テクノロジーの開発のおかげで、私たちはすべてをより速く、より良く、そしてより少ないリソース消費で行うことができます。これはすべての業界で見られますが、間違いなくITがこの分野のリーダーであり、DevOpsを含む新しいツールと方法論が開発されています。それは何ですか？
DevOpsとは何ですか？
この方法は比較的最近普及していますが、ITの世界では新しい方法ではありません。 2009年にゲントで開催された会議で議論され、DevOpsDaysと呼ばれる一連の会議が開かれました。彼の主な提案は、開発チームと管理チームの間のコミュニケーションとコラボレーションを改善することです。したがって、開発と運用を組み合わせた名前です（eng。Development＆Operations-「開発と運用」）。
DevOpsで何が変わったのですか？
この方法論を適用する前は、プロジェクトの実施を担当する2つの主要な部門は異なる優先順位と目標を持っていました。開発者は、プログラミング作業をできるだけ早く完了し、顧客のサイトにソフトウェアを実装したいと考えていました。ただし、このポリシーは、コード変更の数を最小限に抑えることを好む管理部門の利益に反していました。
この作業モデルの結果は何ですか？より多くのエラー、より多くの納期とコスト、そして納品された製品の低品質。会社、従業員、エンドユーザーなど、誰もが負けました。
解決策は、2つの部門を1つのチームにまとめ、そのメンバーが知識と調査結果を互いに共有することで見つかりました。これがDevOpsが元々機能していた方法であり、現在、小規模企業がDevOpsを実装しているのはこの形式です。管理者は本番環境の知識の基礎に精通し、開発者はサポートの分野で能力を開発します。
もう1つの変化は、プロセスの自動化（テスト、分析、実装、監視）とクラウドインフラストラクチャへの関心の高まりです。これらはDevOpsの不可欠な部分になっています。 ITの世界では、非常に実用的な方法論だけでなく、さまざまな新しいツールやテクノロジーも習得しています。運用モードの変更は非常に効果的であるため、より多くの企業がそれらを実装しており、新しいポジションが市場に登場しています-DevOpsエンジニア。
反復作業モデル
DevOpsのおかげで非常に重要な変更は、ウォーターフォール作業モデルを反復モデルに置き換えることです。これはどういう意味で、どのようなメリットがありますか？ 「従来の」またはカスケードシステムは、プロジェクトの実装プロセスを次々と別々の段階に分割します。プロジェクトの次のフェーズで作業を開始するには、最初に前のフェーズのすべてのタスクを完了する必要があることに注意してください。実装の初期段階で変更が必要な場合は、後続のすべての手順を完了する必要があるため、このモデルには問題があることが証明されています。
また、実装プロセス中に顧客の期待が変化し、チームが複数の修正を行う必要があることにも気づきました。ご想像のとおり、膨大な時間のリソースが費やされ、その結果、最終的な効果は完璧にはほど遠いものでした。
これらの欠点は、反復モデルで排除されました。最初は、大まかな仮定のみがここで行われ、実装プロセスの後半でチェックおよび改良されます。また、すべての作業が完了するのを待つのではなく、コードスニペットがコミットされ、できるだけ早くテストされます。したがって、チームは起こりうる変更のニーズに迅速に対応し、最終的な結果は現在の顧客の期待に完全に一致します。
DevOpsは誰のためのものですか？
この方法の最大の受益者は、製品のインフラストラクチャに頻繁に、しかし必ずしも大規模な変更を加える必要がない組織です。
ここではIT業界が独占ではないことを強調する価値がありますが、そう思われるかもしれません。電子商取引、銀行、通信、メディア、およびその他のセクターの企業は、同様にDevOpsの使用を検討しています。 Google、Netflix、Etsy、Facebook、Amazonなどの例がすぐそこにあります。これらの巨人の場合、コードは1日に数百回も注入されます！
DevOpsには未来がありますか？
DevOpsの実装を決定した企業は、自動化と作業文化だけでなく、この方法をはるかに重視しています。彼らは、勝者が競合他社よりも速く、効率的に、そしてより良い結果をもたらすことができるサプライヤーであることを理解しています。したがって、たとえば、米国企業の77％が実装プロセスでDevOpsの使用を宣言している、または近い将来にそのようなソリューションを導入しているという統計は驚くべきことではありません。
