人間の顔をしたDevOps

会議で役立つと聞いたことについて話すことはよくありますが、将来のイベントの講演者について話すことはあまりありません。そして、すべての優れたパフォーマンスの舞台裏に立ち、テーマのアンサンブルを実施する人々を示すことはほとんどありません。誰がプログラムを準備し、どのようなアプローチで会議について要約のリストよりもはるかに多くを語ることができるので、これを変更する時が来ました。



シンプルで非公式な雰囲気の中で、DevOpsライブプログラミング委員会のメンバーと、誰がDevOpsに来たのか、今の業界にとって何が重要なのか、なぜ会議が役立つのか、オンラインに移行すると何が失われるのかについて話しました。知人に参加することをお勧めします。完全な録音を視聴するか、以下の抜粋を読むかを選択できます。





DevOps Live会議プログラム委員会は、豊富な経験とさまざまなケース履歴を持つ、その分野の25人の上品な専門家で構成されています。彼らはケーススタディだけで素晴らしいイベントをまとめることができましたが（そしてそれははるかに速くて簡単です）、参加者がDevOpsのプロセスと実践を完全に理解するのを助けるためにそれをしません。



この会話には、Timur Batyrshin、Dmitry Zaitsev、Valeria Piliya、MonaArkhipovaの4人が参加しました。そして幸運なことに、彼らは皆、わずかに異なる角度からDevOpsを見て、会議の議題に異なるアクセントをもたらします。



Timur Batyrshin（erthad）IT部門で15年以上にわたり、Linuxディストリビューションの構築、サーバーの仮想化に参加しましたが、まだ流行していなかったため、クラウドへのサーバーの展開を自動化し、クラウドアプリケーションのアーキテクチャを構築しました。



Timur Batyrshin： DevOpsConfプログラム委員会への道は、Hangops Ruコミュニティで2012年から2013年に始まったと言えます（Hangopsは「Opson Hangouts」として解読でき、業界についての定期的な会話が行われたのはHangoutsでした）。徐々に、コミュニティはチャットを超えて成長し、愛好家の中核はDevOpsDaysモスクワを組織し始めました。ディマとレラも参加し、サーシャ・ティトフ（osminog）。



ドミトリー・ザイツェフ（bhavenger）ファッショナブルになる前にDevOpsとSREプラクティスを開発しました。彼らがまだ流行している間にそれらをITILとCobitと組み合わせました。 gamedev、adtech、bigdata、fintech、マーケティングの経験があります。彼はDevOpsDaysモスクワ、DevOpsモスクワ、HangopsRuの主催者の1人です。現在、SREの責任者はflocktory.comにいます。



Dmitry Zaitsev： 2015年、私はどういうわけかHangopsチャットに参加しました, . 2017 . RootConf . , . 2018 , DevOpsConf, DevOps: , , DevOps.



flocktory.comインフラストラクチャエンジニアで働いており、k8sを使用してAWSのインフラストラクチャを維持しています。彼女はDevOpsハンドブックのロシア語版の改作に参加し、DevOpsモスクワミートアップとDevOpsDaysモスクワ2019会議の主催者の1人です。彼女は2年前に、Alexander Titovの提案による会話の他の参加者と同様に、DevOpsConfプログラム委員会に参加しました。



Valeria Piliya：内部からどのように機能するのか知りたいと思ったので、会議のプログラム委員会に参加しました。たとえば、プログラム委員会とイベントの主催者の間でタスクがどのように分散されているかについては、まったく推測できませんでした。私は好奇心に駆られ、それを満足させる機会を与えられました。そして、これは否定されない機会です。



モナ・アルキポワ（Mona_Sax）COO sudo.su（MIRC）、それ以前はセキュリティとITの分野で管理職と専門家の役職を歴任しました。彼女は日常業務でDevOpsプラクティスを積極的に使用しており、まだ主流になっていないときにも始めました。モナは、セキュリティ部門のない優れたHow（You）Liveが、安全はすべての人の責任であると話し合った後、プログラム委員会に加わりました。現在、セキュリティ会議だけでなく、DevOpsLiveでも大衆にセキュリティをもたらしています。



モナ・アルキポワ： , , — . , IT- «- », , - . IT , , DevOps.

DevOps

すでにご存知のとおり、MonaはDevSecOpsを推進しており、今年は会議のセキュリティが強化されます。ただし、これはDevOps Live内のセキュリティ会議ではありません。すべてのプレゼンテーションは、あらゆるレベルの専門知識を対象に設計されています。つまり、セキュリティについて考え始めたばかりの人に適しています。しかし、すでにこの方向に取り組んでいる人のために、いくつかの非自明なポイントと便利なツールを紹介します。



ITセキュリティの分野で有名な専門家が、セキュリティを構築する方法、よくある間違い、そしてあなたもあなたのビジネスも痛々しいほど傷つけられないようにする方法を正確に教えてくれます。一連のマスタークラスでは、参加者は、最新の開発方法論を維持しながら、サービスをハッキングする方法と、技術的な観点とプロセスの観点の両方からサービスから身を守る方法を示します。

DevOps :

もちろん、一般的なエンジニアリングの問題について話し、開発、テスト、および運用の問題をより簡単に解決できるようにする機器ソリューションとのインターフェースでのテクノロジーとプロセスについて説明します。



良いツールレポートと悪いツールレポートを区別するものを知っていますか？良い講義では、聞き手はマニュアルのオーディオブックの感覚を持っておらず、話者はこのツールを実際の生活でどのように使用するかについて話し、人生を簡素化し、問題をより効果的に解決するのに役立ちます。 DevOps Liveでは、ツールを理解するだけでなく、ツールを実装する方法とタイミング、およびツールを正しく使用する方法を理解します。



非常に急速に開発されているツールと、少しゆっくりと変化するアプローチがあることに留意する必要があります。両方について説明します。

• , .
• - , , .
• .

ツールとそれについて話すことができるという事実について話している間、誰かが住むのはすぐに簡単で楽しいものになりますが、誰もがそれを理解するのを待つことはできませんが、PCが自分自身を教育の仕事に設定するかどうかが不思議になりました。



Valeria Piliya：もっぱら教育的な目標を設定するのはナイーブでしょう。もちろん、それは設計による会議に固有のものですが、彼らの意志に反して誰かに教えることは不可能です。しかし、あなたは興味を持ち、不思議に思い、疑わせることができます。新しいことを学ぶのを手伝ってください。すぐにはできないかもしれませんが、重宝してとてもクールなものを手に入れることができます。



モナ・アルキポワ： . : , , , DevOps .. ITIL . , , , , , . , .



: , ITIL, . , , ITIL, . , , IT Extreme Programming, .



: , . - , . IT , , , .



: , . . , , , 1969 .

DevOps

DevOps Live会議の背後にある考え方は、特に製品開発の観点から、さまざまな角度からDevOpsを検討することです。



DevOpsアプローチの一部として、技術ソリューションはビジネス目標に関連している必要があります。しかし、エンジニアはこれらのタスクが何であるかをあまりよく認識していないことがよくあります。たとえば、DORAレポートでは、クールな組織は1日に数回リリースされると記載されているため、市場投入までの時間がビジネスにとって最も重要であると彼らは考えています。



Timur Batyrshin：他のエンジニアと同じように、私は以前、コードをうまく記述し、その作業を微調整することが重要であり、すべてがうまくいくと思っていました。そして、サービスを主張してコードを書くだけでなく、社内で物事を動かす必要があることがわかりました。また、たとえば20人を超える企業では、さまざまなことを望むワークグループとスペシャリストをつなぐために追加のタスクが発生します。これは、DevOpsの父親が私たちに言ったことです。つまり、全員が同じタスクで一緒に作業できるようにする方法です。



DevOps Liveの場合、TimurBatyrshinとAndreyShorinがプロダクトオーナーと話しました..。エンジニアが理解しているように、市場投入までの時間（頻繁なリリース）は彼らにとってそれほど重要ではないことが判明しました。さらに重要なのは、製品チーム、開発、運用、および管理チームが共通の目標に向かって取り組み、お互いを理解するときに達成される予測可能性です。したがって、会議では、交渉、信頼の構築、毒性への対処などに焦点を当てます。



そしてこれは、製品の所有者にDevOpsからどのように利益を得ることができるかを示すことだけではありません。しかし、エンジニアが自分の仕事が製品にどのように影響するかを理解するのにも役立ちます。特定の技術的作業と会社の業績との関連性が見当たらない場合、モチベーションやバーンアウトなどの問題がまったく同じように現れるためです。共通の目標の達成への貢献の問題は、トップマネジメントだけでなく、中堅および上級の専門家によって占められています。



Valeria Piliya：ある人が自分自身をプロとしてもう少し理解し始め、人生全体の中で仕事に何を望んでいるのかを考えると、一日中クベルネテスを置いているわけではないことがわかります。理由：「なぜ？」ここでは、実存的危機からそう遠くはありません。



, , . « , » , .

DevOps Chief-

企業でのDevOpsプラクティスの実装は、CTOを積極的に含めることなしには完全ではありません。つまり、DevOpsLiveオーディエンスの中に技術リーダーがいます。現代のIT会議ではそのようなコンテンツが十分でないことが判明したため、PCは、CTOの苦痛とその解決を支援する方法を決定することを決定しました。ほとんどの場合、個々のチームのより具体的な問題または技術的な問題が考慮されます。



KubernetesとOpenStackのどちらかを選択することと、チーフレベルのソリューションを選択することです。そのような決定は、第一に、はるかに多くのことをしなければならず、第二に、ほとんどの場合、会社はまだ関連する経験を持っておらず、他の人の結果にしか頼ることができません。



技術的な解決策に加えて、チーフプレフィックスを持つ人は、所有コストとインフラストラクチャコストの計算、テクノロジースタックの計画、容量管理など、大多数の人には見えないような魅力的なことにも従事しています。



Dmitry Zaitsev：会社全体で何かを変える方法のトピックを明らかにしたいと思います。今、それについて話す場所がないようです。したがって、私たちは人々が話し合い、会社レベルで何かを実装する方法を一緒に理解するようになってほしいと思っています。

最前線での相互理解

ご覧のとおり、すべてのテーマは相互に関連しており、パズルの一部です。 「ええ、私は製品開発には興味がありません。まだサービスステーションから遠く離れています。エンジニアリングの実践がある部分だけが残っています」と考える必要はありません。本当じゃない。



いずれにせよ、会議で議論されるすべてのトピックは重複していますが、プログラム委員会はこれにさらに重点を置き、一般的な議論にさまざまな役割を持つ参加者を参加させるための特別な形式を準備します。



Valeria Piliya：代わりに同僚がそれぞれ、あなたが考えもしなかったかもしれない問題を解決することを確認してほしい。しかし、それらはすべて、あなたも関わっている製品の開発を目的としています。



Timur Batyrshin：確かに、技術的な変更が必要だと確信しているときは、誰もが状況に直面していました。たとえば、Kubernetesが緊急に必要であるとマネージャーに納得させたところ、今はその時ではなかったのです。しかし、そのような話には常に2つの側面があり、会議での講演でさえ両方を理解するのに役立ちます。



そして、ここでのポイントは、「より効果的なチーム」になることだけでなく、同僚を理解して信頼することで、仕事がより快適になり、住みやすくなるためです。たとえば、問題をより広く見ると、チームと会社が今本当に必要としているものを理解できます。そしてその結果、ビジネスに理解できる言語で話し、彼らのアイデアを実行する必要性を納得させます。または、対戦相手の議論を聞いて、これが単なる話ではないことを受け入れるために、今それをしない理由が本当にあります。

それはすべてオンラインです

私たちが話さざるを得なかったトピックはオンラインであり、すべてのイベントがこれまでに移動しました。Onticoではすでに3つのテスト会議と3つの大規模なオンライン会議を開催しています（KnowledgeConfの記事でそれらがどのように行われたかを確認できます）。すべてがそれほど悪いわけではありません。しかし、私たちは疑問が何であるかを理解しています。さらに、それらはPCの内部にさえあります。



私たちの意見では、2つの主なオンラインの問題があります。

• 特別な場所で訪問する対面の会議とは異なり、オンライン会議では、参加者は気が散るチャットやその他のソーシャルネットワークすべてに慣れ親しんだ環境にとどまるため、注意を引くための競争。
• すべての非言語コンポーネントとのライブコミュニケーションの欠如。

プログラム委員会のオンラインは、スピーカーの選択に関する追加の課題です。あなたがプロセスに関与せず、ただ聞くだけであるとき、定期的な話に集中することは本当に難しいです。しかし一方で、オンラインでは、オフラインの会議では実行できないさまざまな対話、ライブコーディングのデモンストレーション、グループでの作業などを行うことが可能または便利になります。さまざまな理由でロシアに来ることができないが、ロシアで何が起こっているのかを理解するために、本当に参加して私たちとコミュニケーションを取りたいと思っている外国人スピーカーは言うまでもありません。多くの人が私たちの会議で話すことに喜んで同意するのは今年です。



ヴァレリア・ピリヤ： , . , , , , - . , , , . - , .



, , , , , . , , , , .



Mona Arkhipova：少なくとも、フリップチャートに立つのではなく、座って、コーヒーや軽食を手元に置いて、一般的に快適に感じる機会があるので、スピーカーにとっても便利です。



オンラインのもう1つの最も明白な利点は、スペース（Infospaceなど）だけでなく、時間によっても制限されないことです。春になると、私たち自身の経験から、8時間続けてオンライン会議に参加することは完全に不可能であることがわかりました。ただし、操作の余地はあります。イベントを数日から数時間にわたって配布できます。スケジュールは、参加者の状況を把握するために非常にタイトですが、数日、都合の良い時間に数時間は、情報の知覚に快適な速度を提供します。



Timur Batyrshin： , - , , , - , , , . .



, , -, , -, , , -, , .



: . , , .



したがって、オンラインネットワーキングはさらに効果的であり、それを復活させる方法も知っています。残っているのは、9月末までに私たち全員が原則としてオンラインにうんざりするのではないかという恐れだけですが、PCが準備しているコンテンツによって中立化されるでしょう。そして多様性。



DevOps Liveの結果：

• これはフォーマットの面でそのような幅です：レポート、マスタークラス、ワークショップ、ディスカッション、グループおよび個別の協議があります、そしてこれはすべてのカードが明らかにされるわけではありません。
• 聴衆の視点から見たこのような高さは次のとおりです。会議では、さまざまなIT専門分野のエンジニア、セキュリティワーカー、サービスステーション、製品マネージャー、および事業主を待っています。
• そしてまた、ハードコアなものもそこにあるはずなので、深さ。

これとスピーカーとの徹底的な準備により、会議が注目を集め、仕事やソーシャルネットワークでさえも競争に勝つことができることを願っています。



私たちは、家に座って何かを見始め、それに関与し、考え、話し合い、他の人々とコミュニケーションをとるために時間を取っておくことはどれほど難しいかを知っています。そのような人々のために、私は本当にクールなコンテンツを作り、誰かを探し、交渉し、新しいフォーマットを考え出したいです。さあ、お待ちしております！

DevOps Live 29-30 6-7 . 15 .



— .



, , 5 18:00 - . , . , , .