一、什么是微服务？
微服务（Microservices），又叫做微服务架构，是一种架构风格，由一个大型复杂的应用软件由一个个小型的应用板块组成，也可通俗理解成，一个橘子（大型WEB项目），是由多个小橘瓣（小web模块）组成的。
在微服务架构中，每个服务都是自我独立、自治、并且实现了单一的业务功能的。
二、为什么要使用微服务架构？
在使用微服务架构之前我们使用的叫一体化架构，一体化架构就像大桶子，里面有各种各样紧凑粘巴在一起的组件。不仅如此，一体化架构还有以下“不方便”（劣势）：
● 不可靠：只要其中一个功能不工作了，就会造成整个系统不工作。
● 不可扩展：应用无法轻易的被拓展，一旦需要被拓展，整个系统就需要被重构。
● 堵塞持续集成：系统中的很多功能无法同事被构建和部署。
● 迭代速度慢：一体化的系统开发一个功能模块，需要很长时间去构建，因为需要去构建涉及到的每一个模块。
● 不灵活不适用于复杂应用：复杂的应用功能有耦合度很高的依赖。
以上这些“不方便”就是推进微服务架构出现的主要原因。而微服务则有以下优势和特点。
优势：
● 独立开发：根据需求拓展功能时，可被独立轻易开发且不需要将所有组件全部扩展。
● 独立部署：在每个新的服务开发好之后，不用重启系统便可独立的部署到系统中。
● 错误隔离：即便其中某个服务发生了故障，整个系统还可以继续工作，不会全局瘫痪。
● 混合技术栈：对外暴露的API可以让不同的语言和技术来为同一个系统构建不同的服务。
特点：
● 支持敏捷性开发，任何新功能可迅速的被开发和丢弃。
● 相对于一体化架构，微服务的解耦性更强。
● 微服务很小，可以专注于某种单一的业务拓展。
● 没有标准化的方向或者技术模式，开发者可以选择更好的工具/方式来解决问题。
三、怎么使用微服务？
在早两年的时候微服务概念便已经很火热了，也出现了许多不错的微服务架构，身为技术的我们在专研技术/业务逻辑的同时，我们也需要知道外面的新框架技术。
针对还在一体化架构中的朋友们，我建议我们可以学习SpringBoot、SpringCloud、Dubbo等微服务框架，而在下面的时间中我将会带大家一步一步地学习微服务框架，请尽情期待！
不要嫌弃概念枯燥就忽略啊~概念也是很重要的~我们不能囫囵吞枣，细嚼慢咽才是好习惯
今天就和大家先说到这里，
在下Apollo，一个爱分享Java、生活的小人物，
咱们来日方长，有缘江湖再见，告辞！
