セッションレポート「Backends for Frontendsこそサーバーレスで楽をしよう!!～本来の目的に集中するために～」を見てBFFについて学習したことまとめ｜TSD公式エンジニアブログ「TSD CoLab」
2021年10月27日（水）にAWS Innovate – Modern Applications Editionが開催されました。AWS Innovate - Modern Applications Editionは、クラウドネイティブアプリケーション開発関連の話題に特化した無料のオンラインイベントです。 AWSエキスパートによるセッションを通して、低コスト・よりスケーラブルで柔軟性の高いソリューション構築のための手法や、マイクロサービス、サーバーレスといった技術の導入方法など、最新の技術トピックを学習できます。 本記事ではAWS Innovate - Modern Applications Editionのセッションの中から、「Backends for Frontendsこそサーバーレスで楽をしよう!!～本来の目的に集中するために～」というセッションについてレポートしたいと思います。
脱Firestoreするために考えていること（追記あり） - Sweet Escape
FirebaseのFirestoreをやめることにしたので雑なメモを残しておく。なお、まだ走り始めたばかりなので、内容には間違いや考慮不足も多数含まれる可能性があるので読む人はその点注意を。あと、あくまでも雑なメモなので細かいところは書いていない。 なぜ脱Firestoreするのか？ なぜGraphQLではなくREST APIなのか？ 移行にあたって検討したこと、決め事 ドキュメントIDをどう扱うか サブコレクションをどう扱うか 配列やマップといったフィールドのタイプをどう扱うか 追記: Mapの配列をどうするか Firebase Authenticationとセキュリティルールで実現しているセキュリティ機能をどうするか では実際にどんなテーブル設計にするのか 次にやること なぜ脱Firestoreするのか？ まず、脱Firestoreする理由は ユースケースとしてFirestoreでは対
SSR / SSGの理解を一段深ぼる: BFFアーキテクチャ
BFFとは Backend for Frountendの略で、UI/UXを向上させる目的でフロントエンド専用のサーバーを用意したアークテクチャパターンです。 Webアプリケーションサーバーは下記の処理を行います。 リクエストを受ける DBからデータの取得・更新 ページを構築 (これはクライアントですることも) ページ or データの返却 このうち、「DBからデータの取得・更新」とそれ以外をフロントエンドとバックエンドの役割に明確にわけます。 BFFの役割となるサーバーをクライアントをWebサーバーの間に設け、「リクエストを受ける」と「ページ or データの返却」、場合によっては「ページの構築」をここで処理します。 こうすることで、これまでリクエストというUX関わる部分をフロントエンドエンジニアの責務に移行することができます。 ページの構築をクライアントではなくサーバーで行う場合、これもBB
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
