微服务介绍

微服务介绍

什么是微服务

​ 过去几年来，“微服务架构”这个术语出现了，它描述了一种将软件应用程序设计为可独立部署的服务套件的特定方式。尽管这种架构风格没有确切的定义，但围绕业务能力，自动化部署，端点智能以及语言和数据的分散控制等方面存在着某些共同特征。

​ 简而言之，微服务架构是一种将单应用程序作为一套小型服务开发的方法，每种应用程序都在其自己的进程中运行，并与轻量级机制（通常是HTTP资源的API）进行通信。这些服务是围绕业务功能构建的，可以通过全自动部署机制进行独立部署。这些服务的集中化管理已经是最少的，它们可以用不同的编程语言编写，并使用不同的数据存储技术。

总结：

• 一系列微小的服务共同组成
• 运行在自己的进程里
• 每个服务是独立的业务开发
• 服务间独立部署
• 所有服务分布式管理

微服务优点

• 每个微服务都很小，这样能聚焦一个指定的业务功能或业务需求。
• 微服务能够被小团队单独开发，这个小团队是2到5人的开发人员组成。
• 微服务是松耦合的，是有功能意义的服务，无论是在开发阶段或部署阶段都是独立的。
• 微服务能使用不同的语言开发。
• 微服务允许容易且灵活的方式集成自动部署，通过持续集成工具，如Jenkins, bamboo 。
• 一个团队的新成员能够更快投入生产。
• 微服务易于被一个开发人员理解，修改和维护，这样小团队能够更关注自己的工作成果。无需通过合作才能体现价值。
• 微服务允许你利用融合最新技术。
• 微服务只是业务逻辑的代码，不会和HTML,CSS 或其他界面组件混合。
• 微服务能够即时被要求扩展。
• 微服务能部署中低端配置的服务器上。
• 易于和第三方集成。
• 每个微服务都有自己的存储能力，可以有自己的数据库。也可以有统一数据库。

微服务架构的缺点

• 微服务架构可能带来过多的操作。
• 需要DevOps技巧。
• 可能双倍的努力。
• 分布式系统可能复杂难以管理。
• 因为分布部署跟踪问题难。
• 当服务数量增加，管理复杂性增加。

微服务架构的演变过程

单一应用架构

​ 所谓单一应用架构的特点在于所有应用功能都集成在一个项目工程当中，部署到一个服务器上。适合小型项目开发，开发周期短，易维护。

垂直应用架构

​ 当访问量逐渐增大，单一应用增加机器带来的加速度越来越小，将应用拆成互不相干的几个应用，以提升效率。

分布式服务架构

​ 当访问量仍然逐渐增加，为了应对访问压力，将应用服务与数据库分别部署多个，通过负载均衡来降低单一应用的承受压力。

流动计算架构

​ **SOA（Service Oriented Architecture）“面向服务的架构”?*他是一种设计方法，其中包含多个服务， 服务之间通过相互依赖最终提供一系列的功能。一个服务 通常以独立的形式存在与操作系统进程中。各个服务之间 通过网络调用。

简单的微服务架构

服务的增加与递减通过注册发现进行更改。

微服务架构的基础组件

• 服务注册发现
• 服务网关（Service Gateway）
• 后端通用服务（也称为中间层服务Middle Tier Service）
• 前端服务（也称为边缘服务Edge Service）

下图引用一般企业中的架构图。