最简单的微服务部署测试实践

时间 2020-10-02 标签最简单微服部署测试实践

微服务特别适合业务复杂，开发队伍庞大的项目。微服务能够到达化整为零，简化单个服务，下降沟通成本的效果。但微服务在性能上比单体服务低，也会有数据冗余的问题，要结合自身状况，不要盲目崇拜。
本文介绍一种简单的微服务技术架构。帮助你们对微服务如何部署，如何开发有个初步的认识。java

一个简单的微服务架构

部署图以下
mysql

nginx：

对外统一入口，根据url将请求分发到不一样微服务，用ip:port区分不一样的微服务。也会直接处理一些静态资源的访问，自己就是web服务器。nginx

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一个微服务就启动了。git

zookeeper：

springboot须要dubbo，而dubbo最推荐的服务注册中心是zookeeper，至关于一个公告板，各个微服务均可以看到上面注册的提供者和消费者的接口方法github

DB：

MySQL Oracle等web

redis：

缓存session数据，和其它有必要缓存的业务数据redis

tomcat+dubbo-admin：

dubbo管理系统，用于监控和排查故障，部署在tomcat下，能够在浏览器上查看各个微服务的运行状况，查看某个方法是否能够被正常调用。spring

积分查询业务场景，帮助理解微服务。

B服务提供检查登录状态功能。A服务提供查询帐号积分功能。
当用户在app点击查询积分时，nginx看见url里有查询积分关键字，会根据nginx.conf的配置将请求发送到A服务，app会有个sessionid发送给A服务，A服务远程调用B服务的检查登录状态的接口，将sessionid传给接口，B服务接口被调用，使用sessionid到redis查用户信息，若是查询到redis有对应的用户信息，将用户信息返回，A服务接收到远程调用接口返回的用户信息userid，接下来根据用户信息到数据库DB查询积分状况。
这就是两个微服务配合实现一个业务的例子，用到了架构图中的所有单元。查询登录状态的要求在各个业务都存在，因此会有不少微服务须要远程调用B服务的接口。同时每一个微服务能够便是提供者，又是消费者。
sql