1
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

Azure Status の RSS フィードを取得して Microsoft Teams チャネルに通知したい

Last updated at Posted at 2024-08-07

Teams の Office 365 コネクタがリタイア

今まで Azure Status の RSS フィードは、Teams の RSS コネクタを使ってチャネルに通知していましたが、Teams の Office 365 コネクタがリタイアするということで、別のソリューションに移行する必要があります。

Microsoft Teams の Office 365 コネクタとは
Microsoft Teams 内でさまざまな外部サービスやアプリケーションからの情報を受け取るための機能です。これにより、Teams のチャネルに直接通知や更新情報を表示することができます。筆者やその周りでは、RSS、Incoming Webhook、Azure DevOps などをよく使っていました。

なお、移行先として、Power Automate クラウドフロー (Teams Workflows) が推奨されています。

はじめに

この投稿では、Teams の RSS コネクタを用いた Teams チャネルの通知を、Power Automate クラウドフローに移行 (作成) するにあたって、いろいろギモンに思ったこと、調べたことをメインに書きます。

今までと同じように通知させたい! :persevere:

Teams の RSS コネクタからの通知と同じように挙動するワークフローを目指して作ってみましたが、思ったとおりに動作しません。

以下、見受けられた問題点です。

  • When a feed item is published トリガーではなぜか受け取れない
    [解決] List all RSS feed items アクションを用いて定期的にクロールする
  • Teams の RSS コネクタを使った場合はチャネルに通知されるが、Power Automate クラウドフローでは通知されない
    • RSS フィードの publishDate を用いた条件に合致したら Teams チャネルへ通知するようにしてみたが、なかなかこの条件に合致せず...そもそも publishDate の値が間違っているのか?
    • Teams の RSS コネクタでは異なる条件を用いているのか?

上記のようにギモンがありましたので、それぞれの観点から実際に Teams の RSS コネクタを使ってチャネルに通知された時、RSS フィードの各項目がどのように変化しているか調べてみました。

※ Azure Status の RSS フィードの値は、Teams の RSS コネクタによってチャネルへ通知された頃に取得したものを用いて調べました。

そもそも publishDate の値が間違っているのか?

$RSS フィードの publishDate ≧ (取得時の日時 (UTC) - 1h)$

という条件でチャネルに通知させようと試みましたが、RSS フィードの内容が更新されても publishDate は思ったとおりに更新されていないようです。When a feed item is published トリガーで受け取れなかった理由はどうやらこれっぽいですね。

ちなみに updatedOn は、常に 0001-01-01 00:00:00Z がセットされていました。

取得時 (JST) RSS 通知 WF 通知 publishDate (UTC)
7/30 20:00 - -
7/30 21:00 2024-07-30 11:50:52Z
7/30 22:00 2024-07-30 11:13:00Z
7/30 23:00 2024-07-30 12:00:00Z
7/31 00:00 2024-07-30 12:00:00Z
7/31 01:00 2024-07-30 12:00:00Z
7/31 02:00 2024-07-30 12:00:00Z
7/31 03:00 2024-07-30 12:00:00Z
7/31 04:00 2024-07-30 12:00:00Z
7/31 05:00 2024-07-30 12:00:00Z
7/31 06:00 2024-07-30 12:00:00Z
7/31 07:00 - -

※RSS 通知 ... Teams の RSS コネクタからの通知
※WF 通知 ... Power Automate クラウドフロー (Teams Workflows) からの通知
※「7/30 20:00」と「7/31 07:00」は、Azure Status の RSS フィードにレコードが無かった

ということで、publishDate の値が間違っているというか、ちょっとあてにならないみたいです。

Teams の RSS コネクタでは異なる条件を用いているのか?

下表は、実際に取得した Azure Status の RSS フィードのレコードを前回分と比較した結果です。

取得時 (JST) RSS 通知 id title updatedOn publishDate summary categories
7/30 20:00 -
7/30 21:00 X X X X X X
7/30 22:00 X X X X X
7/30 23:00 X X X
7/31 00:00 X
7/31 01:00
7/31 02:00 X
7/31 03:00 X X X X
7/31 04:00 X X
7/31 05:00 X X X
7/31 06:00 X
7/31 07:00 -

※ ↑印は、前回取得した値と同じだったことを表す
X 印は、前回取得した値と差異があったことを表す
※ 変化することが無さそうな項目 (独断と偏見) は割愛
※「7/30 20:00」と「7/31 07:00」は、Azure Status の RSS フィードにレコードが無かった

以上のように調べた結果、以下の事柄が見受けられました。

  • publishDate は、最初にセットされた日時からあまり変更がなさそう
    (はじめの頃は微調整?があり、過去にさかのぼることもあった)
  • updatedOn は、常に 0001-01-01 00:00:00Z がセットされている
  • idtitle も変化する場合がある
    (キーとなりそうな値も変化されてしまうと、レコードとして管理するのは難しそう)
  • 他の項目に差異がなくても summary に変化があれば、通知されている
  • 前回分と差異がない (すべての項目) 場合は Teams チャネルには通知されていない

Teams の RSS コネクタを使った通知と同じことを Power Automate クラウドフローで実現するには、前回取得した RSS フィードの内容 (主に通知に必要な項目) を保持し、そして今回取得したものと比較し、差異があったら通知するという仕組みを作らなければなりません。

また、今回は RSS フィードには 1 レコードのみでしたが、List all RSS feed items アクションを用いて定期的にクロールする際は、複数レコードの場合も考慮する必要がありますね。

結論!

本来のゴールは、

  • Teams の RSS コネクタから Power Automate クラウドフロー (Teams Workflows) に移行すること
  • Azure のサービス正常性 (問題発生) を Teams チャネルに通知すること

です。

前述のようにいろいろ調べたり、いろいろ検討してみましたが、そこまで凝ったフローを作成する必要はなく、シンプルに「定期的に Azure Status の RSS フィードを読み込み、Azure のサービス正常性 (問題発生) の情報が取得できたら、Teams チャネルにメッセージを投稿する」というフローで良いだろうと、筆者は結論づけました。

これでいいのだ :relieved:

簡単ですが、筆者が作ったフローについて説明します。

image.png

1. 定期的に実行するフローを作成します

2. List all RSS feed items アクションで Azure Status の RSS フィードのレコードを取得します

3. 通知するメッセージ内容 (title, primaryLink, summary など) をいいかんじに編集して、Post message in a chat or channel アクションで Teams チャネルにメッセージを投稿します
※取得した「Azure Status の RSS フィード」のレコード分、これを繰り返します

ということで、とてもシンプルなフローとなりました。:sweat_smile:

さいごに

Azure Status の RSS フィードにはどのようなデータが流れてくるのか、「Teams の RSS コネクタから通知」はこんなふうに動いていたんだね (あくまで筆者の想像) って知ることができただけでも良いかなと思います!:thumbsup:

1
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
1
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?