在一个简单而非正式的气氛中，我们与DevOps实时编程委员会的成员进行了交谈，讨论了谁是DevOps的参与者，对当今行业的重要意义，会议为什么有用以及在线移动时丢失了什么。我们邀请您加入我们的熟人：您可以选择观看和收听完整的录音或阅读下面的摘录。
DevOps Live会议计划委员会由25名具有丰富经验和丰富案例历史的一流专业人员组成。他们可以仅通过案例研究来组织一个伟大的活动（这样会更快，更容易），但是他们这样做并不是为了帮助参与者全面了解DevOps的流程和实践。
四个人参加了此次对话：帖木儿·巴蒂尔欣（Timur Batyrshin），德米特里·扎伊采夫（Dmitry Zaitsev），瓦莱里亚·皮里亚（Valeria Piliya）和蒙娜·阿基波娃（Mona Arkhipova）。幸运的是，他们都从稍微不同的角度看待DevOps，并在会议议程中带来了不同的口音。
铁木尔·巴蒂尔辛（厄萨德）在IT部门工作了超过15年，在此期间，他参与了Linux发行版的构建，服务器虚拟化（当时还不流行），自动在云上部署服务器并构建了云应用程序的体系结构。
Timur Batyrshin：可以说，DevOpsConf计划委员会的道路始于2012-2013年与Hangops Ru社区（Hangops可以被解读为“ Hangouts上的Hangouts”，是在Hangouts中进行有关该行业的定期对话）。社区逐渐超越了聊天范围，并且发烧友的核心开始组织DevOpsDays Moscow。迪玛（Dima）和莱拉（Lera）也参加了，萨沙（Sasha Titov）（渗透蛋白）。
德米特里·扎伊采夫（博文格）在流行之前开发了DevOps和SRE实践。将它们与ITIL和Cobit结合在一起，但它们仍然很流行。在游戏开发，广告技术，大数据，金融技术，市场营销方面有经验。他是莫斯科DevOpsDays，莫斯科DevOps和Hangops Ru的组织者之一。现在，SRE负责人位于flocktory.com。
德米特里·扎伊采夫（Dmitry Zaitsev）：在2015年，我莫名其妙地参加了Hangops聊天, . 2017 . RootConf . , . 2018 , DevOpsConf, DevOps: , , DevOps.
为flocktory.com基础架构工程师工作，使用k8s维护AWS上的基础架构。她参与了《 DevOps手册》俄语版的改编，并且是莫斯科DevOps聚会，DevOpsDays 2019会议的组织者之一。两年前，她与其他参与者一样，参加了DevOpsConf程序委员会。
Valeria Piliya：我加入了会议的程序委员会，因为我有兴趣从内部了解它的工作原理。我什至没有任何猜测，例如，如何在计划委员会和活动的组织者之间分配任务。我被好奇心驱使，并有机会满足它。这是一个不可否认的机会。
蒙娜（Mona Arkhipova）（莫娜·萨克斯）首席运营官sudo.su（MIRC），在此之前担任安全和IT领域的管理和专家职位。在日常工作中，她积极使用DevOps做法，并在尚未成为主流时就开始工作。莫娜（Mona ）出色地谈论了每个人的安全责任后，加入了程序委员会。现在，不仅在安全会议上，而且在DevOps Live中，也将安全性带给了大众。
莫娜·阿尔希波娃（Mona Arkhipova）： , , — . , IT- «- », , - . IT , , DevOps.
DevOps
如您所知，Mona正在推广DevSecOps，今年会议将有更多的安全性。但这不是DevOps Live内部的安全会议-所有演示文稿都是针对任何专业知识水平而设计的，也就是说，它们适合那些刚开始考虑安全性的人们。但是对于那些已经朝着这个方向努力的人，我们将展示一些非显而易见的观点和有用的工具。
IT安全领域的知名专家将准确地告诉您如何构建安全性，经常犯哪些错误以及如何确保您和您的企业都不会受到痛苦的伤害。在一系列的大师班中，参与者将从技术的角度和过程的角度向参与者展示如何对服务进行黑客攻击，以及如何保护自己免受服务的侵害，同时又保留了现代开发方法。
DevOps :
当然，我们将讨论一般的工程问题，并在与仪器解决方案的接口处讨论技术和过程，从而使解决开发，测试和操作问题变得更加容易。
您知道什么将好工具报告和坏工具分开吗？在一个很好的演讲中，听众不会从手册中得到有声读物的感觉，演讲者谈论了如何在现实生活中使用此工具，以帮助简化生活并更有效地解决他们的问题。在DevOps Live中，我们不仅会熟悉这些工具，还将了解如何以及何时实施它们以及如何正确使用它们。
应该记住的是，有些工具的发展非常快，而方法的变化却慢得多。我们将讨论这两个：
- , .
- - , , .
- .
当我们谈论工具以及您可以谈论它们的事实时，一个人的生活会立即变得更轻松，更有趣，或者您无法告诉并等待每个人弄清楚它，但好奇的是PC是否将自己设定为教育任务。
瓦莱里亚·皮利亚（Valeria Piliya）：设定专门的教育目标会很幼稚。当然，这是设计会议固有的，但是不可能违背自己的意愿去教别人。但是您会感兴趣，使您感到疑惑。帮助学习一些新事物，这些新事物可能不会马上出现，但会派上用场，并且会变得很酷。
莫娜·阿尔希波娃（Mona Arkhipova）： . : , , , DevOps .. ITIL . , , , , , . , .
: , ITIL, . , , ITIL, . , , IT Extreme Programming, .
: , . - , . IT , , , .
: , . . , , , 1969 .
DevOps
DevOps Live会议背后的想法是从不同的角度来看待DevOps，尤其是从产品开发的角度来看。
作为DevOps方法的一部分，技术解决方案必须与业务目标相关。但是工程师通常并不十分了解这些任务是什么。例如，他们认为，由于DORA报告指出，很酷的组织一天要发布几次，因此上市时间对于企业来说是最重要的。
Timur Batyrshin：像任何工程师一样，我曾经认为主要的事情是编写好代码，微调其工作，然后一切都会好起来的。然后事实证明，不仅要坚持服务和编写代码，还需要在公司内转移事务。在任何一家公司（例如，超过二十人）中，都会出现其他任务，以联系需要不同事物的工作组和专家。 DevOps的父亲就是这样告诉我们的：如何使每个人在相同的任务上一起工作。
面向DevOps Live的Timur Batyrshin和Andrey Shorin与产品负责人进行了交谈...事实证明，工程师了解的上市时间-频繁发布-对他们而言并不重要。更重要的是可预测性，可预测性是在产品团队，开发，运营和管理团队朝着共同目标努力并相互理解时实现的。因此，在会议上，我们将重点讨论如何谈判，建立信任，应对毒性等。
向产品所有者展示他们如何从DevOps中受益不仅是很多，而且不是很多。而且还可以帮助工程师了解他们的工作如何影响产品。因为当您看不到特定技术工作与公司业绩之间的联系时，就会出现动机，倦怠等完全相同的问题，为实现共同目标做出贡献的问题不仅由高层管理人员解决，而且已经由中高级专家解决。
瓦莱里亚·皮利亚（Valeria Piliya）：当一个人开始对自己成为一个专业人士有了更多的了解，并在一生中思考自己对工作的期望时，事实证明，这并不是一整天都在使用Kubernetes。因为：“为什么？”这里离存在危机不远。
, , . « , » , .
DevOps Chief-
没有积极参与CTO的工作，在公司中实施DevOps实践肯定是不完整的，也就是说，DevOps Live受众中有技术领导者。 PC决定确定CTO的痛苦以及如何帮助他们解决，因为事实证明，在现代IT会议上，此类内容不够多。通常，会考虑各个团队的更具体问题或技术问题。
在Kubernetes和OpenStack之间进行选择是一回事，而另一种是-首席级解决方案。首先，必须做出更多这样的决定，其次，大多数情况下，该公司还没有相关经验，只能依靠他人的结果，其次，错误的代价很高。
除了技术解决方案外，具有首席前缀的人还从事以下引人入胜的工作：计算拥有成本和基础架构成本，规划技术堆栈，容量管理等，而这在大多数人中是看不到的。
德米特里·扎伊采夫（Dmitry Zaitsev）：我想介绍一下如何在整个公司内进行更改的主题。现在似乎无处可谈。因此，我们希望人们进行交谈，共同理解如何在公司一级实施某些措施。
相互了解
如您所见，所有主题都是相互关联的，并且是难题的一部分。无需思考：“是的，我对产品开发不感兴趣，我距离服务站还很远-仅保留具有工程实践的部分。”这不是真的。
一种或另一种方式是，将在会议上讨论的所有主题都重叠，但是计划委员会对此给予了更多的重视，并准备了特殊的格式，以使具有不同角色的参与者参与一般性讨论。
Valeria Piliya：我们希望您看到在位的每个同事都能解决您可能没有想到的问题。但是所有这些都旨在开发您也参与其中的产品。
Timur Batyrshin：当然，当您确定需要进行一些技术更改时，每个人都会遇到这种情况，例如，您说服经理您迫切需要Kubernetes，并且他们已将您暂时告终。但是，这样的故事总是有两个方面，甚至会议演讲也有助于理解两者。
这里的意义不仅在于要成为一个“更有效的团队”，而且还因为当您了解同事并信任他们时，您的工作和生活将变得更加愉快。例如，更广泛地看问题，您可以了解团队和公司现在真正需要什么。结果，用一种企业可以理解的语言说服了实现他们的想法的必要性。或者听取对手的争论并接受这不仅是车轮上的辐条，而且确实有理由现在不这样做。
全部在线
我们不禁要谈论的话题是在线，所有活动到目前为止已经进行了。我们在Ontico已经举行了三个测试和三个大型在线会议（您可以在KnowledgeConf上的文章中看到它们的进行情况），并不是一切都那么糟糕。但是，我们知道可能会有什么疑问，甚至在PC内部。
我们认为，在线存在两个主要问题：
- 争夺注意力，因为与在线会议不同，您会在一个特殊的地方参加面对面的会议，与会人员会停留在他们熟悉的环境中，其中包含所有令人分心的聊天和其他社交网络。
- 缺乏与所有非语言成分的实时交流。
对于计划委员会而言，在线选择是另一个挑战。当您不参与此过程而仅听取您的意见时，很难集中精力进行定期谈话。但是，另一方面，在线使人们有可能或更方便地进行各种互动，现场编码演示，分组工作等等，而这些都是在离线会议上无法完成的。更不用说外国发言人了，他们出于各种原因而不能来俄罗斯，但他们确实想参加我们的交流，以了解俄罗斯的情况。正是在这一年，许多人很高兴同意在我们的会议上发言。
瓦莱里亚·皮利耶（Valeria Piliya）： , . , , , , - . , , , . - , .
, , , , , . , , , , .
Mona Arkhipova：演讲者也更方便，因为至少有机会不站立在活动挂图上，而是坐下来，甚至可以坐下来喝咖啡，零食，并且通常会感到舒服。
在线的另一个不是最明显的优势是，我们不仅不受空间（例如Infospace）的限制，而且不受时间的限制。在春季，我们从自己的经验中学到，连续八小时参加在线会议是完全不可能的。但是我们有回旋余地：我们可以在几天内分发事件，持续几个小时。日程安排仍然很紧张，无法让参与者保持上下文，但是几天，几个小时（在方便的时间）将为信息的感知提供舒适的速度。
Timur Batyrshin： , - , , , - , , , . .
, , -, , -, , , -, , .
: . , , .
因此，在线联网可以更加有效，并且我们也知道如何使它恢复活力。剩下的就是担心，从原则上讲，到9月底，我们都会对网上所有人感到厌烦，但是PC所准备的内容将抵消这一影响。和多样性。
DevOps Live的结果是：
- 就格式而言，这种宽度是如此之大：将有报告，大师班，讲习班，讨论，小组和个人磋商，而这并不是所有的卡片都被揭示出来。
- 从听众的角度来看，这是一个很高的高度：我们正在会议上等待各种IT专业的工程师，安全工作者，服务站，产品经理和企业主。
- 还有深度，因为硬核材料也必定存在。
我们希望这次会议以及我们与演讲者的充分准备将使会议赢得竞争的关注，甚至是工作和社交网络。
我们知道坐在家里留出时间开始看东西，参与其中，思考，讨论和与他人交流是多么困难。为了这些人，我想制作出非常酷的内容，寻找人，进行谈判，并提出新的格式。来吧，我们在等你！
DevOps Live 29-30 6-7 . 15 .
— .
, , 5 18:00 - . , . , , .