分布式系统的架构问题

原文作者：Munish Gupta

原文地址：https://dzone.com/articles/architecture-concerns-for-distributed-systems

应用程序体系结构正在从庞大的庞然大物的时代演变为更为分布式的基于设计的模型。 这个变革的关键引发因素之一是云计算的出现，以及它在处理不断增长的规模方面的能力。 当一个企业主要沉浸在构建和管理单一应用程序的模型中（人和过程），构建新的分布式系统的过程需要重新学习一些旧的设计技术并采用一些新的模式。 作为其中的一部分，我将详细介绍某些架构问题，当转向分布式应用程序模式时，这些突出的问题.

调度程序/编制管理：从管理数百个实例到管理数千个实例，都需要能够以无缝的方式跨主机编排和调度服务实例或者容器。为了处理日益扩大的规模，工作量调度和编排是分布式系统的关键组成部分。像Docker Swarm，Kubernetes，Mesos，Marathon等是这个领域的一些主要产品

服务发现/注册：随着基于容器的服务的上下，需要有一种注册和注销服务的机制，以及在运行时发现服务端点的机制。像Consul，Zookeeper，etcd，Confd和Eureka这样的产品是这个领域的一些主导产品。这些产品中的大多数都支持跨服务实例的传入流量的负载平衡。

 系统状态管理/群集管理：随着群集的增长，需要管理群集的系统状态。什么是每个服务的SRV（服务资源），多少个实例，什么主机，什么是负载等。为了管理这个，需要跟踪系统状态的集群管理。 Docker Swarm Agents，Kubernetes Nodes / Masters，Mesos Slaves，Containership等都是这个领域的领先产品。

 数据存储：容器存储是短暂的，这意味着任何需要保留在容器生命周期之外的数据都需要在外部保存。像Docker Volume Plugin，Flocker，Kubernetes Persistent Volume等项目是一些关键产品

 网络：每个容器运行有不同的流程，都需要管理，并且有时需要隔离哪些容器服务可以访问哪些其他服务。多个容器在同一主机上运行，​​因此共享网络资源可能需要创建安全组以供容器隔离。同样，容器可能需要去发现跨主机托管的服务，并且需要一个简单的模型来访问这些服务。像Flannel，Weaveworks 和 Calico 是这个领域的一些产品。

 监视/审计/日志记录：在运行数千个容器的情况下，监视/审计/记录每个容器成为一个棘手的问题。数据/日志需要从每个容器中取出来进行分析。像Loggly，Fluentd，log entries，datadog 和 ELK stack 等是这个领域的一些关键产品。

除此之外，构建分布式应用程序时需要考虑的其他因素还有 Container OS(容器系统)和Container Runtime(容器运行时)。其他因素，如应用程序运行时间，部署管理，DNS（域名系统），安全性，SSO（单点登录） / OAuth，API网关，Circuit breakers（断路器），性能/可扩展性模式等仍然需要处理。

根据您的经验，还有什么是分布式应用程序的关键架构问题？如果是这样，请分享。