1、云原生微服务实践-服务结构选型

一、企业应用是否需要微服务？

早期建议使用单块优先，需要考虑企业业务和团队的发展，视情况进行解耦拆分。如果团队耦合性大影响团队效应，此时需要进行微服务的拆分。

观点一：

业务开发应该首先考虑单块，因为初期业务边界不清楚，随着运营业务清晰后，可进行部分拆分，不应该想用微服务而去做微服务。

观点二：

经过技术的发展，微服务生态圈已经形成，技术的进步使微服务门槛 降低，所以一些公司直接考虑使用微服务。

二、微服务架构案例 staffjoy

 

 

结构思想：分而治之(每个子系统 最后汇集起来) ，单一职责(每个服务负责自己的业务处理)，关注分离(前端、后端，mvc等进行分离)

技术栈：

微服务：spingboot框架

数据交互：springdpa

持久化：mysql

环境：容器云、doker

业务处理逻辑：

三、Dubbo、SpringCloud、k8s如何选型?

1、微服务关注点

 2、三个产品横向对比

 

 

四、技术中台是什么