Azure DevOps Services for Web Apps

Web アプリを構築しているのに、チームのワークフローが混乱しているということでしょうか?金曜の夜に Git リポジトリをやりくりし、バグを追跡し、すべてを落とさずにコードを出荷しようとしているでしょうか?それが去年の私でした。 GitHub Actions、Bitbucket Pipelines など、たくさんのツールを試しましたが、Azure DevOps Services for Web Apps にたどり着くまで、どれもぴったりのものはありませんでした。派手さはありませんが、機能します。

良いもの

本当にピンと来たのは、Azure 自体との統合でした。すでに Azure をホスティングに使用している場合、パイプラインのセットアップは、構成ファイルと格闘するのではなく、使い慣れたメニューをクリックするように感じられます。パイプラインを設定してから 10 分以内に Node.js アプリを App Service にデプロイできました。SSH キーやカスタム スクリプトをいじることはありませんでした。そしてバックログボードは？基本的な GitHub の問題よりもはるかに優れています。現在、実際にスプリント計画にこれらを使用しているため、進捗状況の追跡が大幅に軽減されます。

また、手動テスト機能のおかげで、大きなリリースの際に助かりました。以前は問題を解決していましたが、今ではバグ レポートと同じ場所にテスト ステップを記録できるようになりました。 「これはうまくいくと思った」という混乱はもうありません。それは派手ではありませんが、全員が同じ認識を保つことができます。

あまり良くないこと

そして、そうです、それは完璧ではありません。新しいツールと比較すると、UI はまだ少し時代遅れに感じます。リポジトリ、パイプライン、ボード間の移動は、必ずしも直感的であるとは限りません。誤って間違ったプロジェクトをクリックしてしまうのをやめるまでに数週間かかりました。また、まだ Microsoft スタックを使用していない場合、学習曲線はさらに急になります。 Azure AD で認証を設定しますか?まったく初心者向けではありません。また、大量の無料枠を期待しないでください。無料プランはユーザー数が 5 人に制限されており、ビルド時間もわずかです。

単独で開発している場合、または予算が限られており Azure クラウドを必要としない場合は、より良いオプションがあります。 GitHub Actions は軽量で、パブリック リポジトリとしては無料です。ただし、すでに Azure を使用しているチームに属している場合は、これは順風満帆です。

結論

Azure を使用するチームで Web アプリに取り組んでいる場合は、Azure DevOps Services for Web Apps が信頼できる選択肢です。これは最も派手なツールではありませんが、汗をかかずに仕事を完了できます。 Microsoft エコシステムに深く関わっている場合は、試してみる価値があります。単独で飛行している場合、または Azure を避けている場合はスキップしてください。ただ、魔法を期待しないでください。それは主役ではなく、主力製品です。