这是我参与「第三届青训营 -后端场」笔记创作活动的第4篇笔记

关于架构

架构，又称软件架构

• 是有关软件整体结构与组件的抽象描述
• 用于指导软件系统各个方面的设计 例如最经典的单机架构：把所有功能都实现在一个进程里，并部署在一台机器上。

微服务概述

要了解微服务首先要理解什么是服务。

服务即是一个个功能单元，可以理解为服务就是把一个系统拆分为一个个不同的子系统，每一部分子系统完成一部分功能，最后能实现原本整体系统的功能。

而微服务的定义如下：
一种软件开发技术- 面向服务的体系结构（SOA）架构样式的一种变体，它提倡将单一应用程序划分成一组小的服务，服务之间互相协调、互相配合，为用户提供最终价值。每个服务运行在其独立的进程中，服务与服务间采用轻量级的通信机制互相沟通（通常是基于HTTP的RESTful API）。每个服务都围绕着具体业务进行构建，并且能够独立地部署到生产环境、类生产环境等。另外，应尽量避免统一的、集中式的服务管理机制，对具体的一个服务而言，应根据上下文，选择合适的语言、工具对其进行构建。

微服务的本质

• 微服务，关键其实不仅仅是微服务本身，而是系统要提供一套基础的架构，这种架构使得微服务可以独立的部署、运行、升级，不仅如此，这个系统架构还让微服务与微服务之间在结构上“松耦合”，而在功能上则表现为一个统一的整体。这种所谓的“统一的整体”表现出来的是统一风格的界面，统一的权限管理，统一的安全策略，统一的上线过程，统一的日志和审计方法，统一的调度方式，统一的访问入口等等。
• 微服务的目的是有效的拆分应用，实现敏捷开发和部署 。
• 微服务提倡的理念团队间应该是 inter-operate, not integrate 。inter-operate是定义好系统的边界和接口，在一个团队内全栈，让团队自治，原因就是因为如果团队按照这样的方式组建，将沟通的成本维持在系统内部，每个子系统就会更加内聚，彼此的依赖耦合能变弱，跨系统的沟通成本也就能降低。

微服务架构依赖注册中心把系统内的服务开放给用户