有问题吗?

如果你有任何问题,你可以问下面或输入你正在寻找的!

微服务理论认知

微服务作为最近比较火的技术架构,大家的理解会存在较大的偏差,我在这里尝试梳理一下自己对微服务的认识与理解。主要内容来源于杨波在极客时间中的微服务课程,感兴趣的老铁可以去看一下 定义 理论源于马丁·福勒关于微服务的定义 将单体应用划分为一组小服务,服务之间相互协作,实现业务功能 每个服务运行在独立的进程中,服务间采用轻量级通信机制协作(HTTP/JSON) 每个服务 . . .阅读

你的微服务敢独立交付么?

最近经常在项目或是社区里听到大家谈论微服务架构,但谈论的焦点更多集中在微服务拆分,分布式架构,微服务门槛,Devops配套设施等话题上。 但是在我眼里,真正能称之为微服务架构少之又少。原因也很简单,我所见到的很多所谓的微服务架构项目,大多都没有做到微服务架构的一个基本要求:服务的独立部署(交付)。 这里的独立部署和自动化部署还不是一个概念,服务的自动化部署相对简单,已有大量的工具可以帮助我 . . .阅读

微服务之负载均衡

简介         在微服务架构中,负载均衡是必须使用的技术,通过它来实现系统的高可用、集群扩容等功能。负载均衡可以分为两种:服务端负载均衡和客户端负载均衡。通常所说的负载均衡指服务器负载均衡,可通过硬件设备或软件来实现,硬件比如:F5、Array等,软件比如:LVS、Nginx等,类似的架构图如下: 图片来自个人微信公众号   & . . .阅读

微服务之服务治理

   在微服务架构中,一个单体应用可以拆分为多个微服务(单一责职),每个小服务运行在不同的进程中,服务与服务之间采用http 轻量协议(比如流行的restful)传输数据,每个服务所拥有的功能具有独立性强、高内聚的特点,这样的设计就实现了单个服务的高内聚,服务与服务之间的低耦合效果,这一个一个的小服务就是微服务。由于服务拆分粒度更细,有利于资源重复利用,提高系统可维护性。 微 . . .阅读

深入解读微服务架构下分布式事务解决方案

1 微服务的发展 微服务倡导将复杂的单体应用拆分为若干个功能简单、松耦合的服务,这样可以降低开发难度、增强扩展性、便于敏捷开发。当前被越来越多的开发者推崇,很多互联网行业巨头、开源社区等都开始了微服务的讨论和实践。Hailo有160个不同服务构成,NetFlix有大约600个服务。国内方面,阿里巴巴、腾讯、360、京东、58同城等很多互联网公司都进行了微服务化实践。当前微服务的开发框架也非常多, . . .阅读

MQ消息队列

一、什么是消息队列     MQ(Message Queue)消息队列,是一种跨进程的通信机制,用于上下游传递信息;作为一个队列,其主要的功能就是排队积压。面对高并发任务时,由于来不及同步处理,请求往往会发生堵塞,表现最为明显的就是对数据库的操作,如大量的insert、update之类的请求同时到达数据库,直接导致无数的行锁表锁,甚至最后请求会堆积过多,从 . . .阅读

重构之十六字心法

这篇文章是我写过的所有文章里最难产的一篇,前前后后斟酌酝酿了好几个月。因为重构对于我来讲真的太重要也太深刻了,包含的内容和想说的也太多了。如果说这几年自己觉得在哪些方面的收获最大的话,非重构莫属了。 重构的威力 软件开发的难点在于不确定性,前几天邱大师刚写了一篇《软件开发为什么很难》就提到 软件的复杂性来自于大量的不确定性,而这个不确定事实上是无法避免的。 需求在变,语言在变,框 . . .阅读

微服务之服务网关

图片发自简书App 简介         我们已经知道,在微服务架构中,不同的微服务可以有不同的网络地址,各个微服务之间通过互相调用完成用户请求,客户端可能通过调用N个微服务的接口完成一个用户请求。比如:用户查看一个商品的信息,它可能包含商品基本信息、价格信息、评论信息、折扣信息、库存信息等等,而这些信息获取则来源于不同的微服务,诸如产品系统、 . . .阅读