微服务系统的架构演进之路.docx

微服务架构是一种将大型复杂应用分解为一组小型、独立、可部署的服务的软件设计模式。在"微服务系统的架构演进之路"中，作者详细介绍了他们如何从一个简单的双服务器设置发展到拥有数百台服务器的微服务集群。在这个过程中，他们经历了从单一数据库到专门的数据库集群的转变，以及引入分布式存储和优化服务间通信的过程。 初期，系统基于Docker集群运行，数据库和应用程序都在同一环境中。随着用户数量和流量的增长，他们扩展到80台服务器，为数据库创建了专用集群，并采用了Ceph分布式存储。在这个阶段，他们开始关注服务间的通信效率和监控系统的升级。 随着微服务数量的增加，他们引入了数据总线和逻辑分离原则，将系统拆分为多个服务子系统，每个子系统负责特定的功能，如视频剪切。服务间的通信从JSON API转向使用protobuf，以提高效率并实现更好的消息压缩。后来，他们进一步采用gRPC，利用HTTP/2的优势，支持多种编程语言，并提供高效的远程过程调用（RPC）。 然而，gRPC在日志管理和服务依赖的复杂性方面暴露出问题。为了改善日志管理，他们构建了自己的日志系统来解析和转换消息。此外，他们意识到微服务间的依赖关系日益复杂，开始考虑回归JSON，因为它更易于理解和使用，尽管它的数据表示不如protobuf紧凑。最终，他们选择了保持HTTP/2，结合JSON以实现更快的通信速度，同时满足QA团队的测试需求。 这个演进过程展示了微服务架构在应对高并发和大规模服务时的挑战，包括服务拆分、通信协议的选择、日志管理和依赖管理。每个决策都基于当前的技术需求和团队能力，同时也反映出在不断变化的环境中保持系统弹性和可维护性的必要性。通过这种方式，他们能够持续优化和适应业务增长，满足客户的需求。