腾讯云开发者社区-腾讯云

开发者社区

文档建议反馈控制台

最新优惠活动

文章/答案/技术大牛

发布

橙子架构杂谈

专栏作者

17

文章

29036

阅读量

23

订阅数

【服务治理】服务治理漫谈

微服务网络安全自动化运维

本文是服务治理领域专题的第一篇，并不希望也无法大包大揽将所有的点都覆盖到，更意在从一些更贴近我们实际工作的角度来进行更抽象层次的剖析，更多分享的是我认为重要或者有意思的一些方法论和逻辑推演过程。这能给我们后续无论是业务应用还是基础技术领域的服务治理提供一些参考。

吃橙子的狐狸

2021-12-06

2.3K0

服务治理在猫眼娱乐的演进之路（二）- Servicemesh

微服务 rpc 开源

注：公众号搜索“架什么构”。本文文稿基于作者于2019 Archsummit大会演讲内容整理

吃橙子的狐狸

2019-12-19

5980

服务治理在猫眼娱乐的演进之路（一）- 高可用治理中心

微服务系统架构 ide

ArchSummit_全球架构师峰会(北京站)2019-InfoQarchsummit.infoq.cn

吃橙子的狐狸

2019-12-19

8420

架构师成长之路之Servicemesh罪与罚

网络安全 react

陈超，腾讯云TVP（腾讯云最具价值专家），历任百度凤巢某业务团队技术负责人、丁丁租房基础架构与运维部负责人，现猫眼娱乐基础架构负责人。参与国内最大的商业广告平台“凤巢系统”服务化过程，从 0-1 搭建丁丁租房整体业务微服务架构和基础架构体系，从 0-1 搭建猫眼娱乐基础架构体系。具备 8 年互联网工作经验，在服务治理领域具备丰富经验。

吃橙子的狐狸

2019-06-13

4160

架构师成长之路之限流

分布式微服务云数据库 Redis 压力测试

在上一篇架构师成长之路之服务治理漫谈里面，我们已经谈到了高可用治理的部分。为了“反脆弱”，在微服务复杂拓扑的情况下，限流是保障服务弹性和拓扑健壮的重中之重。

吃橙子的狐狸

2019-03-28

11.2K0

【Servicemesh系列】【Envoy源码解析（三）】一个Http请求到响应的全链路（二）

负载均衡负载均衡缓存

上一章节讲到了FilterManager通过对Read Filter进行流程拼装，以下接着以最核心的路由功能为例，来串联整个请求发送的流程。

吃橙子的狐狸

2019-02-28

1.6K0

【Servicemesh系列】【Envoy源码解析（二）】一个Http请求到响应的全链路（一）

当有新连接过来的时候，会调用上一章节所提及的被注册到libevent里面的回调函数。我们回顾一下，上一章节提及了，会有多个worker注册所有的listener，当有一个连接过来的时候，系统内核会调度一个线程出来交付这个连接。这样，就可以并发地进行连接的快速建立。更详细的内容可以参考envoy官方博客关于线程模型的描述，此处不赘述。

吃橙子的狐狸

2019-02-28

1.2K0

【Servicemesh系列】【Envoy源码解析（一）】Envoy启动

Envoy是Servicemesh体系中的佼佼者，也是目前Istio默认集成的数据平面，在网上Envoy源码解析的文章非常少，基本很难搜罗到对应的一些细节资料。以下将从源码级别切入，深度分析Envoy架构

吃橙子的狐狸

2019-02-28

1.4K1

【Servicemesh系列】【章1】微服务发展路径（上）

虚拟化微服务运维

关于Servicemesh是什么，能做什么，此处不再进行赘述，相关文章已经非常之多。读者可以自行上网查阅。Servicemesh是一个比较新的名词，在2017年才逐步传播开来。之前主要集中于各种云服务的解决方案中使用。我们在开始阐述Servicemesh之前，先来系统地回顾下微服务的发展历程，其更有助于我们对Servicemesh的了解。以下会根据我实际的经验，以及一些方法论，来穿插推进论证整个发展历程。

吃橙子的狐狸

2019-02-28

7110

【大型网站技术架构笔记】（四）伸缩性、可扩展性与安全

负载均衡缓存负载均衡 dns 缓存

一般手段有两种。一类是根据功能进行物理分离，一类是对单一功能进行集群化来实现。比如将缓存、静态文件、数据库服务从服务器中拆分进行单独部署，比如对业务逻辑进行横向纵向切分等，都属于通过物理分离来达成整个系统处理能力的伸缩。对服务进行集群化这个应用场景非常广泛。此处无需再多说。

吃橙子的狐狸

2019-02-28

7970

【大型网站技术架构笔记】（三）高性能与高可用架构

缓存数据库数据备份 sql 分布式

1.响应时间。 2.并发数。如果暂时没有对应的准确监控，针对不同业务模型，可以有不一样的并发数的预估。我们的系统进行峰值并发数预估的话，有一种比较粗略的计算方式，即全天请求平均每秒并发数 * 3。但也需要case by case。 3.吞吐量。比较常见的有QPS（每秒查询数）、HPS（每秒http请求数）以及TPS（每秒处理事务数）。 4.性能计数器。包括系统负载、线程数、cpu、内存使用情况等。可以用top、free、cat /proc/cpuinfo等命令来查看。系统负载的定义为当前被CPU执行的线程数/等待被CPU执行的总线程数。当其值与逻辑cpu个数相同时是最佳状态，其代表所有的资源都被最大限度地被利用。但也有人认为当负载为0.7倍逻辑CPU数时最佳。 1)系统负载、任务、cpu、内存使用情况：

吃橙子的狐狸

2019-02-28

5380

【大型网站技术架构笔记】（二）大型网站架构模式与核心要素

分布式缓存 nosql sql rabbitmq

即对系统进行横向划分。比如进行MVC分层，又可分为接入层、业务层、核心数据层。应当禁止跨层调用以及逆向调用。

吃橙子的狐狸

2019-02-28

5630

【大型网站技术架构笔记】（一）演化过程

缓存分布式网站数据库 cdn

【大型网站技术架构笔记】系列是阅读《大型网站技术架构核心原理与实践》一书的一些笔记，记录了原书的一些重要内容以及我的个人理解。其中很多内容网上都能找得到。其实整本书，我最赞同的是作者阐述的网站架构的价值观——“业务成就技术，而不是相反”。在没有业务场景的时候就一味追逐架构，为技术而技术，或者一上来就想要设计出一个可以适用所有场景的解决方案，是不理智的。我们有的时候可能会陷入技术的怪圈而忘了考虑业务本身。我曾经看到的一句我很喜欢的话，在这边也与诸君分享：好的架构都是进化来的，不是设计来的。

吃橙子的狐狸

2019-02-28

8580

【SEDA异步框架】【四】异步框架总体设计与实现

前文提到，基于SEDA的异步框架，一个stage的理想结构描述如下：

吃橙子的狐狸

2019-02-28

1K0

【SEDA异步框架】【三】异步框架技术选型

json spring 分布式 http

采用了spring+quartz+fastjson+rabbitmq来实现。和传统SEDA架构区别比较大的地方在于：

吃橙子的狐狸

2019-02-28

1K0

【SEDA异步框架】【二】为什么使用SEDA

编程算法压力测试

目前，面对并发环境，主流互联网服务器编程模型有两种：多线程模型以及事件驱动模型。但是这两个模型都不足以解决这个问题。我们来首先看一下这两种编程模型。

吃橙子的狐狸

2019-02-28

1.8K0

【SEDA异步框架】【一】SEDA国内外研究现状

压力测试编程算法 spring 开源

1、SEDA架构的起源和特点当前最流行的互联网服务器模型基本都是基于多线程／进程并发服务模型。然而当线程数目增加到一定值后，系统性能会下降，这就限制了系统支持高并发请求的能力。这种缺陷是多线程／进程本身的架构造成的。加州大学伯克利分校的Matt Welsh提出了一种新的服务器软件架构SEDA。SEDA是Staged Event-Driven Architecture的缩略语，其基本原理是：应用程序被构造为阶段网络，阶段之间靠事件队列联系，应用程序设计者只负责每个阶段的服务逻辑和阶段间的连接逻辑，而由各阶段自身负责资源管理和负载适应功能。使用这种分解使系统达到高并发性、高效率性、对负载变化的良好适应性以及良好的系统缩放性。

吃橙子的狐狸

2019-02-28

2K0

没有更多了

社区活动

腾讯技术创作狂欢月

“码”上创作 21 天，分 10000 元奖品池！

Python精品学习库

代码在线跑，知识轻松学

博客搬家 | 分享价值百万资源包

自行/邀约他人一键搬运博客，速成社区影响力并领取好礼

技术创作特训营·精选知识专栏

往期视频·千货材料·成员作品最新动态