springcloud-微服务架构基础

一 前言

学习微服务要从基础的架构学起，首先你要有个微服务的概念才能学习对吧！！若是你都不知道啥是微服务，就一头扎进去学习，你本身也以为本身也学不会对吧。本篇文章主要让你们快速了解基础的架构分格，以便于微服务入门。

二 单体架构

单体架构是传统架构，其发展了几十年，咱们今天任然还在用单体架构开发，存在即合理；单体架构也就是一般的表现层跟UI界面交互，业务层写业务逻辑，数据DAO层访问数据库。其部署方式也很简单，直接将项目打包成war包放进web服务器(如tomcat,jetty)中运行； 其优势以下：

1. 易于开发，架构单一，很容易上手，一站式到底；

2. 易于部署，直接放进web服务器便可运行；

其缺点以下：

1. 维护困难，每次进行代码维护，每每修改都是从上而下改动，需将整个程序部署才能看见修改结果；

2. 二次开发难度大，都要读懂大量代码，业务逻辑复杂；

3. 测试难度大，随着业务越多，测试的难度会越大；

三 分布式架构

分布式架构简单的能够理解为由多个单体结构组成，可是它们都是经过发布的服务相互调用；

分布式服务架构中比较出门的就是面向服务的SOA（Service-Oriented Architecture）架构，服务之间经过通讯协议进行相互通讯；比较出名的服务治理框架也就是阿里开源的Dubbo框架，目前在Apache旗下，服务之间经过远程过程调用(RPC)，主要角色以下;

1. 注册中心：服务的注册与发现；

2. 提供者：提供服务

3. 消费者：消费服务

4. 监控中心：监控服务之间的日志和健康；

四 微服务架构

到目前为止其实关于微服务架构仍是没有一个精确的定义；2014 年 Martin Fowler 在 《Microservices》 一文中提出了微服务的概念，大致的咱们能够总结为以下几点：

1. 一个单体应用开发成多个微小服务；

2. 微小服务间一般经过HTTP协议或者restful风格调用；

3. 每一个微小服务围绕业务逻辑构建，独立自动部署；

In short, the microservice architectural style [1] is an approach to developing a single application as a suite of small services, each running in its own process and communicating with lightweight mechanisms, often an HTTP resource API. These services are built around business capabilities and independently deployable by fully automated deployment machinery. There is a bare minimum of centralized management of these services, which may be written in different programming languages and use different data storage technologies.

微服务的优势以下:

1. 独立部署，易于开发维护

2. 服务拆分，业务逻辑清晰，

3. 服务间经过HTTP通讯，耦合度低

微服务缺点以下：

1. 部署难度大，目前有docker等容器化技术相对好点；

2. 分布式事物问题突出；

五参考文档

dubbo官方文档

miroservice