Azure Boards と統合する
作業項目の統合機能を使用すると、関連する Application Insights データが埋め込まれている作業項目を Azure DevOps で簡単に作成できます。
この関連付けを構成し、作業項目を作成することは簡単です (このプロセスには 1 分から 2 分しかかかりません)。
作業項目の統合の構成
Application Insights リソースの作業項目の統合を構成するには、そのリソースの [設定] ブレードに移動します。
[設定] ブレードの [構成] セクションに [作業項目] という新しい項目があることに気付くでしょう。
これをクリックすると、作業項目の構成ブレードが開きます。
ここで必要な作業は、接続先の Azure DevOps システムと、作業項目を作成するプロジェクトに関する情報を入力することだけです。
この情報を入力すると、[承認] ボタンをクリックできるようになり、選択した Azure DevOps システムでアクセスを承認するようにリダイレクトされて、そこで作業項目を作成できるようになります。
承認プロセスが完了したら、"区分パス" と "割り当て先" の既定値を設定できます。
区分パスのみ必須です (プロジェクトで特定の区分パスを設定していない場合でも問題ありません。 最上位レベルの区分パスなので、プロジェクトの名前を使います。
[OK] をクリックすると、すべて正しく入力されたことが想定され、「検証が成功しました」というメッセージが表示されて、ブレードが閉じます。 これで、作業項目の作成を開始する準備ができました。
作業項目の作成
Application Insights から作業項目を作成するのは簡単です。
現在、作業項目を作成できる場所は 2 つあります。つまり、プロアクティブ検出と、アクティビティの個々のインスタンス (つまり、例外、障害、要求など) です。 簡単な例を示しますが、機能は同じです。
この例では、Azure に発行したテスト Web アプリを取り上げています。 [障害] ブレードを確認して、このアプリのアクティビティのドリルダウンを開始しました・(ただし、[検索] ボタンまたはメトリックス エクスプローラーでも同じ情報を得ることができます)。
ユーザーがこの Web アプリの [Home/About](ホーム/バージョン情報) タブをクリックしたときに発生した例外がいくつかあることがわかります。 この例外グループの詳細を表示すると、一覧が表示され、個々の例外を選択できます。
この例外の詳細ブレードを見ると、上部に [新しい作業項目] と [作業項目の表示] という 2 つのボタンが表示されていることがわかります。
作業項目を作成するために、これらのうち最初のボタンをクリックすると、[新しい作業項目] ブレードが開きます。
ご覧のとおり、平均的なシナリオで必要なほぼすべての情報が自動的に入力されています。
初期構成で選択した "区分パス" と "割り当て先" の既定値が設定され、この例外に使用できるすべての詳細情報が詳細フィールドに追加されています。
このブレードのタイトル、"区分パス" と "割り当て先" フィールドを上書きすることも、取り込んだ詳細に追加することもできます。
作業項目を作成する準備ができたら、[OK] ボタンをクリックします。これで、作業項目が Azure DevOps に書き込まれます。
作業項目の表示
Application Insights で追加の作業項目を作成したら、Azure DevOps ですばやく表示できます。
Azure portal を使っている場合、作業項目に関連付けられているイベントの詳細ブレードでは、[作業項目の表示] ボタンが有効になります。 一覧を表示するには、このボタンをクリックします。
表示する作業項目のリンクをクリックすると、Azure DevOps で開かれます。
高度な構成
構成ブレードに "詳細構成" というラベルが付いたスイッチがあることに気付いた方がいるかもしれません。
既定の設定の一部を変更または拡張した場合のシナリオで、Azure DevOps に書き込めるようにするための構成に役立つ別の機能が用意されています。
その非常に良い例として、より多くの必須フィールドの選択があります。 標準構成では、このような必須とそれ以外のマッピングを処理する方法はありませんが、詳細設定モードではこれを処理できます。
スイッチをクリックすると、ブレードの下部にあるコントロールが次のように変更されます。
JSON ベースの編集ボックスが表示され、Azure DevOps プロジェクトを変更するために必要となる可能性のあるすべての設定とマッピングを指定できるようになったことがわかります。
次のステップ
作業項目の機能と Application Insights の統合の素晴らしいスタートが切れたことと思います。
ただし、これは基本的に、この機能セットの 1.0 バージョンであることに注意してください。
私たちは多くの作業を計画しており、今後数か月の間にこの分野で大きな進化が見られるでしょう。
まずは、計画済みまたは調査中のいくつかの内容についての概要を紹介します。
- "すべての作業項目の種類のサポート" - 現在の機能セットによって作業項目の種類が "バグ" だけにロックされていることに気付いたことでしょう。バグをログすることがこの領域の主たる作業なので、ここから始めましたが、ここで終わらないのは確かです。 より短期的な変更の 1 つとして、Azure DevOps でサポートされているすべてのプロセスのすべての作業項目の種類の処理が挙げられます。
- Application Insights に戻るリンク – App Insights のデータを含む作業項目を作成することは非常に有用ですが、ALM/DevOps システムでその項目を参照しているときに、App Insights の作業項目のソースにすばやく戻りたいときはどうなるでしょう。 この作業項目へのリンクを迅速に追加して、可能な限り高速かつ簡単に操作できるようにすることを計画しています。
- "より柔軟な構成" - 標準構成で扱うシナリオは、ユーザーが Azure DevOps でプロジェクトの変更や拡張を行っていないもののみです。 現在のところ、このような変更を行っている場合は、詳細構成モードに切り替える必要があります。 将来的には、ユーザーが変更する可能性のある日常的な操作 (たとえば、より多くのフィールドを必須にしたり、新しいフィールドを追加したりするなど) を可能な限り標準の構成で処理したいと考えています。 これには、Azure DevOps チームのメンバーにいくつかの更新を依頼する必要がありますが、彼らはその一部について既に取り組んでくれています。 それらが使用できるようになったら、標準構成の柔軟性を高めます。 その間 (および将来も)、常に詳細構成を使用して制限を克服できます。
- 複数のプロファイル – 単一の構成を設定するということは、ユーザーが一般的に作業項目を作成するときの方法が複数ある場合、Application Insights から作業項目を作成するユーザーは値を頻繁にオーバーライドしなければならないことを意味します。 Microsoft では、ユーザーが 1: n のプロファイルを設定できるようにする予定です。それぞれに共通の値を指定することで、そのプロファイルを持つ作業項目を作成するときに、ドロップダウン リストから選択できるようにします。
- 作業項目の作成のソースをさらに増やす – 作業項目の作成が意味のある Application Insights の他の領域を引き続き調査 (およびフィードバックを取得) します。
- "作業項目の自動作成" - 条件に基づいて作業項目を作成するというシナリオを想定できます。 私たちもこれに注目していますが、作業項目の大量な作成や不適切な作成の可能性を抑えるために、設計に時間を費やしています。 これは強力で便利な機能ですが、ALM/DevOps システムにスパムが送信される可能性をできる限り減らす必要があります。
- その他の ALM/DevOps システムのサポート - Azure DevOps は優れた製品ですが、Microsoft は多くのユーザーが ALM/DevOps に他の製品を使用している場合があることを認識しており、お客様のニーズに応えることを目的としています。 そのため、一般的な ALM/DevOps 製品のさまざまな第一段階の統合に取り組んでいます。 また、エンド ユーザーがほぼすべての ALM/DevOps システムに Application Insights を接続できるように、純粋なカスタム構成の選択 (Azure DevOps の詳細設定など) を提供する予定です。