【要約】【AWS AppSync】Amplify Gen 2 の裏側で動く「スマートな中継機能」を理解する [Qiita_Trend] | Summary by TechDistill
> Source: Qiita_Trend
Execute Primary Source
// Problem
Amplify Gen 2を利用する開発者が、抽象化されたレイヤーの裏側で動作するAppSyncの具体的な挙動を把握できていないという課題がある。ブラックボックス化された仕組みを理解していないと、設計ミスやトラブルシューティングの遅延を招く。具体的には以下の問題が挙げられる。
- ・「data」定義が具体的にどのようなインフラを構築しているか不明瞭。
- ・API Gatewayとの役割の違いが曖昧。
- ・AppSync特有の制約（30秒の壁）による設計ミス。
// Approach
AppSyncを「フロントエンドとデータソースを繋ぐ中継機能」と定義し、その機能を3つの観点から構造的に解説している。開発者がAppSyncの挙動を理解できるよう、以下の手法で整理している。
- ・認証・認可：Cognito等を用いたユーザー識別と、フィールドレベルでのアクセス制御。
- ・ルーティング：リゾルバを用いた、複数のデータソース（DynamoDB, Lambda等）へのリクエスト振り分け。
- ・データ変換：リクエストとレスポンスの形式を、データソースとクライアント間で相互に翻訳。
- ・Amplify Gen 2による自動化：TypeScriptのスキーマ定義から、これら全ての構成要素を自動生成する仕組みの提示。
// Result
開発者がAppSyncの内部挙動を理解することで、Amplify Gen 2を用いた開発におけるトラブルシューティング能力を向上できる。具体的な成果は以下の通りである。
- ・エラー発生時に、Amplifyの抽象化層かAppSyncの実行層かを切り分け可能になる。
- ・30秒を超える重い処理に対し、SQSやStep Functionsを活用した非同期パターンを適切に設計できる。
- ・Subscriptionを活用し、ポーリング不要なリアルタイム通知基盤を構築できる。
Senior Engineer Insight
> Amplify Gen 2は、インフラ管理のコストを下げ、開発体験を劇的に向上させる。しかし、AppSyncの「30秒の壁」は無視できない。大規模システムでは、AppSyncを直接重い処理に使うのではなく、非同期ジョブの受付窓口として設計すべきだ。SQSやStep Functionsと組み合わせ、Subscriptionで完了を通知する構成が、サーバーレスにおける定石となる。