自从每个人听到“ DevOps”一词以来，至少已经过去了几年。 谁没有实施它，什么才没有实施。

同时，该地区尚未开发，充满了许多发现。 例如，俄语社区仍未决定术语：有人已经雇用了“ devops”这个职位，有人总是说“ devops”是一种文化和实践，旨在将开发，运营和开发结合在一起。因此，也称这个职位不正确。

许多人正在寻找书籍中的答案，因为最近有很多书。 例如，在我看来，最重要的一本是由我们的演讲者约翰·威利斯（John Willis）撰写的《 Devops手册》和《 Google SRE Book》，该书可在互联网上免费获得。 但是，阅读这些书后，我发现以下内容：枯燥乏味的文字不太适合知识的传播，而很大程度上是基于在职人员的真实工作。 事实证明，知识太抽象了。

例如，我们采用第14章“管理事件” 。 我们举两个例子：首先，一个事件的故事被错误地处理了。 然后讲同样的故事，但结构正确且结果良好。 如果遵循以下重要做法，将会产生良好的结果：

• 明确划分角色，并分配负责人：
  
  • 整个事件（“指挥官”）；
  • 操作部分；
  • 沟通交流
  • 工作计划；
• 突出团队帖子（包括物理聊天和聊天）；
• 不断更新的文档，描述了事件的当前状态；
• 及时且可理解的权限转移（例如，轮班结束时）。

最后，对世界上的所有事物都给出了很多好的建议。 从原则上讲，这很好，但是有一个问题：如何将其付诸实践？ 每个项目都适用于整本书，其中一些要求具备无法在书籍中描述的软技能。 想象一下，在事件的中间，CTO会来找您，并开始提供过去IT生涯的无用建议：它会增加Linux中的内存页面大小（尽管完全不同），或者关闭ext4障碍（尽管打开了缓存）。 以他在团队中没有任何角色为借口，将他踢出我们指挥所的屁股容易吗？ 撰写本文的人是如何做到的？

理想情况下，我想要以下几点：首先，对于同一问题要有不止一种观点，包括从各个团队的经验中得出的观点。 并非所有公司都像Google。 即使如此：类似Google的公司也可以指望。 其次，我想在现场与这些神圣知识的作者见面，注视我的眼睛并提出一些问题。 例如，许多赞美文件中关于其组织中的出色发展的作家都是卑鄙的谎言，但实际上，他们的bash脚本和棍子被粘在电气胶带上。 看着眼睛非常有用。 我真的不仅希望获得一些一般性的建议，而且要问自己的棘手问题-并获得答案。

小观点并不能以任何方式解决许多观点的问题和各种问题。 在书籍的帮助下，您无法深入挖掘并心连心交谈。 没有人可以肯定地决定诸如实用术语之类的问题；空缺的构成取决于情况。 为了获得相关和有用的知识，您可以并且应该同时使用所有资源。

去年，我们意识到一切都令人困惑，是时候该组织一次关于DevOps的大型会议了，只有他一次。 它被称为DevOops ，发生在秋天的圣彼得堡。 下次它将在今年10月14日举行。

大型会议正是解决大多数上述问题的方法。 例如，如果您误解了约翰·威利斯的书中的内容，您不仅可以阅读他的报告并更详细地了解该主题，还可以在讨论区与他会面并直接提问。

仅关于DevOps

首先，其特点是该会议仅涉及DevOps。 原则上，在俄罗斯大多数主要的IT会议上，现在都有几个令人关注的话题。 如果您立即参加一系列会议，您将获得良好的基础。 但是他们将不得不倾听大量Java，.NET，JavaScript程序员等已经变得痛苦的一切，而且通常无济于事。 但是，这一切都太长了，而且太昂贵了。 DevOops会议仅关注DevOps，从而解决了许多烦人的组织问题。

他们将讨论容器及其编排，虚拟化和云，监视和审核，CI和CD，以及有关“ DevOps”一词时通常想到的所有内容。

演讲者

但是最重​​要的是发言人。 在会议宣布之时，已经有来自Google和Microsoft等公司的九个人准备分享他们的经验。 最后，该计划将在三个方面提供约17个报告。 也许会有更多的跟踪和报告。 我们仔细研究了您对先前DevOops的反馈，并尝试邀请您最想要的人。 让我们看看谁已经和我们在一起了。

约翰·威利斯

不可能用言语表达他来找我们有多酷。 John是DevOps的几位父亲之一，在过去的20年中出版了10本书，其中包括著名的DevOps手册和Beyond the Fenix Project ，这是一个运行了35年的大师，只是一个活着的传奇。

设置Wargo

Seth是Google开发者倡导者，在此之前，他曾在HashiCorp，Chef Software和其他地方工作。 您可能已经读过他的《 学习厨师》一书，或者已经在会议上见过面。

他的报告称为“ 使用微服务和云的现代安全性” 。 很难高估安全性在微服务应用程序中的重要性，这使Seth的报告特别重要。 该报告将描述基于微服务的现代系统中安全性的基本原理和最佳实践，还将以Vault为例进行实时演示。

丽兹饭

KubeCon程序委员会负责人Aqua Security的技术布道者在全球会议上作了最佳主题演讲。

最初专注于软件开发（尤其是跨平台网络堆栈实现）的Liz精通Kubernetes，Go和Python（ GitHub上的个人资料清楚地表明，她不是忘记编码的传教士之一），在Medium （ 因为她没有邀请Habr！ ）并且有一堆诸如现场编码的具体技能。

Liz将提出一份名为“确保容器部署安全的实际步骤”的报告，其实质是，当您进入DevOps文化时，安全性就成为团队中每个人的责任。 将展示有关在CI / CD管道的各个阶段如何提供安全性原则以及需要手动完成的具体事情。

杰西卡·迪安

Jessica是Microsoft Cloud开发人员社区的代表，专门研究Azure，基础结构和容器。 她对GNU / Linux和开放源代码非常了解-五年前告诉我，我会写一篇有关Microsoft的文章，她会笑。

在加入Microsoft之前，她与San Francisco最终用户一起在企业环境中担任IT顾问和系统管理员超过十年。

杰西卡（Jessica）连续4年在“ Windows和IT专用设备”类别中荣Microsoft“微软最有价值专家”（在Microsoft世界中，这是非常重要的）。 当然，她还有很多其他认证。 尤其是，她在2013年获得了美国国土安全部（Homeland Security）的FEMA认证，成为危机和紧急情况的领导者。

她也做运动量来找到，身体非常抽气。 与她一起，您可以在聚会上讨论很多问题，而不是讨论发展问题。 不要忘记，演讲者不仅是一个狭窄主题的抽象知识来源，而且还是非常多才多艺的人，他们可以在非常不同的领域中学习一些东西。

保罗·斯塔克

Paul是一名基础架构开发人员，曾在HashiCorp工作，并参与开发了数百万人使用的工具（例如Terraform）。 他经常在会议上发表演讲，并从CI / CD实施的最前沿，实践部分的正确组织原则来传达实践，并且能够清楚地解释为什么管理员要这么做。

Paul在先前的DevOops大会上已经发言，与会人员非常喜欢他，因此我们决定再次邀请他！

上一份报告的记录可以在这里查看：

这次的报告将完全不同。 其本质是建立可靠的容错系统-但是如何确保系统真正可靠？ 我们可以选择：等待事件并在火灾中进行维修，或者自己添加事件，直到我们学会如何生存。 无法击败事件？ 然后去吧！ Paul承诺会展示如何将混沌添加到您的基础架构中以及如何抵抗它。

娜娜（Alena Prokharchik）

Alena是Rancher Labs的首席软件工程师（是的，这些人都是Rancher的创始人，他的口号听起来像“ Kubernetes Everywhere”）和Apache Software Foundation的项目管理委员会。 以前，我曾在CloudStack项目中为虚拟机构建基础结构服务，现在，正如您可能猜到的，我为重点是Kubernetes的容器构建了服务。 这个人不仅了解Kubernetes的所有知识，而且还可以谈论他，在会议上占据重要位置。

她的报告是“建立一个用于管理多个Kubernetes集群的平台：陷阱和解决方案” 。 最重要的是，如果以前很难在集群中使用k8，现在这已解决，并且工作已移至管理多个集群的领域。 将考虑具体的问题和解决方案，而不是通过抽象推理来支持，而是通过Rancher开发中的解决方案示例来支持。 但这不是关于Rancher产品的报告，而是关于工程师在开发和操作方面可能需要的已有经验的报告。 如果您不知道该公司为什么拥有多个Kubernetes集群，那么您应该转到此报告。

安东·魏斯

Anton Weiss是技术咨询公司Otomato Software的共同所有人，该公司在高科技领域拥有15年以上的经验。 他是技术教学方面的专家，是第一批以色列DevOPS认证课程的发起者和合着者。 安东参加国际会议，并被誉为酷派演讲者。

这次，安东将向我们提供“恐龙的开发运维：如何在传统公司中改变流程，方法和思维的报告” 。 在过去的三年中，Otomato在多家大型国际公司中进行了DevOps Transformation项目。 他们帮助过渡到新技术，云基础架构和持续交付流程。
但是最主要的是，我们已经改变了合作和信息流的模式。
这并不容易，远未达到一切目的。 比所需的要花费更多的时间和精力。 该报告基于实际经验。 在其中，安东将考虑他们学到的所有内容，并告诉您：什么有效，什么无效，首先需要做什么，然后做什么以及您首先要注意什么。

安东·巴本科（Anton Babenko）

许多人在日常工作中都了解和使用Terraform。 但是到目前为止，Terraform没有最佳实践。 每个团队都必须发明自己的方法。
Anton在GitHub上为AWS运行了Terraform社区模块集合（顺便说一句terraform-aws-modules-超过一百万次下载！），并且了解有关Terraform在生产中的长期维护的所有知识。 他准备与我们分享他的宝贵经验。 如何编写TF模块，以免受到伤害。

亚历山大·季托夫（Alexander Titov）

亚历山大是莫斯科DevOps社区和莫斯科DevOpsDays会议的组织者。

作为Express 42的管理合伙人，他现在正在技术公司中发展DevOps。 在此之前，他曾是俄罗斯第一家云托管服务商Scalaxy的技术总监，在此之前，他与奇克（Kik）一起经历了引人入胜的收购之路-从运营一家快速成长的初创公司到在一家大型国际公司Microsoft中运营。

基里尔·托尔卡切夫（ @tolkv ）

这是听众真正想要的发言人之一。 您可能知道他是Two Devs One Ops的联合创始人，这是一个关于DevOps和现代堆栈的极其主观且酷炫的播客。 或作为Debriefing播客播客的永久居民，或来自有关Groovy，Gradle，Spring和Netflix技术堆栈的故事和报告。

直到最近，Cyril还是Alpha Laboratory的主要开发人员，并开发了银行API，从而形成了与微服务架构一起使用的原理和工具包。 他直接了解DevOps方法，并且在应用方面有四年的经验。 现在，西里尔（Cyril）已加密，但他可能有一些要分享的东西。

Baruch Sadogursky（ @jbaruch ）和Leonid Igolnik

这将是我们的好朋友和JUG.ru集团会议上一些最出色的关键人物的联合报告。 关于该报告的详细信息仍然未知，因此有足够的时间来欣赏这种阴谋。

在DevOops，他们做了一个精彩的闭幕主题演讲，可以在此处查看其录音：

对于那些还不知道（有吗？）的人，Baruch是JFrog的开发者拥护者，他实际上做了三件事：与开发者，用户和客户挂在一起，为他们编写代码，并在博客和会议上谈论印象-例如DockerCon，DevOps Days，Container World，JPoint和Joker等。 因此，连续十多年，没有一分钟后悔。

Leonid是硅谷一家大型公司的商业天使和服务站，他在该公司管理企业安全领域中SaaS应用程序的开发。 在他的整个职业生涯中，他一直从事在线应用程序，并从以色列最早的互联网提供商之一开始进行在线应用程序。 显然，列昂尼德非常熟悉开发，管理和大型项目的管理。

征集论文

您对报告有有趣的话题吗？ 是否想与Set Wargo和Liz Rice等野牛竞争？ 现在是时候申请了！ FP以极快的速度关闭，直到8月14日为止时间很少，程序中只剩下几个地方。 现在申请 。

后续步骤

DevOops 2018将于2018年10月14日在圣彼得堡举行。

可以在现场继续了解该项目。 请注意主页上的订阅表格：肯定会有新闻。

2018年DevOops见！ 太好了！