写点什么

DevOps:是否必须简化基础架构?

2013 年 9 月 23 日

在运行一个 DevOps 专家小组的过程中,RedMonk 的分析师 James Governor 提出了这样一个问题:为了引入 DevOps,我们是否必须简化基础架构?

小组成员们都赞同这样的观点:我们必须改变我们的系统和组织机构,以减少投放市场的时间。哪怕现存的基础架构依旧保留,我们也将需要尽我们所能地实现自动化,以便加速创新。

Opscode Chef 的创造者)的首席开发官 Adam Jacob 表示,新环境其实并没有变得更简单,只是设计有别。这些不同的设计有助于加速事物运转,从而显得更加简单。

来自 Puppetlabs Puppet 的缔造者)的 Luke Kanies 确信,“每个人都需要做出改变”。他希望每个人都能够构建工具,用来帮助人们构建新技术并摆脱旧技术。他提出了这样的问题:如何更快速地切换到新技术?他的方法是,在业务中寻找这样的个领域,在这个领域中,我们不需要太多的投入就能够取得显著成果。他注意到,通过将他们的基础架构中的某些特定部分自动化,客户端投放市场的时间间隔,从过去的每隔数月减少到现在的每隔数周甚至更短。

IBM Rational 云架构师 Robbie Minshall 表示,人们对云计算提供商所实现的一切感到惊奇,而且他们希望相同的事情也能够发生在自己的数据中心身上。鉴于现存的基础架构和大型主机并不会消逝,也无法迁移到云中,他认为,重要的是找出如何在其他方面进行创新,并让这些东西与现存的基础架构互相配合。快速前进的事物需要与迟缓的那些有所联系。

来自 Netflix Adrian Cockcroft 强调,更快速进入市场是取胜之道。

我们无需将整个基础架构简化,就可以引入 DevOps。但是小组的专家们同意,在对企业来说,将关键部分自动化以便加速投放市场是必不可少的。我们需要能够在运行复杂业务的同时进行创新。

查看英文原文: DevOps: possible without simplifying your infrastructure?

2013 年 9 月 23 日 13:531052
用户头像

发布了 256 篇内容, 共 49.0 次阅读, 收获喜欢 2 次。

关注

评论

发布
暂无评论
  • 我们该如何看待 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。这是一项艰巨的任务,也有它自己的挑战——从迁移进行之时运行混合基础设施的技术挑战,再到用全新的操作范式培训整个团队等等,不一而足。

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

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

发现更多内容

甲方日常 81

句子

随笔杂谈

CSS09 - 文本&背景属性

桃夭十一里

html/css

数据中心“容灾”和“备份”的区别

网络技术平台

边缘计算安全技术研究

华为云原生团队

云计算 大数据 云原生 边缘计算 华为云

ETL都没弄懂,谈什么大数据 ?我用一分钟给你整明白

智分析

ETL

Hive的调优你都知道那些?

大数据老哥

大数据 hadoop hive

如何使用Eclipse内存分析工具定位内存泄露

AI乔治

Java eclipse 架构

俯瞰Dubbo全局,阅读源码前必须掌握这些!!

冰河

架构 分布式 微服务 dubbo 服务治理

【CSS】CSS对大小写敏感吗?

学习委员

28天写作

杜绝标题党,好的标题是成功的99%

xcbeyond

方法论 28天写作 写作技巧

要想软件“一想之美”,UI测试少不了

华为云开发者社区

软件 测试 华为云

Spark HistoryServer日志解析&清理异常

笨小康

大数据 spark hdfs

代码也能“杀”虫:此虫,真虫非Bug也

华为云开发者社区

代码 华为云 modelarts

云算力矿机租赁挖矿APP系统开发|云算力矿机租赁挖矿软件开发

开發I852946OIIO

系统开发

甲方日常 82

句子

随笔杂谈

Java中定时器Timer致命缺点(附学习方法)

叫练

定时任务 高效学习 多线程 定时器 技术学习

还在手动写数据库文档吗?试试这个工具,划水干活儿两不误!

我爱娃哈哈😍

数据库 文档生成

VUE项目性能优化实践——通过懒加载提升页面响应速度

Geek_Willie

Vue

CSS08 - CSS特性

桃夭十一里

html/css

如何使用Eclipse内存分析工具定位内存泄露

Java老k

Java 内存泄露

从七日更,到28天写作挑战,我无法拒绝的原因

梁龙先森

前端 编程语言 28天写作

开始的开始-可能是最早提交的28天写作活动作品

石君

28天写作

一个正确的编程思维

程序员吴师兄

28天写作

智慧公安大数据可视化分析平台开发,重点人员管控平台建设

WX13823153201

文档驱动开发模式在 AIMS 中的应用与实践

华为云开发者社区

Web 代码 API 文档

volatile 关键字精讲

伯阳

Java volatile 关键字 后端开发 多线程与高并发

不愧是Alibaba技术官:程序员必会的架构知识清单,如何让你技术上的提升面试时的丰收

Java架构之路

Java 程序员 架构 面试 编程语言

一次系统调用时间过长追踪完整教程案例

AI乔治

Java Linux 架构

LeetCode题解:111. 二叉树的最小深度,BFS,JavaScript,详细注释

Lee Chen

算法 LeetCode 前端进阶训练营

【Mysql-InnoDB系列】InnoDB架构

程序员架构进阶

MySQL 架构 innodb 28天写作

如果你听说过 Elastic Certified Engineer

escray

日更挑战 28天写作 死磕Elasticsearch 60天通过Elastic认证考试

InfoQ 极客传媒开发者生态共创计划线上发布会

InfoQ 极客传媒开发者生态共创计划线上发布会

DevOps:是否必须简化基础架构?-InfoQ