This repository was archived by the owner on Feb 5, 2024. It is now read-only.

Repository files navigation

Gitpod Ready-to-CodeNPM Test

MockFog2

This project is part of MockFog which includes the following subprojects:

Fog computing is an emerging computing paradigm that uses processing and storage capabilities located at the edge, in the cloud, and possibly in between. Testing or running experiments in the Fog, however, is hard since runtime infrastructures will typically be in use or may not exist, yet.

MockFog2 is a tool that can be used to emulate such infrastructures in the cloud. Developers can freely design emulated fog infrastructures and configure (or manipulate during runtime) performance characteristics. Furthermore, MockFog2 can manage to be evaluated applications and run pre-defined evaluation workloads.

If you use this software in a publication, please cite it as:

Text

Jonathan Hasenburg, Martin Grambow, David Bermbach. MockFog 2.0: Automated Execution of Fog Application Experiments in the Cloud. In: IEEE Transactions on Cloud Computing. IEEE 2021.

Jonathan Hasenburg, Martin Grambow, Elias Grünewald, Sascha Huk, David Bermbach. MockFog: Emulating Fog Computing Infrastructure in the Cloud. In: Proceedings of the First IEEE International Conference on Fog Computing 2019 (ICFC 2019). IEEE 2019.

BibTeX

@article{hasenburg_mockfog_2021,
title = {{MockFog} 2.0: Automated Execution of Fog Application Experiments in the Cloud},
journal = {{IEEE} Transactions on Cloud Computing},
volume = {Early Access},
author = {Hasenburg, Jonathan and Grambow, Martin and Bermbach, David},
year = {2021}
}
@inproceedings{hasenburg_mockfog:_2019,
title = {{MockFog}: {Emulating} {Fog} {Computing} {Infrastructure} in the {Cloud}},
booktitle = {Proceedings of the First {IEEE} {International} {Conference} on {Fog} {Computing} 2019 (ICFC 2019)},
author = {Hasenburg, Jonathan and Grambow, Martin and Grunewald, Elias and Huk, Sascha and Bermbach, David},
year = {2019},
publisher = {IEEE}
}

A full list of our publications and prototypes is available on our group website.

Project Overview

This project extends and builds upon prior versions of MockFog. Depending on the current stage (1, 2, or 3), MockFog2 makes it possible to emulate a fog computing infrastructure, manage the lifecycle of a fog application, and orchestrate experiments with that application:

MockFog2 has two major components. At the moment (Version 3), they are capable of the following:

The Node Manager is responsible for setting up the for the infrastructure emulation required virtual machines in the Cloud and installing the node agent. It is also capable of managing the application lifecycle and the collection of experiment results. Furthermore, in the third stage, it communicates with the node agents and optionally also the application for the sake of experiment orchestration. The Node Manager is controlled through a node.js CLI application.

The Node Agent is capable of manipulating the network properties of its machine at runtime and set resource limits on docker containers. It offers a REST interface; this interface is fully documented with swagger and provides additional endpoints, e.g., to measure pings to other machine or retrieve the maximum resources of the machine it is running on.

Quickstart using Gitpod

  • Open the repository or an individual issue/PR in Gitpod
  • Set the AWS_ACCESS_KEY_ID and AWS_SECRET_ACCESS_KEY environment variables in your Gitpod settings
  • Copy and customize all .jsonc files from the node-manager/run-example-crexplorer/config directory to the node-manager/run/config directory (create the directory if it does not exist); when you skip this step all .jsonc files are copied without modification
  • You can now use MockFog2, change directory to node-manager and bootstrap your infrastructure by running node app.js bootstrap

If you do not want to use Gitpod, run the tasks from the .gitpod.yml file manually before doing the above.

Roadmap

For more information on the roadmap and related issues, see the project overview.

Version 1

Supports the management of the infrastructure (all functionality of stage 1). Code is properly documented and node agent offers basic functionalities. The node manager can be controlled via cli.

Version 2

Supports the management of the application (all functionality of stage 2). This includes application roll-out, startup, shutdown, and the collection of results.

Version 3 (current version)

Supports the orchestration of the infrastructure (all functionality of stage 3). For that, the node manager runs through pre-defined machine and network manipulations and distributes them to the affected node agents at the appropriate time. The node manager is also capable of orchestrating application components that generate load.

Version 4

Supports advanced functionality to improve the user experience.

Key Differences to MockFog(Light)

  • Definition solely based on config files, no source code changes necessary to start an application
  • All application components are deployed with docker
  • Does not use ec2 inventory
  • Uses node and npm to manage phases
  • Network characteristics can be changed at runtime and on a per-container level
  • No prerequisites for ami, just needs to be Amazon Linux 2 (e.g., ami-0a6dc7529cd559185 on eu-central-1)

About

Emulating Fog Computing Infrastructure in the Cloud

Resources

Stars

4 stars

Watchers

0 watching

Forks

Releases

Packages

Contributors

Languages

, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Add copy buttons to all
 blocks\n(function() {\n function addCopyButtons() {\n document.querySelectorAll('pre code').forEach(function(codeBlock) {\n if (codeBlock.parentElement.hasAttribute('data-copy-added')) return;\n codeBlock.parentElement.setAttribute('data-copy-added', 'true');\n \n var btn = document.createElement('button');\n btn.textContent = 'Copy';\n btn.style.cssText = 'position:absolute;top:4px;right:4px;padding:2px 8px;font-size:11px;background:#4ecdc4;border:none;border-radius:4px;color:#1a1a2e;cursor:pointer;opacity:0.7;transition:opacity 0.2s;';\n btn.onmouseover = function() { this.style.opacity = '1'; };\n btn.onmouseout = function() { this.style.opacity = '0.7'; };\n btn.onclick = function() {\n navigator.clipboard.writeText(codeBlock.textContent).then(function() {\n btn.textContent = 'Copied!';\n setTimeout(function() { btn.textContent = 'Copy'; }, 1500);\n });\n };\n codeBlock.parentElement.style.position = 'relative';\n codeBlock.parentElement.appendChild(btn);\n });\n }\n \n addCopyButtons();\n \n // Re-run on dynamic content\n var observer = new MutationObserver(addCopyButtons);\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Add Copy Buttons to Code Blocks");
}
} catch(__e) { console.warn('[Userscript:Add Copy Buttons to Code Blocks]', __e); }
})();
(function(){
try {
var __m = "github.com";
var __re = new RegExp('^' + "github\\.com" + '
Skip to content
This repository was archived by the owner on Feb 5, 2024. It is now read-only.

Repository files navigation

Gitpod Ready-to-CodeNPM Test

MockFog2

This project is part of MockFog which includes the following subprojects:

Fog computing is an emerging computing paradigm that uses processing and storage capabilities located at the edge, in the cloud, and possibly in between. Testing or running experiments in the Fog, however, is hard since runtime infrastructures will typically be in use or may not exist, yet.

MockFog2 is a tool that can be used to emulate such infrastructures in the cloud. Developers can freely design emulated fog infrastructures and configure (or manipulate during runtime) performance characteristics. Furthermore, MockFog2 can manage to be evaluated applications and run pre-defined evaluation workloads.

If you use this software in a publication, please cite it as:

Text

Jonathan Hasenburg, Martin Grambow, David Bermbach. MockFog 2.0: Automated Execution of Fog Application Experiments in the Cloud. In: IEEE Transactions on Cloud Computing. IEEE 2021.

Jonathan Hasenburg, Martin Grambow, Elias Grünewald, Sascha Huk, David Bermbach. MockFog: Emulating Fog Computing Infrastructure in the Cloud. In: Proceedings of the First IEEE International Conference on Fog Computing 2019 (ICFC 2019). IEEE 2019.

BibTeX

@article{hasenburg_mockfog_2021,
title = {{MockFog} 2.0: Automated Execution of Fog Application Experiments in the Cloud},
journal = {{IEEE} Transactions on Cloud Computing},
volume = {Early Access},
author = {Hasenburg, Jonathan and Grambow, Martin and Bermbach, David},
year = {2021}
}
@inproceedings{hasenburg_mockfog:_2019,
title = {{MockFog}: {Emulating} {Fog} {Computing} {Infrastructure} in the {Cloud}},
booktitle = {Proceedings of the First {IEEE} {International} {Conference} on {Fog} {Computing} 2019 (ICFC 2019)},
author = {Hasenburg, Jonathan and Grambow, Martin and Grunewald, Elias and Huk, Sascha and Bermbach, David},
year = {2019},
publisher = {IEEE}
}

A full list of our publications and prototypes is available on our group website.

Project Overview

This project extends and builds upon prior versions of MockFog. Depending on the current stage (1, 2, or 3), MockFog2 makes it possible to emulate a fog computing infrastructure, manage the lifecycle of a fog application, and orchestrate experiments with that application:

MockFog2 has two major components. At the moment (Version 3), they are capable of the following:

The Node Manager is responsible for setting up the for the infrastructure emulation required virtual machines in the Cloud and installing the node agent. It is also capable of managing the application lifecycle and the collection of experiment results. Furthermore, in the third stage, it communicates with the node agents and optionally also the application for the sake of experiment orchestration. The Node Manager is controlled through a node.js CLI application.

The Node Agent is capable of manipulating the network properties of its machine at runtime and set resource limits on docker containers. It offers a REST interface; this interface is fully documented with swagger and provides additional endpoints, e.g., to measure pings to other machine or retrieve the maximum resources of the machine it is running on.

Quickstart using Gitpod

  • Open the repository or an individual issue/PR in Gitpod
  • Set the AWS_ACCESS_KEY_ID and AWS_SECRET_ACCESS_KEY environment variables in your Gitpod settings
  • Copy and customize all .jsonc files from the node-manager/run-example-crexplorer/config directory to the node-manager/run/config directory (create the directory if it does not exist); when you skip this step all .jsonc files are copied without modification
  • You can now use MockFog2, change directory to node-manager and bootstrap your infrastructure by running node app.js bootstrap

If you do not want to use Gitpod, run the tasks from the .gitpod.yml file manually before doing the above.

Roadmap

For more information on the roadmap and related issues, see the project overview.

Version 1

Supports the management of the infrastructure (all functionality of stage 1). Code is properly documented and node agent offers basic functionalities. The node manager can be controlled via cli.

Version 2

Supports the management of the application (all functionality of stage 2). This includes application roll-out, startup, shutdown, and the collection of results.

Version 3 (current version)

Supports the orchestration of the infrastructure (all functionality of stage 3). For that, the node manager runs through pre-defined machine and network manipulations and distributes them to the affected node agents at the appropriate time. The node manager is also capable of orchestrating application components that generate load.

Version 4

Supports advanced functionality to improve the user experience.

Key Differences to MockFog(Light)

  • Definition solely based on config files, no source code changes necessary to start an application
  • All application components are deployed with docker
  • Does not use ec2 inventory
  • Uses node and npm to manage phases
  • Network characteristics can be changed at runtime and on a per-container level
  • No prerequisites for ami, just needs to be Amazon Linux 2 (e.g., ami-0a6dc7529cd559185 on eu-central-1)

About

Emulating Fog Computing Infrastructure in the Cloud

Resources

Stars

4 stars

Watchers

0 watching

Forks

Releases

Packages

Contributors

Languages

, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Force GitHub README to respect dark mode\n(function() {\n var style = document.createElement('style');\n style.textContent = '\n .markdown-body {\n color-scheme: dark light;\n }\n .markdown-body pre { background: #161b22 !important; }\n .markdown-body code { background: rgba(110, 118, 129, 0.4) !important; }\n .markdown-body table th, .markdown-body table td { border-color: #30363d !important; }\n .markdown-body img { background: #0d1117; }\n .markdown-body blockquote { border-left-color: #8b949e; }\n .markdown-body hr { border-color: #30363d; }\n ';\n document.head.appendChild(style);\n})();", "GitHub Dark Mode README Fix"); } } catch(__e) { console.warn('[Userscript:GitHub Dark Mode README Fix]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content
This repository was archived by the owner on Feb 5, 2024. It is now read-only.

Repository files navigation

Gitpod Ready-to-CodeNPM Test

MockFog2

This project is part of MockFog which includes the following subprojects:

Fog computing is an emerging computing paradigm that uses processing and storage capabilities located at the edge, in the cloud, and possibly in between. Testing or running experiments in the Fog, however, is hard since runtime infrastructures will typically be in use or may not exist, yet.

MockFog2 is a tool that can be used to emulate such infrastructures in the cloud. Developers can freely design emulated fog infrastructures and configure (or manipulate during runtime) performance characteristics. Furthermore, MockFog2 can manage to be evaluated applications and run pre-defined evaluation workloads.

If you use this software in a publication, please cite it as:

Text

Jonathan Hasenburg, Martin Grambow, David Bermbach. MockFog 2.0: Automated Execution of Fog Application Experiments in the Cloud. In: IEEE Transactions on Cloud Computing. IEEE 2021.

Jonathan Hasenburg, Martin Grambow, Elias Grünewald, Sascha Huk, David Bermbach. MockFog: Emulating Fog Computing Infrastructure in the Cloud. In: Proceedings of the First IEEE International Conference on Fog Computing 2019 (ICFC 2019). IEEE 2019.

BibTeX

@article{hasenburg_mockfog_2021,
title = {{MockFog} 2.0: Automated Execution of Fog Application Experiments in the Cloud},
journal = {{IEEE} Transactions on Cloud Computing},
volume = {Early Access},
author = {Hasenburg, Jonathan and Grambow, Martin and Bermbach, David},
year = {2021}
}
@inproceedings{hasenburg_mockfog:_2019,
title = {{MockFog}: {Emulating} {Fog} {Computing} {Infrastructure} in the {Cloud}},
booktitle = {Proceedings of the First {IEEE} {International} {Conference} on {Fog} {Computing} 2019 (ICFC 2019)},
author = {Hasenburg, Jonathan and Grambow, Martin and Grunewald, Elias and Huk, Sascha and Bermbach, David},
year = {2019},
publisher = {IEEE}
}

A full list of our publications and prototypes is available on our group website.

Project Overview

This project extends and builds upon prior versions of MockFog. Depending on the current stage (1, 2, or 3), MockFog2 makes it possible to emulate a fog computing infrastructure, manage the lifecycle of a fog application, and orchestrate experiments with that application:

MockFog2 has two major components. At the moment (Version 3), they are capable of the following:

The Node Manager is responsible for setting up the for the infrastructure emulation required virtual machines in the Cloud and installing the node agent. It is also capable of managing the application lifecycle and the collection of experiment results. Furthermore, in the third stage, it communicates with the node agents and optionally also the application for the sake of experiment orchestration. The Node Manager is controlled through a node.js CLI application.

The Node Agent is capable of manipulating the network properties of its machine at runtime and set resource limits on docker containers. It offers a REST interface; this interface is fully documented with swagger and provides additional endpoints, e.g., to measure pings to other machine or retrieve the maximum resources of the machine it is running on.

Quickstart using Gitpod

  • Open the repository or an individual issue/PR in Gitpod
  • Set the AWS_ACCESS_KEY_ID and AWS_SECRET_ACCESS_KEY environment variables in your Gitpod settings
  • Copy and customize all .jsonc files from the node-manager/run-example-crexplorer/config directory to the node-manager/run/config directory (create the directory if it does not exist); when you skip this step all .jsonc files are copied without modification
  • You can now use MockFog2, change directory to node-manager and bootstrap your infrastructure by running node app.js bootstrap

If you do not want to use Gitpod, run the tasks from the .gitpod.yml file manually before doing the above.

Roadmap

For more information on the roadmap and related issues, see the project overview.

Version 1

Supports the management of the infrastructure (all functionality of stage 1). Code is properly documented and node agent offers basic functionalities. The node manager can be controlled via cli.

Version 2

Supports the management of the application (all functionality of stage 2). This includes application roll-out, startup, shutdown, and the collection of results.

Version 3 (current version)

Supports the orchestration of the infrastructure (all functionality of stage 3). For that, the node manager runs through pre-defined machine and network manipulations and distributes them to the affected node agents at the appropriate time. The node manager is also capable of orchestrating application components that generate load.

Version 4

Supports advanced functionality to improve the user experience.

Key Differences to MockFog(Light)

  • Definition solely based on config files, no source code changes necessary to start an application
  • All application components are deployed with docker
  • Does not use ec2 inventory
  • Uses node and npm to manage phases
  • Network characteristics can be changed at runtime and on a per-container level
  • No prerequisites for ami, just needs to be Amazon Linux 2 (e.g., ami-0a6dc7529cd559185 on eu-central-1)

About

Emulating Fog Computing Infrastructure in the Cloud

Resources

Stars

4 stars

Watchers

0 watching

Forks

Releases

Packages

Contributors

Languages

, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Highlight search terms from Google/DuckDuckGo/Bing referrer\n(function() {\n var ref = document.referrer;\n var terms = [];\n \n if (ref.includes('google.com') || ref.includes('duckduckgo.com') || ref.includes('bing.com')) {\n var url = new URL(ref);\n var q = url.searchParams.get('q') || url.searchParams.get('p');\n if (q) {\n terms = q.split(/\\s+/).filter(function(t) { return t.length > 2; });\n }\n }\n \n if (terms.length === 0) return;\n \n var style = document.createElement('style');\n style.textContent = '.userscript-highlight { background: #fbbf24; color: #1a1a2e; padding: 1px 3px; border-radius: 2px; }';\n document.head.appendChild(style);\n \n function highlight(node) {\n if (node.nodeType === 3) { // text node\n var text = node.textContent;\n var found = false;\n terms.forEach(function(term) {\n var regex = new RegExp('(' + term.replace(/[.*+?^${}()|[\\]\\\\]/g, '\\\\') + ')', 'gi');\n if (regex.test(text)) {\n found = true;\n var frag = document.createDocumentFragment();\n var parts = text.split(regex);\n parts.forEach(function(part, i) {\n if (i % 2 === 0) {\n frag.appendChild(document.createTextNode(part));\n } else {\n var span = document.createElement('span');\n span.className = 'userscript-highlight';\n span.textContent = part;\n frag.appendChild(span);\n }\n });\n node.parentNode.replaceChild(frag, node);\n }\n });\n } else if (node.nodeType === 1 && node.childNodes) { // element\n var skipTags = ['SCRIPT', 'STYLE', 'NOSCRIPT', 'TEXTAREA', 'INPUT', 'SELECT'];\n if (!skipTags.includes(node.tagName)) {\n Array.from(node.childNodes).forEach(highlight);\n }\n }\n }\n \n highlight(document.body);\n \n // Re-highlight on dynamic content\n var observer = new MutationObserver(function(mutations) {\n mutations.forEach(function(m) {\n m.addedNodes.forEach(function(node) {\n if (node.nodeType === 1 || node.nodeType === 3) highlight(node);\n });\n });\n });\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Highlight Search Terms"); } } catch(__e) { console.warn('[Userscript:Highlight Search Terms]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content
This repository was archived by the owner on Feb 5, 2024. It is now read-only.

Repository files navigation

Gitpod Ready-to-CodeNPM Test

MockFog2

This project is part of MockFog which includes the following subprojects:

Fog computing is an emerging computing paradigm that uses processing and storage capabilities located at the edge, in the cloud, and possibly in between. Testing or running experiments in the Fog, however, is hard since runtime infrastructures will typically be in use or may not exist, yet.

MockFog2 is a tool that can be used to emulate such infrastructures in the cloud. Developers can freely design emulated fog infrastructures and configure (or manipulate during runtime) performance characteristics. Furthermore, MockFog2 can manage to be evaluated applications and run pre-defined evaluation workloads.

If you use this software in a publication, please cite it as:

Text

Jonathan Hasenburg, Martin Grambow, David Bermbach. MockFog 2.0: Automated Execution of Fog Application Experiments in the Cloud. In: IEEE Transactions on Cloud Computing. IEEE 2021.

Jonathan Hasenburg, Martin Grambow, Elias Grünewald, Sascha Huk, David Bermbach. MockFog: Emulating Fog Computing Infrastructure in the Cloud. In: Proceedings of the First IEEE International Conference on Fog Computing 2019 (ICFC 2019). IEEE 2019.

BibTeX

@article{hasenburg_mockfog_2021,
title = {{MockFog} 2.0: Automated Execution of Fog Application Experiments in the Cloud},
journal = {{IEEE} Transactions on Cloud Computing},
volume = {Early Access},
author = {Hasenburg, Jonathan and Grambow, Martin and Bermbach, David},
year = {2021}
}
@inproceedings{hasenburg_mockfog:_2019,
title = {{MockFog}: {Emulating} {Fog} {Computing} {Infrastructure} in the {Cloud}},
booktitle = {Proceedings of the First {IEEE} {International} {Conference} on {Fog} {Computing} 2019 (ICFC 2019)},
author = {Hasenburg, Jonathan and Grambow, Martin and Grunewald, Elias and Huk, Sascha and Bermbach, David},
year = {2019},
publisher = {IEEE}
}

A full list of our publications and prototypes is available on our group website.

Project Overview

This project extends and builds upon prior versions of MockFog. Depending on the current stage (1, 2, or 3), MockFog2 makes it possible to emulate a fog computing infrastructure, manage the lifecycle of a fog application, and orchestrate experiments with that application:

MockFog2 has two major components. At the moment (Version 3), they are capable of the following:

The Node Manager is responsible for setting up the for the infrastructure emulation required virtual machines in the Cloud and installing the node agent. It is also capable of managing the application lifecycle and the collection of experiment results. Furthermore, in the third stage, it communicates with the node agents and optionally also the application for the sake of experiment orchestration. The Node Manager is controlled through a node.js CLI application.

The Node Agent is capable of manipulating the network properties of its machine at runtime and set resource limits on docker containers. It offers a REST interface; this interface is fully documented with swagger and provides additional endpoints, e.g., to measure pings to other machine or retrieve the maximum resources of the machine it is running on.

Quickstart using Gitpod

  • Open the repository or an individual issue/PR in Gitpod
  • Set the AWS_ACCESS_KEY_ID and AWS_SECRET_ACCESS_KEY environment variables in your Gitpod settings
  • Copy and customize all .jsonc files from the node-manager/run-example-crexplorer/config directory to the node-manager/run/config directory (create the directory if it does not exist); when you skip this step all .jsonc files are copied without modification
  • You can now use MockFog2, change directory to node-manager and bootstrap your infrastructure by running node app.js bootstrap

If you do not want to use Gitpod, run the tasks from the .gitpod.yml file manually before doing the above.

Roadmap

For more information on the roadmap and related issues, see the project overview.

Version 1

Supports the management of the infrastructure (all functionality of stage 1). Code is properly documented and node agent offers basic functionalities. The node manager can be controlled via cli.

Version 2

Supports the management of the application (all functionality of stage 2). This includes application roll-out, startup, shutdown, and the collection of results.

Version 3 (current version)

Supports the orchestration of the infrastructure (all functionality of stage 3). For that, the node manager runs through pre-defined machine and network manipulations and distributes them to the affected node agents at the appropriate time. The node manager is also capable of orchestrating application components that generate load.

Version 4

Supports advanced functionality to improve the user experience.

Key Differences to MockFog(Light)

  • Definition solely based on config files, no source code changes necessary to start an application
  • All application components are deployed with docker
  • Does not use ec2 inventory
  • Uses node and npm to manage phases
  • Network characteristics can be changed at runtime and on a per-container level
  • No prerequisites for ami, just needs to be Amazon Linux 2 (e.g., ami-0a6dc7529cd559185 on eu-central-1)

About

Emulating Fog Computing Infrastructure in the Cloud

Resources

Stars

4 stars

Watchers

0 watching

Forks

Releases

Packages

Contributors

Languages

, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Strip utm_, fbclid, gclid, etc. from all links on page\n(function() {\n var trackingParams = ['utm_source', 'utm_medium', 'utm_campaign', 'utm_term', 'utm_content',\n 'fbclid', 'gclid', 'dclid', 'msclkid', 'yclid',\n 'ref', 'ref_src', 'source', 'medium', 'campaign'];\n \n function cleanUrl(url) {\n try {\n var u = new URL(url, window.location.origin);\n var changed = false;\n trackingParams.forEach(function(p) {\n if (u.searchParams.has(p)) {\n u.searchParams.delete(p);\n changed = true;\n }\n });\n return changed ? u.toString() : url;\n } catch (e) {\n return url;\n }\n }\n \n function cleanLinks() {\n document.querySelectorAll('a[href]').forEach(function(a) {\n var clean = cleanUrl(a.href);\n if (clean !== a.href) a.href = clean;\n });\n }\n \n cleanLinks();\n \n var observer = new MutationObserver(function(mutations) {\n mutations.forEach(function(m) {\n m.addedNodes.forEach(function(node) {\n if (node.nodeType === 1) {\n if (node.tagName === 'A') cleanLinks();\n node.querySelectorAll('a[href]').forEach(function(a) {\n var clean = cleanUrl(a.href);\n if (clean !== a.href) a.href = clean;\n });\n }\n });\n });\n });\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Remove Tracking Parameters from Links"); } } catch(__e) { console.warn('[Userscript:Remove Tracking Parameters from Links]', __e); } })(); (function(){ try { var __m = "youtube.com"; var __re = new RegExp('^' + "youtube\\.com" + '
Skip to content
This repository was archived by the owner on Feb 5, 2024. It is now read-only.

Repository files navigation

Gitpod Ready-to-CodeNPM Test

MockFog2

This project is part of MockFog which includes the following subprojects:

Fog computing is an emerging computing paradigm that uses processing and storage capabilities located at the edge, in the cloud, and possibly in between. Testing or running experiments in the Fog, however, is hard since runtime infrastructures will typically be in use or may not exist, yet.

MockFog2 is a tool that can be used to emulate such infrastructures in the cloud. Developers can freely design emulated fog infrastructures and configure (or manipulate during runtime) performance characteristics. Furthermore, MockFog2 can manage to be evaluated applications and run pre-defined evaluation workloads.

If you use this software in a publication, please cite it as:

Text

Jonathan Hasenburg, Martin Grambow, David Bermbach. MockFog 2.0: Automated Execution of Fog Application Experiments in the Cloud. In: IEEE Transactions on Cloud Computing. IEEE 2021.

Jonathan Hasenburg, Martin Grambow, Elias Grünewald, Sascha Huk, David Bermbach. MockFog: Emulating Fog Computing Infrastructure in the Cloud. In: Proceedings of the First IEEE International Conference on Fog Computing 2019 (ICFC 2019). IEEE 2019.

BibTeX

@article{hasenburg_mockfog_2021,
title = {{MockFog} 2.0: Automated Execution of Fog Application Experiments in the Cloud},
journal = {{IEEE} Transactions on Cloud Computing},
volume = {Early Access},
author = {Hasenburg, Jonathan and Grambow, Martin and Bermbach, David},
year = {2021}
}
@inproceedings{hasenburg_mockfog:_2019,
title = {{MockFog}: {Emulating} {Fog} {Computing} {Infrastructure} in the {Cloud}},
booktitle = {Proceedings of the First {IEEE} {International} {Conference} on {Fog} {Computing} 2019 (ICFC 2019)},
author = {Hasenburg, Jonathan and Grambow, Martin and Grunewald, Elias and Huk, Sascha and Bermbach, David},
year = {2019},
publisher = {IEEE}
}

A full list of our publications and prototypes is available on our group website.

Project Overview

This project extends and builds upon prior versions of MockFog. Depending on the current stage (1, 2, or 3), MockFog2 makes it possible to emulate a fog computing infrastructure, manage the lifecycle of a fog application, and orchestrate experiments with that application:

MockFog2 has two major components. At the moment (Version 3), they are capable of the following:

The Node Manager is responsible for setting up the for the infrastructure emulation required virtual machines in the Cloud and installing the node agent. It is also capable of managing the application lifecycle and the collection of experiment results. Furthermore, in the third stage, it communicates with the node agents and optionally also the application for the sake of experiment orchestration. The Node Manager is controlled through a node.js CLI application.

The Node Agent is capable of manipulating the network properties of its machine at runtime and set resource limits on docker containers. It offers a REST interface; this interface is fully documented with swagger and provides additional endpoints, e.g., to measure pings to other machine or retrieve the maximum resources of the machine it is running on.

Quickstart using Gitpod

  • Open the repository or an individual issue/PR in Gitpod
  • Set the AWS_ACCESS_KEY_ID and AWS_SECRET_ACCESS_KEY environment variables in your Gitpod settings
  • Copy and customize all .jsonc files from the node-manager/run-example-crexplorer/config directory to the node-manager/run/config directory (create the directory if it does not exist); when you skip this step all .jsonc files are copied without modification
  • You can now use MockFog2, change directory to node-manager and bootstrap your infrastructure by running node app.js bootstrap

If you do not want to use Gitpod, run the tasks from the .gitpod.yml file manually before doing the above.

Roadmap

For more information on the roadmap and related issues, see the project overview.

Version 1

Supports the management of the infrastructure (all functionality of stage 1). Code is properly documented and node agent offers basic functionalities. The node manager can be controlled via cli.

Version 2

Supports the management of the application (all functionality of stage 2). This includes application roll-out, startup, shutdown, and the collection of results.

Version 3 (current version)

Supports the orchestration of the infrastructure (all functionality of stage 3). For that, the node manager runs through pre-defined machine and network manipulations and distributes them to the affected node agents at the appropriate time. The node manager is also capable of orchestrating application components that generate load.

Version 4

Supports advanced functionality to improve the user experience.

Key Differences to MockFog(Light)

  • Definition solely based on config files, no source code changes necessary to start an application
  • All application components are deployed with docker
  • Does not use ec2 inventory
  • Uses node and npm to manage phases
  • Network characteristics can be changed at runtime and on a per-container level
  • No prerequisites for ami, just needs to be Amazon Linux 2 (e.g., ami-0a6dc7529cd559185 on eu-central-1)

About

Emulating Fog Computing Infrastructure in the Cloud

Resources

Stars

4 stars

Watchers

0 watching

Forks

Releases

Packages

Contributors

Languages

, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Auto-enable theater mode on YouTube\n(function() {\n function tryTheater() {\n var btn = document.querySelector('button[aria-label=\"Theater mode\"], ytd-player #player button[title=\"Theater mode\"]');\n if (btn && !btn.classList.contains('activated')) {\n btn.click();\n }\n }\n \n // Try immediately\n tryTheater();\n \n // Try after navigation (SPA)\n var lastUrl = location.href;\n setInterval(function() {\n if (location.href !== lastUrl) {\n lastUrl = location.href;\n setTimeout(tryTheater, 500);\n }\n }, 1000);\n \n // Also try on player load\n var observer = new MutationObserver(tryTheater);\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "YouTube Theater Mode Default"); } } catch(__e) { console.warn('[Userscript:YouTube Theater Mode Default]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content
This repository was archived by the owner on Feb 5, 2024. It is now read-only.

Repository files navigation

Gitpod Ready-to-CodeNPM Test

MockFog2

This project is part of MockFog which includes the following subprojects:

Fog computing is an emerging computing paradigm that uses processing and storage capabilities located at the edge, in the cloud, and possibly in between. Testing or running experiments in the Fog, however, is hard since runtime infrastructures will typically be in use or may not exist, yet.

MockFog2 is a tool that can be used to emulate such infrastructures in the cloud. Developers can freely design emulated fog infrastructures and configure (or manipulate during runtime) performance characteristics. Furthermore, MockFog2 can manage to be evaluated applications and run pre-defined evaluation workloads.

If you use this software in a publication, please cite it as:

Text

Jonathan Hasenburg, Martin Grambow, David Bermbach. MockFog 2.0: Automated Execution of Fog Application Experiments in the Cloud. In: IEEE Transactions on Cloud Computing. IEEE 2021.

Jonathan Hasenburg, Martin Grambow, Elias Grünewald, Sascha Huk, David Bermbach. MockFog: Emulating Fog Computing Infrastructure in the Cloud. In: Proceedings of the First IEEE International Conference on Fog Computing 2019 (ICFC 2019). IEEE 2019.

BibTeX

@article{hasenburg_mockfog_2021,
title = {{MockFog} 2.0: Automated Execution of Fog Application Experiments in the Cloud},
journal = {{IEEE} Transactions on Cloud Computing},
volume = {Early Access},
author = {Hasenburg, Jonathan and Grambow, Martin and Bermbach, David},
year = {2021}
}
@inproceedings{hasenburg_mockfog:_2019,
title = {{MockFog}: {Emulating} {Fog} {Computing} {Infrastructure} in the {Cloud}},
booktitle = {Proceedings of the First {IEEE} {International} {Conference} on {Fog} {Computing} 2019 (ICFC 2019)},
author = {Hasenburg, Jonathan and Grambow, Martin and Grunewald, Elias and Huk, Sascha and Bermbach, David},
year = {2019},
publisher = {IEEE}
}

A full list of our publications and prototypes is available on our group website.

Project Overview

This project extends and builds upon prior versions of MockFog. Depending on the current stage (1, 2, or 3), MockFog2 makes it possible to emulate a fog computing infrastructure, manage the lifecycle of a fog application, and orchestrate experiments with that application:

MockFog2 has two major components. At the moment (Version 3), they are capable of the following:

The Node Manager is responsible for setting up the for the infrastructure emulation required virtual machines in the Cloud and installing the node agent. It is also capable of managing the application lifecycle and the collection of experiment results. Furthermore, in the third stage, it communicates with the node agents and optionally also the application for the sake of experiment orchestration. The Node Manager is controlled through a node.js CLI application.

The Node Agent is capable of manipulating the network properties of its machine at runtime and set resource limits on docker containers. It offers a REST interface; this interface is fully documented with swagger and provides additional endpoints, e.g., to measure pings to other machine or retrieve the maximum resources of the machine it is running on.

Quickstart using Gitpod

  • Open the repository or an individual issue/PR in Gitpod
  • Set the AWS_ACCESS_KEY_ID and AWS_SECRET_ACCESS_KEY environment variables in your Gitpod settings
  • Copy and customize all .jsonc files from the node-manager/run-example-crexplorer/config directory to the node-manager/run/config directory (create the directory if it does not exist); when you skip this step all .jsonc files are copied without modification
  • You can now use MockFog2, change directory to node-manager and bootstrap your infrastructure by running node app.js bootstrap

If you do not want to use Gitpod, run the tasks from the .gitpod.yml file manually before doing the above.

Roadmap

For more information on the roadmap and related issues, see the project overview.

Version 1

Supports the management of the infrastructure (all functionality of stage 1). Code is properly documented and node agent offers basic functionalities. The node manager can be controlled via cli.

Version 2

Supports the management of the application (all functionality of stage 2). This includes application roll-out, startup, shutdown, and the collection of results.

Version 3 (current version)

Supports the orchestration of the infrastructure (all functionality of stage 3). For that, the node manager runs through pre-defined machine and network manipulations and distributes them to the affected node agents at the appropriate time. The node manager is also capable of orchestrating application components that generate load.

Version 4

Supports advanced functionality to improve the user experience.

Key Differences to MockFog(Light)

  • Definition solely based on config files, no source code changes necessary to start an application
  • All application components are deployed with docker
  • Does not use ec2 inventory
  • Uses node and npm to manage phases
  • Network characteristics can be changed at runtime and on a per-container level
  • No prerequisites for ami, just needs to be Amazon Linux 2 (e.g., ami-0a6dc7529cd559185 on eu-central-1)

About

Emulating Fog Computing Infrastructure in the Cloud

Resources

Stars

4 stars

Watchers

0 watching

Forks

Releases

Packages

Contributors

Languages

, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Remove or un-stick sticky/fixed headers that block content\n(function() {\n function unstick() {\n document.querySelectorAll('header, nav, [role=\"banner\"], .header, .navbar, .sticky, .fixed-top, [style*=\"position: fixed\"], [style*=\"position:sticky\"]').forEach(function(el) {\n if (el.style.position === 'fixed' || el.style.position === 'sticky' || \n getComputedStyle(el).position === 'fixed' || getComputedStyle(el).position === 'sticky') {\n el.style.position = 'static';\n el.style.top = 'auto';\n el.style.zIndex = 'auto';\n }\n });\n }\n \n unstick();\n \n var observer = new MutationObserver(unstick);\n observer.observe(document.body, { childList: true, subtree: true, attributes: true, attributeFilter: ['style', 'class'] });\n})();", "Kill Sticky Headers"); } } catch(__e) { console.warn('[Userscript:Kill Sticky Headers]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content
This repository was archived by the owner on Feb 5, 2024. It is now read-only.

Repository files navigation

Gitpod Ready-to-CodeNPM Test

MockFog2

This project is part of MockFog which includes the following subprojects:

Fog computing is an emerging computing paradigm that uses processing and storage capabilities located at the edge, in the cloud, and possibly in between. Testing or running experiments in the Fog, however, is hard since runtime infrastructures will typically be in use or may not exist, yet.

MockFog2 is a tool that can be used to emulate such infrastructures in the cloud. Developers can freely design emulated fog infrastructures and configure (or manipulate during runtime) performance characteristics. Furthermore, MockFog2 can manage to be evaluated applications and run pre-defined evaluation workloads.

If you use this software in a publication, please cite it as:

Text

Jonathan Hasenburg, Martin Grambow, David Bermbach. MockFog 2.0: Automated Execution of Fog Application Experiments in the Cloud. In: IEEE Transactions on Cloud Computing. IEEE 2021.

Jonathan Hasenburg, Martin Grambow, Elias Grünewald, Sascha Huk, David Bermbach. MockFog: Emulating Fog Computing Infrastructure in the Cloud. In: Proceedings of the First IEEE International Conference on Fog Computing 2019 (ICFC 2019). IEEE 2019.

BibTeX

@article{hasenburg_mockfog_2021,
title = {{MockFog} 2.0: Automated Execution of Fog Application Experiments in the Cloud},
journal = {{IEEE} Transactions on Cloud Computing},
volume = {Early Access},
author = {Hasenburg, Jonathan and Grambow, Martin and Bermbach, David},
year = {2021}
}
@inproceedings{hasenburg_mockfog:_2019,
title = {{MockFog}: {Emulating} {Fog} {Computing} {Infrastructure} in the {Cloud}},
booktitle = {Proceedings of the First {IEEE} {International} {Conference} on {Fog} {Computing} 2019 (ICFC 2019)},
author = {Hasenburg, Jonathan and Grambow, Martin and Grunewald, Elias and Huk, Sascha and Bermbach, David},
year = {2019},
publisher = {IEEE}
}

A full list of our publications and prototypes is available on our group website.

Project Overview

This project extends and builds upon prior versions of MockFog. Depending on the current stage (1, 2, or 3), MockFog2 makes it possible to emulate a fog computing infrastructure, manage the lifecycle of a fog application, and orchestrate experiments with that application:

MockFog2 has two major components. At the moment (Version 3), they are capable of the following:

The Node Manager is responsible for setting up the for the infrastructure emulation required virtual machines in the Cloud and installing the node agent. It is also capable of managing the application lifecycle and the collection of experiment results. Furthermore, in the third stage, it communicates with the node agents and optionally also the application for the sake of experiment orchestration. The Node Manager is controlled through a node.js CLI application.

The Node Agent is capable of manipulating the network properties of its machine at runtime and set resource limits on docker containers. It offers a REST interface; this interface is fully documented with swagger and provides additional endpoints, e.g., to measure pings to other machine or retrieve the maximum resources of the machine it is running on.

Quickstart using Gitpod

  • Open the repository or an individual issue/PR in Gitpod
  • Set the AWS_ACCESS_KEY_ID and AWS_SECRET_ACCESS_KEY environment variables in your Gitpod settings
  • Copy and customize all .jsonc files from the node-manager/run-example-crexplorer/config directory to the node-manager/run/config directory (create the directory if it does not exist); when you skip this step all .jsonc files are copied without modification
  • You can now use MockFog2, change directory to node-manager and bootstrap your infrastructure by running node app.js bootstrap

If you do not want to use Gitpod, run the tasks from the .gitpod.yml file manually before doing the above.

Roadmap

For more information on the roadmap and related issues, see the project overview.

Version 1

Supports the management of the infrastructure (all functionality of stage 1). Code is properly documented and node agent offers basic functionalities. The node manager can be controlled via cli.

Version 2

Supports the management of the application (all functionality of stage 2). This includes application roll-out, startup, shutdown, and the collection of results.

Version 3 (current version)

Supports the orchestration of the infrastructure (all functionality of stage 3). For that, the node manager runs through pre-defined machine and network manipulations and distributes them to the affected node agents at the appropriate time. The node manager is also capable of orchestrating application components that generate load.

Version 4

Supports advanced functionality to improve the user experience.

Key Differences to MockFog(Light)

  • Definition solely based on config files, no source code changes necessary to start an application
  • All application components are deployed with docker
  • Does not use ec2 inventory
  • Uses node and npm to manage phases
  • Network characteristics can be changed at runtime and on a per-container level
  • No prerequisites for ami, just needs to be Amazon Linux 2 (e.g., ami-0a6dc7529cd559185 on eu-central-1)

About

Emulating Fog Computing Infrastructure in the Cloud

Resources

Stars

4 stars

Watchers

0 watching

Forks

Releases

Packages

Contributors

Languages

, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Universal Dark Mode - works on any site\n(function() {\n var enabled = true;\n \n function applyDarkMode() {\n if (!enabled) return;\n \n // Create style element if it doesn't exist\n var style = document.getElementById('universal-dark-mode-style');\n if (!style) {\n style = document.createElement('style');\n style.id = 'universal-dark-mode-style';\n document.head.appendChild(style);\n }\n \n // Dark mode CSS - inverts colors but preserves images/video\n style.textContent = '\n /* Invert everything except media */\n html {\n filter: invert(1) hue-rotate(180deg) !important;\n background: #1a1a2e !important;\n }\n \n /* Restore images, videos, iframes, canvas */\n img, video, iframe, canvas, svg, picture, [style*=\"background-image\"] {\n filter: invert(1) hue-rotate(180deg) !important;\n }\n \n /* Preserve specific elements that should not be inverted */\n .no-dark-mode, .no-dark-mode *,\n [data-theme=\"light\"], [data-theme=\"light\"],\n .ace_editor, .ace_editor *,\n .CodeMirror, .CodeMirror *,\n .monaco-editor, .monaco-editor *,\n .markdown-body pre, .markdown-body pre *,\n .highlight, .highlight *,\n pre code, pre code * {\n filter: none !important;\n }\n \n /* Fix common UI elements */\n .modal, .popup, .dropdown-menu, .tooltip, .popover {\n filter: invert(1) hue-rotate(180deg) !important;\n background: #2d2d44 !important;\n border-color: #444 !important;\n }\n \n /* Scrollbars */\n ::-webkit-scrollbar { background: #1a1a2e !important; }\n ::-webkit-scrollbar-thumb { background: #444 !important; }\n ::-webkit-scrollbar-thumb:hover { background: #555 !important; }\n \n /* Selection */\n ::selection { background: #4ecdc4 !important; color: #1a1a2e !important; }\n ::-moz-selection { background: #4ecdc4 !important; color: #1a1a2e !important; }\n ';\n }\n \n function removeDarkMode() {\n var style = document.getElementById('universal-dark-mode-style');\n if (style) style.remove();\n }\n \n // Toggle with Alt+Shift+D\n document.addEventListener('keydown', function(e) {\n if (e.altKey && e.shiftKey && e.key === 'D') {\n e.preventDefault();\n enabled = !enabled;\n if (enabled) {\n applyDarkMode();\n console.log('[Universal Dark Mode] Enabled');\n } else {\n removeDarkMode();\n console.log('[Universal Dark Mode] Disabled');\n }\n }\n });\n \n // Apply on load\n applyDarkMode();\n \n // Re-apply on dynamic content\n var observer = new MutationObserver(function(mutations) {\n if (enabled && !document.getElementById('universal-dark-mode-style')) {\n applyDarkMode();\n }\n });\n observer.observe(document.head, { childList: true });\n \n console.log('[Universal Dark Mode] Loaded - Press Alt+Shift+D to toggle');\n})();", "Universal Dark Mode"); } } catch(__e) { console.warn('[Userscript:Universal Dark Mode]', __e); } })(); })();
Skip to content
This repository was archived by the owner on Feb 5, 2024. It is now read-only.

Repository files navigation

Gitpod Ready-to-CodeNPM Test

MockFog2

This project is part of MockFog which includes the following subprojects:

Fog computing is an emerging computing paradigm that uses processing and storage capabilities located at the edge, in the cloud, and possibly in between. Testing or running experiments in the Fog, however, is hard since runtime infrastructures will typically be in use or may not exist, yet.

MockFog2 is a tool that can be used to emulate such infrastructures in the cloud. Developers can freely design emulated fog infrastructures and configure (or manipulate during runtime) performance characteristics. Furthermore, MockFog2 can manage to be evaluated applications and run pre-defined evaluation workloads.

If you use this software in a publication, please cite it as:

Text

Jonathan Hasenburg, Martin Grambow, David Bermbach. MockFog 2.0: Automated Execution of Fog Application Experiments in the Cloud. In: IEEE Transactions on Cloud Computing. IEEE 2021.

Jonathan Hasenburg, Martin Grambow, Elias Grünewald, Sascha Huk, David Bermbach. MockFog: Emulating Fog Computing Infrastructure in the Cloud. In: Proceedings of the First IEEE International Conference on Fog Computing 2019 (ICFC 2019). IEEE 2019.

BibTeX

@article{hasenburg_mockfog_2021,
title = {{MockFog} 2.0: Automated Execution of Fog Application Experiments in the Cloud},
journal = {{IEEE} Transactions on Cloud Computing},
volume = {Early Access},
author = {Hasenburg, Jonathan and Grambow, Martin and Bermbach, David},
year = {2021}
}
@inproceedings{hasenburg_mockfog:_2019,
title = {{MockFog}: {Emulating} {Fog} {Computing} {Infrastructure} in the {Cloud}},
booktitle = {Proceedings of the First {IEEE} {International} {Conference} on {Fog} {Computing} 2019 (ICFC 2019)},
author = {Hasenburg, Jonathan and Grambow, Martin and Grunewald, Elias and Huk, Sascha and Bermbach, David},
year = {2019},
publisher = {IEEE}
}

A full list of our publications and prototypes is available on our group website.

Project Overview

This project extends and builds upon prior versions of MockFog. Depending on the current stage (1, 2, or 3), MockFog2 makes it possible to emulate a fog computing infrastructure, manage the lifecycle of a fog application, and orchestrate experiments with that application:

MockFog2 has two major components. At the moment (Version 3), they are capable of the following:

The Node Manager is responsible for setting up the for the infrastructure emulation required virtual machines in the Cloud and installing the node agent. It is also capable of managing the application lifecycle and the collection of experiment results. Furthermore, in the third stage, it communicates with the node agents and optionally also the application for the sake of experiment orchestration. The Node Manager is controlled through a node.js CLI application.

The Node Agent is capable of manipulating the network properties of its machine at runtime and set resource limits on docker containers. It offers a REST interface; this interface is fully documented with swagger and provides additional endpoints, e.g., to measure pings to other machine or retrieve the maximum resources of the machine it is running on.

Quickstart using Gitpod

  • Open the repository or an individual issue/PR in Gitpod
  • Set the AWS_ACCESS_KEY_ID and AWS_SECRET_ACCESS_KEY environment variables in your Gitpod settings
  • Copy and customize all .jsonc files from the node-manager/run-example-crexplorer/config directory to the node-manager/run/config directory (create the directory if it does not exist); when you skip this step all .jsonc files are copied without modification
  • You can now use MockFog2, change directory to node-manager and bootstrap your infrastructure by running node app.js bootstrap

If you do not want to use Gitpod, run the tasks from the .gitpod.yml file manually before doing the above.

Roadmap

For more information on the roadmap and related issues, see the project overview.

Version 1

Supports the management of the infrastructure (all functionality of stage 1). Code is properly documented and node agent offers basic functionalities. The node manager can be controlled via cli.

Version 2

Supports the management of the application (all functionality of stage 2). This includes application roll-out, startup, shutdown, and the collection of results.

Version 3 (current version)

Supports the orchestration of the infrastructure (all functionality of stage 3). For that, the node manager runs through pre-defined machine and network manipulations and distributes them to the affected node agents at the appropriate time. The node manager is also capable of orchestrating application components that generate load.

Version 4

Supports advanced functionality to improve the user experience.

Key Differences to MockFog(Light)

  • Definition solely based on config files, no source code changes necessary to start an application
  • All application components are deployed with docker
  • Does not use ec2 inventory
  • Uses node and npm to manage phases
  • Network characteristics can be changed at runtime and on a per-container level
  • No prerequisites for ami, just needs to be Amazon Linux 2 (e.g., ami-0a6dc7529cd559185 on eu-central-1)

About

Emulating Fog Computing Infrastructure in the Cloud

Resources

Stars

4 stars

Watchers

0 watching

Forks

Releases

Packages

Contributors

Languages