- 博客(15)
- 问答 (2)
- 收藏
- 关注
RSS订阅原创 【服务治理】服务治理漫谈
【服务治理】服务治理漫谈0. 前言本文是服务治理领域专题的第一篇，并不希望也无法大包大揽将所有的点都覆盖到，更意在从一些更贴近我们实际工作的角度来进行更抽象层次的剖析，更多分享的是我认为重要或者有意思的一些方法论和逻辑推演过程。这能给我们后续无论是业务应用还是基础技术领域的服务治理提供一些参考。1. 什么是服务治理在一切的最开始，我们先来问自己一个问题，什么叫做服务治理？网上有很多关于服务治理的定义，维基百科也有着对应的定义。林林总总，有宏观的也有细节的。而在本文中，我尝试为其进行另一个维度上的简单
2021-07-29 15:00:38
1198
原创 架构师成长之路之Servicemesh罪与罚
前言现在市面上有非常多介绍Servicemesh概念、架构、方法论以及标准化实现的文章，但是对于Servicemesh应该如何才能被真正有效可靠的落地，我们会面临哪些困难选择，并未太多提及。本文希望从这个角度出发，结合笔者在生产环境落地中的一些经验和踩过的坑，探讨如何才能更好地让系统演进到Servicemesh架构。如果对于Servicemesh本身概念、发展现状以及为什么需要它不清楚的话，可...
2019-06-13 10:45:55
838
原创 架构师成长之路之限流
架构师成长之路之限流文章目录架构师成长之路之限流1. 我们为什么需要限流2. 我们常见的限流手段2.1 信号量计数2.2 线程池隔离2.3 固定窗口计数2.4 自然窗口计数2.5 滑动窗口计数2.5.1 基于共享分布式内存2.5.2 基于本地内存2.6 令牌桶和漏桶算法计数3. 微服务限流几个考虑的点3.1 机器时钟不一致或者时钟回退问题3.2 在SDK还是Server端做限流逻辑3.3 限流...
2019-03-19 19:00:06
528
原创 【Servicemesh系列】【Envoy源码解析（三）】一个Http请求到响应的全链路（二）
目录目录4. 请求解析5. 请求的编解码器初始化阶段6. 请求头处理阶段6.1 解析Http_Method6.2 生成&遍历FilterChain、Router匹配6.3 负载均衡6.4 创建Upstream连接并绑定响应回调上一章节讲到了FilterManager通过对Read Filter进行流程拼装，以下接着以最核心的路由功能为例，来串联全...
2018-09-05 16:19:59
2534
原创 【Servicemesh系列】【Envoy源码解析（二）】一个Http请求到响应的全链路（一）
目录目录1. http连接建立2. 请求数据获取读数据的整体逻辑3. 请求数据处理流程拼装4. 路由4.1 onMessageBegin1. http连接建立当有新连接过来的时候，会调用上一章节所提及的被注册到libevent里面的回调函数。我们回顾一下，上一章节提及了，会有多个worker注册所有的listener，当有一个连接过来的时候，系统内...
2018-09-04 17:24:43
2196
原创 【Servicemesh系列】【Envoy源码解析（一）】Envoy启动
目录目录前言1. 初始化1.1 main函数执行1.2 MainCommon初始化1.3 Instance初始化2. 启动2.1 启动入口2.2 绑定listener到worker上2.3 Listener初始化2.4 Listener对新连接设置回调函数 & Listener Filter创建2.5 连接初始化 & Read/Write Fil...
2018-08-29 20:48:35
3507
1
原创 【Servicemesh系列】【章1】微服务发展路径（上）
目录目录1.1 MVP阶段1.2 微服务1.3 后微服务时代1.3.1 虚拟化，标准化，产品化1.3.2 程序包含环境，而非剥离环境1.3.3 少惯“宠物”，多养“奶牛”，权衡而非对抗关于Servicemesh是什么，能做什么，此处不再进行赘述，相关文章已经非常之多。读者可以自行上网查阅。Servicemesh是一个比较新的名词，在2017年才逐步传播开来。之前主...
2018-08-28 00:54:56
641
原创 【大型网站技术架构笔记】（四）伸缩性、可扩展性与安全
网站架构的伸缩性设计一般手段有两种。一类是根据功能进行物理分离，一类是对单一功能进行集群化来实现。比如将缓存、静态文件、数据库服务从服务器中拆分进行单独部署，比如对业务逻辑进行横向纵向切分等，都属于通过物理分离来达成整个系统处理能力的伸缩。对服务进行集群化这个应用场景非常广泛。此处无需再多说。应用服务器进行伸缩的方法网站进行伸缩过程中，由于采用了集群技术，所以不可避免的要面对服务集群化后的负载均衡问
2016-02-26 01:11:27
1986
原创 【大型网站技术架构笔记】（三）高性能与高可用架构
性能测试指标1.响应时间。 2.并发数。如果暂时没有对应的准确监控，针对不同业务模型，可以有不一样的并发数的预估。我们的系统进行峰值并发数预估的话，有一种比较粗略的计算方式，即全天请求平均每秒并发数 * 3。但也需要case by case。 3.吞吐量。比较常见的有QPS（每秒查询数）、HPS（每秒http请求数）以及TPS（每秒处理事务数）。 4.性能计数器。包括系统负载、线程数、cpu、
2016-02-26 01:07:37
2645
原创 【大型网站技术架构笔记】（二）大型网站架构模式与核心要素
架构模式系统朝大型系统衍变的过程中，如下几个架构模式是我们应该考虑也终将经历的。分层即对系统进行横向划分。比如进行MVC分层，又可分为接入层、业务层、核心数据层。应当禁止跨层调用以及逆向调用。分割即对系统进行纵向划分。比如在业务层上拆解业务，核心数据层上划分不同类型的数据，以方便流量控制等。分布式分布式部署一般耳熟能详。也是SOA中重要的一环。但是在没有高效分布式事务的前提下，如何在分布式中保证数据
2016-02-26 01:05:39
565
原创 【大型网站技术架构笔记】（一）演化过程
开篇明义：【大型网站技术架构笔记】系列是阅读《大型网站技术架构核心原理与实践》一书的一些笔记，记录了原书的一些重要内容以及我的个人理解。其中很多内容网上都能找得到。其实整本书，我最赞同的是作者阐述的网站架构的价值观——“业务成就技术，而不是相反”。在没有业务场景的时候就一味追逐架构，为技术而技术，或者一上来就想要设计出一个可以适用所有场景的解决方案，是不理智的。我们有的时候可能会陷入技术的怪圈
2016-02-03 18:41:41
835
原创 【SEDA异步框架】【四】异步框架总体设计与实现
基于SEDA的异步框架设计与实现四、异步框架总体设计与实现 1、框架中的stage理想结构 前文提到，基于SEDA的异步框架，一个stage的理想结构描述如下： 在这个框架的设想中，一个stage一般需要有如下几个组件： 1、D-MQ：分布式消息中间件。用做事件队列，以进行消息的传递。 2、Local-Queu
2016-02-03 18:41:02
588
原创 【SEDA异步框架】【三】异步框架技术选型
基于SEDA的异步框架设计与实现三、异步框架技术选型 在这次实现的SEDA异步框架中，采用的基础架构原型如下： 采用了spring+quartz+fastjson+rabbitmq来实现。和传统SEDA架构区别比较大的地方在于： 1、采用分布式mq（使用了rabbitmq）而不是blockingqueue。如此既可以支持以后可能进行的分布式化
2016-02-03 18:40:56
555
原创 【SEDA异步框架】【二】为什么使用SEDA
基于SEDA的异步框架设计与实现 二、为什么使用SEDA 目前，面对并发环境，主流互联网服务器编程模型有两种：多线程模型以及事件驱动模型。但是这两个模型都不足以解决这个问题。我们来首先看一下这两种编程模型。 1、多线程并发模型 多线程并发模型是目前最普遍的服务器编程模型，该模型的架构如下图所示： 该模型针对每一
2016-02-03 18:40:50
717
原创 【SEDA异步框架】【一】SEDA国内外研究现状
基于SEDA的异步框架设计与实现 一、SEDA国内外研究现状1、SEDA架构的起源和特点 当前最流行的互联网服务器模型基本都是基于多线程／进程并发服务模型。然而当线程数目增加到一定值后，系统性能会下降，这就限制了系统支持高并发请求的能力。这种缺陷是多线程／进程本身的架构造成的。加州大学伯克利分校的Matt Welsh提出了一种新的服务器软件架构SEDA。SEDA是Staged E
2016-02-03 18:40:45
3389
空空如也
请问如何去监控后端服务器网络是否抖动？
2016-03-29
haproxy reload时候-sf和-st的区别？
2016-03-21
TA创建的收藏夹 TA关注的收藏夹
TA关注的人