根据上面微服务定义，这些服务都是由小型独立团队负责，那团队怎么划分？公司组织架构如何调整才能适应微服务的架构发展？这也给组织管理带来了挑战。
还有微服务的“微”，多“微”才是好的“微”？也就是微服务怎么划分，如何确定边界？
等等这些都是微服务面临的问题和挑战。
题外话：任何问题都有正反面，就像一枚硬币一样，所以思考问题要多样化，不能只思考一点。
四、总结根据以上简略分析，微服务的实施并不是一蹴而就的事情，是随着业务的发展而发展，是一种逐渐演进的模式。
微服务架构是为了适应业务的快速变化，产品的快速迭代、交付、反馈和修改，团队成员膨胀而提出的一种架构解决方案。
微服务的优劣分析可以看出，微服务并不是“银弹”，它给开发和产品带来好处的同时，本身也会带来一系列的问题。如何克服这些问题，才是实施好微服务的关键所在。
上面提到的劣势（问题），也需要建立运维开发基础设施来加以保障才能让微服务顺利运行。比如CI/CD，监控体系，配置中心等等，那DevOps是否也要同步建设？
所以成功实施微服务并不是一件孤立的事情，它关联很多其他事情，架构、工具到团队协同，需要同步建设，它是一个系统工程。