概述 书接上回：《Rancher 系列文章-K3S 集群升级》, 我们提到：通过一键脚本升级 K3S 集群有报错。 接下来开始进行 Traefik 报错的分析和修复, 问题是: 所有 Traefik 的 IngressRoute 访问报错 404 问题描述 报错如下： time="2022-05-0
概述 书接上回：《Rancher 系列文章-Rancher 升级》, 我们提到：将 Rancher 用 Helm 从 v2.6.3 升级到 v2.6.4. 接下来开始进行 K3S 集群的升级：将 K3S 集群从 v1.21.7+k3s1 升级到 v1.22.5+k3s2 相关信息 本次升级的 K3S
概述 最近在玩 Rancher, 先从最基本的功能玩起, 目前有几个已经搭建好的 K8S 集群, 需要批量导入, 发现官网已经有批量导入的文档了. 根据 Rancher v2.6 进行验证微调后总结经验. 1. Rancher UI 获取创建集群参数 访问Rancher_URL/v3/cluster
概述 只要是个公司，基本上都有邮箱和 AD(Active Directory). 在 AD 里，已经有了： 用户 账号密码 邮箱 用户组 组织架构 所以对于一些仅限于本公司一定范围内人员使用的管理或后台或运营运维类系统，其实是非常适合对接 AD 来进行认证、分组，以及根据分组来进行权限分配的。 对于
概述 之前在 天翼云上用 4 台机器安装了一个 1 master（及 etcd) 3 node 的 K3S 集群，并在其上使用 Helm 安装了 Rancher 2.6.3 版本。 前几天发现 Rancher 官方推荐的最新版为：v2.6.4 所以决定先后对 Rancher 和 K3S 集群进行升级
一 基础信息 1.1 前提 本次安装的为 20220129 最新版：Rancher v2.6.3 VM 版本为 RHEL 7.8, 7.9 或 8.2, 8.3, 8.4(Rancher 官网要求） VM YUM 仓库：已配置对应版本的 RHEL 和 EPEL YUM 仓库 VM 提供 root 权
本文为系列文章-Grafana 统一展示，包括 Metrics、Tracing、Logging，并尽量实现在它们之间相互跳转。通过 Grafana LTM（Loki、Tempo、Mimir）可以实现比较完美的效果，但是即使没有 Grafana LTM， 通过其他 Grafana + 其他工具也能实现相对不错的结果。
本文为系列文章-Grafana 统一展示，添加 AWS Cloudwatch 数据源。
本文为系列文章-Grafana 统一展示，添加 AWS Cloudwatch 仪表板的变量和细节。
本文为系列文章-Grafana 统一展示，通过 Grafana Explore 功能探索 Jaeger 数据源中的 trace 信息。
近期在搭建英文博客：e-whisper.com, 需要对现有的所有中文 Markdown 翻译为英文。试了好几款翻译，结果发现效果都不理想。 翻译 Markdown 文件有哪些难点？对应的解决方案有哪些？ 本文是第二篇，重点介绍我了解过的几种商业及开源解决方案。
本文为系列文章-Grafana GaC(Grafana 即代码） 的第二篇 - Grafana Terraform Provider 基础。
在此前的多篇文章中，我们已经详细地介绍了软件物料清单（SBOM）对于保障软件供应链安全的重要性以及一些注意事项。在本文中，我们将会更深入地介绍SBOM，包括最低要求元素、格式、使用场景以及如何对其进行管理等。 SBOM所包含的元素 2021年年中，NTIA发布了软件物料清单（SBOM）的最少必需元素
企业安全文化从根本上说是基于良好的网络卫生（Cyber Hygiene）来建立和发展的，每个企业都必须根据自身实际情况来建立相应的网络卫生标准。企业可以实施许多基本的网络卫生控制措施，以此来降低网络攻击的可能性和影响。因此，网络卫生应该成为所有拥有数字处理环境的企业必备的常规程序，其实每个企业都需要
在之前的文章中，我们已经充分了解了应用部署的4种常见模式（金丝雀部署、蓝绿部署、滚动部署及影子部署）。随着云原生技术逐步成熟，企业追求更为灵活和可扩展的系统，微服务架构大行其道。 微服务固然有诸多优点，但也给架构及运维工程师带来了新的挑战。在单体架构中，应用的设计、部署以及扩展都是作为一个单元进行，
在之前的文章中，我们了解了应用部署的阶段以及常见的部署模式，包括微服务架构的应用应该如何部署等基本内容。本篇文章将介绍如何安全地部署应用程序。 安全是软件开发生命周期（SDLC）中的关键部分，同时也需要成为 SDLC 中每个环节的一部分，尤其是部署。因此，保障应用部署安全并不是开始于部署阶段，而是从
在上一篇文章中，我们介绍了企业云业务的成本构成以及目前面临的成本困境，以及当前企业逐步转向 FinOps 的行业趋势，这篇文章我们将详细聊聊 FinOps，包括概念、重要性以及成熟度评价指标。 随着对云服务和供应商的使用越来越多，可能会出现复杂性和管理上的挑战，导致成本超支和其他问题。曾在2018年
在之前的文章中，我们详细介绍了平台工程的基本内容，文中指出平台团队应该采用产品的方法构建内部开发者平台，即 Platform as a Product。 内部平台面向的用户则是企业内其他部门的开发人员，因此如果要充分体现平台及平台团队的价值，那么打造优质的开发者体验（Developer Experi
在之前的文章中，我们熟悉了平台工程的基本概念，包括平台工程的特点、主要优势以及实践原则。通过了解我们不难发现，平台工程与 DevOps 还是有许多相似之处的。例如这两者都是一种文化和方法，旨在通过自动化、自治和协作来简化开发过程。同时，DevOps 与 平台工程都致力于提高软件交付的质量和速度，以及
