分布式系统的架构问题

原文作者：Munish Gupta

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

应用架构不断发展，正在从一大块巨石的时代演变为更加分布式的基于设计的模型。这一变化的关键发起者是云计算的出现以及它在处理日益增长的规模方面所具有的能力。当一个企业主要通过构建和管理单一应用程序的模型来吸收(人员和流程)时，在构建新的分布式系统的过程中就需要重新学习一些旧的设计技术并采用一些新的模式。作为其中的一部分，我将详细介绍一些在迁移到分布式应用模型时变得突出的架构问题。

• 调度/编排管理：从管理数百个实例到管理上千个实例，需要能以无缝的方式跨主机调度或编排服务实例和服务容器。为了处理日益增加的规模，工作量调度/编排是分布式系统的关键组成部分。像DockerSwarm、Kubernetes、Mesos、Marathon等产品都是这个领域的领先产品
• 服务发现/注册：由于基于容器的服务的上下波动，需要有一个登记/注销服务的机制和一个在运行时发现服务端点的机制。像Consul, Zookeeper, etcd, Confd和Eureka都是这个领域的领先产品。这些产品中的大多数支持跨服务实例的传入流量的负载平衡
• 系统状态管理/集群管理：随着集群的增长，需要管理集群的系统状态。每个服务的SRV是什么，有多少实例，在什么主机上，什么是负载，等等?为了管理这一点，需要集群管理来跟踪系统状态。像Docker Swarm Agents, Kubernetes Nodes/Masters, Mesos Slaves, Containership等产品都是这个领域的领先产品
• 数据存储：容器存储是暂时的，这意味着需要在容器生命周期之外保留的任何数据都需要在外部保存。像Docker Volume Plugin, Flocker, Kubernetes Persistent volumes等项目是一些关键产品
• 网络：对于每个运行不同进程的容器, 都需要进行管理,有时还要隔离哪个容器服务可以访问别的服务。多个容器可在同一个主机上运行，因此共享网络的资源可能需要为容器隔离创建安全组。同样，容器可能需要发现跨主机托管的服务，并且需要一个简单的模型来访问这些服务。像Flannel, Weaveworks, and Calico都是这一领域的产品
• 监控/审计/日志记录：随着数千个容器的运行，监视/审计/记录每一个容器成为了一个棘手的问题。需要从每个容器中提取数据/日志，以便进行分析。像Loggly,Fluentd,log entries,datadog和ELK stack等产品都是这个领域的关键产品。

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

在您的经验中，还有其他什么是分布式应用程序的关键架构问题吗?如果有，请分享。