DDD+SOA的事件驱动微服务读写分离架构，读后随笔(二)

本篇随笔主题

搞定微服务和高并发架构

参考链接

https://www.jdon.com/ddd.html

随笔一

https://www.cnblogs.com/powerZhangFly/p/13932766.html

 

DDD  TDD SOA

DDD，是先写领域驱动模型

TDD是先写测试用例

SOA是先写service

 

不同写法项目的区别

面向过程脚本的写法：jsp+javabean+jdbc

面向数据表的写法：SOA，如SSM，项目起步先使用powerDesign先画类图

面向领域模型的写法

 

webService落后的原因

http封装了tcp，soap封装了http，webservice的soap靠XML约定的XSD检查机制来检查参数。

从检查上，http header上就可以记录数据大小，没必要通过XSD检查数据大小；

性能上，webservice性能极低

 

json也走HTTP协议，也解决不了数据量大、特殊字符、不规则数据，一般不传大于10K的数据

 

netflex验证了服务间HTTP调用时不是必传XML

 

微服务产生的由来

maven聚合项目两个维度之按业务逻辑划分，

 

微服务适合：通过加机器来无限提高整体系统负载量的系统架构

微服务的三个特性：不主动(连不上我与我无关)，不拒绝，不负责

 

高并发高可用高性能架构：流量接入层，服务治理层，微服务ABC。。。