从传统单体架构转到微服务架构下开发后我发现了业务很难理解，因为在功能被拆散后业务全貌丢失的非常严重，这时候还用面向过程的逻辑理解是行不通的，必须先从宏观架构边界入手逐步往下理解，可以参考DDD的设计思路来理解，先理清业务边界，再在边界中分清楚领域，最后才是关心某个领域中的细节
架构成长之路上需要两种锻炼，一种是在一项技术上不断的深入，另外一种是总览场景（业务或技术）进行抽象设计，从长远的角度看，后者比前者重要的多
从传统单体架构转到微服务架构下开发后我发现了业务很难理解，因为在功能被拆散后业务全貌丢失的非常严重，这时候还用面向过程的逻辑理解是行不通的，必须先从宏观架构边界入手逐步往下理解，可以参考DDD的设计思路来理解，先理清业务边界，再在边界中分清楚领域，最后才是关心某个领域中的细节
架构成长之路上需要两种锻炼，一种是在一项技术上不断的深入，另外一种是总览场景（业务或技术）进行抽象设计，从长远的角度看，后者比前者重要的多