
课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
java编程开发是目前大多数软件开发程序员都会经常用到的一种编程开发语言,今天我们就通过案例分析来简单了解一下,java编程应用架构设计要点。
稳定性原则
一切以稳定为中心
架构尽可能简单、清晰
不过度设计
解耦、拆分
稳定部分与易变部分分离
核心业务与非核心业务分离
主业务与辅业务分离
应用与数据分离
服务与实现细节分离
抽象化
应用抽象化:应用只依赖服务抽象,不依赖服务实现细节、位置
数据库抽象化:应用只依赖逻辑数据库,不需要关心物理库的位置和分片
服务器抽象化:应用虚拟化部署,不需要关心实体机配置,动态调配资源
松耦合
同步调用时,需要设置超时时间、对调用异常时候的failover处理。
非核心业务尽量异步化:核心、非核心业务之间,尽量异步解耦。
跨业务线(比如分期乐、桔子、鼎盛间)调用需要采用HTTP接口方式,避免底层业务逻辑耦合和依赖。
容错设计
服务自治:服务能彼此独立修改、部署、发布和管理,避免一个服务发生灾害引发连锁反应(一定要对mq、rpc、db、redis的异常容错处理、异常包括超时、业务异常、系统异常等)。
集群容错:应用系统集群,避免单点。
多机房容灾:多机房部署,多活。
6数据的一致性原则
小规模分布或不分布的业务确保可用、数据可靠、一致,即A&C兼顾;
中型分布系统需要考虑【BASE-终一致性】,如果涉及到订单、交易、清结算等数据敏感场景,保持数据终一致性是基本原则;
大规模分布式系统在不涉及订单、交易、清结算等数据敏感场景上可以考虑【有损服务】;。
架构分解原则
架构依赖原则
依赖稳定部分
稳定部分不依赖易变部分
易变部分可以依赖稳定部分
要求:避免循环依赖
跨域弱依赖
跨业务域调用时,尽可能异步弱依赖
基本服务依赖
基本服务不能向上依赖流程服务
组合服务、流程服务可以向下依赖基本服务
条件:基本服务稳定
平台服务依赖
平台服务不依赖上层应用
上层应用可依赖平台服务
条件:平台服务稳定
核心服务依赖
核心服务不依赖非核心服务
非核心服务可依赖核心服务
条件:核心服务稳定
【免责声明】:本内容转载于网络,转载目的在于传递信息。文章内容为作者个人意见,本平台对文中陈述、观点保持中立,不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。更多内容请加抖音太原达内IT培训学习了解。