简介： 作为一种架构模式，云原生架构通过若干原则来对应用架构进行核心控制。这些原则可以帮助技术主管和架构师在进行技术选型时更加高效、准确，本文将就这些原则展开具体介绍。 作为一种架构模式，云原生架构通过若干原则来对应用架构进行核心控制。这些原则可以帮助技术主管和架构师在进行技术选型时更加高 ...

通常一个软件系统都包含不同部分互相交互耦合，我们希望设计能够将系统划分为有意义的各个部件，各个部件能够独立的开发、演进、部署。这时整体性的设计已经无法满足这些挑战，这就需要我们对系统进行合理清晰的划分。通常我们为待开发的系统定义多个层次，每一层完成独立的功能。 设计原则： 1：系统分为多层 ...

最近通读了《架构整洁之道》，受益匪浅，遂摘选出设计原则部分，与大家分享，希望大家能从中获益。 以下为书中第3部分 设计原则的原文。 设计原则概述 通常来说，要想构建—个好的软件系统，应该从写整洁的代码开始做起。毕竟，如果建筑所使用的砖头质量不佳，那么架构所能起到的作用也会很有限。反之亦然 ...

微服务架构的设计原则如下：¶ 高内聚、低耦合。 无缝的 API 集成。 为每一项服务分配唯一的资源标识。 实时流量管理。 最小化数据表，以优化加载。 通过内/外部 API，执行持续监控。 为每个微服务隔离数据的存储。这对于限制数据的访问和避免“服务的耦合”是非常有 ...

最后再考虑分表，单表拆分到数据1000万以内。 拆分原则： 1.尽量不拆分 ，架构师进化而来 ...

里氏替换原则（Liskov Substitution Principle，LSP）是指如果对每一个类型为T1的对象o1，都有类型为T2的对象O2，使得以T1定义的所有程序P在所有的对象O1都替换成O2时，程序P的行为没有发生变化，那么类型T2是类型T1的子类型。 这个定义看上去还是比较抽象 ...

依赖倒置原则（Dependence Inversion Principle，DIP）是指设计代码结构时，高层模块不应该依赖低层模块，二者都应该依赖其抽象。抽象不应该依赖细节，细节应该依赖抽象。通过依赖倒置，可以减少类与类之间的耦合性，提高系统的稳定性，提高代码的可读性和可维护性，并且能够降低修改 ...

单一职责（Simple Responsibility Pinciple，SRP）是指不要存在多于一个导致类变更的原因。假设我们有一个类负责两个职责，一旦发生需求变更，修改其中一个职责的逻辑代码，有可能 ...