这篇专题文章是对技术咨询Otomato Software的共同所有者Anton Weiss的采访，Otomato Software在高科技领域拥有15年以上的经验。 他是技术教学方面的专家，是以色列第一个DevOps认证课程的发起人和合著者。 安东参加国际会议，并被誉为酷派演讲者。
我们将讨论以下主题：
俄罗斯和以色列之间的区别
奥列格：请告诉我你是谁，你做什么。安东（Anton）：我是安东，我出生在圣彼得堡，但是我15岁时移居以色列，从那以后一直住在那里。 在以色列的过去20年中，我一直从事各种形式的IT。 在这20年中，最近的10年专门研究与软件交付相关的所有方面：集成，以前称为配置管理以及现在称为DevOps。 我在大型公司工作-在AT＆T，BMC等国际企业中工作。 他在初创公司工作。 在过去的四年中，我拥有自己的咨询公司，称为Otomato Software，在该公司中，我们致力于帮助组织优化交付流程并掌握新工具：也就是说，我们负责技术部分以及所有相关工作。
奥列格（Oleg）：俄罗斯和以色列在工作上有区别吗？安东：我很少与俄罗斯客户合作。 最近三年使我与俄罗斯联系在一起的事实是会议。 在几家俄罗斯公司中，我们进行了类似审核的工作：我们到达，查看，整理，提出了一些建议并离开了。 也就是说，每天没有专门的日常工作，因此我很难确切地说出它们之间的区别。 我认为有各种各样的事情。 也就是说，在同一个以色列，我们拥有如此庞大的公司组织，人们在其中工作了15年，而一切都在艰难地前进。 而且无论他们如何尝试进行某种转变，改善流程：他们都会说话，他们会说话，但是...我们有一个客户，两年前，我们与他们共同完成了所有事情，做出了所有决定，开发了所有程序，并且在其中然后一切都停了下来，我们离开了那里。 就在几天前，我从那里遇到了我们一起工作的老板，我说：
-好吧？
-好吧 他们说，这很难，我们正在做，现在已经开始发生一些事情。
两年后。 有政治，有势力范围。 有人不想分别释放这些影响区域，在这种情况下，很难改变某些东西。 好吧，该工具包本身正在向前发展。 另一方面，在以色列，有一些新兴企业，其中一切变化都非常快，很容易提出新的建议，而且它们都是云原生的，并且完全坐在云中。 顺便说一下，这可能是俄罗斯和以色列之间这种明显的差异之一。 在以色列，拥有公共云要容易得多。 从我所看到的。 例如，在俄罗斯，除了初创公司以外，其他所有人似乎都很难进入公共云，但是在以色列，这仍然很容易。 如今，即使是银行和保险公司也已经有所了解，他们的至少一部分可以部署到公共云中。 在这里，与谷歌和亚马逊的合同不会吓到任何人。 从我在俄罗斯的会议上听到的信息来看，它仍然更加复杂，即使是从制裁的角度来看，而不是从制裁和某些法律问题的角度来看。
初创企业与巨头之间的区别
奥列格：我明白了。 顺便说一句，在初创公司或大型组织中，您在哪里工作更有趣，更愉快？安东：当然，对于初创公司来说，这是一件令人愉快的事情，因为大型组织...好吧，实际上只是材料很难移动。 当然有优势。 如果您查看大型组织，那么，例如，它们所拥有的远远超过所谓的多样性。 大公司仅仅是因为他们需要很多人，或者是因为多年来发展起来的某种组织文化，才准备雇用不同的人。 特别是在以色列，例如在创业公司中，您几乎找不到阿拉伯人，例如阿拉伯人。 在大型组织中，这要容易得多。 但是，初创公司已经从某种文化背景中成长出来了，在这种文化背景下，大多数参与者大多是同一批白人。 有一种需要正确撕裂的文化，建议每天工作10到12个小时，这还不够。 好像莫斯科（即特拉维夫）在我们身后，无处可退，因此它应该在此时此地流血。
奥列格（Oleg）：小型和大型公司在DevOps方法上的差异如何？ 也就是说，例如，如果您为两个人工作，则无法配置自己的CI / CD，而是从SCP复制工件。安东：一方面。 另一方面，今天设置CI / CD并不意味着您真的可以连续交付。 但是，如果您是一个由两个人组成的公司，则建立某种管道非常简单。 如果您之前不得不以某种方式感到困惑，那么今天您将拥有许多云服务。 编写了YAML-继续前进。 这比较容易。 实际上，挑战是初创公司。 那些超过20个人的人，在这里他们开始痛苦地扩展规模，因为没有流程。 一切过去都以某种方式工作，但是随后整个混乱开始了，目前尚不清楚我们如何才能保持这种先前的活力，并同时进行流程，并确定还有谁来做所有这一切。
然后所有事情都开始了，例如“我们将有一个DevOps团队负责DevOps”，我们知道这在大多数情况下会导致什么。 出现了瓶颈，并逐渐发展到现在的大公司。 大公司的命运完全不同，它们甚至没有瓶颈，而只是每天开放一次的强大网关，而在所有其他时间中，大量垃圾都在那里堆积。 因此，他们认为：“我们现在如何从这个易于打开的网关中创建许多小型网关？”这就是完全不同的问题。 初创企业存在一个问题，即“我们正被吸纳到漏斗中，我们如何才能游出去？”，对于大型公司-他们已经在漏斗中，他们已经进入了黑社会，现在他们正在考虑如何在楼上游回。
趋势是越来越复杂，该怎么办
奥列格（Oleg）：好，再加上技术部分：当您的人员很少，技术简单时，您需要了解一些基本的Linux，仅此而已。 以最小的扩展，您需要学习一些Kubernetes，这似乎是问题所在。安东：这无疑是一个问题。 两天前，我们召开了一次会议，非常值得注意的是，几乎每个在那儿发言的人都提到一个词：“复杂性”（complexity）。 这已经成为当今整个DevOps讨论的定义词。
奥列格：是一年前吗？安东（Anton）：为了快速，动态地完成所有工作，以实现众所周知的灵活性，我们以如此复杂的方式将自己包裹起来。 确实，有许多小的管道可以很好地分开工作，然后我们尝试从所有这些管道中收集一些世界的图像，并且这里突然出现了复杂性。 因为我们现在从所有这些小型管道中构建一个流程，所以整个公司都像人一样工作。
奥列格：答案是什么？ 如何处理这种复杂性？安东：嗯，没有答案，它们是在过程中诞生的。 我的报告涉及这些解决方案之一。 总的来说，这一切都会发生吗？ 我曾经被系统思维所感染，在DevOps中有很多提及。 我变得很感兴趣，我读了彼得·塞格（Peter Senge），罗素·阿科夫（Russell Ackoff）和多纳拉·梅多斯（Donella Meadows）的书。 系统思考看待世界的主要棱镜之一是反馈回路。 有了这种复杂性，现在就会出现这些反馈循环，也就是说，复杂性变得非常非常高，我们开始寻找工具以某种方式将这种复杂性考虑在内。 我不是在说减少-束手无策以免推出。
集中式解决方案的出现，甚至Kubernetes都是这样。 您有一个集中的控制平面，在您控制该平面时，它将控制运行的服务的复杂性。 服务筛，相同的服务网格，是相同类型的解决方案。 我们说：“我们有很多服务，他们需要能够以某种方式互相交谈，因为不清楚他们坐在哪里，也不清楚他们是否会回答，也无法应付。 因此，现在就开始做吧，在中间，我们将插入一个通用的思想，该思想将告诉他们，您可以与之交谈，不能与之交谈的人，并在他们突然说出粗鲁的回报时保护他们。” 还有很多问题。 一方面，这是一种必要，因为组织无法应对。 在过去的几年中，我们已经帮助多个组织转移到Cloud Native的新世界，尤其是在公司成长，扩展和人员迷失方面。 在这一切的中间，有一个很小的团队，即所谓的DevOps，他们必须编写数千条YAML行才能以某种方式应对所有这些问题，并且一切都在接缝处破裂。
云原生
Oleg：您能解释一下Cloud Native是什么吗？ 因为它已经成为流行语，所以现在每个人都在每面墙上写下它。 你怎么看？安东：总的来说，这一切都是从“平台即服务”方法的出现开始的，也就是说，当我们需要运行比以前需要更多的软件和更多的Web服务时。 我们意识到，不再可能像名贵的宠物一样单独推出每项服务，而这已成为我们的名字，并终其一生都将得到照顾，我们需要像对待一群牛一样对待它们。 为此，我们需要可以在其上放置此代码的某种同类平台，并且该平台将足够聪明以为其提供服务。 简而言之，汽车饮水器是一种服务的汽车饮水器。
这种方法的先驱是Heroku。 他们说，为了使这些服务能够使用我们的基础架构，它们也必须是牛。 也就是说，它们必须具有某些特质。 因此，存在一个12因子应用程序，该应用程序应具有尽可能少的稳定状态。 此类应用程序必须由某个管道进行组装，在该管道中检查其与平台的兼容性。 它应该能够保持弹性（稳定）-知道如果出现问题，请不要立即摔倒。 另一方面，从某种意义上说，依赖平台。 一般来说，这样的混合动力。 了解您不是一个人，只有一个平台，您必须尊重其局限性。 总的来说，一切都是从那里开始的。
但是由于某种原因，这种“平台即服务”的方法本身并没有说服力，而且承诺的繁荣没有发生。 也就是说，是Heroku，然后紧随其后的所有大人物也提出了类似的建议：Google App Engine，Amazon-Elastic Beanstalk。 我必须与与此相关的公司合作很多。 但是，当您做的事情稍微超出了平台允许的范围时，这将变成一个可怕的头痛。 因为您开始遇到无处不在的墙壁。 正如人们倾向于的那样，当他们跌倒在墙上时，他们开始寻找一种切穿墙壁的方法。
现代化的Cloud Native已从那里发展起来：如何使其仍在云中运行，使用某些平台服务，还为发生的一切提供惊人的灵活性。 我们不断在灵活性和简单性之间取得平衡。 灵活性会导致复杂性，而简化和创建清晰的平台始终会带来局限性。 显然，Cloud Native可以在云平台的局限性与云允许您自动扩展的灵活性之间找到某种平衡，而这一切都是有代价的。
奥列格（Oleg）：也许，组织本身应该以某种方式学会逐步处理所有这些内容。安东：自然，自然！ 这一切都留下了印记。 微服务也属于这个。 总的来说，这就是我们拥有小型服务，小型应用程序的想法，这些小型应用程序和小型应用程序分布在整个云中，并且可以随时随地出现，现在可能有10个副本，明天则是1,500个，这也是云的一部分本机 我们不受数据中心物理边界限制的想法。 总的来说，整个世界都是我的云，这是一个非常美好的愿景，一个美好的愿望，但是它有代价，这个代价是复杂的，代价是，总的来说，没有人能够适应将要发生的一切，当我们的应用程序突然从10个实例增长到1500个时，没人能想象到这一点，所有缩放构件开始出现。 作为人类，作为操作员，我们除了应对正在发生的混乱之外，无法采取任何行动。 因此，我们开始思考：“但是，我们如何构建应用程序和基础架构，以便当这些工件出现时，首先可以预见它们，其次，我们可以以某种方式应对这些工件并继续起作用吗？
结合技术和非技术技能
奥列格（Oleg）：您是否有关于技术方面的报告，例如有关服务筛的报告，以及有关领导，管理等方面的报告。 您是更多的技术人员，还是经理，还是工作有所不同？安东：我什至开始写这篇文章，但还没有完成。 从某种意义上说，我纯粹是在这两件事之间被个人撕裂，因为，一方面，我喜欢了解事物的运作方式，我喜欢处理它们。 只要有可能解决技术问题，它就会给人以惊人的感觉，即即时满足感，即时奖励和多巴胺填充：“哦，很酷，我可以，我决定。” 而且很难拒绝，很难下车。 既然如此，我将继续做技术工作。 新技术使我兴奋：挑选事物，了解事物很酷。 因此，事实证明，既然有了这种知识，人们就会想购买它，而我会继续出售它。
另一方面，我了解到这只是全局中的一小部分，我已经在该行业工作了很长时间，并且我不禁看到技术只是大型系统的一个组成部分，只是其中一个组件。 我管理着团队，并且我了解将技术和工具与使用它们的人进行交互的重要性是多么重要。 最后，信息技术，实际上，任何技术都存在，人们可以使用它。 而创建技术而不考虑谁使用它们是完全没有意义的。 除非您考虑一下它的应用，否则该技术本身根本不会引起人们的兴趣，并且该应用程序总是与从某种程度上受益于此的人们相关联。 因此，围绕技术的一切也对我很感兴趣。 我觉得有必要谈论它，我知道没有这个，一切都变得毫无意义。 在某种程度上，我有时会坐得很高，有些东西在那儿闻了两到三天，有时是几周。 我可以解决一些我无法解决的问题，我可以解决，从中得到惊人的教区。 但是后来我从键盘上抬起头，环顾四周，我了解到周围发生了某种我无法以任何方式忽略的事情。 然后，Linux中的代码和选择对我来说变得完全不感兴趣，不重要，我想在人类层面上以不同的层次开始解决问题。
如何快速找出DevOps
奥列格（Oleg）：听着，您能给现在同时从事工程和研究DevOps实践的人们一些建议吗？ 如何以什么顺序推挤一切？ 相对而言，也许如何计划您的职业在短时间内变得更加成功？安东：嗯...再说一次，根据我的经验，没有通用的提示。 很长一段时间，大概是我职业生涯的前十年，我对自己的位置不满意。 我一直在寻找自己不喜欢的东西，我一直在关注它，我正在寻找对我来说更有趣的事情。 但是总的来说，他对此没有做任何事情。 主要建议是...在什么时候我认为我的职业发展艰难？ 当我开始谈论对我来说有趣的事情时。 通常，技术知识领域，甚至不仅是技术领域，信息技术领域都非常广泛，也就是说，您可以成为技术人员：开发人员，测试人员，集成商和系统管理员-这些都是不同的东西，每个人都可以在其中找到自己的定位。 您不想完全成为一名技术人员，您是否对技术以及与此同时的业务感兴趣？ 从事产品，项目。 利基已满，找到您感兴趣的利基。
关于“ T”形式的专业人员，现在有很多说法。 您需要了解您的T脚在哪里，选择一件事，然后在这个地方开始挖掘。 挖掘时会发现巨大的深度。 但是您可以在任何地方挖掘。 而且我很清楚，我没有深入挖掘很多领域，因为我试图看一下并意识到这不是我的。 在这里，您有兴趣进行挖掘-继续挖掘，在这里进行讨论非常重要。 就是说，我再次明白这并不适合每个人。 : -, , , — , Gist' GitHub. - — .
. DevOps — . , , . , , , , - , - , , - . , . , , , , , , , . , . . ? — , , . , , . , . 这样的东西。 .
: , , DevOps', , . , , . , -, , … , . - , ? . , , : « ». , ?: -, , , : « ». - , , , , . , , : « ».
: ?: , , , , , . , — . , , «, , », - . , - , . - , - . , Agile: , , , , , .
, . . , — , - — , , — , , , , , . : « — , . , , . , . , , , -, , , ». , , , .
, - , , continuous integration … , , , . , , . , 10 : , , - , , , , , , , , . — . : , , , , . E - , , .
: . , - , , - , , , , DevOps -. ?: , , , , . , , , , ? , , . . - , , .
, , . , , .
DevOps
: , : Google, Netflix, . , ?: , , ( ) , — , , , . , , lean management — value stream mapping. . , , , - : , , , , , , , , . , , , .
: ? - — - , , — . , , , , . , , , Java, , , . , :
— , .
— , ? ?
— , , .
, , , , — , . — , .
, :
— .
:
— , , . .
, , :
— .
:
— . ?
:
— , .
, — , , . . . , CI/CD — . , . , , . , , .
: , ? , CI/CD . ?: -, , . - , , , , . Kubernetes: , — Kubernetes. VMware , Kubernetes . , Google . , , .
: Google ?: , , Swarm Kubernetes, Docker. Docker , . , Microsoft, Amazon — « Docker». Docker! Docker . , , , , Google, Microsoft, Amazon? , . , , , . , . 事情就这样发生了。
所以在这里。 . — . — « Kubernetes , ». . Kubernetes . Kubernetes — - API, , . API . — , , , , : « API, , Kubernetes, Kubernetes , ».
— , Continuous Delivery Foundation, - , , Google, CloudBees, GitLab. Tekton, — API continuous delivery-. , continuous integration / continuous delivery- Kubernetes, , , . ,
. Microsoft , , SMI Spec. , , - .
Kubernetes . , , - , , Kubernetes — .
奥列格（Oleg）：您自己会去看哪些报道，您觉得有什么有趣的？安东：首先，如果有一些新的技术功能，我还没来得及看一下流浪者，并且有一位演讲者可以清晰地讲述这件事，那么我认为这是一个巨大的优势，因为相反现在阅读和挖掘，也许很难理解，您可以来听一个半小时，一个人将如何向您展示，告诉您。 同样，为此，您需要具备一定的技能和渴望，能够谈论技术。 我知道这也不是来自任何地方，我们需要努力。 我也花了很多时间。 顺便说一下，我从事技术教学的事实在这方面给了我很多帮助。 当您面前有一堂课时，您需要向人们解释一些事情，并且您明白，无论您如何解释，他们都是愚蠢的-您意识到，显然，问题在于您如何解释，而不是人们在愚蠢。
奥列格：什么样的技术教学？ 你在做什么安东：我一直在教授纯技术学科大约7-8年。 首先，我教了Maven和shell脚本之类的知识一年。 由于我在詹金斯（Jenkins）上非常忙，并且对他非常了解，所以我教人们如何与行政部门（Jenkins）合作。 近年来，所有与云原生相关的事物：Kubernetes，容器及其周围的一切。 我即将去伦敦，我将在Istio上大师班。 这不是我活动的主要部分，而是在一两个月的某个时间里我主持大师班。
奥列格（Oleg）：您主要是去报告，主题还是个人？安东：如果我知道说的很好，那我就去找一个人只是因为对我来说，向他人学习如何讲好仍然很重要。 学习总是很重要的。 如果有一个主题，但我不知道发言人，那么我去看看，但是照常，如何站起来：我看了最初的10-15分钟，没进去-我走了。 或者，我真的会以任何方式与他们说话，因为他们总是讲有趣的话，即使您知道的事情也可以从他们的角度展示，这完全是给您的，这使整个问题都从一个新的角度出发。 在最近我喜欢的那些人中...首先，有一个西蒙·沃德利（Simon Wardley）-一名顾问，他拥有自己的带有抽奖卡的筹码，他在筹码卡的帮助下解释了公司如何正确制定战略，他曾经然后是初创公司首席执行官CTO，他谈到了很多关于技术的话题。 顺便说一句，他不断淹没无服务器，并说那些今天不做无服务器的人有很大的问题。
奥列格：这是拥有中型书的同志吗？ 他以帖子的形式做到了。 格式异常。安东：他的讲话真的很酷。 我最记得他过去2-3年的演讲。 好吧，约翰·威利斯（John Willis）去年加入DevOops-仅仅是因为他
真的很会说话。 他有一个问题，因为他谈论了很多关于美国现实的事情，有时这些事情根本不适用于俄罗斯或以色列的现实。 现在，他们与某些变更批准委员会之间发生了一场战争，他们一直在谈论这些问题。 显然，这是美国企业中存在的事情，有这样的流程来进行和批准IT变更，需要通过某种承诺。
奥列格：但是我们还没有-我什至不了解您现在在说什么。安东：所以我也不是很了解，以色列也不是这样。 他们在那里谈论。 如果您听所有撰写
《 DevOps状态报告》的同志，例如DORA，他们也会写很多关于它的文章。 总的来说，我的意思是人们在谈论只有他们自己才有的某种问题，而您对此根本不感兴趣。
奥列格（Oleg）：您是上次DevOops的参与者，有哪些报告值得回顾和审查录音？安东： 大家见。 对该主题略有兴趣-出发。
奥列格：我认为有些安东·魏斯（Anton Weiss）。 可能值得一看。安东：不，不要这么做，有些无聊的事情:-)
奥列格：好，非常感谢。 太棒了！ 我看到您已经向下次会议提交了报告，所以-在下次DevOops见！DevOops 2020莫斯科会议将于4月29日至30日在莫斯科举行。 我们在公告“ DevOps工程师不存在”中描述了哈布雷会议的实质。 该计划正在积极组建中（会议还需要几个月的时间），但是第一位发言人已经可以在该站点上看到 。 你可以在那里买票 。