### XAML格式化的意义 在开发WPF应用过程中，编写XAML时需要手动去缩进或者换行，随着时间的推移或者参与开发的人增多，XAML文件内容的格式会越来越乱。要么属性全都写在一行，内容太宽一屏无法完整展现；要么属性单独占一行，难以直观的看清结构；另外xaml元素的属性无序，重要属性查找困难，手动
本文通过简单的实例对简单工厂模式进行了介绍。
本文通过实例介绍了工厂方法模式的用法。
通过对抽象类和抽象工厂的一组实现，独立出一系列新的操作，客户端无需了解其逻辑直接访问。
概述 目的 通过 velero 工具, 实现以下整体目标: 特定 namespace 在B A两个集群间做迁移; 具体目标为: 在B A集群上创建 velero (包括 restic ) 备份 B集群 特定 namespace : caseycui2020: 备份resources - 如deplo
开篇 📜 引言： 磨刀不误砍柴工 工欲善其事必先利其器 K8S 集群规模，有的公司倾向于少量大规模 K8S 集群，也有的公司会倾向于大量小规模的 K8S 集群。 如果是第二种情况，是否有一个简单的 kubectl 命令来获取一个 kubeconfig 文件并将其合并到 ~/.kube/config
开篇 📜 引言： 磨刀不误砍柴工 工欲善其事必先利其器 第一篇：《K8S 实用工具之一 - 如何合并多个 kubeconfig？》 像我这种，kubectl 用的不是非常溜，经常会碰到以下情况： 忘记命令，先敲 --help，再敲命令，效率低 忘记加 -n 指定 namespace 太长的命令经常
开篇 📜 引言： 磨刀不误砍柴工 工欲善其事必先利其器 第一篇：《K8S 实用工具之一 - 如何合并多个 kubeconfig？》 第二篇：《K8S 实用工具之二 - 终端 UI K9S》 像我这种，kubectl 用的不是非常溜，经常会碰到以下情况： 忘记命令，先敲 --help，再敲命令，效率
开篇 📜 引言： 磨刀不误砍柴工 工欲善其事必先利其器 第一篇：《K8S 实用工具之一 - 如何合并多个 kubeconfig？》 第二篇：《K8S 实用工具之二 - 终端 UI K9S》 第三篇：《K8S 实用工具之三 - 图形化 UI Lens》 在《K8S 实用工具之一 - 如何合并多个 k
开篇 📜 引言： 磨刀不误砍柴工 工欲善其事必先利其器 第一篇：《K8S 实用工具之一 - 如何合并多个 kubeconfig？》 第二篇：《K8S 实用工具之二 - 终端 UI K9S》 第三篇：《K8S 实用工具之三 - 图形化 UI Lens》 第四篇：《K8S 实用工具之四 - kubec
 蛮久没更新了，本次我想聊聊找工作的事情，相信大家都能感受到从去年开始到现在市场是一天比一天差，特别是在我们互联网 IT 行业。 已经过了 18 年之前的高速发展的红利期，能做的互联网应用几
由于 DevOps 方法的广泛采用以及由此产生的快速产品交付和部署，许多部门已采用更敏捷的方法来开发生命周期。在满足市场速度和规模要求的同时，设计安全的软件一直是现代 IT 公司共同面临的问题。结果，超过 52% 的组织因为担心上市速度落后而放弃了安全性。 由于传统技术下的安全漏洞，生产版本也出现了
在之前的文章中，我们熟悉了平台工程的基本概念，包括平台工程的特点、主要优势以及实践原则。通过了解我们不难发现，平台工程与 DevOps 还是有许多相似之处的。例如这两者都是一种文化和方法，旨在通过自动化、自治和协作来简化开发过程。同时，DevOps 与 平台工程都致力于提高软件交付的质量和速度，以及
DevOps 是一种将开发和运营结合起来的方法，在应用规划、开发、交付和运营方面将人员、流程和技术结合起来。DevOps 使以前孤立的角色（如开发、IT运营、质量工程和安全）之间进行协调和合作。一直以来，DevOps 的采用都是以帮助企业更快地向客户提供价值，更好地适应市场和竞争，并保持系统的稳定性
在当今高速发展的技术环境中，企业越来越依赖技术作为创新和竞争优势的战略驱动力。首席信息官（CIO）在企业中负责监督信息和计算机技术的管理和实施，以交付预期的业务成果。在技术是业务核心的公司中，CIO 这一职位对于推动战略、技术和管理计划以实现业务增长至关重要。 在现有的解决方案中，平台工程逐渐成为现
> 作者｜Lambros Charissis > 翻译｜Seal软件 > 链接｜https://medium.com/wise-engineering/platform-engineering-kpis-6a3215f0ee14 平台即产品（PaaP）已经成为软件企业构建内部平台的一种流行方式。在众
> 作者｜Loft Team > 翻译｜Seal软件 > 链接｜https://loft.sh/blog/why-platform-engineering-teams-should-standardize-on-kubernetes/ 在当今快节奏、不断变化的技术环境中，平台工程团队一直面临着交付新
开发人员与 DevOps 不断增加的认知负担被认为是软件工程中最大的问题之一。随着越来越多的工具、框架和方法可以选择，以及“You build it, you run it”的 DevOps 思想的发展，我们可以看到为了提供面向客户的产品和服务，认知负担也随之大幅增加。 在今天的文章中，我们将初步了
将 Terraform 管理laC的技能提升到一个新的水平。
