咖啡男孩之SRE之路

吃透一个技术，不仅要掌握详细的用法能够熟练的操作，更需要掌握技术出现的前因后果。不会平白无故创造一种技术，技术的产生是为了解决现有痛点的。本篇就一起来看下ingress出现的前因后果。

混沌工程是一种产生新数据的技术，通过演练不仅能提前发现隐患避免故障的大范围爆发，还能发现运维体系的盲区和整体架构设计的缺陷，可以说混沌工程本身就是优秀架构设计的试金石。

提到运维，自然而然会联想到DevOps，大家应该还听说过DataOps、GitOps、DevSecOps、AIOps等，这么多的XXOps到底都是啥意思，他们又是因为什么而存在并发展起来的呢？ 本文讲一一为大家进行解答。

科技就是力量，知识就是金钱。云计算给我们带来了算力和系统架构上革命性质的提升，通过资源规模层面的整合可以达到节约成本的效果，但是如果不具备相关的领域知识反而会造成大量的浪费。本文将从具体的细节为突破口，分享一些公有云使用过程中的省钱攻略

本篇主要介绍扩展的本质以及CRD与Operator之间的区别，帮助大家理解相关的概念以及知道要进行扩展需要做哪些工作。

本文用java实现了gRPC服务端，然后分别用java、go、python来调用，只给了“一来一回”同步函数式调用，其实gRPC支持4中调用方式，真实情况比复杂的多。但比起对接gRPC来说，开发环境的准备更复杂，坑也很多，希望通过本篇博文能把gRPC开发所有步骤和需要注意的地方都解释清楚。

运维体系中的日志和监控是个频率很高的知识点，日志如何采集和收集？监控如何采集和收集？运行在容器云中的监控与云实例中的监控有什么本质区别？本篇将为大家解读这些概念并对当前主流工具进行简单介绍。

k8s的event是一个有用且容易被忽视的一种资源，本文将主要分析下event是什么，以及如何利用event来维护我们的k8s平台。

虚拟化只解决了网络上寻址的问题，只能定位到IP，但成千上万个动态的IP对于我们直接使用是没有任何意义的，我们必须借助有意义的“标识”信息做一次到IP的映射才可以，而常用的“标识”就是域名。

IT行业中网络技术本身就是最枯燥但又最复杂的一块，kebernetes用到的这些虚拟网络技术更是难上加难，许多知识点容易记混淆，或者说能背过概念但不清楚它出现的前因后果和应用场景，本篇博文会按照底层协议->上层技术->顶层框架的顺序来为大家好好分享下云原生网络的基本概念，帮助大家形成框架式的知识结构。

本系列适合对kubernetes有一定理解和基础，需要深入了解并把知识点串连起来的容器云初学者。

最近在进行eBPF相关的尝试，在centos7中执行eBPF脚本时遇到如下错误，从网上找到原因，是因为kernel和kernel-devel工具版本不一致导致的。

程序侧的接入对于Vault来说也是一种Accessor的接入，而AppRole绝对不是Vault首推的程序侧接入方式，但它是最方便的接入方式。

上一篇《Vault-敏感信息保护的一种大胆尝试》介绍了解决运维体系中安全问题的一个基石地位的平台Vault，本篇跟大家分享下Vault如何与运维体系集成和联动。

Vault对所有的模块都是以插件化的方式提供好了接口和规则，并内置了一些常用插件的实现，这种设计跟Terraform和Packer一样，很符合HashiCorp的气质。从产品的生命周期和灵活度来考虑，个人觉得是个很有潜力的产品。

混沌工程是推动监控体系完善的动力和方向，换句话说凡是混沌需要关注的指标就是有意义的指标，所以为了解决上述问题我们必须把这些指标数字化并纳入监控体系。对于用户行为此类复杂的指标设计在DataOps体系中不难找到标准答案，但对于混沌工程来说痛苦的点在于如何确定这些指标的结果是正确的？...

前言： 影响混沌工程进入生产环境的两大阻碍，我们前篇已经详细分析了第一个阻碍“最小爆炸半径”，本篇我们详细分析下第二个阻碍“故障工具的安全问题”。故障工具： 混沌工程的核心之一是故障演练，而模拟故障的组件就是所谓的故障工具。目前国内最好的故障工具应该是阿里开源的ChaosBlade，它可以覆盖到系统和网络层面大部分的演练场景，而且对容器云也有很好的支持。更详细的ChaosBlade的介绍请参考这里https://github.com/chaosblade-io/chaosblade/...

自混沌工程理念提出来之后，追随者甚多，实践者甚少，这是为什么？因为混沌工程是把双刃剑，稍不留神就会弊大于利，所以大家对混沌工程，特别是生产环境的混沌工程是慎之又慎。本篇将围绕最小爆炸半径提出3个问题，并给出自己的一些解法。混沌工程可直接在生产环境进行么？ 混沌工程的五大原则中有一条“在生产环境中进行试验”，混沌工程五级成熟度也把混沌实验的环境（预发布、灰度、生产）作为了评判标准之一，所以这个慢慢趋于生产的递进过程也就成为了行业大部分混沌工程推广的潜规则了。 其实这里面我个人觉得我们...

前言 2019年开始接触混沌工程，2020年开始我们的运维体系开始引入混沌工程相关的设计，2022年准备正式在生产环境落地。期间走过不少弯路，基本是摸着石头过河，该犯的错误犯过之后我们对自己混沌工程的前景充满信心！本篇博文想着重介绍下，混沌工程大家都或多或少有所了解，火了也有几年的时间，为什么能落地生产的还是寥寥无几，混沌工程的推广为何如此困难呢？五大原则 混沌工程的提出者给出了五大原则，很好的给我们指明了目标和方向，在项目中一切设计的准绳都必须围绕这五大原则，一旦偏离其中一个原则就...

在云中生下来就具备的能力就叫云原生。