- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
 - 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
 - 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
 - 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
 - 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
 - 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
 - 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
 
                        查看更多
                        
                    
                
 PAGE   1
 PAGE   1
化繁为简还是化整为零?DevOps中的十二关键词
    配置管理     在IT环境中,配置管理指的是在IT掌握下进行软硬件跟踪的过程。其涉及到系统版本及其安装程序类型、设备序列号、设备全部权以及详细用户使用详细设备进行详细程序安装的状况。     作为一个学科,配置管理本身的理念远远超过DevOps。但是DevOps的做法转变了传统的配置管理实践,更加强调自动化来处理这些平淡的任务。     容器     容器,特殊是Docker容器,已经成为DevOps团队中特别受欢迎的一种简化应用程序部署的方式。容器可以将应用程序与其所依靠项(其所需要的其他正常运行的软件)组合在一起。因而,无论公司进行公有云还是私有云的数据中心中的容器部署,容器本身总是以相同的方式进行运行,公司可以轻易进行容器环境的迁移(对于混合云来说这点尤为关键)。     此外,容器还将应用程序与运行在同一服务器上的其他应用程序隔离开来。这使得在单个服务器或集群服务器上运行多程序运维变得更加简单。容器技术与虚拟化类似,但容器重量较轻(它们不使用完可能多的系统资源),并且不需要管理程序。     持续交付/持续集成     在关于机敏开发与DevOps的争论中,“持续性”这一词语总是频繁出现,其通常指的是持续交付和持续集成。这两个短语都与机敏开发中频繁更新的核心原则相关。     详细来说,实行持续交付(CD)的公司将具有更短的开发周期和更多的产品测试,以便他们可以几乎随时向最终用户进行代码发布。采用CD方法时,DevOps团队可能会每周每天甚至于每天向最终发布软件更新。     另一方面,持续集成(CI)与CD相似,但它们略有不同。应用CI时,同一项目中的开发人员每天会至少进行一次的全代码集成(有时将更加频繁)。这有助于最大程度地削减多人同时进行同一代码上独立工作时所产生的问题。通常DevOps团队会通过使用CI/CD应用程序来帮助他们跟踪目前正在开发的软件。     DevSecOps     DevOps采用机敏开发原则并将其应用于运营和基础设施的方式大致相同,DevSecOps采用DevOps的原则,并将其应用于安全(Development+Operation+Security)。DevSecOps是一个更新的概念,但它正在快速普及。     通过鼓舞更亲密的协作,DevOps模糊开发和运营之间的界限,而DevSecOps则模糊了安全性与其他IT之间的界限。DevSecOps的最终目标是使IT团队中的每个人都能在整个应用程序生命周期内对安全性负责,但这种思维方式需要在大多数公司组织中进行重大的文化变革。     基础设施即代码     最近,像软件定义的网络,软件定义的存储甚至软件定义的数据中心这样的趋势已经愈演愈烈了。在全部的案例中,对基础设施的掌握,无论是基础架构,网络设备,存储阵列还是整个数据中心,都已经抽象出硬件,而且由软件掌握。     这些软件定义的趋势是基础设施即代码的示例,这是各种使用代码来掌握日常环境中硬件方法的总称呼。基础设施即代码在DevOps团队中很受欢迎,因为可编程基础设备可以更轻松地使用自动化来管理和配置系统与设备。     迭代     迭代本身只是一个反复重复的过程,但机敏开发和DevOps团队经常涉及到快速的迭代,这是说明更新周期短的一种方法。     在机敏开发和DevOps变得流行之前,开发人员经常在大量软件大修中工作数月甚至数年。但是,通过机敏开发和DevOps的简短迭代,开发者可能仅在一两天内完成软件中的一个功能更改,然后全新功能推送给最终用户。这种方法的优点是它可以更快地完成软件改进与交付。     微服务     微服务架构是一种设计应用程序的方法,其中软件将由众多小型,独立的部分或服务组成。相比于创建一个巨大的单片应用程序,当开发者以这种方式设计软件时,将可以进行各个部分进行调整和更新,而不会对整个应用程序造成干扰。此外,该架构还允许用户在多个应用程序之间重用或共享服务。     对于DevOps来说,微服务架构并不是必需的,但是两者往往是并行的。假如公司的理念是对其的应用程序进行频繁,小的更改,这种将应用程序分解成可自行更新的小型独立程序的方式将更能满意公司的需要。     无服务器/FaaS     无服务器和功能即服务本意相同。这两个术语都指的是一种云计算服务方式,应用该服务后开发人员不必再考虑其应用程序中的基础架构。当然,这些云服务并不是真正的无服务器,应用程序仍旧运行在某个云计算数据中心的物理服务器上。不过,开发者会感受到这种无服务器,因为他们不必配置、优化或管理基
                
原创力文档
                        

文档评论(0)