Skip to content

Update index.adoc #5

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
wants to merge 1 commit into
base: master
Choose a base branch
from
Open
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
2 changes: 1 addition & 1 deletion docs/modules/edge-native/pages/index.adoc
Original file line number Diff line number Diff line change
Expand Up @@ -46,7 +46,7 @@ From these constraints, it follows that Edge Native applications are built on a

Much of the effort in creating Edge Native applications goes into the proper design of communication protocols between different apps as well as between instances of the same application on multiple devices. The flow of information needs to be shaped such that the aforementioned programming model can indeed allow the best possible decisions to be made with local knowledge, keeping in mind potential conflicts to be detected and remedied.

The resilience in Edge Native applications is achieved by a higher degree of redundancy, the same information is replicated on many devices to allow timely usage in the face of unreliable communication. This principle successfully works in all biological systems, down to the DNA.
The resilience in Edge Native applications can be achieved by a higher degree of redundancy, the same information is available on many devices to allow timely usage in the face of unreliable communication. This principle successfully works in all biological systems, down to the DNA. But note that redundancy increases complexity which in turn reduces resilience and availability. To take advantage of the benefits of redundancy, you have to ensure that: you achieve a net-positive improvement in the overall availability of your system. Your redundant components fail independently. Your system can reliably detect (un)healthy redundant components and can reliably scale out and scale-in redundant components.

It is also often helpful to run the same inference algorithms multiple times, wherever they are needed, instead of relying on a single location and spreading the results; this mirrors the simultaneous observation and analysis of a traffic situation by all involved car drivers.

Expand Down