发简信
IP属地：北京
-
阿里云崩了，我们更愿意读“事件说明”还是“避坑指南”？做软件的人：“工作体验好，好事才能来。” 双十一后第一天，阿里云崩了 从下图能看出，这次虽然只崩了3个多小时，但受影响的产品多，地域广。如图1。...
-
【万字长文】K8s部署前后端分离的web应用避坑系列指南之一：在本地开发环境、本地docker compose和k8s云集群里跑通购物清单应用（macOS-2023版）做软件的人：“工作体验好，好事才能来。” 1 太长不读 从2023年8月到10月，我花了3个月自学docker和k8s。踩了一路坑，到10月22...
-
K8S故障注入混沌工程开源平台ChaosMeshChaos Mesh 是针对K8S的云原生混沌工程开源平台。 可以用它方便地模拟开发、测试、生产环境中可能出现的各种异常情况，发现系统中潜在的问...
-
故障创建与编排更胜一筹的K8S混沌工程开源平台LitmusLitmus 最初是 OpenEBS（K8S下存储系统） 的测试工具，后来发展成为知名的 Kubernetes 原生混沌工程开源平台。 创建者 ...
-
7个检验软件系统稳定性场景的混沌工程故障注入开源工具ChaosBladeChaosBlade可针对多达7个场景开展故障注入实验，但网上官方的中英文文档质量欠佳，内容缺失，真心没有站在一般用户的角度来写，只能通过运行b...
-
K8S下Istio就是检验微服务稳定性的混沌工程开源工具在K8S上部署的微服务，经常会依赖不受你控制的其他微服务。当两者之间的HTTP交互出现延迟或错误后，你的微服务能否按预期正常工作？应该做一个故障...
-
不增加成本能更好应对生产系统稳定性意外故障的“开发测试运维三岗转为系统红蓝军”实验系统红蓝军，不仅可以引导开发人员做好功能自测，更可以在不增加成本的情况下，引导企业有效应对生产系统稳定性意外故障。 1 基于观察 企业经常出现意...
-
在不增加成本的情况下引导开发人员做好功能自测的“开发与测试岗位更名为系统红蓝军”实验作为企业IT部门某个开发团队负责人的你，从书上和大佬那里得知，软件开发团队中的开发人员，如果在将所完成的功能提交给测试人员之前，加强自测，那么就...
-
节省显示器同时提升持续集成问题修复及时性的“流水线问题责任聚焦”实验作为企业IT部门某个开发团队负责人的你，从书上和大佬那里得知，软件开发团队，如果采用持续集成实践，那么就能降低软件开发过程中的返工。 于是你按照...