忆梦九洲的博客

了解了微服务的好处，那么如何在实际生产中进行微服务的拆分？微服务中的微到底如何界定？服务拆分后如何进行协作？下面从开发工程师的角度来和大家聊一聊在实际开发中如何进行微服务的实践。在微服务中，服务的拆分是一个重要的步骤。尽管没有明确的拆分标准，但需要明确定义好每个微服务系统的边界。将一个大的业务拆分成若干个小的业务，可以简化复杂业务，提高代码的可读性和可扩展性。在微服务架构中，服务之间需要进行通信。常见的通信方式是使用HTTP协议进行RESTful风格的通信，也可以通过消息中间件实现。

既然系统采用了微服务架构，就需要了解一些微服务的特性，这样在进行微服务开发时，脑海中才会有一些指导方向。微服务具有以下特性。了解了微服务的特性，作为一名有着架构师梦想的程序员，应该清楚地认识到微服务可以给实际工作带来的好处。从公司团队管理角度。将服务拆分成微服务后，可以让独立的团队完成独立的服务，实现不同的业务，使得团队更聚焦，減少了跨部门沟通的障碍，大大提高了开发效率。从公司产品研发角度。由于服务彼此独立，可以针对不同的产品需求，针对不同的服务快速地进行产品升级。

为了解决单体应用的缺点，工程师们想到将原来大的单体应用进行拆分，化整为零形成独立的应用，不过此时这些应用没有直观的入口，因此用传统应用的概念来定义就不太妥当。于是诞生了“服务”，通过服务来描述这种功能性的应用，并其他应用提供功能支持，服务于其他应用。现在“服务”这个词已经广义化了，只要是能向其他组件提供技术支撑的系统都叫服务，甚至出现了很多概念，如SaaS（软件即服务）、PaaS（平台即服务）、IaaS（基础架构即服务）。服务其实就是将其他应用当成消费者，为其提供特定的功能。

另外，如果通过负载均衡部署了10个服务，而每个服务里面都有用户登录功能，当需要对用户登录功能进行升级时，这10个服务也都需要同时升级，这种重复建设显然是一种浪费。在软件开发领域，重复建设是不可取的，为了解决这些问题，微服务架构应运而生，下一篇给大家讲解微服务架构。

互联网始于 1969年美国的阿帕网（ARPA），最开始的阿帕网只在美国军方使用。随着时间的推移，一些大学也开始加入建设，慢慢演化成了现在的因特网 （Internet）。随着计算机网络的普及，到现在全世界几乎一半的人口，都在使用互联网产品。日常生活中的各种场景，如商场购物、沟通交流、金融理财、货运物流等，都可以在网上实现。随着网上的应用越来越多，用户也越来越多，业务场景也越来越复杂，传统的单体应用已经无法满足互联网技术的发展要求。