同社は、リクエストとコミュニケーションを一元化するため、新しい部門間チケットシステムを設計しています。このシステムは、SharePoint OnlineおよびMicrosoft Teamsと統合された直感的なインターフェースを目指しています。提案されたアーキテクチャは、SPFx Web パーツをフロントエンドに使用し、ネイティブなMicrosoft 365エクスペリエンスを提供します。Azure Database for PostgreSQLは、予想されるデータ量と複雑性のため、リレーショナルデータ、監査ログ、SLAメトリックを管理します。Azure FunctionsまたはApp ServiceでホストされるREST APIを備えたカスタム統合レイヤーが、フロントエンドとバックエンドを安全に接続します。この選択は、シームレスなユーザーエクスペリエンスと、SharePointリストと比較して複雑なデータモデルと詳細なアクセス制御におけるPostgreSQLの優れた機能への欲求によって推進されています。チームは、外部REST APIのフロントエンドとしてのSPFxの長期的な実行可能性について疑問視しています。また、DataverseまたはネイティブSharePointリストと比較して、カスタムAPIとPostgreSQLのオーバーヘッドが正当化されるかどうかを検討しています。データの分離のためにMicrosoft Entra IDを使用してAzure APIへのSPFx呼び出しを保護することに関して、特定の懸念があります。最後に、チームはこのハイブリッドアーキテクチャの潜在的なメンテナンス、ガバナンス、およびパフォーマンスのボトルネックに関するアドバイスを求めています。