分布式
文章平均质量分 92
_wei丶
这个作者很懒,什么都没留下…
展开
-
大神讲解微服务治理的技术演进和架构实践
摘要:随着业务的发展,规模扩大,服务越来越多,需要协调线上运行的各个服务,保障服务的SLA;基于服务调用的性能KPI数据进行容量管理,合理分配各服务的资源占用;对故障业务做服务降级、流量控制、流量迁移等快速恢复业务。怎样的服务治理框架能满足需求?为什么需要服务治理?第一、业务需求随着业务的发展,服务越来越多,如何协调线上运行的各个服务,保障服务的SLA,对服务架构和运维人员是一个很大的挑战。随着业务规模的不断扩大,小服务资源浪费等问题逐渐显现,需要能够基于服务调用的性能KPI数据进行容量管.转载 2021-06-07 19:18:20 · 493 阅读 · 0 评论 -
Jaeger 教程
注:阅读本文需要对 OpenTracing 有大致的理解,可参考之前的文章《OpenTracing 详解》。Jaeger 是 Uber 开源的分布式追踪系统,兼容 OpenTracing 标准,于 2017 年 9 月加入 CNCF 基金会。由来由于 Uber 的业务增长迅猛,其软件架构也越来越复杂,截止 2015 年下半年,Uber 内部已经有 500 多个微服务在运行,给问题排查和性能分析带来巨大困难。2016 年 4 月,Uber 启动 Jaeger 项目,并逐渐在内部推行分布式追踪系统,一年之转载 2021-05-27 16:09:36 · 2518 阅读 · 0 评论 -
OpenTracing 详解
OpenTracing 于 2016 年 10 月加入 CNCF 基金会,是继 Kubernetes 和 Prometheus 之后,第三个加入 CNCF 的开源项目。它是一个中立的(厂商无关、平台无关)分布式追踪的 API 规范,提供统一接口,可方便开发者在自己的服务中集成一种或多种分布式追踪的实现。本文讲一讲 OpenTracing 的来龙去脉,以及在容器化和微服务盛行的今天,为什么分布式追踪显得格外有用。Distributed Tracing什么是 Tracing图片来源 Metrics, t转载 2021-05-27 16:01:08 · 9124 阅读 · 0 评论 -
prometheus和zabbix的对比
prometheus和zabbix的对比一、两种监控工具的历史简介:prometheus:Kubernetes自从2012年开源以来便以不可阻挡之势成为容器领域调度和编排的领头羊,Kubernetes是Google Borg系统的开源实现,于此对应Prometheus则是Google BorgMon的开源实现。Prometheus是由SoundCloud开发的开源监控报警系统和时序列数据库。从字面上理解,Prometheus由两个部分组成,一个是监控报警系统,另一个是自带的时序数据库(TSDB)。20转载 2021-04-26 16:08:05 · 254 阅读 · 0 评论 -
Dapper - 论文 中文版 大规模分布式系统的跟踪系统
概述当代的互联网的服务,通常都是用复杂的、大规模分布式集群来实现的。互联网应用构建在不同的软件模块集上,这些软件模块,有可能是由不同的团队开发、可能使用不同的编程语言来实现、有可能布在了几千台服务器,横跨多个不同的数据中心。因此,就需要一些可以帮助理解系统行为、用于分析性能问题的工具。Dapper–Google生产环境下的分布式跟踪系统,应运而生。那么我们就来介绍一个大规模集群的跟踪系统,它是如何满足一个低损耗、应用透明的、大范围部署这三个需求的。当然Dapper设计之初,参考了一些其他分布式系统的理念转载 2021-04-25 19:23:40 · 301 阅读 · 0 评论