最近平台工程这个概念越来越火爆，Gartner的预测，到2026年，80%的软件工程组织将拥有平台工程团队，来提供内部服务、组件和应用程序交付工具，作为可重复使用的资源。本篇文章将带你走进平台工程，了解它的起源和解决的问题。 平台工程（PlatformEngineering）的趋势 2022年，“平台工程”这个概念很火热，也在Gartner的炒作周期曲线上。还有很多人鼓吹DevOps已死，平台工程才是未来。 国际权威知名调研机构Gartner在《2023年最重要的10个技术趋势》报告中将平台工程（PlatformEngineering）列为高速发展的技术趋势之一，并预测到2026年80...

部署与发布：缺乏发布管理的部署活动对软件交付是低效的 部署和发布是软件工程中经常互换使用的两个术语，甚至感觉是等价的。然而，它们是不同的！ 部署是将软件从一个受控环境转移到另一个受控环境，它的目的是将软件从开发状态转化为生产状态，使得软件可以为用户提供服务。 发布是将软件推向用户的过程，应用程序需要多次更新、安全补丁和代码更改，跨平台和环境部署需要对版本进行适当的管理，有一定的计划性和管控因素。 部署是发布的前提，只有当软件已经成功部署后，才能进行发布。缺乏发布管理会导致发布不规则、手动交付过程、数据库更新问题、协作问题等。如下，简单归纳了发布&部署的差异： 部署、发布：概念区分 ...

Jenkins很酷，但是不完美，有历史局限性造成的问题。本文仅从“如何更好给研发团队赋能的角度”，剖析Jenkins,探讨理想的持续交付平台,不带货无广告～ 不完美的Jenkins Jenkins的前身是Hudson,Hudson是SUN公司时期就有的CI工具，后来因为ORACLE收购SUN之后的商标之争，创始人KK搞了新的分支叫Jenkins。今天的Hudson还在由ORACLE持续维护，但风头已经远不如社区以及CloudBees驱动的Jenkins. Hudson被Jenkins取代后，不再维护，并于2017年2月宣布已过时。Hudson网站hudson-ci.org于2020年...

最近在经历的一些事情，让我突发灵感，觉得要写点关于DevOps体系建设过程中的“流程规范”，记录下来。 如何解读"流程规范" 谈到DevOps落地，无一例外都会提“流程规范“，我想没有人会反对，甚至会”不放在眼里“，因为概念本身没有什么晦涩难懂。可是一到落地，好像就是另外一番场景，“一地鸡毛”，“形同虚设”，”无人问津“，”无人知晓“，”面子工程“等等状况历历在目。 首先，很多人把“流程规范”放在一起来看待，甚至认为是等价的，我过去也这么理解。不过，现在我觉得需要区分来看待 流程Process:（步骤，程序，过程）, 规范specification（规格，规范，明细单，说明书；明...

参考文档：docs.sonarqube.org/latest/inst… 概述 SonarQube具有许多全局安全功能: 认证和授权机制 强制身份认证 委派认证 除此之外，还可在group/user级别配置: 查看一个已存在的项目 访问项目的源代码 管理一个项目（设置排除模式，调整该项目的插件配置等） 管理质量配置，质量阈，实例… 安全性的另一个方面是对密码等设置进行加密。SonarQube提供了一种内置的机制来加密设置。 认证 docs.sonarsource.com/sonarqube/l…匿名用户是否可以浏览SonarQube实例？当然不行！那就需要强制用户认证。 强制用户身份...

在许多情况下，你可能不希望分析项目中每个源文件的各个方面。例如，项目可能包含生成的代码、库中的源代码或有意复制的代码。在这种情况下，跳过这些文件分析的部分或全部方面是有意义的，从而消除干扰并将焦点缩小到真正重要的问题上。 如果SonarQube的结果不相关，那么没有人会想要使用它。这就是为什么精确配置每个项目要分析的内容是非常重要的一步。为了帮助缩小焦点，SonarQube提供了几个选项来精确配置将要分析的内容和方式。 完全忽略一些文件或目录 从问题中排除文件或目录，但分析所有其它方面 从重复性中排除文件或目录，但分析所有其它方面 从覆盖率中排除文件或目录，但分析其它所有方面 你可以在...

最近一直想写一篇关于数据治理和度量相关的话题，一直太忙，今天静下心来写点自己的体会 先从平台工程说起 DevOps的兴起源于企业有意弥合运维与开发之间的裂隙，但在实施过程中有部分企业简单粗暴地将其理解为“让开发人员去负责运维的工作”，甚至让高级开发人员接管了运维角色，导致了开发渐渐不堪重负。 这一现实引出了DevOps停滞背后的核心矛盾：开发者不想跟基础设施打交道，但企业在发展过程中又需要专人管控自己的基础设施。在此背景下，平台工程应运而生。 平台工程定义为“设计和构建工具链和工作流的学科，为云原生时代的软件工程组织提供自助服务功能。平台工程师提供的集成产品通常被称为‘内部开发人员平台(I...

DevOps、SRE和平台工程的概念在不同时期出现，并由不同的个人和组织开发。 DevOps作为一个概念是由PatrickDebois和AndrewShafer在2009年的敏捷会议上提出的。他们试图通过促进协作文化和在整个软件开发生命周期中共享责任来弥合软件开发和操作之间的差距。 SRE，即站点可靠性工程，是谷歌在21世纪初首创的，用于解决管理大型复杂系统的操作挑战。谷歌开发了SRE实践和工具，如Borg集群管理系统和Monarch监控系统，以提高其服务的可靠性和效率。 平台工程是一个较新的概念，建立在SRE工程的基础上。平台工程的确切起源不太清楚，但它通常被理解为DevOps和SRE实...

当你打开这篇文章的时候，也许你也在为DevOps的落地而苦恼，也许你的组织正在尝试DevOps转型，作为一线的实践者，说说我对这个“落地难”的看法，欢迎交流不同看法～ DevOps是实践摸索出来的，别人的终究是别人的 如下图所示，你可能在不同企业研发效能的分享都看到过，各种关于DevOps的书上有会提到DevOps的CALMS框架（该首字母缩写词由《DevOps手册》的合著者JezHumble提出，且分别代表文化(Culture)、自动化(Automation)、精益(Lean)、衡量(Measurement)和分享(Sharing)），告诉你通过何种手段，何种步骤来推进DevOps落地实施。...

安装WSL 1.开启WSL 必须启用“适用于Linux的Windows子系统”可选功能并重启，然后才能在Windows上运行Linux发行版。 以管理员运行Powershell（开启WSL，如已开启可跳过） Enable-WindowsOptionalFeature-Online-FeatureNameMicrosoft-Windows-Subsystem-Linux Enable-WindowsOptionalFeature-Online-FeatureNameVirtualMachinePlatform--启用“虚拟机平台”可选组件 2.安装WSLLinux发行版本 比较WSL1和...

参考文档：https://docs.sonarqube.org/latest/instance-administration/security/ 概述 SonarQube具有许多全局安全功能: 认证和授权机制 强制身份认证 委派认证 除此之外，还可在group/user级别配置: 查看一个已存在的项目 访问项目的源代码 管理一个项目（设置排除模式，调整该项目的插件配置等） 管理质量配置，质量阈，实例… 安全性的另一个方面是对密码等设置进行加密。SonarQube提供了一种内置的机制来加密设置。 认证 https://docs.sonarsource.com/sonarqube/late...

DevOps方法论 tipsDevOps方法论的主要来源是Agile,Lean和TOC,独创的方法论是持续交付。 DevOps是一种软件开发方法，涉及持续开发，持续测试，持续集成，部署和监视。这一系列过程跨越了传统上孤立的开发和运营团队，DevOps试图消除它们之间的障碍。 因此，DevOps工程师基本上与Development和Operations团队合作，DevOps是这两个主要部分之间的链接。 DevOps经典图书 《DevOps实践指南》 《持续交付：发布可靠软件的系统方法》&《持续交付2.0》 《凤凰项目》 《EffectiveDevOps》 必备技能 DevOps包括...

在许多情况下，你可能不希望分析项目中每个源文件的各个方面。例如，项目可能包含生成的代码、库中的源代码或有意复制的代码。在这种情况下，跳过这些文件分析的部分或全部方面是有意义的，从而消除干扰并将焦点缩小到真正重要的问题上。 如果SonarQube的结果不相关，那么没有人会想要使用它。这就是为什么精确配置每个项目要分析的内容是非常重要的一步。为了帮助缩小焦点，SonarQube提供了几个选项来精确配置将要分析的内容和方式。 完全忽略一些文件或目录 从问题中排除文件或目录，但分析所有其它方面 从重复性中排除文件或目录，但分析所有其它方面 从覆盖率中排除文件或目录，但分析其它所有方面 你可以在...

Jekyll、Hugo、Hexo是简单的博客形态的静态站点生产机器。它有一个模版目录，其中包含原始文本格式的文档，通过Markdown以及Liquid转化成一个完整的可发布的静态网站，你可以发布在任何你喜爱的服务器上。Jekyll、Hugo、Hexo也可以运行在码云（Gitee.com）Pages上，也就是说，你可以使用码云的服务来搭建你的仓库页面、博客或者网站，而且是完全免费的。 https://zhuanlan.zhihu.com/p/79515327 Hexo Hexo是一个基于node.js的静态博客生成系统，它使用markdown语法来写作，同时支持丰富的自定义标签系统。用...

最近一直想写一篇关于“数据治理”和“度量相关”的话题，一直太忙，今天静下心来写点自己的体会 先从平台工程说起 DevOps的兴起源于企业有意弥合运维与开发之间的裂隙，但在实施过程中有部分企业简单粗暴地将其理解为“让开发人员去负责运维的工作”，甚至让高级开发人员接管了运维角色，导致了开发渐渐不堪重负。这一现实引出了DevOps停滞背后的核心矛盾：开发者不想跟基础设施打交道，但企业在发展过程中又需要专人管控自己的基础设施。在此背景下，平台工程应运而生。 平台工程定义为“设计和构建工具链和工作流的学科，为云原生时代的软件工程组织提供自助服务功能。平台工程师提供的集成产品通常被称为‘内部开发人员平台...

最近在经历的一些事情，让我突发灵感，觉得要写点关于DevOps体系建设过程中的“流程规范”，记录下来。 如何解读"流程规范" 谈到DevOps落地，无一例外都会提“流程规范“，我想没有人会反对，甚至会”不放在眼里“，因为概念本身没有什么晦涩难懂。可是一到落地，好像就是另外一番场景，“一地鸡毛”，“形同虚设”，”无人问津“，”无人知晓“，”面子工程“等等状况历历在目。 首先，很多人把“流程规范”放在一起来看待，甚至认为是等价的，我过去也这么理解。不过，现在我觉得需要区分来看待 流程Process:（步骤，程序，过程）, 规范specification（规格，规范，明细单，说明书；明...

在实践中，很多团队对于DevOps流水线没有很透彻的理解，要不就创建一大堆流水线，要不就一个流水线通吃。实际上，流水线的设计和写代码一样，需要基于“业务场景”进行一定的设计编排，特别是很多通过“开源工具”搭建的流水线，更需要如此（商业的一体化平台大部分已经把设计思想融入自己产品里了）。 流水线的设计与分支策略有关 流水线的设计与研发活动有关 清晰的代码结构，标准的环境配置，原子化的流水线任务编排，再加上团队的协作纪律，和持续优化的动作，才是真正的践行CI/CD实践 流水线设计原则 1.确定好变量 哪些是构建/部署需要变化的，比如构建参数，代码地址，分支名称，安装版本，部署机器IP等，控制...

在许多情况下，你可能不希望分析项目中每个源文件的各个方面。例如，项目可能包含生成的代码、库中的源代码或有意复制的代码。在这种情况下，跳过这些文件分析的部分或全部方面是有意义的，从而消除干扰并将焦点缩小到真正重要的问题上。 如果SonarQube的结果不相关，那么没有人会想要使用它。这就是为什么精确配置每个项目要分析的内容是非常重要的一步。为了帮助缩小焦点，SonarQube提供了几个选项来精确配置将要分析的内容和方式。 完全忽略一些文件或目录 从问题中排除文件或目录，但分析所有其它方面 从重复性中排除文件或目录，但分析所有其它方面 从覆盖率中排除文件或目录，但分析其它所有方面 你可以在...

DevOps、SRE和平台工程的概念在不同时期出现，并由不同的个人和组织开发。 DevOps作为一个概念是由PatrickDebois和AndrewShafer在2009年的敏捷会议上提出的。他们试图通过促进协作文化和在整个软件开发生命周期中共享责任来弥合软件开发和操作之间的差距。 SRE，即站点可靠性工程，是谷歌在21世纪初首创的，用于解决管理大型复杂系统的操作挑战。谷歌开发了SRE实践和工具，如Borg集群管理系统和Monarch监控系统，以提高其服务的可靠性和效率。 平台工程是一个较新的概念，建立在SRE工程的基础上。平台工程的确切起源不太清楚，但它通常被理解为DevOps和SRE实践...

最近在经历的一些事情，让我突发灵感，觉得要写点关于DevOps体系建设过程中的“流程规范”，记录下来。 如何解读"流程规范" 谈到DevOps落地，无一例外都会提“流程规范“，我想没有人会反对，甚至会”不放在眼里“，因为概念本身没有什么晦涩难懂。可是一到落地，好像就是另外一番场景，“一地鸡毛”，“形同虚设”，”无人问津“，”无人知晓“，”面子工程“等等状况历历在目。 首先，很多人把“流程规范”放在一起来看待，甚至认为是等价的，我过去也这么理解。不过，现在我觉得需要区分来看待 流程Process:（步骤，程序，过程）, 规范specification（规格，规范，明细单，说明书；明...