如何成为云原生时代的卓越架构师
“软件开发需要面对本质困难和附属困难。云原生、DevOps大幅降低了附属困难，使得架构师可以全力聚焦于业务复杂性，而DDD恰是管理业务复杂性的有效方法。”
聊一聊中台和DDD（领域驱动设计）
本次分享价值：本次分享主要针对中台、微服务和领域模型的理念、本质及其构建方法论进行探讨。对领域分析的价值所在就是寻求“千变万化”中相对的“稳定性、第一性”，然后通过合理的架构分析及抽象隔离业务的复杂度和技术复杂度，隔离业务领域的稳定性和易变性，从架构上精巧、快速的支撑业务的变化。
如何形成统一设计风格-实践篇
在上一篇《业务团队如何统一架构设计风格？》中，探讨了一种业务架构的设计规范，以期达到这些目标：用标准约束技术细节；用技术工具而非文档推行标准；持续重构而非造新轮子；重视业务建模。但通篇表述较为抽象。本篇将总结团队近来的架构演进工作，以更具体的技术细节，详细阐释该理念，作为“统一业务设计风格”的实践篇。文中详述了多个层面的设计规约和基于规约的搭建方式，并在末尾回答了上一篇的诸多疑问。
DDD领域驱动设计落地实践系列：初识DDD
笔者在经历的很多项目中都使用了DDD领域驱动设计进行架构设计，尤其是在业务梳理、中台规划以及微服务划分等方面，DDD是重要的架构设计方法论，对平时的架构设计有非常好的指导作用。从本文开始笔者将通过一系列的文章阐述自己对于DDD的理解以及如何在项目实战中落地实践DDD。本文作为系列文章的开端，主要和大家聊聊DDD的一些基本概念以及常用方法。
DDD领域驱动设计落地实践系列：战略设计和战术设计
通过前面的文章介绍，相信大家对于什么是DDD有了初步的了解，知道它是一种微服务的架构设计方法论，为我们解决如何建立领域模型，如何实现微服务划分等提供了方向和指导。但是对于如何具体落地使用DDD，可能大家还是一脸懵B的状态，因此从本文开始以及后面的文章将对如何进行DDD落地进行详细的阐述。在这其中还是会涉及到DDD中的一些重要概念，原本想着在一篇文章中介绍所有的概念，但是我觉得，概念总是在它该出现的时候出现才会让大家印象深刻，否则这些概念只是死板的概念，我们不清楚他为什么出现以及可以解决什么问题。
云巧工坊蓝图绘制简介
根据领域驱动设计引子，引出事件风暴建模方法，划分限界上下文等战略设计方法。介绍云巧工坊提供的蓝图设计工具，帮助开发者将业务模型落地为代码架构。
