Slack プレゼンスのクラウド スケジューラとブラウザ拡張機能

ブラウザ拡張機能とクラウド スケジューラは、同じ問題に対する 2 つの根本的に異なるアーキテクチャ アプローチを表しています。トレードオフを理解するには、それぞれが Slack のプレゼンス システムとどのように相互作用するか、どこで障害モードが分岐するかを検討する必要があります。

ブラウザ拡張機能はブラウザの実行環境内で動作し、通常は Slack Web アプリ タブにスクリプトを挿入します。これらは、ユーザー アクティビティをシミュレートすることによってタブを維持します。つまり、マウス イベントのディスパッチ、フォーカス イベントのトリガー、または Page Visibility API がタブを非表示として報告するのを防ぎます。このアプローチには、ブラウザ自体によって決まる有効性の上限があります。 Chrome の Manifest V3 拡張フレームワークは、バックグラウンド処理を一時的なサービス ワーカーに制限し、Chrome が 30 秒間非アクティブになった後に終了できるようにします。タブの調整により、バックグラウンド タブの JavaScript の実行頻度が 1 分あたり 1 回のウェイクアップにまで減少します。メモリ不足により、Chrome は警告なしにタブを完全に破棄します。これらのブラウザーの動作はそれぞれ、プレゼンス拡張機能をサイレントに破壊する可能性があります。

クラウド スケジューラーはブラウザーを完全にバイパスします。 OAuth トークンを使用して Slack の API で認証し、サーバー インフラストラクチャからプレゼンス ハートビートを送信します。ユーザーのブラウザ、オペレーティング システム、デバイスの状態は関係ありません。これは、Slack 自体が内部で使用しているのと同じメカニズムです。プレゼンスは、API 呼び出しを介して設定できるサーバー側の状態です。クラウド スケジューラーは、何千もの Slack 統合が依存しているのと同じ、十分に文書化されたエンドポイントを使用して、スケジュールに従って API 呼び出しを自動化するだけです。

実際的な影響は、リモート ワーカーが常に遭遇する日常のシナリオに現れます。会議室に向かうためにラップトップを閉じます。ブラウザ拡張機能はすぐに動作を停止しますが、クラウド スケジューラは中断されることなく動作を続けます。更新後に Chrome を再起動すると、拡張機能は再初期化する必要があるため、数分間存在しなくなる可能性があります。あなたの会社は、拡張機能を制限するブラウザ ポリシーの更新をプッシュしました。あなたのプレゼンス ツールは一夜にして消えてしまいます。午後はタブレットに切り替えます。デスクトップ Chrome の拡張機能は関係ありません。クラウド スケジューラはローカル デバイスに依存していないため、これらのシナリオはいずれも影響しません。

信頼モデルも重要な考慮事項です。ブラウザ拡張機能を使用するには、Web セッションにアクセスしてブラウザ内で実行されるサードパーティ コードをインストールする必要があります。コーディングが不十分な拡張機能や悪意のある拡張機能は、理論的にはどのタブからでもデータにアクセスできる可能性があります。クラウド スケジューラは、Slack の公式認証フローを通じて特定の OAuth 権限を要求します。これらの権限は、プレゼンス管理に限定されます。付与したアクセスを正確に確認し、Slack アカウント設定からいつでも取り消すことができるため、関係をより詳細に制御できるようになります。

ブラウザ拡張機能は、シンプルさとコストによってその地位を獲得します。サインアップや支払いは必要なく、Slack 資格情報を使用してサードパーティのクラウド サービスを信頼する必要もありません。一日中 Chrome に固定された Slack で作業し、ラップトップを閉じることがほとんどないユーザーにとって、拡張機能のアプローチはコストゼロで十分に機能します。重要な問題は、無料の利便性が、ブラウザの状態が変化するたびに生じる信頼性のギャップに見合う価値があるかどうかです。