摘要：基于要达到的目标去定义一些原则和实践对做设计来说非常有好处。重视技术架构的同时重视组织架构。
目录
上篇有总结到：微服务设计应当面向服务、适配团队、循序渐进的设计。
这章书中提到"基于要达到的目标去定义一些原则和实践对做设计来说非常有好处"。
目标-原则-实践
提倡基于战略目标制定原则、原则和实践相结合的方式来设计"演化式架构"。
原则跟随战略目标而不轻易更改，实践要保证原则能得到实施，可以随实践效果更改。
摘要
代码治理
如果系统中人们有比较好的代码范例可以模仿，那么他们也就不会错得很离谱。
技术债务
走捷径、系统目标发生改变可能会产生技术债务，要能理解技术债务对系统地影响，积极地偿还技术债务。
例如：提供温和指导；维护债务列表并定期回顾。
例外管理
总是总结和记录出现的例外，并将对意外的理解、实践的方式、对应的原则固化下来。
集中治理和领导
治理通过评估干系人的需求、当前情况以及下一步的可能性来确保企业目标的达成，通过排优先级和决策来设定方向。
对于已经达成一致的方向和目标进行监督。
建设团队
帮助你的队友成长，伟大的软件来自伟大的人。
总结
愿景
确保在系统级有一个经过充分沟通的技术愿景，这个愿景应该可以帮助你满足客户和组织的需求。
同理心
理解你所做的决定对客户和同事带来的影响。
合作
和尽量多的同事进行沟通，从而更好地对愿景进行定义、修订及执行。
适应性
确保在你的客户和组织需要的时候调整技术愿景。
自治性
在标准化和团队自治之间寻找一个正确的平衡点。
治理
确保系统按照技术愿景的要求实现。