実珟可胜なミッション倚くのプロゞェクトを持぀䌚瀟でDevOpsを開発する方法

Habréやその他のITリ゜ヌスにDevOpsを実装するこずの利点に぀いおは、すでに倚くの蚘事が執筆されおいたすが、疑いの䜙地はありたせん。 これは理解できるこずです。コヌド、ブランチ、テストベンチ、アセンブリ、展開にさたざたな人々が責任を負い、同僚のクリアリングに実際に登りたくない「通垞の」開発の責任の時々自明でない領域の創造的な混乱は、高レベルの組織ずは反察です 。



DevOpsが組み蟌たれおいる䌁業では、開発者はより倚くのサポヌトを受けおおり、より効率的に䜜業できたす。







しかし、「正しく」動䜜したいだけでは十分ではありたせん;どうにかしおこれに到達する必芁がありたす。 しかし、ここではすべおがそれほど単玔ではありたせん。



DevOpsを取埗しお開発するこずはできたせんc



より正確には、このプロセスは、1぀たたは2぀のプロゞェクトが開発されおいる小芏暡䌁業、たたはすべおのチヌムが最初に高床な開発文化を持っおいる堎合にのみ実行できたす。 しかし、アむデアが䌚瀟の物理的および技術的胜力をしばしば远い越す内郚スタヌトアップに぀いおはどうでしょうか



Positive TechnologiesでDevOpsを開発するこずを決めたずき、私たちは、公的および非公的の䞡方のプロゞェクトに取り組んだ倚数のチヌムに出くわしたした。 チヌムの芏暡は倧きく異なり、異なるリリヌスモデルず技術スタックを䜿甚しおいたした。 このすべおが、1぀のサむズがすべおに適合するずいう原則に基づいお゜リュヌションを䜜成するこずを可胜にしたせんでした。



さらに、リ゜ヌスは垞に制限されおおり、各チヌムおよびプロゞェクト内にDevOpsアプロヌチを導入するには䞍十分でした。 いく぀かの新しいアプロヌチが必芁でした。 そしお、これが私たちが思い぀いたものです。



最初のステップ



プロゞェクトのタスクにすばやく適応できる䞀連の基本的なDevOpsプラクティスが必芁でした。 これを行うには、アセンブリ、展開、およびテスト構成甚のテンプレヌトを開発しお、個々のコンポヌネントの倚数のgitブランチ、および倚数のコンポヌネントずそのバヌゞョンのプロゞェクトのスケヌリングを保蚌する必芁がありたした。



いく぀かのツヌルのバンドルを䜿甚しお継続的むンテグレヌションむンフラストラクチャを移行するこずにより、これらの問題を解決するこずができたした。





実際のプロゞェクトでの数倚くの実隓の過皋で、TeamCityプロゞェクト階局ず、このシステムのすべおのプロゞェクトの暙準むンタヌフェむスが開発されたした。



プロセスは詳现に説明されたした。









写真をクリックするず、フルサむズで開きたす



結果は䜕ですか



これはすべお良いこずですが、䌚瀟のすべおのプロゞェクトでのDevOpsの実装に関する質問がありたした。



しかし、耇数の著名な専門家ずさたざたな専門知識を組み合わせお、䌚瀟党䜓のDevOps問題を解決できる1぀のグルヌプにたずめるずどうなるでしょうか。



そこで、「消防隊」を䜜成するずいうアむデアが浮䞊したした。 珟圚では、各プロゞェクトを個別に自動化するのではなく、プロゞェクトに取り組んでいる埓業員がDevOpsサヌビスを泚文できたす。



その結果、新しい方法論のトレヌニングず開始のコストを倧幅に削枛するずずもに、起こりうる゚ラヌの数を枛らすこずができたした。







DevOの実装に関するトピックは非垞に興味深いものであり、ここではさたざたなアプロヌチが可胜です。 そしお、経隓ず出䌚い、共有するこずは非垞に重芁です。 通垞、このようなむベントは「mitap」ず呌ばれたす。



基本的には䌌たようなこずをしたすが、通垞の圢匏ではありたせん。「開発者」ず開発者をリラックスした雰囲気で集めお、ファヌストトラックモヌドで自分のDevOpsを構築するストヌリヌを䌝え、それを聞いた人の話を聞きたいです。 開発者、自動化、テスタヌ。



OpDevOpsでお埅ちしおいたす 10月7日金曜日午埌3時から午埌7時たで、 Blacksmith Irish Pubで



むベントプログラムの詳现


いや

報告察象

発衚者

簡単な芁玄

レポヌトの最初のブロック
1 Positive Technologiesの継続的むンテグレヌションシステムモデル[ スラむド 、 ビデオ ] ティムル・ギルマリン 1䌚瀟のすべおのプロゞェクトに察しおDevOpsが提䟛する初期の暙準スキヌムビルド-展開-テスト-昇栌。

2TeamCtiyでのプロゞェクトの䟋に関するスキヌムの実装。

3䜕に来たのか。 䞀般的な継続的統合ビルド-デプロむ-テスト-プロモヌト-公開-配信-むンストヌルず曎新
2 SupplyLab-発行、配信、展開、ラむセンス[ スラむド 、 ビデオ ] アレクサンダヌ・パズニコフ 1顧客ぞの配信、展開、およびラむセンスの党サむクルを管理するためのオヌプンシステムの組織。

2発行、配信、展開、およびラむセンスシステムの蚭蚈-SupplyLab。
3 SaltStackに基づくサヌバヌ環境展開システムの䞀般的な抂念[ スラむド 、 ビデオ ] ドミトリヌ・ミロシュニチェンコ 1曎新システムの蚭蚈。

2SaltStackに぀いお。
4 補品の配垃を䜜成するためのツヌルキット[ スラむド 、 ビデオ ] りラゞミヌル・セリン 1倧きな補品の流通ずは䜕ですか

2問題少数の人々が補品のむンストヌルプロセスに関する知識を持っおいたす。

3テンプレヌト+ DSL-すべおの問題の解決策
レポヌトの2番目のブロック
5 TFSトラッカヌでのワヌクフロヌの構成[ スラむド 、 ビデオ ] アレクセむ・゜ロビ゚フ 1トラッカヌずしおのTFS機胜の簡単な抂芁。

2兞型的なワヌクフロヌの構造基本的な芁玠。

3TFSでのワヌクフロヌのカスタマむズの難しさ。
6 vSphereTools-vSphereずの䜜業を自動化するためのツヌル[ スラむド 、 ビデオ ] ティムル・ギルマリン 1pysphereに察するVIX API。

2vSphereToolsは、vSphereおよび仮想マシンでの䜜業をサポヌトするDevOpsのスクリプトのセットです。

3ツヌルの説明、その長所ず短所、可胜な改善。
7 TeamCityずキャラクタヌサヌバヌの統合[ スラむド 、 ビデオ ] アレクセむ・゜ロビ゚フ 1デバッグシンボルサヌバヌずは、その目的。

2デバッグ情報デバッグシンボル-コンパむラが゜ヌスコヌドに基づいお生成する情報。 ゜ヌスファむル名、倉数、プロシヌゞャ、関数に関する情報が含たれおいたす。

3デバッグ情報サヌバヌ-デバッグ情報を保存し、むンデックスを䜜成し、アクセスを提䟛するこずを䞻な目的ずするサヌバヌ。
8 ゜フトりェア補品の競合分析を実斜するためのツヌル[ スラむド 、 ビデオ ] りラゞミヌル・゜フィン 1゜フトりェア補品の競合分析CAずは䜕ですか

2宇宙船の方法論ず段階。

3宇宙船のさたざたな段階の実装の難しさ。

4宇宙船自動化のためのツヌル。
レポヌトの3番目のブロック
9 䞍十分に圢匏化されたデヌタのニュヌロファゞヌ分類[ スラむド 、 ビデオ ] ティムル・ギルマリン 1匱く圢匏化されたファゞヌデヌタの分類の自動化の問題。

2ファゞヌセットずファゞヌ枬定スケヌル。

3デヌタ分類のためのニュヌラルネットワヌクモデリング。

4FuzzyClassificatorツヌルず䌚瀟での実装。

5TeamCityに基づくデヌタ分類の自動化。
10 単玔なものから耇雑なものたで手動テスト蚈画を自動化したす[ スラむド 、 ビデオ ] セルゲむ・ティムチェンコ 1芋回す-自動テストの通垞のプロセス。

2䞍芁な-珟実的なタヌゲットプロセスを削陀したす。

3DataDrivenTesting-スペシャルの䜜成。 特定のシナリオ甚のツヌル。

4RobotFramework-単玔なスクリプトが倚すぎる堎合はどうなりたすか。
11 開発およびテストプロセスのZabbixモニタリングシステム[ スラむド 、 ビデオ ] アレクセむ・ブロフ 1さたざたな郚門のリ゜ヌスを監芖するためのシステム。

2サヌバヌのテンプレヌトず圹割、アクセスの差別化ず責任範囲。

3ptzabbixtools-タヌゲットサヌバヌの監芖構成。

4開発/テストプロセスに監芖システムを埋め蟌む䟋。
12 JMeter + TeamCity + Grafanaを組み合わせた負荷テストの自動化[ スラむド 、 ビデオ ] むワン・オスタニンずセルゲむ・ティホノフ 1テストデヌタをポむ捚おする叀いプロセスの説明以前の方法、良いこず、悪いこず。

2Influxdb、時系列デヌタのリポゞトリずしお。

3Zabbix-負荷スタンドの監芖WindowsおよびLinux゚ヌゞェント、アクティブなデヌタ収集、esxの自動怜出仮想マシン。

4グラフィックずダッシュボヌドをキャンディに倉える方法ずしおのGrafana。

5Jmeter、リアルタむム統蚈衚瀺、CI Teamcityを䜿甚したWeb UIを介したナヌザヌロヌドの自動化。
レポヌトの4番目のブロック
13 CrossPMパッケヌゞマネヌゞャヌ耇雑な䟝存関係の簡玠化[ スラむド 、 ビデオ ] アレクサンダヌ・コワレフ 1クロスおよびネストされた䟝存関係の解明の難しさ。

2CrossPMパッケヌゞマネヌゞャヌ。 その機胜ず䜿甚䟋。

3CrossPMずArtifactoryパッケヌゞストレヌゞシステムの統合。
14 TestRailシステムを䜿甚するための実甚的な掚奚事項[ スラむド 、 ビデオ ] ドミトリヌ・リルツォフずアレクセむ・ノァシリ゚フ 1TestRailを䜿甚する目的。

2TestRailシステムの本質。

3プロゞェクトの特城。

4私たちの決定。

5TestRailの統合ずカスタマむズ。
15 TeamPass-チヌム内のサヌビスパスワヌドのアクセス制埡の管理[ スラむド 、 ビデオ ] ドミトリヌ・ミロシュニチェンコ 1keepassで機胜しなかったものは䜕ですか

2䌚瀟の詳现。

3゜リュヌション。
16 DevOpsHQコミュニティ[ スラむド 、 ビデオ ] アレクサンダヌ・パズニコフ 1プロゞェクトDevOpsHQに぀いお-自動化゚ンゞニアのコミュニティ。

2远求された目暙。

3掚奚ツヌル。

4掚奚されるテクニック。

5既補の゜リュヌション。






むベントは無料ですが、座垭数は限られおいるため、参加するには登録が必芁です。 これを行うには、 登録する必芁がありたす 。



All Articles