年度十佳 DevOps 博客文章(前篇)

  • 时间:
  • 浏览:17
  • 来源:大发快3官方网址—大发快3APP下载

意味着说 15 年你还不可不利于够 将 DevOps 真正应用起来,16 年再不实践也未免太落伍了。国内 ITOM 领军企业 OneAPM 工程师为您翻译架构设计 了,2015 年十佳 DevOps 文章,究竟与否角度好文,亲戚亲戚这名人一块儿来看看吧!

我并不打算立哪几个里程碑。在这名团队里,取得任何程度的 DevOps 成就都值得大餐一顿,以示庆祝。然而,要制定目标,只知道 DevOps 是三种文化和技术远远处于问题。另三种观点是,你采用 DevOps 的目标就那个她 须要 DevOps 达到的效果。换言之,家家有本难念的经,而 DevOps 给出的海量避免方案必然不利于开启良好开端,帮助亲戚亲戚这名人避免现象,即使只须要另六个多避免方案。

这就让,Vagrant 就派上用场了。Vagrant 是一款开发者工具,仅借助另六个多声明脚本和另六个多简单的命令行界面就可为使用运维工具的开发人员提供虚拟化的配置环境。Vagrant 剔除了支撑虚拟主机 (VM) 所需的繁重工作,还避免了配置或运行 Chef 服务器和 Chef 客户端。Vagrant 隐藏了所有哪几个工作,只给开发人员留下另六个多简单的脚本和另六个多名为 Vagrantfile 的无扩展名头文件,可在源码控制和代码中检查该文件。

阅读原文 & Docker 监控实战。

下面是这篇文章的摘录:

运维团队的工作通常包括在各个部署环境(累似 测试环境、模拟环境和运作环境)中实施全面的对等性。反之,开发团队则几乎全权负责配置开发机器。为了实现两组环境之间的完整对等,另六个多团队须要使用相同的语言和资源。

Chef 和 Puppet 工具与否专为运维人员而生,对忙碌的开发人员来说这名难以触及。每三种工具与否可观的学习曲线,但不可不利于够 哪种工具我我嘴笨 完整地避免了对等现象:开发人员仍然须要将适当的生产目标平台虚拟化。哪几个额外工作都会意味着可观的开销,而此时你就让 想编写代码!

下面是这篇文章的摘录:

对 DevOps 采用率的研究使用了“已采用”或“将采用”哪几个措辞,仿佛它们是企业季度目标的行项目。这与否表示亲戚这名人已与 Flickr 的每日十大部署看齐,还是说亲戚这名人就让 使用了“采用”这名措辞的浅层含义,就让 接受了个人的宿命,不多再遵从 DevOps 哲学?考虑到 DevOps 具备的多种定义,“采用”一词的意义意味着拥有同样数量甚至更多的变化形式。无论要怎样,DevOps 都羽翼未丰,它就让 各种正负属性的连续统一体,甚至远未达到线性。

以上是 15 年年度十佳 DevOps 博客文章的第 6-10 名,有不可不利于够 哪一篇抓住了您的眼球,让您有所收获呢?预知 1-5 名的文章,请期待「年度十佳 DevOps 博客文章(后篇)」。

幸运的是,谷歌工程师 Steve Yegge(前 Amazon 工程师)意外宣告了一份内部人员备忘录,其中概述了他对谷歌平台开发失败(以及 Amazon 取得成功)的感想,从而让世人对哪几个现象有了大致了解。这份备忘录(Yegge 很重允许可在网络上传播)概括地介绍了一项具体决策,该决策描述了首席执行官 Jeff Bezos 对亲戚亲戚这名人现在称之为 DevOps 的基本原则的理解,以及他对互操作性、可用性、可靠性和安全性(笔者认为哪几个是 AWS 平台的主要质量属性)的奉献。

在 DevOps 技术:Vagrant 这篇文章中,CERT 研究人员 Tim Palko 介绍了 Vagrant ,三种借助另六个多声明脚本和另六个多简单的命令行界面就可不利于够为开发人员提供虚拟化配置环境的开发工具。Vagrant 对所有开发人员和工作使用相同的预配置(脚本型)环境,从而提高了开发和环境对等性。Vagrant 让应用系统守护进程开发周期过程中“机器工作不受人控制”原先 的理由不再是理由。

下面是这篇文章的摘录:

下面是这篇文章的摘录:

社群推动了 DevOps 的发展,并将软件开发领域方方面面的理念注入了 DevOps,就让 赋予了其强大的能量。但意味着什么我么我会 群中未能形成集中的操作指南,就让 也对 DevOps 的进步造成了阻碍。

阅读原文

Docker 正在成为 DevOps 的代名词。意味着您还不了解容器的优势,请听我慢慢道来。另六个多极小的容器中可不利于够含有现成的图像、易于使用的公共资源库、图像版本控制以及 Docker 的应用系统守护进程本质。(更多信息请参见 devops.com 上的文章——使用 Docker 的三大意味着)

阅读原文:https://blog.sei.cmu.edu/post.cfm/devops-technologies-vagrant-345

环境对等 (Environment parity) 是三种理想状况,执行代码时所在的各种环境等效运行。软件开发现象日益令人气愤,什么都有 现象悬而未决,缺少环境对等性就让 其中另六个多现象。部署和开发一个劲是这名现象的受害者,稳定性、可预测性和工作传输速率都就让 降低。意味着达不可不利于够对等性,各环境就会以不同法律办法运行,原先 ,避免疑难现象就会变得棘手,协同也无从谈起。对于不多开发人员和运维人员来说,缺少对等性与否个负担。

2015 年 8 月,DevOps 博客 推出了个人的平台。DevOps 博客针对不多采用 DevOps 的企业(自 2011 年来占比高达 26%),提供各种指南、实用建议和教程。根据近期研究,哪几个企业变更代码的传输速率比传统企业快 400 倍。尽管 DevOps 的优势显而易见,什么都有 企业仍然不敢欣然采用,意味着这不仅须要转变观念,须要改变文化和技术要求,后者对孤立的竖井式企业而言,是极大的挑战。考虑到哪几个障碍,CERT 研究人员的文章主要集中介绍 Amazon 和 Netflix 的 DevOps 成功案例,以及 Fabric、Ansible 和 Docker 等流行 DevOps 技术的教程。本文则介绍了 2015 年 10 篇最受欢迎的 DevOps 文章(倒序)。



DevOps 的发展似乎一切顺利,不依靠任何枯燥精简的标准和指标。尽管不可不利于够 ,意味着亲戚亲戚这名人一心改变却不对变化加以测量,就意味着走上给流程镀金的无尽之路。结果意味着是好的,但客户也在原先 的文化变革中投入了真金白银,无论亲戚这名人与否知情、与否希望知情甚至毫不知情。就让 ,须要对变化进行规划,并设立明确的目标和完成日期。

另六个多项目团队中关键利益相关者(累似 开发人员、业务分析师、项目经理和安全团队)之间的对话,以及亲戚这名人的沟通平台都会对企业商务合作产生深刻影响。沟通工具不理想或蒸不烂 悉,会造成沟通不畅、徒劳无功甚至执行有误。个人面,意味着沟通工具集成了开发和运维基础架构,就不利于缩短将商业价值交付给公司的时间。团队的沟通基础架构组织法律办法直接影响团队传输速率。

基于容器的虚拟化平台给出了三种法律办法,可不利于够在单独的实例上运行多个应用。容器技术可不利于够为 DevOps 提供极大效益,包括可扩展性提升,资源利用率提高,弹性增强。尽管不可不利于够 ,除非从主机系统分离容器,就让 意味着处于安全现象。Chris Taschner 在 DevOps 的容器安全现象 这篇博客文章中说明了在分离前,管理员为什么我么我会 会 应当密切关注容器内所运行的应用系统守护进程的特权级别和访问主机系统的用户的特权级别。

就大小而言,容器也具备几瓶优势。和虚拟主机不同的是,容器不须要运行全面的操作系统,就让 须要系统所有硬件的虚拟复本。就让 操作系统和硬件信息足够使用,容器就能将其负责的应用运转起来。最终,容器可不利于够比虚拟主机还小得多,原先 主机系统运行的容器数量就会远多于其运行的虚拟主机数量。

阅读原文 & 推荐「探讨要怎样将 DevOps 与 ChatOps 结合」的文章 当亲戚亲戚这名人在谈论 DevOps,亲戚亲戚这名人在谈论哪几个?

在近期的一篇博客文章 中,Eric Sigler 写到,ChatOps 这名术语源于 GitHub,主就让 指对话驱动式开发。“将工具代入对话,使用经改良的聊天机器人来配合使用关键插件和脚本,团队就能自动运行任务并展开企业商务合作,工作表现更出色,费用更低,传输速率也减慢,”Sigler 写道。

聊天服务器不仅仅是简单的沟通媒介,它还可不利于够智能化,先从开发基础架构向团队传递通知,就让 执行命令并从团队返回基础架构。聊天服务器是通知中心,可不利于够和开发基础架构快速互动。项目团队通过聊天服务器(以及这名渠道)接收关于其希望关注的所有构建状况的通知:构建失败、构建成功、超时等。

容器现已成为 DevOps 的大热新技术。Docker 这家公司尤其意味着成为容器技术的架构首选提供商。利用 Docker 平台,可不利于够将应用系统守护进程连同其所有依赖项打包装到 另六个多被称为图像的单元中。就让 Docker 就可不利于够运行该图像的实例。每另六个多实例都留在另六个多容器中。

Amazon 是当今最多产的科技公司之一。4006 年,Amazon 从一家在线零售商成功转型为科技巨头,并推出 Amazon Web Services (AWS),成为云服务领导者。AWS 是一项拥有广泛用户的按需定制型 IaaS (基础架构即服务)服务。对于 AWS,Amazon 承受了几瓶风险。通过开发首批大规模的公共云服务,Amazon 认识到,什么都有 挑战与否未知的,这名避免方案也未经证实。要学习 Amazon 的成功经验,亲戚亲戚这名人须要问出正确的现象。这项商业冒险活动处于固有风险,为了将风险降到最低,Amazon 采取了哪几个法律办法?Amazon 工程师要怎样设计其流程以保证质量?

本文译自 Hasan Yasar 的文章 the Top 10 Devops Posts of 2015 .

大多数团队都会在聊天服务器上开展一定程度的企业商务合作。聊天服务器可不利于够作为大型开发团队的“城市广场”,不不利于不利于团队之间的凝聚力,为团队成员的所有活动提供另六个多空间,比如用几瓶 gif 图像 抒发感情的说说的说说,讨论实际现象的潜在避免方案等。亲戚亲戚这名人希望所有团队成员都使用聊天服务器。在亲戚亲戚这名人的团队中,为了避免一般聊天室的灌水聊天,亲戚亲戚这名人也为每个项目创建专用聊天室,项目团队成员可不利于够谈论项目的细节,不涉及这名团队。

通常,意图采用 DevOps 的企业会依照繁琐的运维手续和竖井式文化使用 DevOps。对于以“无 DevOps”为基础建立的企业(以及设立的员工预期),这名转型并不容易。此外,一旦某个团体决定尝试实施 DevOps(这通常是团体自身的挑战),就会面临“要怎样合理实施”这名现象。在 2015 年发布的十篇最受欢迎的文章中,Tim Palko在《迷失的 DevOps 指标》中探讨了这名现象。

一个劲阅读 DevOps 博客 的读者会发现,这名系列一个劲出现的主题 是:* DevOps 的本质是通过精心构建组织流程、沟通和工作流来巩固所需质量属性 。通过研究知名科技公司的软件工程/维护管理技术,DevOps 博客作者可不利于够呈现真实的宝贵案例,得出几瓶软件工程法律办法及相关成果。哪几个案例也非常值得 DevOps 从业人员借鉴。在「DevOps 案例分析:Amazon AWS 」这篇文章中,C. Aaron Cois 分享了 Amazon 的 DevOps 使用经验。

在 DevOps 团队使用 ChatOps 这篇文章中,CERT 研究人员 Todd Waits 首次引入了 ChatOps 这名概念, ChatOps 作为 DevOps 的分支,侧重于 DevOps 团队内部人员的沟通。ChatOps 空间主要包括团队内的沟通和企业商务合作工具:通知、聊天服务器、机器人、现象追踪系统等。

阅读原文 &

系统监控避免方案推荐。

许多人说 DevOps 是三种法律办法;与否人说 DevOps 是三种运动,三种哲学甚至三种策略。定义 DevOps 的法律办法有什么都有 种,但对于其基本目标亲戚亲戚这名人都意味着达成共识:将开发和运维相结合,努力降低风险,减轻负担,缩短上市时间,一块儿提高运维意识。但早在 DevOps 这名术语流行起来就让,其发展就可不利于够追溯到二十世纪七十年代早期兴起的工具自动化、文化转移和迭代开发模型领域(累似 敏捷开发)。