コンテンツ
ソース：Djvstock / Dreamstime.com
取り除く：
DevOpsは何年も進化してきましたが、このトレンド設定方法論の新機能は何ですか？
企業の顧客は、変化するニーズに適切かつ迅速に対応することを望んでいます。ただし、さまざまな制限により、企業はこうした要件に必要なだけ迅速に対応できません。最も明白な制限の1つは、さまざまな部門が働いている孤立した方法です。 DevOpsにより、企業は組織内のサイロを取り除くことで動的な要件に対応できるようになりました。役割が統合され、人々は職域を超えて機能する必要があります。組織は現在、製品およびサービスを段階的に、より頻繁に展開できます。チームは機能を超えて機能するようになっているため、現在は相互依存性が低下しています。さまざまな研究により、DevOpsは考慮すべき重要な力になっていることがわかりました。 DevOpsの原則を考慮すると、ITの世界では破壊的な力となっています。
DevOpsとは何ですか？
DevOpsは、「開発」と「運用」から短縮されています。つまり、開発と運用の両方の担当者が連携して作業するか、学際的なスキルを習得します。ただし、役割の範囲はソフトウェア開発者やITサポート担当者に限定されるべきではありません。実際、範囲には、ソフトウェア開発に関係するすべての役割を含める必要があります。 「ops」には、システムエンジニア、システム管理者、運用スタッフ、リリースエンジニア、DBA、ネットワークエンジニア、セキュリティ専門家、およびその他のさまざまな分野と役職が含まれます。
DevOpsは、さまざまな哲学、慣行、およびツールの組み合わせであり、企業が頻繁に変化する市場の要件に対応できるようにします。以前は、さまざまな部門がほとんどコミュニケーションや調整を最小限に抑えて単独で作業していました。その結果、要件の突然の変更に対応できないなどの問題が発生しました。 DevOpsの哲学では、実務家が職域を超えて機能することが求められています。たとえば、ソフトウェア開発者はソフトウェアテストのスキルも知っていることが求められる場合があります。視点を変えると、成果物の品質が向上し、市場のダイナミクスがより明確になります。 DevOpsでは、実務家が多様なスキルを習得する必要があります。これにより、視野が広がり、質の高い仕事の遂行に役立ちます。
重要なトレンドと開発
DevOpsドメインは、多くの重要な変更を受けています。ここでは、誇大宣伝を避けながら、最も重要な変更点を見ていきます。
過去数年にわたって、多くの指数がドリフトしてきたため、アジャイル手法は人気を少し失いました。幻滅の主な理由は、独断的な原則でした。アジャイルは、現代のアジャイルとアジャイルの中心という2つの原則の形でカムバックを始めています。
誰もソフトウェアの品質を気にしない場合、プログラミングスキルを向上させることはできません。
DevOpsツールとメソッド
DevOpsには特定の原則や方法がありますが、DevOpsの実装にはさまざまなツールが利用できます。これらのツールは、さまざまな組織でさまざまな方法で使用されています。最も重要なツールのいくつかを以下で説明します。
テストとバージョン管理はどちらも、ソフトウェア品質を目的とした重要なアクティビティです。テストの分野では、例としてNetflixを引用できます。 Netflixsのテストチームは、基本的にソフトウェア開発者をテストするバグや問題を導入することでシステムを混乱させるカオスモンキーのコンセプトを開発しました。その結果、正当な問題が発生した場合、はるかに簡単に処理できます。
バージョニングは、コードだけでなく、アーティファクト、テストケース、インフラストラクチャなど、ソフトウェアに関連するすべてのものをバージョニングするという考え方に関連しています。そうすれば、更新またはパッチが計画どおりに進まない場合、プログラムを簡単に以前の安定したバージョンにロールバックできます。
DocuSignは、デジタル署名およびドキュメントトランザクションソリューションの大手プロバイダーです。高度なセキュリティと機密性を必要とするドメイン内にあるため、DocuSignは、トランザクションのプライバシーとセキュリティを維持することに非常に注意する必要があります。 DevOps原則の採用は容易ではありませんでした。なぜなら、新しい機能を展開するだけでなく、それらが厳密にテストされていることを確認する必要があったからです。そのため、実際のソフトウェアを展開する前に、ソフトウェアの助けを借りて模擬テストプロセスを実行しました。具体的には、テストに使用されるAPIをシミュレートしました。その結果、物事がより速く機能し、インシデントと問題が特定され、迅速に修正または優先順位付けされました。 DocuSignは、テストケースシミュレーションを自動化し、ソフトウェアの問題を特定する繰り返し可能なプロセスも導入しました。
フォーター
Forterは、DocuSignのようなデジタル署名およびトランザクションソリューションプロバイダーです。インシデントと問題をより効率的に管理したいと考えていました。問題に優先順位を付け、問題の自己解決を強調しました。 Forterは、問題に優先順位を付け、自己解決または後の解決のために問題を特定できるアーキテクチャを構築しました。したがって、優先度の高い問題とインシデントに最初に焦点を合わせることができます。この反復可能なタスクの自動化により、人々はより創造的な仕事に集中することができました。
結論
DevOpsは、従来のソフトウェア開発慣行の決定的な終止符のように聞こえますか？答えるのは簡単な質問ではありません。 DevOpsはまだ初期段階です。まだ重さを量っています。もちろん、従来のソフトウェア開発慣行に対する利点を示すケーススタディがあります。実際には、何年もかけて築き上げてきた解体作業はかなりの作業であるため、引き継ぐまでに時間がかかります。ただし、現時点では、DevOpsは真剣な注目に値する概念に見えます。