DevOps：是否必须简化基础架构？

我们该如何看待 DevOps 的未来？

在IT界和业务领域，DevOps运动一直在不断发展，其影响力越来越大。随着组织日益数字化，IT系统的敏捷性对公司的生存和健康变得至关重要。

开篇词 | 微服务，从放弃到入门

谈到将微服务落地，我有很多实战干货想和你分享。

2018 年 8 月 20 日

Flink On Kubernetes Native 实操演示

2020 年 9 月 10 日

从 DevOps 中可供安全借鉴的五项经验

正如DevOps的出现满足了新的业务需求一样，我们也需要安全领域内的新方法来应对由DevOps推动的世界的挑战。这些新的安全方法自己必须与依赖于模块化、自动化、标准化、可审计性和镜像系统的DevOps实践整合起来。

就《在企业中发起和推广 DevOps》的问答

在《在企业中发起和推广DevOps》一书中，作者Gary Gruver提出了一种基于DevOps的方法，用于持续改进大型企业中的开发和交付流程。书中的建议可用于部署流水线的优化、代码的频繁发布以及向用户的交付。

80｜Flink 内存管理

2020 年 12 月 17 日

DevOps，一场更深入的敏捷文化变革

在过去的一年中，DevOps成为业界的一个热门词汇，在运维领域中，一场以它为中心的深入敏捷变革运动也在悄然兴起。与“敏捷”刚出现时一样，根据所处环境和背景的不同，每个人对DevOps都有各自的理解。那么，究竟什么是DevOps呢？它想解决哪些问题呢？

超大规模服务的故障“弹性自愈”

演讲嘉宾罗蛟，百度共享技术平台部经理内容介绍超大规模在线分布式系统，每时每刻都响应着无数的用户真实请求，在服务大规模异常的时刻，尽可能的响应用户请求，而不是拒绝，尽可能快的自动化止损甚至自愈，尽可能准的根因定位甚至自动化智能化，这些都给我们的工作提出了越来越高的要求和挑战。为此，我们在系统架构、流式数据处理、动态决策等多个层面进行了系统化的设计。借助这一套系统，我们实现了分钟级到十秒级最终到秒级的感知和决策止损系统，大幅度的的减少了故障时刻的损失量级和故障持续时间。本次分享，也主要集中在以上几个方面我们的一些实战经验。

2018 年 11 月 9 日

Rafter 的 DevOps

本文是“Monthly DevOps War Stories”系列的一部分。每个月我们都能听到DevOps为不同组织带来的不同故事。并从中学到哪些是可行的，哪些又是不可行的，同时还有采用过程中所遇到的挑战。本期Chris Williams给我们诠释了Rafter如何从只有一个人处理系统管理任务发展到一个全面发展的DevOps团队，从而支持整个业务发展。

DevOps 的“定义”：DevOps 究竟要解决什么问题？

今天，我带你一起梳理一下DevOps的发展历程。希望你能通过今天的课程，建立起你自己对于DevOps的独特认知。

2019 年 10 月 8 日

访谈 Dennis Ehle：DevOps 价值链的可见性

Dennis Ehle在InfoQ的访谈中介绍了VersionOne的DevOps实践。他指出DevOps工具集目前是高度分散的，因此需要看透整个DevOps价值链，实现追踪从设计至最终交付的全价值流。

从虚拟化到容器混合云，德国马牌的制造业数字化变革之旅

大陆集团的基础设施团队花费了数年的时间围绕容器的价值进行了讨论，在认真讨论之后，团队相信，Kubernetes是大陆集团容器化战略最灵活的落地方式。

小团队构建大网站之技术选型

演讲嘉宾10多年 IT 老兵，系统分析师、项目管理师、热销书《小团队构建大网站》作者。曾任中青易游 CTO、同程交通创新技术负责人、古大集团首席架构师、携程架构师，带领过30～200人的技术团队，将研发能力提高1～2个档次。现关注架构设计与工程效率、技术变现、中小研发团队能力提升。内容介绍仰望星空，才能脚踏实地，技术选型亦就如此。先看技术与产业的发展、技术成熟度、产业生命周期、IT技术迭代和进化，从CS技术、Web技术、App技术到AI技术，伴随着PC时代、互联网时代、移动时代和智能时代的产生，以终为始，才不至于迷失方向、做井底蛙。再看业务阶段与技术选型，初创期、发展期、成熟期、衰退期，单体架构、垂直架构、微服务和AI自动化，快多好省，业务阶段不同，技术诉求不同。技术与业务的匹配与融合，需要技术的选型落地，技术为业务服务，那业务又是什么？业务不是业务方，技术有什么用？技术人员的使命和CTO职责，技术体系的搭建，包括框架、架构、公共应用等。最后是案例分享、新技术应用与风险、小团队构建大网站、技术选型方法、技术选型所产生价值等。

2019 年 7 月 26 日

CI/CD：DevOps 背后的推动力

Christina Cardoza在文中告诉我们，为什么说CI/CD才是DevOps背后的推动力。

无服务器架构将 DevOps 带入新层次

无服务器架构不仅补充了DevOps的理念，更改进了当前IT组织实现更高业务敏捷性的观念。它致力于快速交付商业价值并持续改进和学习，这极有可能会带来文化上大范围的改变，甚至对那些已采用了DevOps文化和实践的组织也不例外。

Klaverblad 保险公司的持续交付

持续交付应被视为敏捷项目，因为它可以将部署自动化。你必须加快小步骤，通过小的交付和快速解决问题来赢得信任。这篇文章讲述了保险公司Klaverblad Insurance是如何推行敏捷、DevOps、持续提交和微服务的。

明智地整合 DevOps 和 ITIL

ScriptRock的联合创始人Alan Sharp-Paul最近强调了企业需要明智地整合DevOps和ITIL（IT基础架构库）。他认为在ITIL的领域中强行推动DevOps是个危险的主张。Patrick Debois和其他作者也都对ITIL的角色及其与DevOps的共存发表了意见。

如何加速软件部署？

毫无疑问，代码应尽快得到部署。

我的两年 Kubernetes 使用经验总结

大约两年前，我们决定放弃在 EC2 平台中基于 Ansible 配置管理工具部署应用程序，并转向容器化和 Kubernetes 技术栈，使用 Kubernetes 进行应用程序编排。现在我们已将大部分基础架构迁移到 Kubernetes。这是一项艰巨的任务，也有它自己的挑战——从迁移进行之时运行混合基础设施的技术挑战，再到用全新的操作范式培训整个团队等等，不一而足。

基础设施即代码的误区和规避方法

运维团队要的不仅是基础设施即代码的方法，而且是一个完整的模型驱动的运维思想。