Day 28: 服务：伟大与微小 (待改进中... )

以服务为导向(Service-Oriented)的『架构』和微服务(MicroService)『架构』最近变得非常流行。原因包括以下几点：

• 服务似乎彼此强烈解耦
  • 我们将会看到，这只是部分正确
• 服务似乎支援开发和部署的独立性
  • 我们将再次看到，这只是部分正确

取自: Clean Architecture (p.199)

CH27: 服务：伟大与微小 (Services: Great and Small)

思考：服务是架构?

系统的架构被定义为通过使用边界将高层级策略与低层级策略分开，并考虑到依赖规则。但是服务本身仅将系统的行为划分为不同的部分

解耦的谬误 (The Decoupling Fallacy)

资料仍然是强烈耦合的...

独立开发和部署的谬误 (The Fallacy of Independent Development and Deployment)

DevOps
Scalable
服务并不是唯一选择

案例思考：计程车队系统

• 制图...
• 有多少个服务必须修改以实作出这次的 Features 呢? 全部
  • 也就是，这些服务全都是耦合的，无法独立开发、部署和维护

横切面关注问题

太深奥了 理解中QQ...

基於元件的服务

P.S. 本章主要与 SOA, MicroService, AOP 架构有关... 如果没有多年中大型系统实作经验的话很难懂... 有兴趣深入研究的读者可以参考 Reference

Reference

Clean Architecture -> PART V: Architecture
MicroservicePrerequisites
Microservices
You Get Microservice Decoupling Wrong!
什麽是AOP？为什麽要AOP？
面向对象困境之：横切关注点
Cross Cutting Concerns
来谈谈 AOP (Aspect-Oriented Programming) 的精神与各种主流实现模式的差异
Managing Cross Cutting Concerns - The Logger and Logging