DevOps：软件架构师行动指南3.7　更多阅读材料

3.7　更多阅读材料


ITIL是一个在20世纪80年代由英联邦政府开始的一种标准。它经历过了很多次的修订、巩固、改进等。ITIL的最后版本是在2011年发布的。它一共出版了5卷[Cannon 11；Hunnebeck11；Lloyd11；Rance11；Steinberg11]。

Thomas Erl以面向服务的架构思想写了大量的关于服务的设计问题的文章和书籍，这些需求不仅对软件有用，而且具有更广泛的可应用性。我们把它应用到由运维提供的服务中。请参考他的书《Service Oriented Architecture: Principles of Service Design》

[Erl 07]。

讨论ITIL和DevOps之间的关系的博客有：

“DevOps and ITIL: Continuous Delivery Doesn’t Stop at Software”（DevOps和ITIL：软件开发的持续交付不会停）[Spencer 14]。

“What is IT Service？”（什么是IT服务？）[Agrasala11]。

FireScope是一家涉及企业监控的公司：参见博客“What is IT Service？（什么是IT服务？）[FireScope13]。

维基百科中的一篇文章定义恢复点目标（RPO）并将它与恢复时间目标（RTO）进行对比。网址为http://en.wikipedia.org/wiki/Recovery_point_objective

时间： 2024-10-28 18:46:24

DevOps：软件架构师行动指南3.7　更多阅读材料的相关文章

DevOps：软件架构师行动指南1.9　更多阅读材料

1.9 更多阅读材料 通过下列资源可以阅读有关DevOps的不同定义: Gartner技术成熟度曲线[Gartner]把DevOps归为处于上升期:http://www.gartner.com/DisplayDocument?doc_cd=249070. AgileAdmins从敏捷角度解释了DevOps:http://theagileadmin.com/what-is-devops/. 从下面列出的最近调查及业界报告中,可以找到更多的内容: XebiaLabs对与DevOps相关的主题做了广泛

DevOps：软件架构师行动指南2.5　更多阅读材料

2.5 更多阅读材料 美国国家技术与标准研究所的云定义是SP 800-145这个专门出版物的一部分[NIST 11]. 针对不同类型的内存以及网络连接的延迟数据源自http://www.eecs.berkeley.edu/~rcs/research/interactive_latency.html. Jeff Dean的主题发言列出了新数据中心的问题[Dean]. James Hamilton(来自AWS)在他的报告中给我们展示了大规模发生的故障,报告获取链接如下:http://www.slid

《DevOps：软件架构师行动指南.》导读

本节书摘来自华章出版社<DevOps:软件架构师行动指南.>一书中作者伦恩·拜斯(Len Bass) [澳]   英戈·韦伯(Ingo Weber)    著 朱黎明(Liming Zhu)   前言   多年以来,我们一直在探索研究运维中的问题.自然而然地,我们也一直在追踪DevOps运动.它正在沿着Gartner成熟度曲线向上发展.这种现象有着坚实的业务原因.我们能够找到从信息技术经理视角对DevOps的探讨(例如小说<凤凰项目:一个IT运维的传奇故事>),也能找到从项目经理视

三国杀传奇技能升级材料不够用 怎么获得更多升级材料

在三国杀传奇游戏中升级材料可以通过以下方式获得: 玩家在闯关的时候,三星通过每个关卡,会有几率掉落技能材料的,不过掉落的几率比较低,玩家还可以从别的途径获得升级材料. 那么想要获得更多升级材料,可以去抢夺系统去战胜对手从而抢夺他们手机的材料碎片进行合成,成功抢夺三次就可以合成升级材料或技能了.抢夺过程也是很危险,有时候战胜对手也不一定能抢夺到碎片的,所以首先玩家要有足够的精力去抢碎片.

DevOps：软件架构师行动指南1.1　概述

第一部分 背 景 这一部分为本书的后续章节提供了必要的背景知识.DevOps是一项运动,它设想在开发组和运维组之间没有冲突.DevOps的出现与云发展成为大小型组织的基本平台是同时发生的.第一部分有3章. 在第1章中,我们将定义DevOps,并且讨论DevOps的各种驱动力.DevOps是一个包罗万象的术语,它可以涵盖多个含义,包括让开发人员和运维人员互相沟通:允许开发团队自动化地部署到生产环境:当在生产环境中发现错误时,让开发团队成为第一个响应者.在这一章中,我们将梳理出各种关注点,并且关于D

DevOps：软件架构师行动指南1.7　障碍

1.7 障碍 如果DevOps解决了开发中长期存在的问题并有如此明显的好处,为什么不是所有的组织都采用DevOps实践呢?本节将探讨采用DevOps时遇到的障碍. 1.7.1 文化及组织类型 在讨论DevOps时,文化很重要.在跨组织以及同一个组织中的不同群体之间,与DevOps相关的文化问题都会影响它的形式与采用.文化不仅取决于你的角色,而且取决于你所在组织的类型. DevOps的目标之一是缩短新功能或新产品投向市场的时间.在采用DevOps实践时,组织要考虑的一个问题是缩短面市时间所带来的收

DevOps：软件架构师行动指南2.2　云的特性

2.2 云的特性 云最根本的推动者是构筑在成千上万通过因特网访问的主机之上的虚拟化技术.我们首先探讨以IaaS为中心的特性,即虚拟化和IP管理,接着是PaaS提供的一些特性.然后,我们探讨一些普遍的问题,例如数以万计的主机所带来的后果,以及云是如何支持弹性的. 2.2.1 虚拟化 在云计算中,虚拟机(Virtual Machine,VM)是物理机的模拟.一个虚拟机镜像就是一个文件,其中包含了可引导的操作系统和在其上安装的软件.虚拟机镜像提供了启动虚拟机(或者更准确一些,虚拟机实例)所需的信息.本

DevOps：软件架构师行动指南1.4　DevOps与敏捷

1.4 DevOps与敏捷 DevOps的一个特征是强调DevOps实践与敏捷实践的关系.本节将把DevOps实践覆盖在IBM规范敏捷交付上.我们的重点不是解释规范敏捷交付,而是说明DevOps中增加的内容.如果想了解规范敏捷交付,可参阅<Disciplined Agile Delivery: A Practitioner's Approach>一书.如图1-2所示,规范敏捷交付包含3个阶段--开始.构造和转换.在DevOps的语境中,我们把转换解释为部署. DevOps实践影响所有这三个阶段

DevOps：软件架构师行动指南1.3　DevOps视角

1.3 DevOps视角 一个重大的呼吁是缩短新功能推向市场的时间,减少部署过程中发生的错误,考虑到我们讨论的问题并且这些问题都存在已久,这种呼吁也就不足为奇了.DevOps有很多形式,是对现有实践不同程度的改编,但是各种不同形式都始终贯穿着两个主题:自动化及开发团队的职责. 1.3.1 自动化 图1-1显示了各种生命周期过程.从构建.测试到执行的步骤在某种程度上都可以实现自动化.我们将在适当的章节中讨论这些步骤中的每一步使用的工具,这里首先强调自动化的优点.在1.7节中讨论依赖于自动化的一些问