DaaS、DevOps as a Service: DevOps スタック全体をクラウドに移行する

DevOps as a Service (DaaS) を使用すると、チームはツールとワークフローを統合ソリューションに一元化できます。このソリューションには通常、従来のツールに代わる必要な DevOps パイプライン機能がすべて含まれています。この記事では、DaaS の仕組み (長所と短所を含む) と、Azure DevOps Server からクラウド内の Azure DevOps に移行する方法の例について説明します。

[[326937]]

DaaSとは何ですか?

DaaS は、統合された DevOps ツールチェーンを提供するクラウドベースのマネージド サービスです。継続的インテグレーション/継続的デリバリー (CI/CD) パイプラインに必要なツールのすべてまたはほとんどが 1 つのプラットフォームに集められています。このプラットフォームは、専任の DevOps プロフェッショナルのサポートを受けてチームに提供されます。

DaaS の目標は、組織がツールの管理や保守を気にすることなく、ソフトウェアの開発と提供に集中できるようにすることです。ツールの統合、展開、メンテナンスの複雑さを抽象化することを目的としています。これにより、チームはより高レベルのタスクに集中し、手作業の多くを外部委託できるようになります。

DaaS は、追加のスタッフを雇用したり、広範な専門知識を構築したりすることなく、中小企業にエンタープライズ グレードのインフラストラクチャとツールを提供します。代わりに、これらの企業は、DaaS プロバイダーの経験を活用して、パイプラインを作成、展開、最適化することができます。これらのパイプラインは直感的で、チームメンバー全員のスムーズなコラボレーションを促進するために作成されました。

DaaSのメリットとデメリット

開発プロセスをクラウドに移行する場合、使用できる移行戦略がいくつかあります。その 1 つは、既存のツールをマイクロサービスとしてクラウド リソースに移動し、それらを統合することです。もう 1 つの可能性は、既存のツールを廃止して DaaS を採用することです。いずれにせよ、組織にとって適切な選択を行う前に、DaaS の長所と短所を理解する必要があります。

DaaS の利点:

• マネージド サービスでは、サポート、専門知識、最適化のために専任の DevOps エンジニアにアクセスできます。
• ベンダー チームはさまざまな組織や業界で豊富な経験を有しており、その経験に基づいてソリューションをカスタマイズできます。
• DaaS チームは、チームのスキル向上を支援するガイダンスとコーチングを提供できます。これにより、チームは他者のミスから学び、同じミスが繰り返されるのを防ぐことができます。

DaaS のデメリット:

パイプラインの管理と可用性の重要性には、信頼できるサービス プロバイダーと連携し、中断をゼロまたは最小限に抑えることが必要です。

インフラストラクチャのニーズをアウトソーシングし、ソース コードやその他の機密データやシステムへのアクセスを提供します。これにより、制御不能なセキュリティ リスクが発生する可能性があります。

DevOps チームは、実装されているツールと、それらを管理および使用する方法の基本を理解する必要があります。

マネージド サービスは、通常、自社で実装した組立ラインよりもコストがかかり、社内の IT 責任の軽減ではこれらのコストを相殺できない可能性があります。

DevOps クラウド移行の例: Azure DevOps Server からクラウド内の Azure DevOps への移行

Azure DevOps Server (旧称 Team Foundation Server (TFS)) は、DevOps パイプラインを構築できるローカルでホストされるサーバーです。 Azure クラウドで提供されるサービスと同様のサービスに基づいていますが、インフラストラクチャの管理と保守が必要であり、構成のサポートは限られています。

クラウドに移行することで、インフラストラクチャの責任の多くをアウトソーシングし、高品質のソフトウェアの作成に集中できるようになります。 Azure DevOps Services は、使用できる部分的に管理された DaaS の例です。

ここでは、DevOps Server からデータとプロジェクトを転送する方法の簡単なガイドを紹介します。このガイドは、Microsoft が提供する Complete DaaS Guide を基に作成されています。

準備: 移行を計画するには、現在ツールをどのように使用しているか、どのデータを移行する必要があるか、移行が生産性にどのような影響を与えるかを把握する必要があります。追加のライセンスが必要かどうかも判断する必要があります。このステップとそれに続くステップでは、プロセスを支援できるツールがあります。

前提条件の構成: パイプライン データを移行する前に、いくつかの前提条件を設定する必要があります。認証のために、オンプレミスの Active Directory (AD) を Azure AD と同期する必要があります。インフラストラクチャの安全性を確保するために、セキュリティとコンプライアンスの対策も講じる必要があります。

サーバーを更新して検証する: サーバーが Azure DevOps Server の最新バージョンであることを確認します。まだ TFS を使用している場合は、おそらく一連の更新が必要になります。完全に更新されると、移行ツールを使用して各プロジェクトのコレクション データベースを検証できるようになります。エラーが見つかった場合は、この段階で修正する必要があります。

クラウド リソースを準備する: エラーを排除したら、インポート用のクラウド リソースの準備を開始できます。これには、DevOps Services サブスクリプションの割り当て、アクティブ化、マッピングが必要です。また、移行ツールを使用してインポート設定のテンプレートを生成する必要があります。これらの設定は、インポート仕様ファイルに保存する必要があります。最後に、DevOps Services を使用するデータセンターにコンテナ インスタンスを作成する必要があります。

移行パイプライン: すべての準備と計画フェーズが完了したら、ワークロードを移行します。この段階では、まずテストインポートを実行して、すべてが正しく構成され、インポートプロセスがデータ破損なしでスムーズに実行されることを確認する必要があります。これにより、不必要なダウンタイムが発生しないようにすることができます。

テストがスムーズに実行された場合は、データのインポートを続行できます。アップロードしたら、組織名を割り当て、課金を設定し、ローカル ビルド サーバーを新しいクラウド リソースにリダイレクトする必要があります。完了すると、操作を再開し、クラウドから直接パイプラインの操作を開始できます。

結論は

DaaS は通常、集中型プラットフォームであるだけでなく、一定レベルのサポートと最適化を備えたマネージド サービスでもあります。 DevOps の人材とツールが不足している場合、DaaS はそのギャップを埋めることができ、チームが DevOps スキルを習得するのにも役立ちます。

ただし、DaaS ではパイプラインの選択制御が必要となるため、調査と研究が必要です。 DaaS にソース コードとセキュリティへのアクセスを提供します。契約に署名する前に、サービスが信頼できるものであり、基準を満たしていることを確認してください。

元のリンク:

https://devops.com/devops-as-a-service-migrated-your-entire-devops-stack-to-the-cloud/