DevOps – 第9页小小书 XXshu

DevOps推荐书单

在某次机缘之下，与尊敬的Ruddy老师针对“ DevOps推荐书籍”有一些简单的交流。那时整理了手的笔记，将收集到的DevOps书单整理在此处之中。如果你也有推荐的DevOps书单，欢迎与我交流！（此处将持续更新，欢迎推荐DevOps好书。） DevOps不只涉及观念，也与许多的工具相关，但因为技术工具书，例如：Ansible，Docker，K8S这一类着重于工具操作与使用的书籍，通常是工具更新的缘故，书籍的寿命都比较短。同时并非每一种工具都适用于所有的团队，因此这类书籍就不收录在此书单中。这份书单会以保存期限延长长久的观念型书籍为主。有效的DevOps-建立大规模的协作，亲和力和工具文化这是一本由技术人撰写的非技术书籍，本书主要在谈DevOps文化，围绕在书名副标的那四个项目。协作，亲和力，工具，规模，以文化与组织发展为逐步转变全书。前几章也针对DevOps和DevOps相关的关键字提供了一个基本简介，某种程度可以当成一本DevOps入门书，可直接再延伸阅读更多的书籍。（繁中，简中）持续集成：提高软件质量并降低风险关于持续整合（CI，Continuous Integration）的经典必读书籍，缺点是目前没中译本。持续交付：通过构建，测试和部署自动化发布可靠的软件关于持续交付（CD，Continuous Delivery）的经典必读书籍，比较要注意的是因为英文版是2010年出版的书籍，因此书中范例提到的软体会比较老牌一点。另外，在社群中也有前辈表示现今微服务，无服务器等新观念抬头，这本书的部分内容应该可以配合这些观念而有所更新。（繁中） Phoenix项目：有关IT，DevOps和帮助您赢得业务的小说知名度的DevOps小说，如果当工具书来读会大失所望，按其他前辈的说法，此书就是要当成小说与实际案例来看，请细细品味书中的剧情及小说人物遇到的冲突，并且对照自己的经历而有所反思，同时尝试换位思考如果你是小说内的主角你会怎么面对问题，如此一来才能体会书中的醍醐味。本书也是让玄妙的DevOps「三步工作法」首次面世的书籍。（繁中，简中） DevOps手册：如何在技术组织中创建世界一流的敏捷性，可靠性和安全性由总体世界知名度的DevOps顾问Gene Kim与他的好朋友们延续《 The…

DevOps很难吗？

自最近5年以来，DevOps生态系统一直在快速变化，但我始终听到相同的问题“ 如何成为DevOps工程师？ ” 在没有考虑DevOps不是工作的事实以及所有这些辩论的情况下-因为我只需要写一篇新的博客文章（可能更多）来谈论这件事-我是在问自己，为什么这个问题比其他问题要被问到更多，为什么我总是收到相同的问题？对于从5年以上开始从事系统管理和开发工作的人们而言，DevOps就像是开发和生产系统与组织的自然发展，尤其是那些采用敏捷方法论的组织，他们认为需要进一步发展。试图了解DevOps的新开发人员和IT工程师发现自己身处具有多种定义和多种观点的新事物的前面。就像我在其他博客文章中所说的那样，每个人都根据他所销售的产品来定义DevOps，因此招聘公司的定义与DevOps宣传人员的定义不同。对于初学者，甚至是中级开发人员，这都是使DevOps难以理解的原因：没有一个明确的定义。在IT行业中，如果您对DevOps充满热情，那么大多数情况下您会发现自己是一名DevOps工程师。即使有些公司避免使用此职位名称，但大多数公司使用“ DevOps工程师”，“ DevOps开发人员” ..等

我对DevOps Journeys 2.0的贡献

我认为与您共享电子书可能会有所帮助，因为对于那些对DevOps和现代软件/基础设施工程的未来感兴趣的人们，它具有宝贵的内容，分享我自己的贡献并获得您的反馈。您可以在此处阅读完整的电子书。这些是我的贡献：关于DevOps DevOps是一种文化，它需要一种新的愿景，其共同目标是通过建立正确的沟通流程和跨职能协作，将人员和部门围绕独特的目标统一起来。这些文化特征之一就是以客户为中心：以客户为中心是使团队朝着相同的重要目标结盟而又不会引起部门间战争的最佳方式。” 关于采用DevOps 正如Aymen El Amri所说的那样，DevOps始于流程：“采用DevOps需要由合适的人使用正确的工具来完成正确的流程”。关于我的早期经历 Aymen El Amri谈论了他在DevOps项目上的早期经验，研究了“困难的问题，（奇妙但不成熟的）技术和一些误解”： “但是我并不孤单，一个不断发展的社区正在解决类似的问题，这些人奠定了基础，并使DevOps引入从初创公司到公司的所有类型的公司成为可能。” DevOps是一项社区运动，网络会议，聚会和论坛的迅速发展为寻找解决问题的方法提供了巨大的机会，越来越多的工程师可以将灵感带回他们的组织。关于正确的工程DevOps转型 DevOps是一个令人兴奋的领域，面临许多挑战，例如零停机时间部署，自我修复和自动扩展性。…

快速流动和快速反馈

“改善日常工作比做日常工作更为重要。” —凤凰城项目您的开发团队需要快速，一致地交付。没有计划向市场交付功能，您就给竞争者提供了将自己赶出自己市场的机会。为了迅速将产品交付市场，您的团队需要确保他们拥有正确的工具，并且（同等重要的）团队必须在每次交付中学习和改进。在我的开发生涯中，我曾在非托管开发团队和敏捷团队中工作，这些团队使用sprint进行时间盒开发。在这两种情况下，团队仍然可以完成工作，交付增量并找到一种跟踪工作的方法-通过在白板上写下任务或在JIRA中记录票证。但是，这些可交付成果的质量和一致性存在很大差异。优秀的团队会处理故事，并确保提供功能很简单。这些团队是跨职能的。将DevOps的任务掌握在自己手中，并确保从本地开发到生产的整个过程都将功能直接，充分地记录下来，并且速度很快。最好的团队做的就像优秀团队所做的那样，但是他们确保每次交付时，团队都会学习并改进他们的流程。这不仅仅是每周或每两周回顾一次。这些团队在交付过程的每一步都进行了自省。故事太模糊了吗？我们没有足够的测试吗？哪种类型的测试将捕获此错误？为什么在此Sprint中部署到生产如此困难？…

如何通过Maven自动执行Docker容器部署

本文适用于将Maven用作JAVA应用程序的构建和依赖性管理工具的人员。它将向您展示如何将Docker容器构建，标记和推送工作流集成到其现有的Maven构建管理生态系统中。能够直接从Maven生命周期命令本身构建，标记和推动应用程序作为容器的功能是一件很酷的事情。如果您尝试引入容器的功能来部署应用程序，并且可以使用Maven进行依赖管理的所有功能，那么这将使事情变得轻松快捷。如果我们看一下将docker容器部署集成到Maven中的现有解决方案，那里有几种解决方案，例如spotify maven docker插件，fabric8io docker maven插件等。但是所有这些解决方案带来了不必要的复杂性，额外的学习难度以及太多更改为您现有的应用程序代码。但是，有一种更简便的方法可以在不使用任何第三方插件的情况下实现这一目标。如果您注意到Maven的Ant插件，它使我们可以运行外部命令。因此，通过使用Ant插件，我们可以根据需要运行docker build，tag，push或任何命令。我们要做的唯一一件事就是提供一个正确的Dockerfile，用于为您的应用程序构建Docker映像，并将必要的命令和Maven配置集构建到pom.xml文件中。为了说明此过程涉及的步骤，我将使用一个示例JAVA应用程序。它包含以下步骤中使用的所有代码示例。您可以从这里克隆它。步骤1…

通过认证学习

这是正常的人类倾向于游行一件与众不同的事情的倾向。即使短暂的一刻，也能让您显得与众不同。炫耀的桑妮，手表，运动鞋都过时了！是时候炫耀认证了！首先，让我描述一下为什么IT专业人员渴望获得认证：知道自己的生意是一种认可的印记。正确的认证可提供帮助您踏进大门的凭据。准备认证涉及繁琐的工作，繁琐的工作，这会增加您的知识和解决问题的能力。认证使您有信心在新领域/领域中操作新产品。随着全球IT专业人员的大量涌入，认证是您可靠的弹药库，可以胜任这份工作！一旦确信要通过认证，下一步就是确定哪种认证适合您。确定适当的认证是完成的一半。这将涉及研究市场和行业，阅读博客，与同行交谈以及进行仔细的自我分析。确定目标认证后，您必须精心计划任务。这与破解任何入学考试没有太大区别-您将需要创建一个时间表，分配足够的时间来学习可用的材料，练习模拟测试并进行修改。对于许多人来说，您想要进行的认证可能与您的日常工作不完全（甚至不完全）相关。设定明确的考试截止日期至关重要。如果理论知识不经常应用于现实生活中，则它趋向于消亡。…

凤凰计划-书评

激动人心的技术手册我大约两年前读过《凤凰计划》。这是到目前为止我遇到的有关运营IT组织的最有见地的书之一。在这篇文章中，我将尝试给您一个关于它有多棒的想法，而不会给您太多破坏。当我第一次打开“凤凰计划”时是22:30。我从1:00开始停止阅读。在第二天和第三天晚上，故事重演。幸运的是，周末到了，我设法恢复了睡眠。故事令人兴奋：大公司的主要角色从IT经理晋升为IT运营副总裁。他没有被告知IT组织已经瘫痪，他的工作是使它恢复健康。在担任新职务期间，他遇到了与IT运营相关的各种障碍：严重性事件，周末部署以及不可能的业务/安全要求。本书的第一部分介绍了各种IT问题及其解决方案。进一步地，组织的情况开始趋于稳定，您将获得圆满结局的回报。但是，令我惊讶的是，IT组织的不切实际的能力顺利地进行了组织文化变更过程（这很好地提醒人们，这是虚构的）。最让我印象深刻的想法是IT组织与工厂的比较。回顾我的开发经验，我发现工厂工人和软件工程师之间的相似之处比我所承认的要多得多。 Phoenix项目引入了各种当前在IT中使用的概念：看板…

凤凰计划：我吸取的教训

（最初发布在https://tramoyainux.blogspot.com/2016/12/the-phoenix-project-lessons-i-learned.html）书的封面凤凰计划：有关IT，DevOps和帮助您赢得业务的小说由Gene Kim，Kevin Behr，George Spafford 乍一看：我喜欢这本书，它很容易阅读，并且很清楚地提出了组织内IT部门可能面临的问题，以及对这些问题的解决方案。这本书仍然是我的“ IT领导者的历险记”，但每章末尾都没有学术细节。这本书这是一本学术书籍，您可以阅读该书以了解有关在IT组织内解决问题的更多信息。但是，它是作为故事写的。 Bill是我们的英雄，在被提升为IT运营副总裁之后，我们将继续关注他的故事，了解他在组织中面临的所有问题以及他为每个人提出的解决方案。这本书不是一部伟大的小说，所以不要指望读到一个深刻而又麻烦的人物的冒险和背叛的故事。但是这个故事是上课的好方法，它读起来很有趣，我情不自禁，但与我过去工作过的同事们发现了几个角色。主要是因为他们的工作角色。…

书评：DevOps手册

DevOps手册：如何在技术组织中创建世界级的敏捷性，可靠性和安全性是构建高性能IT组织的实用路线图。它是由DevOps社区的知名成员编写的：Gene Kim，Jez Humble，John Willis和Patrick Debois。他们在走向DevOps价值流中提取了实用的信息和经验。这篇评论包括书中的背景信息，我的想法，喜欢的文章和推荐。如果您仅对推荐感兴趣，则跳过最后。这是本书的重点：通过DevOps实践提高盈利能力，提升工作文化并超越生产力目标。有效的技术管理比以往任何时候都对企业竞争力至关重要。菲尼克斯计划的非虚构后续行动通过展示如何集成产品管理，开发，质量保证，IT运营和信息安全来提升公司并在市场中取胜，从而向领导者展示了如何复制这些令人难以置信的成果。凤凰计划是一个虚构的故事，讲述了一家陷入困境的公司及其成功转型的故事。 DevOps手册是用于将Phoenix项目中的更改付诸实践的手册。作者强烈要求在市场上增加概率和成功。自然，所有企业都希望获得这些结果。这些书在数据方面比较宽松，但是具有丰富的个人经验，案例研究和轶事。…

2017年-我的博客文章年

我喜欢写博客，并且自2007年以来就一直在这样做：今年我正在庆祝自己写博客的10年。去年，我的大部分博客文章都是技术性的。如果您喜欢DevOps，云计算，容器以及所有这些令人惊叹的生态系统，那么您肯定会喜欢其中的部分，大部分甚至全部文章–在Medium（Aymen El Amri）上关注Follow，在Twitter（@ eon01）上关注我，以及我的新闻通讯（DevOpsLinks和已发货）在2018年保持最新的类似内容。在列出我的博客文章之前，2017年是我开始编写实用AWS的一年，这门课程与AWS的实际使用有关，而不是理论和思想。您可能还知道我的其他书籍和指南，例如Painless Docker或SaltStack For DevOps。资源在2018年，我将从事其他项目，例如协作社区博客和始终与同一主题相关的课件市场：DevOps，云计算，容器，编排。如果您有兴趣为社区博客做贡献，或者想在社区市场上分享免费和付费课程，请在此处注册，我们会尽快与您联系！ Docker，Containerd，RunC和其他主题，以更好地了解Docker的工作方式 Docker，容器化和独立运行时-这是您应该知道的 Docker是一个功能强大的工具，但是学习正确使用方法的过程可能会花费很长时间，尤其是对于… hackernoon.com…