Fallacies of distributed computing

 enerative AI is experimental. Info quality may vary.

Listen
The fallacies of distributed computing are a set of eight false assumptions that programmers new to distributed applications often make. 
The fallacies are: 
  1. The network is reliable.
  2. Latency is zero.
  3. Bandwidth is infinite.
  4. The network is secure.
  5. Topology doesn't change.
  6. There is one administrator.
  7. Transport cost is zero.
  8. The network is homogeneous.
These fallacies are false assumptions that architects and developers involved with distributed systems might make. For example, the network is never reliable because there are packet drops, connection interruptions, and data corruptions. It's also practically impossible for a single person to know and understand the whole application. 

Comments

Post a Comment

Popular posts from this blog

AWS S3 MRAP

Image
  Amazon S3 Multi-Region Access Points In Simple terms, what is S3 MRAP? Imagine you have a giant box of toys (like S3 buckets) in different rooms (like different AWS regions) of your house (like the cloud). Normally, you'd have to remember which room each toy was in to find it. But with S3 MRAP, it's like having a magic label on the box that says "Toy Room" no matter which room it's actually in. You just say "Toy Room" and magically the label tells you the right room to go to! S3 MRAP is like a special label for your toy boxes (S3 buckets) that are spread out in different places (regions). You ask for a toy (data) using the label (MRAP endpoint), and the label tells you the best place (regional S3 bucket) to find it, no matter where it's stored! ~~Rakesh
Read more

SLO Compliance

SLO compliance refers to the extent to which a service meets or adheres to its defined Service Level Objectives (SLOs). An SLO is a specific, measurable target for a service's performance or reliability, such as uptime, response time, or error rate, agreed upon to ensure a certain level of quality for users. Compliance, in this context, means that the service is performing within the acceptable range or threshold set by the SLO over a specified period of time. For example, if an SLO states that a website should be available 99.9% of the time in a month, SLO compliance would be achieved if the actual availability meets or exceeds that 99.9% target. If it falls below, the service is considered non-compliant, which might trigger actions like alerts, investigations, or even penalties if tied to a Service Level Agreement (SLA) with customers. In practice, SLO compliance is tracked using Service Level Indicators (SLIs)—quantitative metrics like latency or success rate—that are monitored ...
Read more