什么是微服务架构

一、传统和微服务架构区别

传统系统架构：单一架构模式。这种架构模式就是把应用整体打包部署，具体的样式依赖本身应用采用的语言。

微服务架构：是将单个的整体应用程序分割成更小的项目关联的独立的服务。一个服务通常实现一组独立的特性或功能，包含自己的业务逻辑和适配器。各个微服务之间的关联通过暴露api来实现。这些独立的微服务不需要部署在同一个虚拟机，同一个系统和同一个应用服务器中。

二、为什么需要微服务架构

 

单一架构模式在项目初期很小的时候开发方便，测试方便，部署方便，运行良好。可是当应用随着时间的推进，加入的功能越来越多，最终会变得巨大，一个项目中很有可能数百万行的代码，互相之间繁琐的jar包。
1、不再适用敏捷开发，过于复杂，任何开发者都不能够完全理解，修复漏洞和实现新功能变得困难和耗时。
2、规模越大，启动时间越长，自然会拖慢开发进度，一个小功能的修改部署起来变得困难，必须重新部署整个应用。
3、系统的不同的模块的需要不同的特定的虚拟机环境时，由于是整体应用，那么只能折中选择。
4、任意模块的漏洞或者错误都会影响这个应用，降低系统的可靠性
5、还有一个如果想整体应用采用新的技术，新的框架或者语言，那是不可能的。

如果采用微服务架构模式，则可以解决单一架构模式带来的系统复杂性。主要包括以下几个好处：
1、由于每个服务都是独立并且微小的，由单独的团队负责，仍然可以采用敏捷开发模式，自由的选择合适的技术，甚至可以重写老服务，当然都要遵守统一的API约定。
2、每一个微服务都是独立部署的，可以进行快速迭代部署，根据各自服务需求选择合适的虚拟机和使用最匹配的服务资源要求的硬件。
3、整体应用程序被分解成可管理的模块和服务，单个的服务可以更快的开发、更简单的理解和维护。
4、一些需要进行负载均衡的服务可以部署在多个云虚拟机上，加入NGINX这样的负载均衡器在多个实例之间分发请求，这样不需要整个应用进行负载均衡了。

服务端暴露一套REST API，大部分服务调用其他服务提供的API。

每个服务都有自己的数据库模式，而不是共享单个数据库模式。尽管这会造成某些数据的冗余，但是对于微服务架构这个独立数据库模式是必要的，确保了独立服务之间的松散耦合。

微服务实现了应用软件的模块化、组件化、共享化，实现了开发团队的独立化、小型化和协同化，为数字化应用研发创新更敏捷、更高效打下了坚实的基础。

三、微服务系统和分布式系统的区别

1、微服务是架构设计，分布式是系统部署方式
2、微服务相比分布式服务来说，它的微服务应用粒度更小，服务之间耦合度更低，由于每个微服务都由独立的小团队负责，因此它敏捷性更高，分布式服务最后都会向微服务架构演化，这是一种趋势， 不过服务微服务化后带来的挑战也是显而易见的，例如服务粒度小，数量大，后期运维将会很难