01技术人成长的悖论Aliware在程序员界有一个悖论持续在困惑着很多技术人：在写代码的人的困惑是一直写代码是不是会丧失竞争力，会不会被后面年轻的更能加班写代码的人汰换。典型代表就是工作

01背景Aliware01容器网络为何出现在一个汽车发动机的生产车间中，汽车发动机的各个组件会存在一定的顺序进行组装，这就要求有直接关系的组件必须知道下一个组件的具体位置。当一个汽车发动机组装完成后，距离最后成品汽车，还差了很多部件，比如底盘，车身等。此时，需要将发动机发往一个装配中心进行组合安装，这样我们就必须知道装配中心的地理位置。这些位置在容器中可以理解为

01前言Aliware上一篇文章《「技术人生」第6篇：技术同学应该如何理解业务？》作为业务篇的开篇文章，简单探讨了业务的本质，并且简单讲解了业务包含哪些关键环节。对于从事信息技术相关工作的人而言，除了了解业务的本质之外，仍然需要回归自身专业的视角，先是明确自己所从事的技术工作本质是什么，然后就是要理清技术和业务的关系是什么——前者能够让我们在宏观层面上看到自己所从事的工作有怎样的性质、遵从怎样的规律、会有怎样的发展趋势；后者可以让我们了解到自己的技术工作服务于业务的哪部分、应当如何支撑业务需求、如何保障业务发展，最终可以通过怎样的技术上的突破来驱动业务发展。因此本文会在前一篇文章的基础上，继续探讨信息技术的本质以及信息技术和业务的关系，并且尝试理清信息技术在业务开展过程中能起到什么样的作用。而想要讨论清楚信息技术的本质，就必须讨论清楚究竟什么是“信息技术”；想要讨论清楚什么是“信息技术”，就不得不先彻底弄明白什么是“信息”、什么是”技术“。对一个事物本质的探讨，需要我们通过打破砂锅问到底的方式，对那些最显而易见、最不起眼、看起来最不需要讨论的问题发起最简单的追问，才能让我们逐步接近事物本质，这就是“上下而求索”。因此接下来本文会以

不会加到系统级的统计cgroup里面pgsteal_kswapd和pgsteal_direct同样只会加到cgroup自己的统计但是主要pgscan_anon,

S.O.L.I.D。依赖倒置限制了模块的依赖顺序、单一职责限制模块的职责范围、接口隔离限制接口的提供形式。软件的本质是约束。商品的代码不能写在订单域，数据层的方法不能写在业务层。70

万块钱左右就可以具备微服务能力和专业的服务保障，因此数字化升级的各行各业都逐渐采用了微服务架构快速演进。03微服务场景更广泛由于微服务技术门槛和复杂度导致采用成本比较高，早期研发人数仅

的写压力。同时针对客户端对服务端的各种压力，可以通过组件性能规范来完成改造，在组件启用，准入的时候进行规范校验是否满足，进而推动最佳实践的落地，包括推动组件的合并，下线，以及组件不合理

万次的调度频度），无法提供极致的性能保障；默认的调度器无法提供灵活的多租户队列管理功能；默认的调度器采取的是静态资源配额管理，不能做到“削峰填谷”，不利于实现集群资源的高利用率；Scheduler

01什么是分布式链路追踪Aliware首先，什么是分布式链路追踪。我对分布式链路追踪的理解就是跟踪请求在分布式系统中的流转路径与状态，从而协助开发人员能够进行故障诊断、容量评估、性能瓶颈分析等工作。

云原生已经成为数字经济技术的创新基石，并且正在深刻地改变企业上云和用云的方式。云原生的用云方式可以帮助企业最大化获得云价值，也给企业的计算基础设施、应用架构、组织文化和研发流程带来新一轮变革。而业务和技术挑战也催生了新一代云原生运维技术体系。本文整理自阿里云资深技术专家、容器服务研发负责人易立在阿里云联合主办的“2021云上架构与运维峰会”中的演讲实录，分享了云原生时代运维技术发出的重要改变，以及源自阿里云超大规模云原生应用发展进程中的CloudOps实践。易立，阿里云资深技术专家、容器服务研发负责人01新商业带来新机遇与新挑战Aliware阿里云对云原生的定义是因云而生的软件、硬件和架构，帮助企业最大化获得云价值。云原生技术带来的变化包含几个维度：首先是计算基础设施的变化，包含虚拟化、容器、函数计算的新的计算形态，帮助应用高效地运行在公共云、私有云、边缘云等不同的云环境。其次是应用架构的变化。利用微服务、服务网格等技术帮助企业构建分布式、松耦合、高弹性、高容错的现代化应用。最后是组织、文化和流程的变化。比如

Docker”这一设定，未来在生态发展上会增加更多的投入，创造更多更优质的官方镜像，建立更多的合作伙伴，真正把软件的提供者与使用者连接起来，高效的协作。作者介绍中弈：阿里云技术专家，sealos

的流量控制。但是在此之前，是要求系统架构师能对系统的容量心中有数。我们推荐的做法是在做类似的安全防护之前，先要做到一个整体的容量评估，这里的评估不单单只是针对某些

方法就可以运行，在正式环境下最多依赖消息队列和存储（其中存储是可选的，主要是为了分片切换时的容错）。高性能实现高过滤优化器，包括前置指纹过滤，同源规则自动归并，hyperscan

防御，攻击告警以及溯源，支持危险组件检测，并提供漏洞修复建议。一键开启接入，无需修改代码，支持软熔断逃生避免影响应用以及观察模式体验实际效果。通过压测来看，开启应用安全防护模式后

这个核心的数学模型以后，核心建模抽象、核心逻辑设计、扩展性设计、监控对账逻辑，全部都可以运用进去，迎刃而解。03技术选择的“CTO责任制”与决策逻辑面向创业团队，技术的选择就是一种“CTO

服务开发，而配置中心、元数据中心则会在微服务演进的过程中逐步的按需被引入进来。01注册中心注册中心扮演着非常重要的角色，它承载着服务注册和服务发现的职责。目前

PaaS、iPaaS、低碳等；云原生基础技术：容器、微服务、可观测、DevOps、Serverless、容器存储、容器安全等。02全方位助力，支持伙伴快速成长长达一年的加速成长计划：通过

作者：亦盏01微服务敏捷开发不简单Aliware01安得环境千万套，大庇开发小哥俱欢笑微服务给大家带来了敏捷开发的特性，基于敏捷开发带来的便利，让我们可以在同一个时间内多个迭代/feature

中，“应用”被设计为整个平台的「一等公民」。应用团队只需要围绕组件、运维特征、工作流等几个跨平台、跨环境的上层抽象来进行应用的交付与管理，无需关注任何基础设施细节和差异性；平台管理员则可以随时以

全链路追踪的价值Aliware链路追踪的价值在于“关联”，终端用户、后端应用、云端组件（数据库、消息等）共同构成了链路追踪的轨迹拓扑大图。这张拓扑覆盖的范围越广，链路追踪能够发挥的价值就越大。而全链路追踪就是覆盖全部关联

是开源可视化和分析软件。它允许查询、可视化、提醒和探索指标，无论它们存储在何处。简单地说，提供了将时间序列数据库（TSDB）数据转换为漂亮的图形和可视化的工具。你还不知道什么是

IDaaS，帮助客户实现支付宝、淘宝、天猫等的三方认证登录，并以插件的方式支持来扩展认证鉴权功能，以降低客户的安全接入成本。现有认证鉴权功能如下图：3更统一：网关直连后端服务，打通

引言：从“消息”到“消息、事件、流”的大融合Aliware消息队列作为当代应用的通信基础设施，微服务架构应用的核心依赖，通过异步解耦能力让用户更高效地构建分布式、高性能、弹性健壮的应用程序。从数据价值和业务价值角度来看，消息队列的价值不断深化。消息队列中流动的业务核心数据涉及集成传输、分析计算和处理等不同环节与场景。伴随着不断演进，我们可以预见消息队列势必在数据通道、事件集成驱动、分析计算等场景不断产生新价值，创造新的“化学反应”。RocketMQ

业务参与方的辩证理解——从简单的二元对立到业务生态的多元博弈和共赢从上两节的内容我们可以看到，从“广义的业务”到“某一个具体的业务”（本文中是电商业务），业务的参与方从高度抽象的、简单的

前言Aliware绝大多数的人都有自己的思维定式，都有无形的枷锁束缚着自己的思维，从而导致行为也被束缚，所以在他人看来会有这样的现象：有些事情该做却没有做，有些事情不该做却做了很多。我们抛开公序良俗、社会道德、法律法规等等这些约束人在社会活动中必须遵守的束缚的情况不谈，只谈论在工作方面、或者说“做事”方面可能有哪些无形的东西在束缚着大家，和大家一起探讨如何看到这些束缚，打破这些束缚，从而获取站到更高层次的机会，完成自身角色的转变。认清每个人自己在日常工作中的思维定式非常重要，有助于转变自己对很多事情的认知，而这种转变也会从根本上带来行为上的变化。也就是说，可以通过理论分析和实践，来共同完成对个人实际生活的影响。所以今天这篇文章，我们会先讨论业务研发同学，或者说大多数的业务研发同学的自我认知是什么，再看下这种普遍的自我认知之内，是否已经存在着大家视而不见的思维定式；然后再讨论思维定式产生的原因是什么，如何突破这种由认知不到位而导致的自我束缚；最后再探讨业务研发同学应该存在什么样的认知，如何通过实践完成自己从普通开发到技术一号位的角色转变。业务研发同学普遍的、存在思维定式的自我认知&产生的原因及解决办法Aliware1业务研发同学普遍的、存在思维定式的自我认知是什么从上大学选择专业开始，“编程”、“做技术”、“大牛”

提供的度量查询语言。最后为大家介绍基于度量系统的一些预警规则。预警规则非常丰富，下面列举几条以方便大家参考：1）阈值预警：当某一度量指标的值低于或高于某一预设值时，就会触发警报。例如，CPU

三位一体Aliware2020年底，阿里云提出了“三位一体”的理念，目标是希望将“自研技术”、“开源项目”、“商业产品”形成统一的技术体系，令技术的价值可以达到最大化。阿里集团内部的

北京站精彩回顾https://mp.weixin.qq.com/s/MAaKnMly3Oa05tUZBVOk2A关于活动，若有任何问题，均可在“

是一个现代应用交付与管理平台，旨在帮助应用团队更轻松、更快速地在混合/多云环境中部署和管理应用程序，同时在用户需求变化的时候提供高度的灵活性与可扩展性。具体来说，它的核心设计包括：以应用程序为中心-

微服务架构的优点和痛点Aliware1微服务架构的诞生背景回到互联网早期时代，也就是web1.0时代，当时主要是一些门户网站，单体应用是当时的主流应用，研发团队相对较小，这时候的挑战在于技术的复杂度，以及技术人员的匮乏。到了新世纪互联网时代，出现了较大规模的一些应用，比如社交、电商等，流量和业务的复杂度也大幅增加，出现了几百甚至上千人的研发团队，研发团队扩大之后，协作问题成为困扰。SOA

今天，云和云计算技术已经被企业广泛所接受，关于云、云计算、云原生都有非常多的话题，但是我比较想讨论的是在所有云当中真正的主角，就是我们的应用。因为当企业应用上云后，这些应用的高可用能力有可能提升了一部分，但仍存有许多问题；而当我们探讨上云后这些应用的运维效率，却未必有很大的提升，因为所有的运维都是基于基础设施进行的，而云计算是一个比较大的基础设施的改变；如果我们再问，上云后整个应用的开发速度是不是得到了极大的提升，这个时候很多人都要说，并不。因此，今天主要探讨的就是如何利用云原生相关的技术帮助我们的应用去做优化，从传统应用转变成现代化应用。非典型的典型——云上众生相Aliware我们先采取一个从个体再到整体的形而上的方式，来看一个比较典型的企业案例。这个企业虽然和很多上云企业有很多不同，比如说行业、应用类别、上云动机等等，但他们同时也有很多共同点：比如上云后解决了很多问题但仍然遗留了相当多的问题。这个企业属于新零售行业，有不错的销售额。但是随着业务的发展，传统的

度全方位的可观测和监控体系尤为重要。传统的应用基于云原生重构后，享受云原生技术红利的同时也为应用的稳定性治理带来了更多的复杂性，最主要的就是变更难以控制：业务依赖了整套云的基础设施，IaaS

集群的应用改造中，实现了不停机迁移，带来了显著的业务价值。相关产品ALIWARE阿里云服务网格（简称ASM）是一个统一管理微服务应用流量、业界首个兼容Istio的托管式服务网格平台,

这几年大家会发现业界内频繁地提到可观测，也有很多人会问可观测跟之前传统的监测到底有什么区别？可观测并不是一个新的概念，它其实是传统监测的扩展。传统监测领域更多是基于外部的视角去看一个系统，去看一些系统的行为，从而规划整个系统的失败模型，它更多的是从运维的视角来看。今天，我们把这个概念从监测扩展到可观测，其实更多是从系统内部的白盒化思路去看系统内部的运行状况，是由内往外的，同时结合多种观测手段，包括我们传统说的

期望使用这一套规则，便可以实现如金丝雀发布、A/B测试等丰富的路由语义，只需要配置一套规则，写入统一的控制面，就可以统一地控制所有集群。这样无论使用

系统具备反脆弱的特性。全链路压测解决方案ALIWARE如何在生产环境上做全链路压测？它需要用到哪些技术手段？1压测进程演变一般情况下，测试是怎么样从线下一点点往线上演变的？我把它分为四个阶段：1.

某零售商超行业的龙头企业，其主要业务涵盖购物中心、大卖场、综合超市、标准超市、精品超市、便利店及无人值守智慧商店等零售业态，涉及全渠道零售、仓储物流、餐饮、消费服务、数据服务、金融业务、跨境贸易等领域。为了持续支持业务高速且稳定地发展，其在快速上云后，将核心业务改造为全

往期技术一号位方法论系列文章：「技术人生」第1篇：什么是技术一号位？「技术人生」第2篇：学会分析事物的本质「技术人生」第3篇：解决问题的规律总结本期文章篇幅较长，建议收藏阅读。背景ALIWARE本期文章将接上期《「技术人生」第3篇：解决问题的规律总结》继续探讨技术、业务、组织的一般规律及应对策略。需要注意的是，以下内容为个人实践结果的总结和分析，受限于个人能力和经验有限，在描述规律的过程中，可能会存在维度的缺失；或者当前描述的规律所涉及的维度并不是某些读者认知中的重点，因为事物不同的维度在不同角色和级别的人的认知中重要程度不同，即：PD和研发对于同一件事情的侧重点不同；P6到P11对于同一件事情，很大概率看重的侧重点不同，我们特别欢迎不同层次的同学分享你眼中的规律出来指引其他人实践。而对于今天本文接下来要讨论的内容，需要大家辩证地去看待，并且在讨论初始需要重新对齐当前事物的讨论范围：当前对组织、业务和技术的规律的探讨，限定在“技术团队leader带领研发团队负责某个业务或负责某个业务的一部分”的情况下，“技术”一词指代研发人员使用的信息化技术；“业务”一词指代研发人员使用信息化技术解决的问题域的统称，“组织”一词指代技术团队

指令。如上图所示，这样就可以保证用户依赖的所有镜像都被打包进去，无论用户使用什么样的编排方式。第二个问题，我们打包容器镜像到私有镜像仓库中，怎样使用这个私有镜像也是个难题，假设私有镜像仓库名为

预测，未来事件驱动将成为业务开发的主流架构。企业客户上云过程中对于低代码、无服务器弹性应用架构，如何轻量集成众多异构云服务的数据流有着明确的痛点和诉求。基于此趋势，阿里云发布了事件总线

背景ALIWARE云原生是云计算发展的必然产物，而云原生的持续生长也绝非偶然。2021年，云原生呈现怎样的面貌、又带来了哪些新变化？阿里云容器服务研发总监易立近日在阿里云开发者大会发表了《云原生应用新边界》的演讲，并表示，云原生为开发者提供了三方面便利：应用基础设施“零”维护、应用架构现代化“零”阻力、数字与物理世界“零”边界。云原生：因云而生ALIWARE云原生是因云而生的技术，它根植于开发者，并提供最大云价值。在

2021年，由中国开源软件推进联盟COPU牵头发布了《2021中国开源发展蓝皮书》，涵盖当今全球开源的总体情况分析、开发者分析、项目分析、领域案例，绘制了一副"开源数字生态地图"。让我们全面地看到了开源领域的中国力量。报告指出：国内的企业阿里开源活跃度排名第一，有的指标值甚至是其它公司之和，并且在社区化/开放等方面也做得不错；Dubbo、RocketMQ

自定义采样配置页面（https://help.aliyun.com/document_detail/194773.html），用户可以根据自身需要自由定制存储策略，实际存储成本通常小于原始数据的

服务自治、接口隔离原则尽量消除对其他服务的强依赖，这样可以降低沟通成本，提升服务稳定性。服务通过标准的接口隔离，隐藏内部实现细节。这使得服务可以独立开发、测试、部署、运行，以服务为单位持续交付。4.

最佳实践经验。对于响应时间的可观测性，可以直观的观察到不同时间点以及区间内，针对不同资源、不同操作、不同范围的响应时间。可以选择不同的分位数，来筛选。有两个比较重要的考察点：曲线是否连续RT

内网带宽，并且这些机器的生命周期是不可靠的，随时可能被回收。这样带来了三个较为严重的问题：1、内网带宽不足导致在全连接中较为容易出现带宽挤兑，导致数据传输性能下降。全连接的拓扑结构没有做到

往期技术一号位方法论系列文章：「技术人生」专题第1篇：什么是技术一号位？「技术人生」第2篇：学会分析事物的本质背景ALIWARE1从事物的本质说起事物本质就是内部的主要矛盾次要矛盾的演变过程，同时该演变过程受外界环境其他事物的相互关联和相互影响。在普遍的情况下，一个事物的生命周期，是它的主要矛盾、次要矛盾被解决的过程体现。如何分析问题本质，我们已经在「技术人生」第2篇：学会分析事物的本质一文中给出了分析过程和模板，感兴趣的同学可以使用这个模板引导自己分析自己的业务。我们日常生活、工作中遇到问题都是先从主要矛盾入手，解决了主要矛盾、次要矛盾，随着事物发展到新的阶段，新的主次矛盾也会继续出现。当然新的主次矛盾并非凭空出现，而是过去的其他矛盾演变而来，在事物当前生命周期所处阶段，在问题所处的范围内，成为了阻碍事物继续发展的主要矛盾次要矛盾。这就构成了事物的发展过程，事物的发展过程遵守了这一规律。如上图所示，当我们面对复杂事物时，最开始只能感知到当前事物和自己关联最紧密的某个方面，即该事物的某个维度。从这个维度入手，解决最核心的问题，即主要矛盾。随着精力和资源的不断投入，当主要矛盾的主要方面、次要方面被逐步解决，新的主要矛盾出现，事物发展会进入下一阶段，如下图所示，事物在某一维度上的纵向发展，实际上就是一个问题的粒度不断细化的过程，也是生产力对事物的改造不断深入的过程。这一点告诉我们，需要深入地而不是表面地看问题。而当事物纵向发展的同时，随着纵向问题的不断解决，横向的新的维度也会逐步成为该复杂事物的主要矛盾次要矛盾，如下图所示，事物在横向发展上被感知和处理的维度变多，人们对事物的认知从单一维度向多维度转变。这个过程告诉我们，需要全面地而不是片面的看问题。当我们看到了事物在某一个维度上的纵向发展的过程，以及事物在多个维度上的横向发展的过程之后，要认识到这两个过程并不是某个过程先于另外一个过程发生的，更多是同时发生的，两个过程的结合并且不断演进各自的发展过程才是事物本身发展的规律，最终我们可以从下图看到一个事物经过若干个阶段的发展形成的全貌。这一点告诉我们，需要系统地而不是零散地看问题，同时还要以发展的眼光看问题，而不能静态地看问题。以上的内容都是围绕事物内在来看它的发展过程的，结合「技术人生」第2篇：学会分析事物的本质一文来做分析，我们还需要看到事外部环境中的其他事物与当前事物的相互关联和相互影响。这一点也告诉我们，要普遍联系地而不是单一孤立地看问题。综合前面的图示和说明来看，深入地看问题，就是要看到事物发展过程的细节，各维度下的领域的细节，这是微观的视角；全面地看问题，就是要看到更多维度，是宏观的视角；这个过程实际上是从微观到宏观的视角切换的过程。要系统化地看问题而不是零散地看问题，就是在视角从微观切换到宏观的过程中，关注点要从局部切换到整体，从而以全局视角来看待问题；要普遍联系地而不是单一片面地看问题，就是要看到外部环境与事物内部主次矛盾的关系和相互影响，既向内看到自身内部的决定性因素，又向外辩证地看待环境对内的影响以及内在对外在的影响和反馈。这个过程其实就是从内向外的视角切换的过程。要以发展地眼光看问题而不是静态地看问题，就是不论在以宏观视角还是以微观视角看问题时，都需要同时在时间维度上看这个问题的过去是什么样的、现在是什么样、过去是如何演变为现在的、未来可能会变成什么样；面对复杂的问题时，我们只有从这些角度理清问题的本质，才能在解决问题时，抓住本质和重点。所以解决问题的过程其实就是：问题的解决由主到次，由主干到细节，随着该过程的不断迭代，需要被处理的粒度变细，问题需要被解决的维度变多。正常情况下，所有的问题的解决，都符合这个规律，体现了解决问题的方式的普遍性。2什么是规律在讨论事物的本质的时候，我们提到了事物发展是遵从一个规律的，但是了解规律对于实际解决问题有什么用处？技术一号位为什么要了解解决问题的规律？做技术和做业务有什么规律可循么？在回答这些问题之前，我们首先要一起看下究竟什么是规律，马克思主义哲学的角度是怎么分析规律的，规律具备哪些特性。以下内容全部皆为从《马克思主义哲学原理》（陈先达、杨耕著）

持续打磨“托管式、标准化、安全稳定、更易用、易扩展”的产品特性。通过流量控制、网格观测以及服务间通信安全等功能，可以全方位地简化您的服务治理。它为运行在异构计算基础设施上的服务提供统一的能力，适用于

页面、网络链路等）进行应用性能和用户体验监测的服务，无需嵌码即可为云上用户提供开箱即用的企业级主动拨测式应用监测解决方案，是企业提升应用性能，提高用户满意度的运维利器。Serverless

的方法64%54%服务代理NGINX：54％HAProxy：18％F5：16％Envoy：15％NGINX：39％Envoy：29％HAProxy：不到20％F5：不到15％Kubernetes