加一些冗余的信息帮助读者理解文档内容。虽然很多工程师都讨厌冗余 极力追求简洁，但写文档和写代码不同，适当的冗余反而可以帮助读者理解，很简单，举个例子，比如写作中经常举例子，举的例子本质上就是冗余信息，生动的例子肯定是能帮助读者理解抽象内容的（我想这就是自举 吧）。 ### 结语 ### 目前看到比较好的一个现象就是大家越来越重视文档了，但和测试相比 重视的程度还不够。测试已经是工作流程中不可或缺的一部分了，而文档依旧还不是。当然这可能和文档本身的特性相关，测试很容易被自动化，也有非常多的客观指标来评估。文档却做不到，首先文档的书写需要人手动介入，而文档的质量也没有太多客观的指标评估，提升文档的数量和质量只能从文化和工作流程上去逐渐改变。 最后总结下本文几个关键点： - 随着时间的推移和组织规...阅读全文
)、consumer(消息消费者)都可以是分布式的。 在消息的生产时可以使用一个标识topic来区分，且可以进行分区；每一个分区都是一个顺序的、不可变的消息队列， 并且可以持续的添加。 同时为发布和订阅提供高吞吐量。据了解，Kafka每秒可以生产约25万消息（50 MB），每秒处理55万消息（110 MB）。 消息被处理的状态是在consumer端维护，而不是由server端维护。当失败时能自动平衡 1.1.3. 常用的场景 监控：主机通过Kafka发送与系统和应用程序健康相关的指标，然后这些信息会被收集和处理从而创建监控仪表盘并发送警告。 消息队列： 应用程度使用Kafka作为传统的消息系统实现标准的队列和消息的发布—订阅，例如搜索和内容提要（Content Feed）。比起大多数的消息系统来说，Kafka...阅读全文
。Debian 在一些时候想要得到最大程度上的‘同意’，但百分百的一致是不可能实现的，总是会有人不满意。” Joey Hess 认为，Debian 缓慢的决策机制是结构性的。 2021年10月5日，Russ Allbery 为改革决策机制拿出了一个提案： 首先，为了技术委员会更加透明、公平，Allbery 提议了一个新流程。新流程将允许任一位成员要求对一项公开决议进行表决，并立即开始投票。但是，如果有任何一位其他成员在 24 小时内对投票提出反对，那么这次投票将被取消。（如果这条规则在 systemd 的争论期间就已经存在的话，那么就不会产生让决议匆忙作出的投票了。） 其次，投票需要在这个决议首次被提出的两周后开始，如果到那时还没有人能成功地发起投票，则自动开始投票。这样一来，发起表决就不会拖得太久...阅读全文
FaaS，有一个对标的产品叫 Lambda。 Serverless 出现的动力是，由于云计算的发展，带来了如对象存储等很多丰富的中间件，Serverless 概念的提出是希望应用开发者可以不用写后端逻辑，直接把逻辑写在客户端，组合云上的一些服务来完成业务逻辑，这样就没有管理后端资源的负担了。但是后来发现很多时候还是需要后端代码的，所以就演变成如果有后端代码，就拆成函数，托管在 FaaS 服务中，这样的话，你依然是不用管理服务器的，你用的还是一个个服务，没有服务器管理负担。 这个概念在不断进步，2017 年的时候 AWS 提出了一个新的概念，重新定义了什么叫 Serverless，只要一个服务具备了四方面特性：免运维、按需付费、高可用和自动扩容，这个服务就是个 Serverless 的服务。所以...阅读全文
627891 > 627891.svg -d N 分析持续时间（以秒为单位）。如果未提供启动，恢复，停止或状态选项，则探查器将运行指定的时间段，然后自动停止。 -i N 设置分析间隔(以纳秒或者毫秒等作为单位),默认分析间隔为10ms。 -o 转储文件的格式。 等待15s，就会产生结果，生成 627891.svg 文件。vim 627891.svg 并删除第一行，然后下载到本地并使用浏览器打开。 结果如下图，此图俗称火焰图，主要看每个方法的横轴长度，占用横坐标越长的操作，其占用的 cpu 即最长，很直观的。 9.2 性能黑点分析 我们首先发现下图红框内的代码存在严重的性能问题。在append的过程中，获取线程 stack 的过程耗时比较大。从火焰图中分析，耗时占据了接近50%的是，一个logger操作...阅读全文
设计处理器的消息。亚马逊最近几年比较受欢迎的另外一个云计算产品是“Lambda”，该产品将会在某种触发条件下完成计算工作。比如一个用户在社交网络上传照片之后，系统将启动计算，自动生成一个微缩小图。上述产品被开发者描述为“无服务器”，意思是服务商并不要求开发者自己来管理服务器基础设施。行业研究报告显示，亚马逊对Lambda计算服务的收费是EC2实例的两倍之多。数据存储：S3和EBS亚马逊云计算的另外一个鼻祖服务是“简单计算存储”，简称S3，产品推出于2006年，客户可用该服务在网络上保存各种数据对象，包括照片、视频或其他文件类型。科技从业者丹·阿尔瓦雷兹（Don Alvarez）是上述服务的早期用户。他早年曾经在华盛顿州西雅图的新创科技公司工作，主要为电影制片人群体开发协作软件。当年，科技公司...阅读全文
时间来看，整个任务初始化，调度以及部署的阶段，大概能够减少分钟级的时间消耗。 2. 细粒度资源管理 细粒度资源管理在过去很多的版本都一直在做，在 Flink1.14 终于可以把这一部分 API 开放出来在 DataSteam 提供给用户使用了。用户可以在 DataStream 中自定义 SlotSharingGroup 的划分情况，如下图所示的方式去定义 Slot 的资源划分，实现了支持 DataStream API，自定义 SSG 划分方式以及资源配置 TaskManager 动态资源扣减。 对于每一个 Slot 可以通过比较细粒度的配置，我们在 Runtime 上会自动根据用户资源配置进行动态的资源切割。 这样做的好处是不会像之前那样有固定资源的 Slot，而是做资源的动态扣减，通过这样...阅读全文
墙，大伙儿应该都很熟悉了，俺就不再浪费口水解释了。 VPN 翻墙的特点是——只要你系统中的 VPN 通道建立了，那么【整个系统】中的软件，（无需配置）自动就会走 VPN 通道。因此，VPN 有时候也被称为是“系统全局代理”。这是“VPN 式翻墙”相比“代理式翻墙”优越之处。 但是 VPN 翻墙有一个缺点，就是不方便共享 VPN 的翻墙通道给【其它系统】。相比而言，“代理式翻墙”很容易跨系统共享翻墙通道。 要想解决 VPN 翻墙的这个缺点，Privoxy 再次派上用场。配置步骤如下： 1. 把 Privoxy 跟 VPN 安装到同一个操作系统中。 2. 配置 Privoxy 的监听选项，把监听地址设置为 0.0.0.0（表示监听端口绑定到任意地址） 至于端口号，你可以直接用默认的 8118，也...阅读全文
，基础框架版本参差不齐。 尽管监控系统在每一次迭代时都会尽可能保证最大的向后兼容，但将近两年的迭代周期里，不同版本造成的数据差异也极大制约了监控门户系统天眼的迭代，开发人员长时间奔波于数据上的妥协，在很多功能的实现上曲线救国。 稳定性层面 相关预案依托于 Spring 框架 Bean 的自动装配逻辑，业务方理解成本低，便于变更，但缺少细粒度的预案，比如运行时期间特定逻辑降级等等。 2021 年下半年开始，为了充分平衡以上的收益与风险，我们决定将监控采集端与基础框架解耦，独立迭代。在此之前，在 CNCF（云原生计算基金会）的推动下，OpenTracing 也与 OpenCensus 合并成为了一个新项目 OpenTelemetry。 四、 0x03 第三阶段 向前一步 基于...阅读全文
etcd 进行通信，所有尝试访问或更改 Kubernetes 系统状态的请求都会通过 kube-apiserver 进行，kubectl 也不例外。kubectl 使用生成器（generators）来构造 HTTP 请求。生成器是一个用来处理序列化的抽象概念。 通过 kubectl run 不仅可以运行 deployment，还可以通过指定参数 --generator 来部署其他多种资源类型。如果没有指定 --generator 参数的值，kubectl 将会自动判断资源的类型。 例如，带有参数 --restart-policy=Always 的资源将被部署为 Deployment，而带有参数 --restart-policy=Never 的资源将被部署为 Pod。同时 kubectl 也会检查是...阅读全文
