微服务项目架构优缺点以及部署环境

单体项目的特征

1.集中式管理，开发简单直接，基本不会重复开发

2.没有分布式的管理和调用开销

单体项目的缺点

1. 部署不灵活
2. 稳定性不高
3. 扩展性不够
4. 代码维护低
5. 开发效率低

微服务项目：

1. 微服务架构是一种架构模式，提倡将单一应用程序划分为 一组小的服务，每个服务运行在独立的进程中，互相调用以及配合，为用户提供最终价值
2. 服务之间采用轻量级的通信机制，互相沟通（通常是基于http/de RESTful API）
3. 每个服务围绕着具体的业务构建
4. 对具体的 服务应根据业务上下文，选择合适的语言，工具对齐进行构建，可以有一个非常轻量级的集中式管理来协调这些服务，可以使用不同的语言编写服务，使用不同的数据存储。
5. 有效的拆分应用，实现敏捷开发和部署

微服务的优点：

1. 每个服务足够足够小，可以聚焦一个指定的业务功能或业务需求
2. 一个服务专一干一件事情
3. 微服务能够被小团队开发
4. 在开发阶段或部署阶段独立
5. 微服务易于被开发人员理解，修改和维护
6. 微服务支持不同的语言开发
7. 微服务只是业务逻辑的代码，不会和HTML或其他界面混合
8. 每个微服务都有自己的存储能力
9. 易于和第三方集成

微服务的缺点：

1. 多服务运维难度，运维成本大
2. 系统部署依赖
3. 开发人员要处理分布式系统的复杂性
4. 服务间的通信成本
5. 系统集成测试
6. 性能监控
7. 数据一致性

微服务部署环境：

CPU:最少两核

内存:master>=4G node>=3G

网络:NAT模式