有朋友问我，DNS轮询是不是过时的技术了？有了反向代理层（Nginx、LVS、F5等），是不是就不需要DNS轮询了？然而，反向代理层绝不能替代DNS轮询！反向代理层有什么用？架构实现时要注意什么？(1)作为服务端统一入口，屏蔽后端WEB集群细节，代表整个WEB集群；画外音：这就是为啥它叫反向代理。(2)保证WEB集群的扩展性，Nginx后端可随时加WEB实例；(3)实施负载均衡，反向代理层会将请求
分类：
其他好文 时间：
2020-11-17 12:12:08
阅读次数：
6
三个问题，回顾前情提要。ServiceMesh解决什么问题？SM本质是业务服务与底层技术体系的解耦：一个进程实现业务逻辑（不管是调用方，还是服务提供方），biz，即上图白色方块一个进程实现底层技术体系，proxy，即上图蓝色方块画外音：负载均衡、监控告警、服务发现与治理、调用链…等诸多基础设施，都放到这一层实现。什么是Istio？Istio是ServiceMesh的产品化落地。Istio的分层架构
分类：
其他好文 时间：
2020-11-16 13:59:46
阅读次数：
13
ServiceMesh(3)前篇：《ServiceMesh究竟解决什么问题》《什么是Istio，ServiceMesh最流行落地》Istio是ServiceMesh的产品化落地：它帮助微服务之间建立连接，帮助研发团队更好的管理与监控微服务，并使得系统架构更加安全它帮助微服务分层解耦，解耦后的proxy层能够更加专注于提供基础架构能力，例如：（1）服务发现(discovery)（2）负载均衡(loa
分类：
其他好文 时间：
2020-11-16 13:59:09
阅读次数：
12
ServiceMesh(2)上一篇介绍了《ServiceMesh究竟解决什么问题？》，当微服务架构体系越来越复杂的时候，需要将“业务服务”和“基础设施”解耦，将一个微服务进程一分为二：一个进程实现业务逻辑，biz，即上图白色方块一个进程实现底层技术体系，proxy，即上图蓝色方块，负载均衡、监控告警、服务发现与治理、调用链…等诸多基础设施，都放到这一层实现如此解耦之后：biz不管是调用服务，还是提
分类：
其他好文 时间：
2020-11-16 13:58:44
阅读次数：
12
SM，第一篇服务网格（ServiceMesh）这两年异常之火，号称是下一代微服务架构，接下来两个月，准备系统性的写写这个东西，希望能够让大家对最新的架构技术，有个初步的了解。画外音：我的行文的风格了，“为什么”往往比“怎么样”更重要。互联网公司，经常使用的是微服务分层架构。画外音：为什么要服务化，详见《服务化到底解决什么问题？》。随着数据量不断增大，吞吐量不断增加，业务越来越复杂，服务的个数会越来
分类：
其他好文 时间：
2020-11-16 13:58:09
阅读次数：
14
前情提要：《ServiceMesh究竟解决什么问题？》《Istio究竟是什么？》《Istio分层架构设计？》Istio架构体系中，流控(TrafficManagement)虽然是数据平面的EnvoyProxy实施的，但整个架构的核心其实在于控制平面的Pilot。灰度发布的过程在《Istio，灰度发布》一文中已经有过描述，今天重点说说Pilot和Envoy的交互流程与内部结构。一、通用交互流程图示：
分类：
其他好文 时间：
2020-11-16 13:42:08
阅读次数：
5
网关是什么，为什么我们需要网关?网关好比我们现实生活中的大门，我们要每天出门上班，下班回家都要通过大门进出在网络世界中网关实际上起着控制流量进出的作用我们平常使用电脑访问互联网，路由器承担了出去流量的网关的工作，在流量到达网关后，网关使用NAT技术完成了源地址转换（可以理解为出门前换了一双鞋子）当客户端流量到达服务端之后，也需要进入服务端的网关进行处理，这个网关通常也叫web反向代理，通常为了提高
开场白现在很多公司高并发的系统，以前的单体架构遇到了瓶颈，就需要一种架构来解决这种痛点，单体架构及系统流量很大的时候，并发量提不上来，很容易系统阻塞导致运转不起来，这个时候微服务就是为了解决这种痛点而生的，微服务，及把单体服务分成多个微服务，采用了分治思想，拆分的微服务也是要有度才行，不能分得太细。架构选型选型一对于并发非常大的可以采用，nginx集群加网关集群1、nginx可以做路由转发，同时可
分类：
其他好文 时间：
2020-11-16 13:05:28
阅读次数：
3
Slack的512宕机故障分析：负载均衡策略的失误本文描述了2020年5月12日导致Slack宕机的技术细节，要想了解更多关于此故障背后的过程，请参阅RyanKatkov的文章AllHandsonDeck(1)。2020年5月12日，Slack发生了很长时间以来的一次重大故障。我们在事件发生后不久就发表了一份故障说明(2)，但这是一个有意思的问题，我想更详细地介绍一下围绕它的一些技术问题。用户可见
分类：
其他好文 时间：
2020-11-13 12:37:20
阅读次数：
4
由于Jumpserver 本身不支持Reids高可用部署，采用Redis 哨兵模式实现Redis自身主备节点数据同步以及故障切换，但Jumpserver无法感知Redis主节点的IP切换，因此本文采用Redis 哨兵模式+Keepalived浮动IP的方式实现Redis的高可用，通过Keepalived监控Redis主节点的故障IP切换，实现浮动IP始终跟随Redis集群主节点，Jumpserver只用连接浮动IP即可始终连接Redis集群主节点。
分类：
其他好文 时间：
2020-11-12 14:30:03
阅读次数：
19
