架构思考

闲来无事&＃xff0c;总结了下架构设计方面的一些思考

    1、稳定性

            。一切以稳定为中心

            。架构尽可能简单、清晰

            。不过度设计

    2、解耦/拆分

            。稳定部分与易变部分分离

            。核心业务与非核心业务分离

            。主流程与辅流程分离

            。应用与数据分离

            。服务与实现细节分离

            。数据拆分&＃xff1a;读写分离、分库分表、冷热数据分离

    3、抽象化

            。应用抽象化&＃xff1a;应用只依赖服务抽象&＃xff0c;不依赖服务实现细节、位置

            。数据库抽象化&＃xff1a;应用只依赖逻辑数据库&＃xff0c;不需要关心物理库的位置和分片

    4、松耦合

            。跨域调用异步化&＃xff1a;不同业务域之间尽量异步解耦

            。非核心业务尽量异步化&＃xff1a;核心、非核心业务之间&＃xff0c;尽量异步解耦

            。必须同步调用时&＃xff0c;需要设置超时时间和任务队列长度

    5、高可用

            。集群容错&＃xff1a;应用系统集群&＃xff0c;避免单点

            。多机房容灾&＃xff0c;异地多活

            。分流&＃xff1a;水平可扩展-在线扩容机器

            。降级&＃xff1a;非核心业务可根据情况降级处理&＃xff08;业务直接不展示或mock数据或直接利用本地缓存&＃xff09;

            。限流&＃xff1a;对流量做过滤&＃xff0c;保证部分请求可用

            。自动化运维

    6、灵活

            。支持灰度发布&＃xff0c;分步切流量

            。功能开关&＃xff0c;可回退

            。A/B test&＃xff0c;配备相应数据展示层&＃xff0c;及时感知数据变化

    7、监控

            。服务器监控&＃xff1a;内存、cpu、i/o、负载

            。应用监控&＃xff1a;qps、rt、gc

            。异常监控报警

            。分布式链路追踪监控&＃xff1a;zipkin、pinpoint

            。业务监控&＃xff1a;核心业务生命周期监控&＃xff0c;比如根据订单号获取所有相关生命周期和数据

    8、领域建设

            。厘清业务边界&＃xff0c;建设领域模型

            。基础业务/服务下沉&＃xff0c;可复用

            。平台/组件化&＃xff1a;可搭积木式构建新业务&＃xff0c;降低成本

            。数据收敛&＃xff1a;只能通过服务来访问其他领域的数据

    9、依赖原则

            。禁止循环依赖

            。稳定部分依赖&＃xff1a;稳定部分不依赖易变部分、易变部分可以依赖稳定部分

            。核心服务依赖&＃xff1a;核心服务不依赖非核心服务、非核心服务可依赖核心服务&＃xff0c;保证核心服务稳定

            。基础服务依赖&＃xff1a;基础服务不向上依赖流程服务、流程服务/组合服务可向下依赖基础服务&＃xff0c;保证基础服务稳定

            。平台服务依赖&＃xff1a;平台服务不依赖上层应用、上层应用可依赖平台服务&＃xff0c;保证平台服务稳定

            。非功能性服务依赖&＃xff1a;非功能性服务不依赖功能性服务、功能性服务可依赖非功能性服务&＃xff0c;保证非功能性服务稳定

            。跨业务域调用时&＃xff0c;尽可能异步弱依赖

    10、服务设计

            。无状态&＃xff0c;接口调用幂等

            。可复用&＃xff0c;复用粒度是有业务逻辑的抽象服务&＃xff0c;不是服务细节

            。松耦合、高内聚

            。可治理

            。基础服务之间物理隔离&＃xff0c;包括数据层

写了这么多&＃xff0c;无非就是围绕稳定性、可扩展性、易用性、灵活性展开的&＃xff0c;其中重中之重是稳定性

失去了稳定性&＃xff0c;其他一切都是扯淡

另外&＃xff0c;架构必须紧贴业务&＃xff0c;抛开了业务&＃xff0c;所有技术也都是扯淡&＃xff0c;产生不了价值