【笔记】视频笔记：什么是微服务，为什么是微服务？

视频

微服务架构 Part 3：为什么我们要微服务？

总结

讲解了微服务架构的核心概念，解释了微服务是什么，以及与传统的单体架构相比，采用微服务架构的主要好处。它强调了微服务如何通过将应用程序分解成小型、独立的服务来实现更好的可扩展性和灵活性，并且指出了在向微服务过渡过程中需要避免的常见错误。

摘要

探顾了什么是微服务、采用微服务架构的好处，以及微服务架构与单体式架构的区别。视频中还讨论了企业在实施微服务架构时可能会犯的一些错误。这一部分内容旨在让观众深入了解微服务，为何偏离传统的单体式架构，以及如何避免在过渡到微服务架构时的常见陷阱。

观点

• 微服务架构：是一种架构模式，其中应用程序被分解成一组小的、独立的服务，每个服务都运行在自己的进程中，可以独立地部署、扩展和更新。
• 与单体式架构的对比：微服务架构与单体式架构相比，提供了更大的灵活性和可扩展性，但也有自己的复杂性和挑战。
• 过渡到微服务的常见错误：组织在采用微服务架构时常犯的错误包括：忽视基础设施的重要性、过度划分服务、忽视服务间的依赖关系等。
• 微服务的好处：包括更高的可维护性、更好的可伸缩性和更快的时间市场进入。

思维导图

• 定义与对比

  • 单体架构 (Monolithic Architecture)
    • 定义：单一统一的代码库，包含所有组件 (UI, 业务逻辑, 数据库访问逻辑)，共享同一运行时环境。
    • 优点：开发和调试简单，初始开发直接。
    • 挑战：不适用于大型复杂应用，限制多团队独立工作，难以高效扩展。
  • 微服务架构 (Microservices Architecture)
    • 定义：将应用分解为一系列更小、独立的服务的集合。
    • 特点：每个微服务像独立且专业的团队，可独立开发、部署和扩展。
    • 通信方式：服务之间通过良好定义的 API 进行通信。

• 为何采用 (优势)

  • 可扩展性提升 (Improved Scalability)：可独立扩展单个服务，高效满足不同需求，不需过度预置资源。
    • 对比：水平扩展 (Scaling out - 增加机器) vs. 垂直扩展 (Scaling up - 升级单机)。微服务完美支持水平扩展。
  • 故障隔离增强 (Enhanced Fault Isolation)：将故障隔离到特定服务，防止单点问题导致整个应用宕机，提高可靠性和正常运行时间。
  • 上市时间加快 (Faster Time to Market)：独立开发、测试和部署服务，加速开发周期，拥抱持续集成和交付 (CI/CD)。
  • 技术灵活性 (Technology Flexibility)：可为每个服务选择最合适的技术和语言，促进创新和适应性。
  • 资源利用率更高 (Better Resource Utilization)：只扩展需要的服务，优化资源分配，降低运营成本。

• 常见误区/挑战 (Common Pitfalls)

  • 过度细粒度 (Over-granularity)：为一个功能创建一个服务可能导致不必要的复杂性。
  • 服务过小 (Services too small)：可能导致显著的管理开销和通信延迟。
  • 紧耦合 (Tight Coupling)：未能保持服务间的松耦合，失去独立性和灵活性。
  • 忽视日志管理 (Neglecting log management)：缺乏全面的日志策略，影响监控和调试。应从一开始就实施。
  • 仓促采用 (Rushing into adoption)：需要周密计划和理解，否则可能导致性能和集成问题。