桥梁检测技术_建立技术团队之间桥梁的最佳实践

最新推荐文章于 2024-09-15 17:22:56 发布

cumj63710

最新推荐文章于 2024-09-15 17:22:56 发布

阅读量200

点赞数

文章标签：人工智能 java 编程语言大数据 python

原文链接：https://opensource.com/business/15/6/interview-robyn-bergeron-elastic

版权

桥梁检测技术

Robyn Bergeron为参与Elasticsearch，Logstash和Kibana社区的人们提供了很棒的生活。她热衷于提高基础架构和应用程序的开发和部署的便利性，因此不懈地倡导开源项目的最终用户，这就是为什么她目前的头衔是Elastic的 Operations Advocate。

她一直是系统管理员，程序经理和业务分析师，并一直担任两个恒星孩子的母亲。她最近的演出是在Red Hat担任Fedora项目负责人，在那里她通过Linux发行版的发行来养猫。

Robyn在DevNation上谈论DevOps，她将介绍工具如何帮助沟通，开源如何帮助为团队提供新的观点等等。她过去在Fedora上的经验以及其他各种角色使她非常适合为不断发展的团队提供见解。亲爱的，她是DevOps差距中的Ops一方，通常是“ No！”阵营中从未听说过的。

在这次采访中，我问罗宾根据她的经验提供一些具体的建议。

担任Fedora项目负责人如何影响您目前担任Elastic运营倡导者的角色？

作为Fedora项目负责人，经常使我处于聆听的幸运位置，而且我会尽我所能，使我能够结识的受众和人员类型变得多样化，无论是通过地理位置，组织角色还是使用的技术类型。在我职业生涯的早期，我曾是系统管理员，我对在ops角色中的人们深有同情，并且反复听到有关人们所面临的日常问题的故事，这确实影响了我希望我担任下一个角色的愿望。这些人改善生活的空间。

ELK堆栈（即Elasticsearch，Logstash和Kibana）非常灵活，可适应许多用例，吸引了操作人员和开发人员，但我对它的热爱确实源于看到它多么神奇地使人们在ops中工作不仅可以更快地开始识别“故障”，还可以直观地识别导致故障的模式。到达一个时刻，您不仅会一直在修理技术，而且还修理导致火灾的流程，或者实施主动避免火灾的方法，这不仅可以赎回，而且还可以腾出时间来做其他事情消防。

人们喜欢打破这种循环，而成为倡导某种东西的神话人物确实可以使人们的工作与生活之间的平衡和总体幸福感得到改善。我去过那些大火。不好玩看到用户感觉棒极了，这让我很高兴。

除了流行语宾果游戏之外，对于团队朝着一种新的软件交付方式迈进的有用的通用起点是什么？

阅读，观看，聆听。人们可以共享大量有关DevOps成功与失败的信息，并且您会注意到，尽管有时会提到工具，但在共享发生了什么，学到了什么，工作了什么或什么失败了。如果您去过DevOpsDays事件，您会知道这是事件的重要功能之一-人们在讲自己的故事，而不是在告诉您如何使用工具。阅读优秀工程团队的博客（Etsy的Code as Craft博客就是一个绝佳的例子），也可以帮助激发出色的想法。

面对面学习也很棒，与您当地社区的人们建立联系不仅是一种很好的人际关系网，而且还提供了一种亲身体验，更令人难忘的体验，...通常，您的注意力要比可以随时暂停的YouTube体验更集中。即使是最小的城镇也有聚会，当然，较大的城镇也有很多选择。参加任何活动（非常普遍的IT人员聚会，云聚会，DevOps聚会或更具工具或语言特定的聚会）都可以帮助您了解其他人在工作场所或空闲时间的工作方式。 Elastic社区在世界各地都有聚会（南极洲除外），这对初学者和有经验的用户都是很好的学习机会-如果我们在您所在的地区没有聚会，我们将为您提供入门指南。（它对于启动非弹性聚会非常有用；我们甚至根据知识共享许可将其共享，任何人都可以重新混合和重复使用！）

最重要的是，我认为团队需要有远见。他们不是要通过技术实现或完成什么工作（“六个月内完全是新网站！”），而是要成为一个更好的组织，减少问题并提高生产率。阅读《凤凰计划》（这实际上是一部有趣的小说，大多数曾在IT部门工作的人都可以与之联系，而不是无聊的操作指南）可以真正向初学者说明，他们有一个未来的状态公司的英雄，成就更多，做得更快，做得更好。让人们觉得自己可以热爱自己的工作，并感到作为雇员的价值更高，这是一个很大的动力，并提醒他们所有工作都是值得的。

听起来，聆听是一个关键的起点。您使用什么听力练习来建立不同团队之间的认知移情？

您知道有关“穿上别人的鞋子走一英里”的说法吗？它绝对适用于此处。尽管我希望所有团队都可以像在其他团队之间进行真正的交易那样沉浸式的工作-让来自Dev的人员来Ops工作一周，以便发表观点-但它并不总是可行的。但是，坐在某个人旁边，或者与另一个团队中的某个人远程共享屏幕，让他们观看您的实际经历，肯定会让那个人大开眼界，并且可以帮助您建立同情心，并关心事物的真实状态影响你。个人关系很棒。

除此之外，透明化其他团队的工作至关重要。让人们出现在您的邮件列表中，或在您的IRC / Hipchat房间中；通常能够观察，参与和评论任何事物，即使仅仅是

另外：乐趣。我有提到好玩吗？我喜欢玩我们都喜欢玩。与其他团队一起进行团队建设，使他们变得有趣 —让人们聚在一起使交流成为可能，建立信任，建立同理心。这是通向光明灿烂的未来之路的一部分。

您将谈论促进交流和更好地进行DevOps的工具。这是否意味着我最终可以购买DevOps？

是! 如果您今天购买一个，您将获得第二个...免费！

好吧，也许不是。但是，让我讲一个小故事，也许它可以更清楚地说明事情：

我很高兴于今年1月前往欧洲参加比利时的FOSDEM和配置管理营，然后参加伦敦的Ansiblefest 。当然，Ansiblefest是由Ansible的优秀人士所主持的，该公司是受欢迎的同名开源项目背后的公司，而他们恰好雇用了我的Fedora Project伙伴。

我的公司Elastic是Ansiblefest的赞助商，这意味着当我不发推文时，我正在我们的展位与人们聊天。关于ELK堆栈和Ansible，我听到了两个常见的重复主题：

“对于操作人员和开发人员而言，这都是易于使用且有用的，并且双方都为我们找到了我们都喜欢的东西而感到惊讶。而且，“我简直不敢相信！”对话是打破僵局，只是多说话并改善沟通”这还导致人们就团队的其他困难对我们的团队而言，进行了更为和平的对话，因此我们可以开始解决这些问题。”

和：

“由于偶然情况，我们发现我们都在为不同的事情使用相同的工具，并且我们开始就如何使用它，最佳实践等交换技巧和想法。接下来我们知道，我们正在寻找如何一起使用-并实现各种地方，我们可以进行改进。”

长期以来，IT部门一直是领土行为的场所（“您不敢接触网络！”），并且大多数部门都有一些示例工具，这些工具对一个团队有用，但对另一个团队却很糟糕，从而导致团队之间产生摩擦。如果您拥有一个简单的工具，并且可以同时解决开发人员和操作人员的问题，那将是一个很大的进步，这仅仅是因为您的争用点减少了。

但是，有些工具还不止这些，因此成为具有健康，授权社区的开源项目是关键因素。简单性和灵活性，加上活跃的贡献者社区，是激发激情的秘诀。用户会不断对自己的建议充满热情，因为对使用它们感到满意 ，因此充满热情；由于来到社区寻求帮助并逐渐成为他人的帮助，因此充满热情。贡献者变得充满激情，因为他们已经超越了使用范围，而变得觉得自己是更大的一部分，并为取得成功做出了贡献。

没有什么比对某事的共同热情更好地凝聚了人们。它创造了开始交流的地方，可以使人们走上一个每个人都在共同改善事物的状态。实践DevOps的路上有很多障碍。交流是一件大事，而仅仅花费时间甚至学习新技术则是另一回事。工具不是DevOps的魔杖，但是当工具达到易用性，跨团队功能以及拥有一个健康社区的魔力三重奏时，它会降低这些障碍，因为人们希望与他人分享自己的成功。 ELK堆栈项目和Ansible只是我听到的两个实际证据，这些证据表明该工具如何点燃了将团队聚集在一起的过程。

好的，所以我不能购买 DevOps。那租金呢？一名“ DevOps工程师”的招聘正接近货物崇拜的状态，我们如何帮助招聘职位的人们了解这一点？

这是困难的一个。招聘经理和进行实际招聘的人员之间绝对存在共同的责任，以教育（或接受教育）他们对于合格候选人的实际要求，并知道如何吸引这些候选人。

对于DevOps实践社区的参与者（即，所有分享经验，实践，代码，观点并通常试图帮助改善DevOps实践社区的状态和技巧的人们），我认为可以做的有用的事情是让招聘人员知道这不会吸引潜在的员工 。如果您使用的是LinkedIn，或者您的履历表已发布到您的个人网站上，并且在任何地方都带有“ DevOps”或“ Docker”一词，或上面示例中提到的任何其他关键字，那么您很可能会已被ping通。如果说DevOps和Docker，那么我很喜欢您的收件箱。它必须拉紧。

事实是：没有了解DevOps的人会再看一家似乎不了解DevOps并非是通过雇用团队并给他们打上标签的东西的公司。如果您不了解情况，就不会找到所需的人员。

快速，礼貌的回应只是表明不感兴趣，同时伴随着友好的建议，即职位描述意味着对DevOps的实际含义缺乏了解，因此，对于那些可能真正拥有知识和经验的人来说，这是一个拒绝。合格。随后也许是指向有用文章的链接以及阅读《凤凰计划》的建议。如果在Internet上有用于此操作的剪切和粘贴模板，那就太好了。嘿，interwebs：提升声誉的免费想法！