3. 面向复杂度的架构设计模式

常见的架构模式分类

• 面向模式

• 面向风险

• DDD（领域驱动）

• 面向复杂度（华仔专属）

面向模式

个人简单理解：面向模式和设计模式类似，你必须先去了解设计模式的具体实现场景之后，再去吸收贯通让他成为你架构设计中的一种方法和心得体会，个人理解他不应该单独成为一种模式，而是可以灵活运用，融入其他架构设计模式中。

延伸阅读：https://blog.csdn.net/csd3176/article/details/100205572

面向风险

释义：架构设计基于系统风险大小。

带来的问题：造成眼里只有风险，且无法进行评估。

领域驱动设计

基本概念：领域驱动设计作为一个针对大型复杂业务系统的领域建模方法体系（不仅限于面向对象的领 域建模），它改变了传统软件开发工程师针对数据库建模的方式，通过面向领域的思维方式，将要解决的业务概念和业务规则等内容提炼为领域知识，然后借由不同的建模范式将这些领域知识抽象为能够反映真实世界的领域模型。

面向复杂度架构设计逻辑

为什么要做架构设计？

答：为了满足公司未来市场发展需要。

本质：降低软件系统的复杂度。

思路：通过分析需求找到系统复杂的地方，然后设计方案。

模式：复杂度来源，高性能、高可用、成本、可扩展、安全.....

套路：分库分表、缓存、集群、分片、微服务、ddd、异地多活....

个人理解：面向复杂就是面向是适应公司市场业务发展需要的设计模式。找到市场发展点， 然后做针对性设计。

所有的架构模式都是方法，并不能进行生搬硬套，合适的地方用到合适的模式，当你理解了所有的架构模式的核心思想，才能总揽全局，运筹帷幄，成为一个合格的架构师。