成功实施DevOps的最佳做法

最初发表在Knowledgehut! 什么是DevOps? DevOps只是流程和理念的结合,其中包含四个基本组件文化,协作,工具和实践。 作为回报,这提供了良好的自动化系统和基础架构,可帮助组织交付高质量和可靠的构建。 这种文化的优点在于,它使组织能够更好地为客户提供服务并更有效地参与市场竞争,同时还增加了一些承诺的好处,包括信心和信任,更快的软件发布,快速解决关键问题的能力以及更好的管理计划外的工作。 “ DevOps不是目标,而是永无止境的持续改进过程。” 杰斯·汉布尔 周期时间:您需要以一种通用的方式定义软件周期,您需要了解其局限性,能力,如果有任何停机时间,则需要记录确切的时间。 版本控制环境:在规划DevOps时,始终准备好替代解决方案,环境版本控制可帮助您推出/支持计划。 如果您有多个模块且紧密耦合,则需要一个干净整洁的计划来标识每个补丁和发行版。 底层代码:当我们说底层代码时,它意味着可以满足这两种需求的解决方案-通过以代码形式捕获和管理基础架构,可以最大限度地缩短周期时间和版本控制环境。 您构建的内容应该可以长期扩展。 2.不要起步:无需一口气就完成整个周期,而总需要一个小的实体并运用您的理念并进行验证。 一旦感觉到您的POC合理,就立即开始扩大规模并创建一个完整的管道并定义一个过程,以便您随时可以返回并检查所有需要改进的地方。 所有这些小小的成功将帮助您在团队内部建立信心,并建立对利益相关者和客户的信任。 “ DevOps并不是魔术,而且转型永远不会在一夜之间发生”…

在小说中使用非小说

人们看到小说和非小说这两个写作方面的巨大鸿沟。 观点是,您要么在上面写东西,要么在另一边写东西,而两者实际上并没有在中间碰面。 有一个想象中的鸿沟,如果您试图越过,最终会导致烈性死亡。 但实际上并非如此。 我已经为自己和其他人(我也是鬼作家!)写过非小说类和小说类书籍,我在这里告诉你有很多交叉之处。 非小说被定义为“高度信息化而非虚构的写作”,因此从一开始就将其与写作的虚构性区分开。 但我不同意。 当我在大学学习语言学时,关于所谓的“中性语言”引起了很大的争论。 有人认为,您可以以中立的方式写东西,只传达事实而没有任何偏见或主观性。 我不是在语言的各个方面都看到故意偏见的人之一,但是在我看来,没有中性语言之类的东西。 随着英国大选的到来,我经常在社交媒体上被告知,一个或另一个来源有偏见,并提供新闻以促进一个或另一个方面。 不能编写对一个人或另一个人或社会的某个特定部分没有含义的语言。 让人们与您故事的位置联系起来,即使它是虚构的 简单的事实是,您可以将非小说与小说相结合。 从在您的故事中首次引入术语或解释某个位置的某些事实的简单行为,您就在小说书中写了一些非小说类的东西。 即使这个地方已经完全组成,您用来解释或描述它的样式也不是虚构的。 不要害怕在写作中使用这种风格。 只要不引起读者的注意,它将有助于加深他们对您要告诉他们的内容的理解。…