微服务架构风格是一种将单个应用程序作为一套小型服务开发的方法。

能够自行单独启动和销毁，拥有自己独立的数据库。各自是独立的进程。

微服务与微服务架构、微服务的优缺点和技术栈

1、微服务强调的服务的大小，它关注的是某一个点，是具体解决某一个问题/提供落地对应服务的一个服务应用，狭义的看，可以看做eclipse里面一个个微服务工程或者module。

2、微服务架构是一种架构模式，它提倡将单一应用程序划分成一组小的服务，服务之间互相协调，互相配置，为用户提供最终价值，每个服务运行在其独立的进程中，服务与服务间采用轻量级的通信机制户型协作。

3、微服务的优点：每个服务足够内聚，足够小，代码容易理解，这样能聚焦一个指定的业务功能需求。开发简单、开发效率提供，一个服务可能就是专一的只干一件事，微服务能够被小团推单独开发，这个小团队是2到5人的开发人员组成。

4、缺点：开发人员要处理分布式的复杂性

多服务运维艰难，随着服务的增加，运维的压力也在增大

系统部署互相依赖

服务间通信成本

数据一致性

系统集成测试

性能监控

5、微服务技术栈是多种技术的集合体:一个分布式的微服务架构包括：服务治理、服务注册、服务调用、服务负载均衡、服务监控。

6、微服务技术栈有哪些？

我们主要介绍以下一些技术，请参考如下图所示：