- 综合排序
- 最热优先
- 最新优先
- 来自专栏陈哥聊测试
众所周知，配置即代码≠基础设置即代码
前段时间翻到几条留言，问：“配置即代码和基础设施即代码一样吗？”“配置即代码是什么？怎么都是基础设施即代码？” 我们都是知道，DevOp的快速发展，让服务器管理与配置的时间大大减少，配置即代码和基础设施即代码作为DevOps的重要实践，在其中起到了关键性作用。 不少人将二者看作是一件事，配置即大代码是关于管理特定的应用程序配置设置本身，而基础设施即代码更关注的是部署支持应用程序环境所需的底层基础设施。 二者虽然相互补充，经常一起使用，但为了避免混淆，我将从概念、意义以及做法三个方面介绍配置即代码。一、什么是配置即代码？ 通过这种方式，每次环境配置的变更都可以被追踪和审查，有助于团队协作和问题的快速定位。配置即代码一般用于管理软件包和组件的设置。这适用于广泛的行业。
32010编辑于 2024-06-24 - 来自专栏代码小技巧分享分析
refactor，即代码重构
"refactor"，即代码重构。 我们在看些外国人写的程序时可以发现，他们的代码里一般会定义大量的类、接口、方法，类与类，类与接口之间很多是继承和实现的关系，方法的代码行数很少，超过20行代码的方法不多，看他们的代码感觉最多的就是方法之间的调来调去 两相比较，可以看出，前者在结构上更清晰，通过类视图就可看出设计意图，并且总的代码量不会高于后者，而后者代码量庞大，代码冗余现象严重，结构不清晰，很难维护，如要修改某个错误，可能涉及到要修改的代码点很多， 这就是代码重构。重构不是针对功能，纯粹是对代码本身。重构后的代码不会影响到系统的运行。 我们来看看可以在哪些方面对代码进行重构： 1.重命名：对类，接口，方法，属性等重命名，以使得更易理解 2.抽取代码：将方法内的一段代码抽取为另一个方法，以使得该段代码可以被其他方法调用，这是重构中很重要很常用的
1.4K00发布于 2021-10-07 - 来自专栏云云众生s
从基础设施即代码到环境即代码的进化之路
基础设施即代码(IaC)工具对于定义和自动交付云服务非常宝贵。当一个开发团队的需求扩展到此范围之外时，自动化通常就会中断。 在Git中将环境定义为代码 为了将环境定义为代码，我们首先需要以开发人员启动环境所需的一切来定义，这种格式对于DevOps来说既易于理解，又方便自动化机器读取。 从那里，我们可以修改任何YAML代码，以包含环境启动时将生成的基础架构组件、参数、依赖项、元数据、身份验证和输出。 简单来说，我们利用现有的基础设施代码来定义环境为代码。 使用GitOps启动应用环境 为了满足客户的需求，我们需要使这一定义具有操作性。 我们的初始答案是依赖我们的自助门户。 随着基础设施变得越来越复杂，以代码的形式管理环境是现代DevOps组织成熟的下一步。
26610编辑于 2024-03-28 - 来自专栏Metaverse元宇宙
NFT 深度专题：代码即信任，通证即资产，数据即价值
交易总规模的 NFT 系列产品 TOP10 交易量 NFT 系列占比总交易额(%) 国内 NFT 交易平台梳理 NFT 的价值传导链 该内容节选自中泰证券股份有限公司-NFT 深度专题：代码即信任 ，通证即资产，数据即价值，由分析师韩筱辰、康雅雯和朱骎楠 制作
57220编辑于 2022-03-30 - 来自专栏编舟记
流水线即代码
2016年11月份的技术雷达中给出了一个简明的定义：流水线即代码 (Pipeline as Code) 通过编码而非配置持续集成/持续交付 (CI/CD) 运行工具的方式定义部署流水线。 这么做的原因很好理解，使用 CI/CD 工具是为了暴露产品代码中的问题的，如果它们自身已经复杂到不稳定的地步，我们还使用它就是自找麻烦。 从某种程度上看，实施流水线即代码是不证自明的。 说得烂俗点，流水线已经是 CI/CD 实践过程中的“最后一公里”，让流水线变成软件开发中的“一等公民”（即代码）是大势所趋、民心所向。 演进式的持续集成 如何解决 其实，流水线即代码本身已经回答这个问题了。 流水线自举 小结 流水线即代码是个新概念，也就意味着我们还需要花时间去探索与之相关的实践，比如，调试和测试（既然是代码就需要测试）。
82330发布于 2018-08-17 - 来自专栏ThoughtWorks
博客即代码 | TW洞见
而在DevOps领域有一个很火的技术实践叫做基础设施即代码。Kief对基础设施即代码的解释是这样子的： 基础设施即代码是一种使用新的技术来构建和管理动态基础设施的方式。 它把基础设施、工具和服务以及对基础设施的管理本身作为一个软件系统，采纳软件工程实践以结构化的安全的方式来管理对系统的变更。 里面的关键一点是以软件工程实践的方式来管理基础设施。 选取合适的语法 既然想写代码一样写博客，那么首先要选择一种语法了，这种语法就是Markdown)。 Markdown)非常容易上手，包含的tag刚刚够用，尤其展示代码非常方便，自从用了它再也不用和烦人的CSS打交道了。 选取合适的框架 实现基础设施代码需要选择一款基础设施自动化工具，这些工具的特点是全命令行操作，很容易实现自动化。
1.1K80发布于 2018-04-20 - 来自专栏CNCF
Kubernetes策略即代码是什么？
客座文章最初由 Kendall Miller 在Fairwinds 博客[1]上发表 从基础设施即代码到策略即代码 不久以前，人们开始讨论基础设施即代码（Infrastructure as Code，IaC Kubernetes 中策略作为代码的美妙之处在于，它允许你： 随时间的变化跟踪策略 包括策略执行的“为什么”信息 编写代码，使其本身成为文档的一种形式，以消除单点故障 Kubernetes 策略即代码的未来 正如基础设施即代码已经成为广泛采用的标准一样，Kubernetes 的策略即代码也在朝着同样的方向发展，因此定义基础设施的代码以及定义如何使用基础设施的代码都可以存储在一个可跟踪的仓库中。 在 2021 年的云原生世界中，预计策略即代码将成为像 Kubernetes 在过去几年那样的热门词汇。 接下来是什么？ 对策略作为代码感兴趣？ 查看Fairwinds Insights[3]，其中包含大量开箱即用的 Kubernetes 策略即代码。
90120发布于 2021-04-21 - 来自专栏ThoughtWorks
流水线即代码｜洞见
2016年11月份的技术雷达中给出了一个简明的定义：流水线即代码(Pipeline as Code)通过对持续集成/持续交付(CI/CD)运行工具进行编码而非配置的方式定义部署流水线。 这么做的原因很好理解，使用CI/CD工具是为了暴露产品代码中的问题，如果它们自身已经复杂到不稳定的地步，我们还使用它就是自找麻烦。 从某种程度上看，实施流水线即代码是不证自明的。 说得烂俗点，流水线已经是CI/CD实践过程中的“最后一公里”，让流水线变成软件开发中的“一等公民”（即代码）是大势所趋、民心所向。 ? 如何解决 其实，流水线即代码本身已经回答了这个问题。 小结 流水线即代码是个新概念，也就意味着我们还需要花时间去探索与之相关的实践，比如，调试和测试（既然是代码就需要测试）。
1.5K50发布于 2018-04-13 - 来自专栏Node Python Go全栈开发
Terraform: 基础设施即代码
Terraform: 基础设施即代码 问题 现如今有很多 IT 系统的基础设施直接使用了云厂商提供的服务，假设我们需要构建以下基础设施： VPC 网络 虚拟主机 负载均衡器 数据库 文件存储 ... 使用 Terraform ，我们只需要编写简单的声明式代码，形如： ... terraform 这就是 Infrastructure as code 基础设施即代码。也就是通过代码而不是手动流程来管理和配置基础设施。 使用人类可读的声明式的配置语言，有助于快速编写基础设施代码。 Terraform 的状态允许您在整个部署过程中跟踪资源更改。 可以对这些基础设施代码进行版本控制，从而安全地进行协作。 Provider & Module 你也许会感到困惑，我只是简单的应用了所写的声明式代码，怎么就构建出来了基础设施，这中间发生了什么？
1.3K50编辑于 2022-03-31 - 来自专栏IT技术精选文摘
当代码变更遇上精准测试的总结
遇到有代码洁癖的，改了别人的代码，大家都不知道。通常情况是，要么测试范围定小了，遗漏了；要么测试范围过大，付出过多代价。每次回归，测试心里总没底，生怕漏了哪里。如何才能准确定位到变更范围呢？ 项目测试过程的痛点： 1.迭代更新快，人力有限 2.多分支代码合入到主干分支，修改哪个文件哪个行，测试不可控。 3.代码更新影响哪些功能无感知 4.盲测，上线风险大 5.无法更加精准监控代码质量 6.不能做到高效精准，不可衡量ROI 解决方案：精细化测试探索 1流程图： ? 文件中行变化的明细入库（版本号-文件-旧行号-新行号-变更类型class fun） ? ·被测系统php 语言+ git代码管理，暂不包含js的精准性测试，测试解析语言：python。
75350发布于 2018-07-30 - 来自专栏phodal
流程即代码：云研发、低代码 IDE —— Uncode
在先前的一系列《云研发：研发即代码》文章里，我们介绍了软件工程的代码化闭环。同时，在《Water：云研发架构模式》介绍了设计这样的开发环境里，我们所需要的一些模式。 万物代码化 开发环境即流程。 简单来说，你可以在这个 IDE 上完成：需求的编写，转换需求为设计，设计关联代码，禅模式编程，开发完即可上线。 云研发 IDE 模式：开发环境即流程 作为一个集成开发环境，现有的 一站式 DevOps 软件研发管理协作平台 都应该只被当作管理和展示用途。 然而， 并非如此，我们还要做的事情还有一些： 开发即部署。即 local dev 便是 dev server，可直接接入现有的系统。 万物即 DSL。具备一定等级的程序语言设计能力。 开发即部署 —— 云开发环境 从开发层面来看，我们一直在往复地浪费本地环境和线上开发环境，与此同时还有对应的测试运行时间、构建时间等。我们需要一个于云开发环境的机制。 加速联调、测试过程。
75640发布于 2021-04-02 - 来自专栏精细化测试
当代码变更遇上精准测试的总结
Martech 代码变更遇上精细化测试的总结 需求背景： 敏捷模式下迭代频繁，回归测试时总是不知道变动的范围 遇到有代码洁癖的，改了别人的代码，大家都不知道。通常情况是，要么测试范围定小了，遗漏了；要么测试范围过大，付出过多代价。每次回归，测试心里总没底，生怕漏了哪里。如何才能准确定位到变更范围呢？ 3.代码更新影响哪些功能无感知 4.盲测，上线风险大 5.无法更加精准监控代码质量 6.不能做到高效精准，不可衡量ROI 解决方案：精细化测试探索 1流程图： 精准测试图.png 2录制自动化测试+phpcoverage 文件中行变化的明细入库（版本号-文件-旧行号-新行号-变更类型class fun） diff_log.png diff_version_f791311.jpg git_diff_db.jpg 4生成命中的测试用例 ·被测系统php 语言+ git代码管理，暂不包含js的精准性测试，测试解析语言：python。
4K64发布于 2018-07-12 - 来自专栏云云众生s
基础设施即代码终极指南
鉴于必须保护客户数据，使用基础设施即代码构建云资源提供了一个可以由信息安全部门和基础设施团队审查和改进的蓝图。” 基础设施即代码的一个例子是什么？ “Pulumi 是您最喜欢的语言中的基础设施即代码 —— 熟悉基础设施即代码的人可能使用过其他工具，这些工具使用特定域语言甚至标记语言如 YAML 或 JSON，这在开始时通常就足够了。 这意味着您可以利用编程语言的所有丰富功能来表达您的基础设施即代码。” 基础设施即代码如何与 GitOps 集成？ 可以说，基础设施即代码就是 GitOps —— 或者至少，它是 GitOps 工作方式的一个组成部分。 Richardson 说，GitOps 和基础设施即代码包括三个不同的用例:基础设施即代码、持续集成/持续交付(特别是持续交付)和平台工程。
57510编辑于 2024-03-28 - 来自专栏云深之无迹
FlowShutter-硬件原理即&代码解读
接下来看下携程部分： uasyncio 是用来编写 并发 代码的库，使用 async/await 语法。 uasyncio 往往是构建 IO 密集型和高层级 结构化 网络代码的最佳选择。 Sony的串口设置，用的串口2。 具体是什么编程思想？ Sony这块就是串口和回复的状态信息，以前的版本不是携程的，如果有看不懂的，可以看历史的代码。
74510编辑于 2022-04-15 - 来自专栏PM吃瓜(公众号)
Terraform : 基础架构即代码 | 工具链
它的目标是 "Write, Plan, and create Infrastructure as Code", 基础架构即代码。Terraform几乎可以支持所有市面上能见到的云服务。 具体的说就是可以用代码来管理维护 IT 资源，把之前需要手动操作的一部分任务通过程序来自动化的完成，这样的做的结果非常明显：高效、不易出错。 Terraform 核心功能 ---- 基础架构即代码(Infrastructure as Code) 执行计划(Execution Plans) 资源图(Resource Graph) 自动化变更(Change Automation) 基础架构即代码(Infrastructure as Code) 使用高级配置语法来描述基础架构，这样就可以对数据中心的蓝图进行版本控制，就像对待其他代码一样对待它。 自动化变更(Change Automation) 把复杂的变更集应用到基础设施中，而无需人工交互。
1.1K20编辑于 2023-03-02 - 来自专栏生态产品
基础架构即代码入门介绍-packer
基础设施即代码的意思是把基础设施的实现方式写成代码。告别手工配置各类资源而采用基础设施即代码的方式，可以获得多种好处： 可重复-可以随时重新创建基础架构，例如在灾备环境重新创建生产环境。 可追溯回滚-环境的所有变化都通过代码实现，而代码的变化是可以追溯回滚的。 快速-由于基础架构是通过代码实现的，那么改变或者重建系统时就会非常快，是敏捷开发和DevOps中必不可少的一步。 Packer可以说是基础设施即代码的第一步。本入门介绍会帮助您了解Packer是什么，解决什么问题，有什么好处，以及怎样开始使用Packer。 yum install -y nginx", "systemctl enable nginx", "systemctl start nginx" ] }] } 这段代码一开始 比如下边这个例子可以上传并执行一个叫script.sh的脚本： { "type": "shell", "script": "script.sh" } 用户还可以通过在builder中加入下边一行代码告诉
5.6K111发布于 2019-07-29 - 来自专栏云云众生s
基础设施即代码的利与弊
基础设施即代码虽然解决了自动化、一致性和可扩展性等传统挑战，却也引入了新的复杂性问题。 本文深入探讨了 IaC 的世界，探索它带来的转型性利益，同时也揭示了专业人士在代码定义基础设施的时代所面临的新障碍。 什么是基础设施即代码? 数字基础设施的起源 基础设施即代码的演变与云原生开发的兴起以及塑造这一景观的工具是密不可分的。 这使得代码更易读，因为它主要包含配置设置。 基础设施即代码的挑战 开发者的负担 传统上，开发者专注于编写和优化代码。 结论 基础设施即代码见证了DevOps和软件开发的演变，标志着我们对基础设施的方法和管理方式发生了转型性的转变。
32110编辑于 2024-03-28 - 来自专栏ThoughtWorks
解读基础设施即代码｜洞见
如果实现了这一点，就实现了基础设施即代码的雏形。Kief在《Infarftruce As Code》一书中对基础设施即代码定义如下： “基础设施即代码是一种使用新的技术来构建和管理动态基础设施的方式。 它把基础设施、工具和服务以及对基础设施的管理本身作为一个软件系统，采纳软件工程实践以结构化的安全的方式来管理对系统的变更。” 基础设施即代码有四项关键原则: 再生性。环境中的任何元素可以轻松复制。 能够频繁、容易地进行变更，并快速知道变更是否正确。 可见性。所有对环境的变更应该容易理解、可审计、受版本控制。 基础设施即代码的目标是： 标准化。 环境当前状态可视、环境变更历史可视、可追溯。 基础设施即代码实践会产生高成熟度的持续交付和DevOps。 ? 重建服务器时，也不能保证能应用所有需要的变更。 下图是基础设施即代码的一个典型使用场景。 ? 除此之外，如果想要在生产环境中创建可伸缩性的服务，也需要借助“基础设施即代码”这一实践。
1.7K60发布于 2018-04-17 - 来自专栏云云众生s
如何使用安全即代码实现DevSecOps
了解什么是安全即代码以及 SaC 如何帮助实现 DevSecOps 并向左移，以确保在 SDLC 的每个阶段都解决安全问题。 什么是安全即代码？ SaC 是一种方法，它将自动安全检查、测试和控制集成到整个软件开发生命周期 (SDLC) 中。目标是在不影响开发时间或造成瓶颈的情况下识别和缓解应用程序安全威胁。 SaC 与基础设施即代码 (IaC) 相关，后者自动添加和更新基础设施组件，例如数据库、服务器和存储。 没有一个单一的工具可以实现 SaC。 限制谁和什么可以查看或使用软件代码以防止未经授权的访问。 安全即代码的优势和挑战是什么？ SaC 为组织提供了许多好处，但也带来了一些挑战。 SaC 的优势包括： 在生产前识别和修复安全问题。 安全即代码最佳实践 以下最佳实践可以确保 SaC 的采用能够产生安全、合规且可投入生产的应用程序： 建立一个项目团队，其中包括业务部门、软件开发人员和安全团队成员的代表。
33110编辑于 2024-10-11 - 来自专栏云云众生s
基础设施即代码：IaC简介
IaC 定义 代码即基础设施 (IaC) 是现代 IT 运营中的一种常见实践，它使用代码来管理和配置计算基础设施，而不是使用命令行工具或 GUI 接口进行手动硬件配置。 代码即基础设施 (IaC) 的核心概念 IaC 的声明式与命令式方法 基础设施代码可以使用声明式或命令式风格编写： 声明式方法。 与版本控制系统的集成 IaC工具的一个重要方面是它们与git等版本控制系统的集成，这有助于更好地处理基础设施代码。这种集成允许： 变更跟踪和回滚。 基础设施即代码 (IaC) 的挑战和最佳实践 采用IaC的常见陷阱 集成基础设施即代码可以大大提高IT运营的灵活性和有效性。公司可能会面临许多挑战： 过度复杂。 基础设施即代码 (IaC) 的未来趋势 新兴技术和方法 基础设施即代码的发展与 IT 实践的进步和变化密切相关。
1.2K10编辑于 2025-01-11
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号