微服务特地适宜业务简单，开发队伍宏大的我的项目。微服务能够达到化整为零，简化单个服务，升高沟通老本的成果。但微服务在性能上比单体服务低，也会有数据冗余的问题，要联合本身状况，不要盲目崇拜。
本文介绍一种简略的微服务技术架构。帮忙大家对微服务如何部署，如何开发有个初步的意识。
一个简略的微服务架构
部署图如下
nginx：
对外对立入口，依据url将申请散发到不同微服务，用ip:port辨别不同的微服务。也会间接解决一些动态资源的拜访，自身就是web服务器。
springboot+dubbo：
spring boot是目前最风行的开发web服务的框架（jsp，ejb，ssh这些框架过于老旧），它和微服务没有必然联系，但它联合dubbo能够开发微服务，要求就是spring boot工程要import dubbo.jar或者应用maven引入dubbo。配置dubbo-application.xml，外面写好zookeeper服务地址端口以及提供者和消费者要注册的接口办法。
一个微服务要调用另一个微服务的办法，只须要@Autowired注册接口类的对象，用对象调用办法即可。麻烦点的是各个微服务对同一个接口办法要有统一的接口形容java文件，应用maven治理形容接口的jar包能够无效解决接口统一的问题。
最初打jar包，java -jar ***.jar一个微服务就启动了。
zookeeper：
springboot须要dubbo，而dubbo最举荐的服务注册核心是zookeeper，相当于一个布告板，各个微服务都能够看到下面注册的提供者和消费者的接口办法
DB：
MySQL Oracle等
redis：
缓存session数据，和其它有必要缓存的业务数据
tomcat+dubbo-admin：
dubbo管理系统，用于监控和排查故障，部署在tomcat下，能够在浏览器上查看各个微服务的运行状况，查看某个办法是否能够被失常调用。
积分查问业务场景，帮忙了解微服务。
B服务提供查看登陆状态性能。A服务提供查问账号积分性能。
当用户在app点击查问积分时，nginx看见url里有查问积分关键字，会依据nginx.conf的配置将申请发送到A服务，app会有个sessionid发送给A服务，A服务近程调用B服务的查看登陆状态的接口，将sessionid传给接口，B服务接口被调用，应用sessionid到redis查用户信息，如果查问到redis有对应的用户信息，将用户信息返回，A服务接管到近程调用接口返回的用户信息userid，接下来依据用户信息到数据库DB查问积分状况。
这就是两个微服务配合实现一个业务的例子，用到了架构图中的全副单元。查问登陆状态的要求在各个业务都存在，所以会有很多微服务须要近程调用B服务的接口。同时每个微服务能够即是提供者，又是消费者。
在windows下配置一套残缺的微服务开发环境。
nginx
D:\Program Files\nginx-1.8.1>start nginx.exe
胜利后浏览器如下
MySQL
D:\Program Files\mysql-8.0.12-winx64\bin>mysqld --console
redis
D:\Program Files\Redis-x64-3.0.504>redis-server.exe redis.windows.conf
图我忘截了
zookeeper
双击zkServer.cmd
tomcat和dubbo-admindubbo-admin
须要github上下载，而后独自对dubbo-admin进行编译打war包，war包放到tomcat的webapps目录下，tomcat启动时会主动解压出文件夹，如下图
tomcat/bin目录执行startup.bat 胜利后浏览器如下
关上 http://127.0.0.1:8080/dubbo-admin-2.5.8/ （我最后关上页面卡死，起初删除tomcat/log里的全副日志后失常了）
用户名root 明码root
没有启动任何微服务所以上图各项都是空的。在Intellij IDEA运行两个微服务（cmd里java -jar 启动微服务jar包也能够，但调试批改代码不太不便）
能够看到dubbo管理系统能够看见两个服务，一个是提供者，一个是消费者。外面能够查看名称，状态，日志，对排错挺有帮忙的。
测试dubug
浏览器输出登陆的url能够看到关上登录页面。
到此一个微服务零碎的开发调试环境就实现了。如果只测试后端服务不关怀浏览器和app界面的性能，能够应用postman工具，间接发送url给服务端，查看返回的json数据等是否达到预期要求。