|
一 前言
学习微服务要从基础的架构学起，首先你要有个微服务的概念才能学习对吧！！如果你都不知道啥是微服务，就一头扎进去学习，你自己也觉得自己也学不会对吧。本篇文章主要让大家快速了解基础的架构分格，以便于微服务入门。
二 单体架构
单体架构是传统架构，其发展了几十年，我们今天任然还在用单体架构开发，存在即合理；单体架构也就是通常的表现层跟UI界面交互，业务层写业务逻辑，数据DAO层访问数据库。其部署方式也很简单，直接将项目打包成war包放进web服务器(如tomcat,jetty)中运行； 其优点如下：
易于开发，架构单一，很容易上手，一站式到底；
易于部署，直接放进web服务器即可运行；
其缺点如下：
维护困难，每次进行代码维护，往往修改都是从上而下改动，需将整个程序部署才能看见修改结果；
二次开发难度大，都要读懂大量代码，业务逻辑复杂；
测试难度大，随着业务越多，测试的难度会越大；
三 分布式架构
分布式架构简单的可以理解为由多个单体结构组成，但是它们都是通过发布的服务相互调用；
分布式服务架构中比较出门的就是面向服务的SOA（Service-Oriented Architecture）架构，服务之间通过通信协议进行相互通信；比较出名的服务治理框架也就是阿里开源的Dubbo框架，目前在Apache旗下，服务之间通过远程过程调用(RPC)，主要角色如下;
注册中心：服务的注册与发现；
提供者：提供服务
消费者：消费服务
监控中心：监控服务之间的日志和健康；
四 微服务架构
到目前为止其实关于微服务架构还是没有一个精确的定义；2014 年 Martin Fowler 在 《Microservices》 一文中提出了微服务的概念，大体的我们可以总结为如下几点：
一个单体应用开发成多个微小服务；
微小服务间通常通过HTTP协议或者restful风格调用；
每个微小服务围绕业务逻辑构建，独立自动部署；
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.
微服务的优点如下:
- 独立部署，易于开发维护
- 服务拆分，业务逻辑清晰，
- 服务间通过HTTP通信，耦合度低
- 微服务缺点如下：
- 部署难度大，目前有docker等容器化技术相对好点；
- 分布式事物问题突出；
五参考文档
dubbo官方文档
miroservice
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持社区。 | 
转播
