(1) 日志系统（日志中央）：紧张用于网络和管理微做事运用产生的日志，快速帮助开拓职员定位非常，同时还可以在日志系统中搜索历史日志，日志合营告警系统，可以按照日志信息的等级（error、info等等），日志的某一个详细字段设置告警规则，通过短信、企业微信、邮箱提醒开拓职员，帮助开拓职员及时创造并办理问题。
(2) 监控中央：紧张用于实时监控微做事运行情形，如CPU、内存、OPS、成功率等。设置各项指标的阙值，当做事运用程序的某个指标达到设置的阙值时，发出警告并提醒开拓职员及时处理问题。
(3) 配置中央：紧张用于统一管理微做事的配置，开拓职员或者运维职员通过配置中央可以实时动态更新微做事的配置参数，不须要重启系统，配置参数即可生效。
(4) 支配中央：紧张用于编译并打包微做事源码并将其支配到Docker容器中，技能可以选择Jenkins(逐步淘汰)和GitHubCI(主流)。
(5) 注册中央：紧张用于管理微做事干系的配置信息，如做事供应者信息，常用技能ZooKeeper等等。
(6) 中央：紧张用于微做事之间的相互解耦，常用的技能有Kafka、RabbitMQ等，大型互联网企业都有自己的信息中央，可以在中央管理topic、查看行列步队的消费情形、查看行列步队的消费速率和堆积情形等等，如果行列步队涌现堆积，那么还会结合监控中央进行告警关照。
(7) 追踪中央：紧张用于管理微做事的调用轨迹。
(8) 容器化：容器化技能促进微做事架构落地，目前盛行的技能紧张是Docker技能。
(9) 运用层：在运用层中紧张干系的业务做事有用户做事、订单做事、产品做事等等，各个微做事由不同的开拓团队管理，每个团队可以选择适宜自己业务开拓的措辞和技能框架，开拓措辞如java、go、php，技能架构现在朝盛行的微做事脚手架SpringBoot。
2.微做事架构各部分折衷与分工：
微做事架构各部分之间的折衷与分工
(1) 开拓职员将代码提交到代码仓库（GitHub）。
(2) 支配中央从配置中央获取做事干系的配置参数。
(3) 支配中央将运用程序和配置文件一同复制到DOcker镜像中，并上传镜像到镜像仓库。
(4) 做事发布时，从镜像仓库下载指定的镜像，启动并运行容器，容器启动后，会自动将配置信息写入注册中央。
(5) 用户通过浏览器或者移动访问运用系统时，首先要求进入网关。
(6) 网关通过做事名称从做事注册中央获取做事所在的IP地址和端口，根据做事地址（IP地址和端口）以反向代理的办法，结合一定的负载均衡策略调用详细的容器。
(7) 做事在容器中运行过程中会产生大量的日志，这些日志会被网络到日志系统中进行管理，监控中央可以监控容器的运行情形，并通过可视化的报表展示数据，追踪中央供应图形化界面查看做事之间的调用轨迹以及所产生的调用时延迟等。
3.微做事类型：
(1) 根本做事：根本组件，与详细的业务无关，比如短信服务、邮件做事等等，这种做事最随意马虎拆出来做微做事，是第一优先级分离出来的做事。
(2) 业务做事：一些垂直的业务系统，只处理单一的业务类型，比如评论做事、点赞做事、Feed做事等等，这类职责比较单一，根据业务情形来选择是否迁移，是第二优先级分离出来的做事。
(3) 前置做事：前置做事一样平常为做事的接入或者输出做事，比如网站的前端做事、App的做事接口等等，这是第三优先级分离出来的做事。
(4) 组合做事：组合做事涉及详细业务，比如订单做事，须要调用很多垂直的业务做事，这类做事一样平常放到最后进行微做事化架构改造，由于这类做事最为繁芜，除非涉及大的业务逻辑变更，否则不会轻易进行迁移。
4.微做事拆分原则与步骤：
(1) 梳理业务：梳理出业务模块以及模块之间的依赖关系。这个过程须要和干系职员一起评估。
(2) 优先对公共业务进行优化，如用户做事、邮箱做事、做事等等。
(3) 对业务做事进行做事化，切分的做事之间只管即便不要有任何的关联，开始做事化时，先粗粒度地进行做事划分，之后在逐步地根据业务的情形进行细粒度做事地切分，不必追求一步到位，微做事拆分后，做事之间的依赖关系繁芜，如果循环调用，升级的适宜就很麻烦，不知到该当先升级哪个，落后级哪个，难以掩护。
(4) 微做事的领域模型设计，微做事拆分完成后，须要设计每个做事设计的数据库表、表与表之间的关系，数据库表设计须要文档化，方便干系开拓职员查阅。
(5) 定义微做事接口，数据库表设计完成后，须要定义做事接口，让外部调用，做事接口的入参、出参、方法的名称以及注释等都须要仔细思考，必要时还须要开会评审，做事接口也须要文档化，方便调用者查阅。
