分布式系统改造需要考虑的 （一）分布式系统为我们带来什么

（一）分布式系统为我们带来什么

随着互联网行业这些年的兴起和软件能力的不断改进，大型系统的分布式改造和新兴业务的分布式部署成为了一个火热的话题，分布式计算架构系统也逐渐成为了具有大型系统先进性、扩展更简易、性能更佳等特性的代名词。那么当我们讨论分布式系统建设时究竟在讨论哪些内容？这些改造又能够给用户带来哪些使用上的变化呢？本文就来简单梳理一下。

按照定义，一个分布式的系统，是由多个部署在不同计算机上的不同模块组成，这些模块间通过高速网络进行连接并协同，来共同完成一项任务的系统组织方式。当我们谈及分布式系统的时候，对比的参照物就是广泛使用的集中式架构，那么我们选择架构时是否全面地进行了以下这些方面的考虑呢？

两种方式之间看似是简单架构的变更，更多的是体现在设计和管理理念的差异：

容量设计理念：

集中式架构建设时会考虑“峰值建设”的理念，即用户建设系统时要考虑未来 5-8 年的业务增长空间，按照设计的峰值进行最大的系统能力评估。而在分布式架构下，一般会更注重正常情况下能力的评估，以及“动态伸缩”的便捷程度，只要未来可以比较便捷地满足容量设计需求即可，不必现在就要配置。

业务设计理念：

集中式架构将一个业务看做一个整体，重点考虑系统总线和业务与总线的集成方式，部署相对简单清晰。分布式架构下，业务通常按照微服务设计，对业务的分拆管理比较细致，各微服务之间的粒度划分和相互间的消息通信要求高，数据的一致性保证非常重要。

系统运维理念：

集中式架构的运维相对简单，多年来已经形成较为完善的基于 SLA 的标准化、流程化运维方式。而分布式业务的运维还处于新兴和摸索的过程。基于微服务的实时监控和快速变更的一体化运维挑战很大，部署一种自动化和智能化的运维工具变为必须。

科技人才的支持：

通常一个中小型企业或金融机构，科技运维核心人员几十人。在管理集中式布局的信息环境已经是捉襟见肘，但胜在变更相对不多，也还能够勉强应付。但分布式系统建设后，日常规划、部署、网络管理、运维的人力缺口将是巨大的，而且短期内建设团队非常难且成本高，无论从人才数量和单位人才成本支出上均是巨大挑战。

用户进行架构选择时除了要考虑以上设计和管理理念的差异，如下图，还可以参考一下两种架构各自的优势对比：

从过往与不同客户的交流结果分析，并不是所有用户对分布式系统建设的需求和期待都是一样的。

对于大部分中小企业和大型企业的核心 IT 系统而言，集中式架构仍然是目前的首选架构。因为以目前商业化服务器、存储的容量和处理能力来看，主流的解决方案可以满足绝大多数企业的需求。在满足需求的前提下，运维相对简单，排查问题相对简单，对人员投入要求相对不高都成为了满足系统管理的重要优势。而且对于这类企业的信息系统，业务容量变更和随需求快速的增加减少应用服务器的使用场景并不多见，系统的持续稳定还是首要的保障。

真正对分布式业务需求探索更深、应用更加广泛的是互联网用户，以及和互联网架构有着很强关联的新一代金融信息架构。通过互联网终端的放大效应，使这些行业的入口用户数量和访问频次大幅增加，一方面带来了单体应用系统和数据库的压力巨大，不得不考虑分布式架构来缓解燃眉之急；另一方面，分布式架构也能够为业务带来新的机遇和使用方式，如分布式缓存提高读访问速度，分布式数据库及分库分表带来的业务逻辑上的变化。这些都带来了信息架构的新变化，但随之客户也必须要承担人员、运维、管理、成本、数据一致性等新的挑战。