DevOpsConf 2019 Galaxy ガイド

今年は銀河規模で開催されるカンファレンスである DevOpsConf のガイドを皆さんに紹介します。 開発者、システム管理者、インフラストラクチャ エンジニア、QA、チーム リーダー、サービス ステーション、そして一般に技術開発に携わるすべての人々など、さまざまな専門家が楽しく旅行できるような強力でバランスの取れたプログラムをまとめることができたという意味では、プロセス。

私たちは、DevOps の世界の XNUMX つの大きな領域を訪問することを提案します。XNUMX つはコードを通じて柔軟に変更できるビジネス プロセスであり、もう XNUMX つはツールです。 つまり、私たちのカンファレンスでは、内容、そして特にレポートの数において、同等の力を持つ XNUMX つの流れが存在することになります。 XNUMX つはツールの実際の使用法に焦点を当て、XNUMX つ目はコードとして扱われ、コードとして管理されるビジネス上の問題の例を使用したプロセスに焦点を当てます。 私たちはテクノロジーとプロセスが密接に関連していると信じており、ニューウェーブ企業で働き、問題の解決と課題の克服を通じて開発の新たな認識に至る道筋を共有する講演者の助けを借りて、これを体系的に示します。

必要に応じて、ガイドの短い要約をご覧ください。 DevOpsConf:

• カンファレンス初日の30月8日、第XNUMXホールではXNUMXつのビジネスケースを検討します。
• 初日の第 XNUMX ホールでは、より高度に専門化された機器ソリューションを分析します。 各レポートには多くの優れた実践的な経験が含まれていますが、すべての企業に適しているわけではありません。
• 1 月 XNUMX 日の最初のホールでは、逆にテクノロジーについて、しかしより広範囲について話します。
• XNUMX 日目の XNUMX 番目のホールでは、すべてのプロジェクト (たとえば、企業) で発生するわけではない特定のタスクについて話し合います。

しかし、そのような分割は決して聴衆の分割を意味しないことにすぐに注意してください。 逆に、エンジニアにとって重要なのは、ビジネス上の問題を理解し、自分のやっていることの意味を理解し、実務経験を積むことです。 そして、チームリーダーやサービスステーションにとって、他社の事例や経験はもちろん重要ですが、同時に社内の仕組みを理解する必要があります。 カットの下では、すべてのトピックについて詳しく説明し、詳細な旅行計画の作成に役立ちます。

このカンファレンスはインフォスペースで開催され、私たちは XNUMX つのメイン ホールを「ゴールデン ハート」と呼びました。これは、宇宙を移動する可能性が低い原理を利用する「銀河ヒッチハイク ガイド」の船のように、そして「宇宙の果てで」です。 Universe」 - 同じ物語のレストランのようです。 今後、トラックを参照する際にはこれらの名前を使用します。 「ゴールデン ハート」銀河のエリアでのレポートの停留所は、主要な観光グループに適しています。これらは、お好みであれば必ず訪れるべき観光スポットです。 「宇宙の果て」には、経験豊富な旅行者にとって興味深いオブジェクトがあります。 そこに到達する人はほとんどいませんが、小惑星帯を通って目を輝かせてそこに行く勇気のある人たちです。

同時に、ある部屋から別の部屋に簡単に移動でき、いつでも自分に合ったトピックを見つけることができます。 すでに述べたように、このプログラムは非常にバランスが取れています。 私たちはもっとたくさんのクラスレポートを持っていましたが、プログラム委員会はしぶしぶそれらを次の場所に移動させなければなりませんでした。 HighLoad ++ バランスを崩して当初のアイデアを実行しないように、サンクトペテルブルクでの春の会議まで延期するか。 カンファレンス プログラムでは、計画されている各トピック (継続的デリバリー、コードとしてのインフラストラクチャ、DevOps 変革、SRE 実践、セキュリティ、インフラストラクチャ プラットフォーム) について、さまざまな例を使用してさまざまな角度から検討できます。

さあ、座ってください、私たちの銀河船はすべての停留所に到着しています。

「ゴールデン・ハート」、30月XNUMX日

CTO として最初の 90 日間

会議を開きます 報告 レオナ・ファイアー。 レガシー システムの継承と、それに伴うことが多い問題について説明します。 レオンは、サービス ステーションが作業を開始する際に使用する技術システムをどのように理解できるかを説明します。 現代の企業のテクニカル ディレクターにとって、DevOps プロセスの管理は主な仕事です。Leon が興味深くユーモアのある方法であなたを教えてくれます。 技術的な部分とビジネス的な部分の関係 SRTの観点から。

初心者の方も、これからなりたい方も、ぜひこのレポートをご覧ください。 結局のところ、会社でテクニカル ディレクターに成長することと、この役割に再び就くことはまったく別のことであり、このような曲技飛行は誰でもできるわけではありません。

DevOps の基本 - プロジェクトを最初から入力する

Следующий 報告 話題は続きますが、 アンドレイ・ユマシェフ (LitRes) は、この問題をもう少しグローバルに考えず、次のような質問に答えます。さまざまなチームで働き始めるときに知っておくべき基本は何ですか。 さまざまな問題を正しく分析する方法。 活動計画を立てる方法。 KPI の計算方法と停止時期。

コードとしてのインフラストラクチャの未来

次に休憩を取って、コードとしてのインフラストラクチャのトピックについて説明します。 ロマン・ボイコ DevOpsConf での AWS のソリューションアーキテクト 教えてくれる 新しいツールについて AWSクラウド開発キットを使用すると、使い慣れた言語 (Python、TypeScript、JavaScript、Java) でインフラストラクチャを記述することができます。 クラウドを開発者にさらに近づけるもの、このツールの使用を開始する方法、便利なインフラストラクチャ管理のための再利用可能なコンポーネントを作成する方法を直接学びます。 カンファレンスの参加者にとって、これはロシア語で世界のイノベーションについて、ここでは一般的だが西洋では一般的ではない程度の技術的な詳細を交えて聞く絶好の機会です。

リリースから FastTrack まで

昼食後、さらに数時間かけて変革の問題に戻ります。 の上 レポート エフゲニア・フォメンコ MegaFon の DevOps 変革を追ってみましょう。KPI などの従来の手法を使おうとする段階から始まり、何も明確ではなく、新しいツールを考え出し、自分自身を変える必要がある段階を克服します。 プロセスが完全に再構築されるまで。 これは企業にとって非常にクールでやる気を起こさせる経験であり、請負業者も DevOps 変革に参加しており、これについては Evgeniy も話します。

部門を越えたチームになるには 

У ミハイル・ビザン チーム内で変革を実行するための豊富な経験。 現在、ミハイルはライファイゼンバンク加速チームのリーダーとして、チームを部門横断的に管理しています。 彼の上で レポート 部門を超えたチームが存在しないことの痛みと、部門を超えたチームの課題が発明、作成、実装だけでは終わらない理由について話しましょう。

SRE の実践

次に、勢いを増しており、DevOps プロセス全体で重要な位置を占めている SRE の実践に特化した XNUMX つのレポートを紹介します。

アレクセイ・アンドレーエフ プリズマラボより 教えてくれる、なぜスタートアップに SRE 実践が必要なのか、そしてなぜそれが報われるのか。

マトベイ・グリゴリエフ ドドピザより 紹介します すでにスタートアップ段階を超えた大企業における SRE の例です。 Matvey 自身も自分自身について次のように述べています。経験豊富な .NET 開発者と初心者の SRE が、それぞれ、開発者 (XNUMX 人だけではなくチーム全体) のインフラストラクチャへの移行のストーリーを共有します。 なぜ DevOps は開発者にとっての論理的なパスです そして、すべての Ansible プレイブックと bash スクリプトを本格的なソフトウェア製品として検討し始め、それらに同じ要件を適用するとどうなるかについては、30 月 17 日の 00:XNUMX にゴールデン ハート ホールで開催される Matvey のレポートで説明します。

初日のプログラムを完了する ダニール・チホミロフ、彼の中で誰が パフォーマンス 重要な疑問が生じます: テクノロジーがユーザーの幸福にどのように関係するか。 「すべてが機能しているが、ユーザーは不満を抱いている」という問題を解決するため、MegaFon は、個々のシステム、サーバー、アプリケーションの監視から、ユーザーの目を通してサービスを監視するようになりました。 すべての技術専門家、顧客、ベンダーがどのようにしてこれらの KQI 指標に注目し始めたのかは、カンファレンス初日の夕方に明らかになるでしょう。 その後、アフターパーティーで非公式な環境でインフラストラクチャと変革について話し合います。

「宇宙の果てで」30月XNUMX日

「宇宙の果て」ホールでの最初の XNUMX つのレポートは、楽器の観点から非常に興味深いものとなるでしょう。

マキシム・コストリキン (イクテンス) 見せます Terraform のパターン 大規模で長期にわたるプロジェクトにおける混乱と日常的なものと戦うために。 Terraform 開発者は、AWS インフラストラクチャを操作するための非常に便利なベスト プラクティスを提供していますが、微妙な違いがあります。 マキシムはコード例を使用して、Terraform コードを含むフォルダーを雪だるま式にせず、パターンを使用して自動化とさらなる開発を簡素化する方法を示します。

レポート グリゴリー・ミハルキン ラモーダから 「なぜ私たちは Kubernetes オペレーターを開発したのでしょうか? そこからどのような教訓を学びましたか?」 Kubernetes を使用してインフラストラクチャをコードとして実装する方法に関する情報の不足を埋めるのに役立ちます。 たとえば、Kubernetes 自体には yaml ファイルを使用したサービスの記述が含まれていますが、これはすべてのタスクに十分ではありません。 低レベルの管理にはオペレーターが必要ですが、この話は Kubernetes を適切に管理したい場合に非常に役立ちます。

次回のレポートのテーマは、 ハシコープ保管庫 - かなり特別です。 しかし実際には、パスワードを管理し、シークレットを扱うための共通点が必要な場合には、このツールが必要になります。 昨年、セルゲイ・ノスコフ氏は、Hashicorp Vault の助けを借りて Avito で秘密がどのように管理されているかについて語った。 報告 そして来てください 聞く ユーリ・シャトキン さらに詳しい体験については、Tinkoff.ru からご覧ください。

タラス・コトフ (EPAM) 検討します 独自のバックボーンを含むクラウド インフラストラクチャを構築するというさらにまれなタスク IP/MPLSネットワーク。 しかし、体験は素晴らしく、レポートはハードコアなので、内容を理解したら、必ずこのレポートにアクセスしてください。

夕方遅くには、クラウド インフラストラクチャにおけるデータベース管理についてお話します。 キリル・メルニチュク 共有する 使用経験 Kubernetes クラスター内で MySQL を操作するための Vites。 A ウラジミール・リャボフ Playkey.netより 教えてくれる、クラウド内のデータを操作する方法、および利用可能なストレージ容量を適切に使用する方法。

「ゴールデン・ハート」、1月XNUMX日

1月XNUMX日にはすべてが逆になります。 ゴールデン ハート ホールでは、よりテクノロジー指向のトラックが展示されます。 したがって、「黄金の心」を旅しているエンジニアの皆さんには、まずビジネス ケースに深く入り込み、次にこれらのケースが実際にどのように解決されるかを確認することをお勧めします。 そしてマネージャーは、まず考えられるタスクについて考え、次にそれをツールやハードウェアに実装する方法をより深く理解し始めます。

大規模なクラウド ストレージの内部

最初のスピーカー アルテミー・カピトゥラ。 昨年の彼のレポートセフ。 災害の構造「カンファレンスの参加者たちは、物語の信じられないほどの深さから、これが最高だと評価したと思います。 この時 物語 ストレージ設計とシステム障害の前例の分析に関する Mail.Ru クラウド ソリューション ソリューションを継続します。 管理者にとってこのレポートの明らかな利点は、Artemy が技術的な問題自体だけでなく、問題を解決するプロセス全体も調査できることです。 それらの。 このプロセス全体を管理し、会社に適用する方法を理解できます。

逆分散型展開

エゴール・ブガエンコ 彼が会議に出席するのはこれが初めてではなく、彼の報告書には伝統的に物議を醸す論文が含まれていますが、それらは考えさせられます。 私たちはそれを願っています 報告 分散型展開に関する Egor の話は、興味深い、そして最も重要なことに、建設的な議論を引き起こすでしょう。

私たちはまた雲の中にいる

レポート アレクセイ・ヴァホフビジネスコンポーネントとテクノロジーの強力な融合であり、エンジニアリングと管理の両方の側面から興味深いものになります。 アレクセイがUchi.ruの仕組みを教えてくれる クラウドネイティブインフラストラクチャ: Service Mesh、OpenTracing、Vault、集中ログ、および合計 SSO がどのように使用されるか。 その後、15:00にAlexeyが開催します マスタークラス、来場者全員がこれらすべての楽器を自分の手で触れることができます。

Avito の Apache Kafka: XNUMX つの生まれ変わりの物語

レポート アナトリー・ソルダトフ Avito がサービスとして Kafka をどのように構築しているかについては、Kafka を使用する人にとってはもちろん興味深いでしょう。 しかしその一方で、それは非常によく明らかにします 内部サービスを作成するプロセス: サービスの要件と同僚の希望を収集し、インターフェイスを実装し、チーム間の対話を構築し、社内で製品としてサービスを作成する方法。 この観点からすると、歴史は非常に異なる会議参加者にとっても役立ちます。

マイクロサービスをもう一度軽量化しましょう 

ここでは、名前からすべてが明らかであるように思われます。 しかし、それは 提供 ドミトリー・スグロボフ リロイ・マーリンからの発言は、プログラム委員会でも激しい議論を巻き起こしました。 一言で言えば、これは、一般的にマイクロサービスとみなされるもの、マイクロサービスの作成方法、保守方法などのテーマについての議論の良い基礎となります。

ベアメタル インフラストラクチャを管理するための CI/CD 

次のレポートはまた XNUMX in XNUMX です。 一方では、 アンドレイ・クヴァピル (WEDOS Internet として) は、非常に具体的な BareMetal インフラストラクチャの管理について説明します。なぜなら、現在は誰もが主にクラウドを使用しており、ハードウェアを保有しているとしても、それほど大規模なものではないからです。 しかし、アンドレイが 経験を共有する ベアメタル インフラストラクチャの展開と管理のための CI/CD テクニックの適用について説明しており、この観点から、このレポートはチーム リーダーとエンジニアの両方にとって興味深いものとなるでしょう。

話題を続けます セルゲイ・マカレンコ 表示中 この労働集約的なプロセスの舞台裏で ウォーゲーミング プラットフォーム.

コンテナは安全でしょうか? 

ゴールデンハートホールでプログラムを完了します アレクサンダー・カヨロフ コンテナのセキュリティに関するディスカッションペーパー。 Alexander はすでに RIT++ にいます 指摘した Helm のセキュリティ問題とそれに対抗する方法について説明します。今回は弱点を列挙することに限定されませんが、 見せます 環境を完全に隔離するためのツール。

「宇宙の果てで」、1月XNUMX日

始まります アレクサンダー・ブルツェフ (ブラマブラマ)と 紹介します サイトを高速化するための可能な解決策の XNUMX つです。 XNUMX 倍の実装が成功した例を見てみましょう DevOps ツールのみによる高速化 コードを書き直すことなく。 各プロジェクトでコードを書き直すかどうかを決定する必要がありますが、そのような経験を念頭に置いておくと常に役に立ちます。

1C の DevOps: エンタープライズ 

ペトル・グリバノフ 1C社より しようとします 大企業に DevOps を実装するのは不可能であるという通説の間違いを暴きます。 1C: エンタープライズ プラットフォームよりも複雑になる可能性はありますが、DevOps プラクティスはそこでも適用できるため、神話は成立しないと思います。

カスタム開発における DevOps

アントン・フレビツキー エフゲニー・フォメンコ氏のレポートの続き 教えてくれるMegaFon が請負業者側で DevOps を構築し、複数のソフトウェア サプライヤーからのカスタム開発を含む継続的展開をどのように構築したかについて説明します。

DevOps を DWH/BI に導入

非標準的ですが、これもまたさまざまな参加者にとって興味深いトピックです 明らかにするだろう ヴァシリー・クツェンコ ガスプロムバンクから。 Vasily は、データ開発における IT 文化を発展させ、データ ウェアハウスと BI で DevOps プラクティスを適用する方法に関する実践的なアドバイスを共有し、データを扱うためのパイプラインがどのように異なるか、そしてデータを扱うコンテキストで実際に役立つ自動化ツールは何かについて説明します。データ。

セキュリティ部門なしで（あなたが）どのように生きるか 

昼食後 モナ・アルヒポワ (sudo.su) 紹介します 基本的な私たち DevSecOps また、開発プロセスにセキュリティをプロセスとして組み込み、別個のセキュリティ部門の使用をやめる方法について説明します。 このテーマは差し迫ったものであり、このレポートは多くの人にとって非常に役立つはずです。

大規模ソリューションの CI/CD での負荷テスト

前のトピックを完全に補完します パフォーマンス ウラジミール・コーニン メガフォンから。 ここでお話します DevOps プロセスに品質を導入する方法: Quality Gate の使用方法、システム内のさまざまなケースを記録する方法、およびそれをすべて開発プロセスに統合する方法。 このレポートは、大規模なシステムを扱う人に特に適していますが、巨額の請求を扱わない人でも、興味深い側面を見つけることができるでしょう。

SDLC とコンプライアンス

そして次のトピックは大企業にとってより関連性の高いもので、コンプライアンス ソリューションと標準要件をプロセスに導入する方法です。 イリヤ・ミトルコフ ドイツ銀行テクノロジーセンターより デモンストレーションその 作業標準は DevOps と互換性がある可能性があります.

そして一日の終わりには マトベイ・ククイ (Amixr.IO) 共有する 世界中の数十のチームがどのように勤務し、インシデントを整理し、作業を組織し、信頼性の高いシステムを構築しているかに関する統計と洞察を提供し、それらすべてが SRE にどのように関連しているかを説明します。

今は少し羨ましくもあるよ、旅は DevOpsConf 2019 そうする必要があります。 独自のプランを作成し、レポートが有機的に相互に補完し合う様子を楽しむこともできますが、おそらく他のガイドと同様に、私には注意深く見て回る時間がありません。

ちなみに、メインプログラムに加えて、いわばキャンプ場、つまり参加者自身が小さなミートアップ、ワークショップ、マスタークラスを開催し、親密な環境で差し迫った問題について話し合うことができるミートアップルームがあります。 ミーティングを提案する すべての参加者がプログラム委員として活動し、他のミートアップに投票することができます。 この形式は、特にネットワークの点でその有効性がすでに証明されているので、詳しく見てみましょう。 この部分 スケジュールを確認し、カンファレンス中に、新しいミートアップに関する発表を監視します。 電報チャンネル.

DevOpsConf 2019 銀河でお会いしましょう!

出所： habr.com