会社の内部環境と外部環境の両方が変化しています。社内的には、企業のニーズ、製品、従業員は常に変化しています。外部的には、技術環境も急速に変化し続けています。
「苦労なくして得るものなし」という言葉は、DevOps にもよく当てはまります。 Amazon CTO の Werner Vogels 氏が提唱する「開発も運用も自分で行う」というコンセプトから得られるメリットは数多くありますが、DevOps 実践者は多くの課題にも直面しています。 DevOps の最も価値のある部分の 1 つは、摩擦を取り除くことです。スティッグの共同創業者兼最高技術責任者のアントン・ザグレブニ氏は、同社を「よく機能する機械」と評する。彼のチームは、Git リポジトリへの単純なコード プッシュから始めて、最終的にはインフラストラクチャのプロビジョニングとソフトウェアの展開に至るまで、DevOps プロセスを完全に自動化することができました。 バイオテクノロジー研究会社Charles River Laboratories のシニア DevOps エンジニアである Stephen Shamakian 氏も同じ意見です。手作業で面倒な DevOps タスクを自動化することほど良いものはない、と彼は言いました。 「何年にもわたって迅速かつ確実に展開できることは、非常に貴重です」と彼は語った。 「それは、これまで存在しなかったプロセスに命を吹き込むようなもので、今では完全に自律的に動作することができます。つまり、それ自体が生命を持っているのです。」 しかし、DevOps には課題が伴うことは誰もが認めています。 Zagrebelny にとって、それは内部と外部の両方の変化に対応することです。社内では、企業のニーズ、製品、人材は常に変化しています。外部的には、テクノロジーの状況も変化しています。 彼の意見では、これらのダイナミクスのバランスを取り、それに応じて現在の DevOps プラクティスを適応させることが、優れた DevOps エンジニアと素晴らしい DevOps エンジニアを区別するものです。シャマキアンにとって、重要なのは人とプロセスです。 DevOps は、主に開発、運用、さらにはセキュリティ チームの連携方法における文化的な変化です。 DevOps はこれを改善することを目指していますが、多くの場合、これらの領域は依然としてサイトとして実行されています。ある領域で何かを実行すると、別の領域が妨げられることがあります。 DevOps リーダーは、多くの場合、中間に位置し、最善の進路を見つけようと奮闘しながら、受け入れ可能な妥協点も見つけようとしています。 DevOps エンジニアの Matt Ash 氏は、DevOps の問題点と利点について別の興味深い視点を提示しています。彼は、大規模な変更が DevOps の最も難しい部分であると述べています。 彼の比較的小規模な DevOps チームは、多種多様な製品を構築および展開する数十人のソフトウェア エンジニアをサポートしています。 Windows、Linux、Node、C#、Python を使用する人もいます。彼のチームは、チームが前進できるよう支援する準備を整える必要がある。これは多くの場合、各チームの進捗を妨げることなく、各チームのさまざまなニーズに合わせて最適なソリューションをカスタマイズすることを意味します。このプロセスでは多くの学習が必要となり、ストレスも生じました。 一方、彼は、マスイネーブルメントが DevOps の最も価値のある部分であると指摘しています。少人数のチームが、何の介入もなく、多数のエンジニアが 1 日または 1 週間に複数回構築および出荷するのをサポートできる場合、良い仕事をしていると言えます。 適切に設計された DevOps ソリューションは、チームを見えなくするはずです。これには、スムーズなパス、つまり成功した展開と、サポート チームが展開の問題を解決する能力が含まれます。 DevOps の満足度に共通する要素は、開発者のエクスペリエンスとビジネス成果の向上です。 Climavision の製品開発ディレクターである Dale Francis 氏は、DevOps のメリットは、問題を解決して日常業務を容易にし、開発者のエクスペリエンスを向上させることから生まれると述べています。 さらに、DevOps 組織として成熟することで、誰もが技術的な問題に悩むのではなく、ビジネス上の問題の解決に集中できるようになります。 DevOps において彼が直面する課題の 1 つは、やり過ぎてしまうことだ。彼のアドバイスは、プロセスをシンプルに保ち、プロセスのどの部分を自動化するのが時間と労力をかける価値があるかを常に評価することです。 Octopus Deploy の創設者兼 CEO である Paul Stovell 氏は、DevOps の取り組みにおける多くのクライアントの経験を次のようにまとめています。「DevOps の実装は当然困難を伴い、これまでと同じやり方でやり続けたくなるものです。そのため、事前の作業、最終状態の明確なビジョン、そして初期の困難を乗り越える粘り強さが必要であることを受け入れてください。その結果は価値があるでしょう。」 苦労なくして利益は得られません。課題に直面することはプロセスの自然な一部であることを常に忘れずに、DevOps のメリットを享受してください。 |
<<: あまり知られていないが強力な Docker コマンド 9 つ
>>: 未来をリードする: 2024 年の産業用通信ソリューションのトレンド
[51CTO.com オリジナル記事] 今、業界で人気のテクノロジーは何ですか?それは間違いなく人工...
LightCloudの春節プロモーションオファー:[1] 14日から15日まで、すべてのKVM仮想V...
Meituan.comのキャンパスチャネル構造の機能の開発と分析を理解するための17枚の写真 --&...
9月3日早朝、アップルは著名人のiCloudアカウントのハッキングに対し、iCloudクラウドストレ...
2018年最もホットなプロジェクト:テレマーケティングロボットがあなたの参加を待っています誰もが美を...
kdatacenterは2009年に韓国で設立されました。主に韓国のデータセンター(SKデータセンタ...
研修記者 張月光インターン記者の張碩が北京からレポートします常に人気のビットコインは、ついに規制当局...
Hosthatchは、米国東海岸のニューヨークデータセンターにVPSクラウドサーバーサービスを展開し...
dedipathは、旧正月を機に、ロサンゼルスデータセンター、アジア最適化ライン、E3ヘンなど、さま...
広告提携について話す前に、トラフィックを増やす必要があります。トラフィックがなければ、どんなに良い広...
理論的には、すべての Linux 系システムに適用できます。マウント ポイントを決定するだけです。次...
最近、Weiboでは国慶節の混雑についてさまざまな苦情や傍観者がいる。コロンス島は「陥落」し、西湖に...
SEO 担当者がほぼ毎日行う必要があることが 1 つあります。特に外部リンクの専門家にとっては、自分...
クレイトン・クリステンセンのファンにとって、彼の「イノベーションのジレンマ」理論が 2011 年の今...
なぜこれを書こうと思ったのですか?ほとんどすべての人がWeChatを持っているからです。 WeCha...