微服务十分流行，基于微服务开发的项目越来越多，如何把开发的微服务部署到服务器上是一个不小的难题。现在有很多解决方案:

采用gitlab+jenkens等实现自动编译发布，无论是采用触发式（提交代码、定时）还是手动到jenkens的发布，对于开发者来讲都是不方便，需要部署集成gitlab+jenkens，而且很多时候公司使用的是svn。

另外在一般的公司很难保证提交的代码都能运行得起来。我所在的公司大部分情况下自动发布的项目是跑不起来（当然和公司的制度的有关），在我接触的某大型公司中技术负责人讲过，他花了一年时才把提交代码这件 事弄得较顺。

所以很多人讲Devops（包括自动发布）看上去很美。

该种方式没有什么好讲，只能讲有钱什么事都好解决，这个对于我们这等程序员来讲，不愿接受也不太现实的。

本文给出一种简单的方式，从小公司更实用的角度出发，先采用半自动化的方式来进行微服务的部署。然后过渡到gitlab+Jenkins这种全自动化的部署方案。



微服务的部署可以直接部署在物理机，当然现在更流行的是部署在Docker环境中，如果需要更进一步的话，那么就是部署在kubernetes的网络上（之后的章节会详细讲解）。

只要通过shell脚本，就可以直接把你开发的微服务发布你需要发布的服务器上。

[Spring boot+docker 半自动化部署 （一）、引言 ](https://github.com/mgicode/mgicode-k8s-shell/blob/master/doc/01springboot-docker-starter.md)

[Spring boot+docker 半自动化部署(二)、环境说明 ](https://github.com/mgicode/mgicode-k8s-shell/blob/master/doc/01springboot-docker.md)

[Spring boot+docker 半自动化部署(三)、使用演示 ](https://github.com/mgicode/mgicode-k8s-shell/blob/master/doc/03springboot-docker-demonate.md)

微服务是最近几年刚提出的概述，通过注册中心，api网关，配置中心，监控中心等概念引入用来解决单体应用种种问题，当然同时也带来大量的其它问题。

首先微服务需要大量的组件如注册中心，api网关，配置中心，监控中心等，这些组件需要部署监控及管理，工作量巨大，大大增加了运维的工作量。

另外把一个单一的应用拆分成多个微服务，其发布部署也是一套烦琐的事情。

当然，微服务也在发展，**服务网格技术**或许能简化一下。

本次实验采用最简单的部署环境，把日志，调用链等都忽略掉，留下了注册中心，api网关、负载均衡等最基本的功能，这是最重要的功能，通过这些功能就可以看出微服务部署的基本架构。

下图1给出本次实验的环境。


图1 微服务基本环境说明图

这里负载均衡主要是用于对于API网关进行服务端的负载处理，当然也可以用来正反向代理，流量统计等。这里本来需要采用VIP作高可用，防单点故障。这里仅仅使用一台，问题也不是很大。

API网关是自己开发的程序，可以采用spring boot ZUUL等相关API网关。API 网关采用Docker容器进行部署。并把其注册到Consul注册中心。

所有的服务都发布在微服务的机器上，采用Docker容器进行部署。

注册中心有很多种，如zookeeper、consul 、etcd、eureka等，这里采用现在很流行的consul

其它如mongodb、reddis是微服务必要的数据存储，但是对于本次实验的作用并不是很大。

微服务需要大量的组件，如注册中心，api网关，配置中心，监控中心等，对于微服务最简单的环境要求那就是注册中心，所有的服务都依赖于注册中心。下图1给出本次实验的环境。