一、企业应用是否需要微服务？
早期建议使用单块优先，需要考虑企业业务和团队的发展，视情况进行解耦拆分。如果团队耦合性大影响团队效应，此时需要进行微服务的拆分。
观点一：
业务开发应该首先考虑单块，因为初期业务边界不清楚，随着运营业务清晰后，可进行部分拆分，不应该想用微服务而去做微服务。
观点二：
经过技术的发展，微服务生态圈已经形成，技术的进步使微服务门槛 降低，所以一些公司直接考虑使用微服务。
二、微服务架构案例 staffjoy
结构思想：分而治之(每个子系统 最后汇集起来) ，单一职责(每个服务负责自己的业务处理)，关注分离(前端、后端，mvc等进行分离)
技术栈：
微服务：spingboot框架
数据交互：springdpa
持久化：mysql
环境：容器云、doker
业务处理逻辑：
三、Dubbo、SpringCloud、k8s如何选型” />2、三个产品横向对比
