在学习微服务之前我们先理解一下什么是微服务?

微服务是springcloud吗?

微服务是分布式架构的一种,分布式架构就是要把服务拆分,拆分的过程中存在着许多的问题,springcloud仅仅是解决了拆分过程中的服务治理问题,至于其他的复制的问题并没有给出方案

传统的架构把业务写在一起,随着业务的增加耦合会越来越多,所以大型的项目往往会有数百上千的服务,最终形成一个集群,业务往往就需要多个服务共同完成,当业务越来越多的时候,就要靠注册中心进行记录每一个ip端口;

若以后有配置需要变更的时候,我们也不能一个一个来进行修改吧,所以我们拉取配置信息组成一个配置中心来控制所有的配置;

当我们微服务架构启动起来以后还需要一个网关通过网关我们进行身份的验证,再一个就是经过网关我们把用户的请求路由到我们的具体的服务,在路由的过程中我们也可以做一些负载均衡;

然后我们通过业务在访问数据库当然如果项目很大的话,也不只是一个数据库,就算服务器太多也不会有用户多吧,那我们怎么处理高并发的问题呢?这时候我们需要一个分布式缓存,缓存就算把数据库数据放在内存中,内存查询效率比数据库就会快很多了;

当然我们的业务中还会有复杂的查询,缓存也做不了了怎么办呢?我们需要一个分布式搜索的功能;这样数据库的功能就主要是做一些写操作,一些事务的安全性高的操作;

最后呢微服务里面还需要异步通信的消息队列,对于分布式的业务,他的业务往往会跨越多个服务,对于服务a调用服务b的业务链路很长响应时间就会很长,性能很差,这时候使用使用异步通信的话,通知服务a一下,服务a就结束了,这样他的链路变短,服务的吞吐能力就变强了,所以异步通信可以提高我们服务的并发,在一些秒杀的高并发场景下就可以使用了;

当我们服务中出现了问题怎么办呢,我们怎么知道是那个服务出现了问题呢,这样我们就需要一个分布式日志服务来记录,将来出现问题就比较好定位了;

我们还有系统监控链路追踪,他可以实时监控我们集群中每一个服务节点的运行状态,cpu的负载内存的占用等情况,出现问题就可以定位到具体的异常所在;

将来我们这些庞大的集群怎么进行部署呢?成百上千的服务不能在像以前一样进行人工部署了吧?所以呢我们这写集群呢使用一种自动化的部署,我们使用Jenkins来进行自动话的编译,基于docker来进行打包形成镜像,在基于RANCHER或kubernetes这样的技术来实现自动化的部署,这一套我们称为:持续集成,结合微服务的技术这才是完整的微服务技术栈

关于微服务的技术站

 

未完