[B! BFF][bff] hush_inのブックマーク

ニコニコ生放送 WebフロントエンドのKubernetes移行ハンドブック 2022

hush_in 2022/06/15

リンク

大規模サービスのBFFサーバーをKubernetesに移行した記事で書いていないこと

【追記情報】 2022/06/15 09:00 誤字修正 + cdkk8sについて言及先日、ハンドブックを公開しました。ここではKubernetes上で稼働させた実績値としての記録が紹介してあります。が、逆に紹介していないものもたくさんあります。検証が済んでいないもの、時間的制約から導入できなかったものなど、不完全な情報を紹介しようと思います。したがって、何も保証するための裏付けはないので「そういうことも検討してたんだなぁ」ぐらいで読んでもらえると嬉しいです。元記事もぜひ読んでみてください。 nodejsのDocker Imageの軽量化 Docker Imageを作る際、多くの場合Image内にnode_modulesを含んだ状態でイメージを作成しています。Nodejsのベースイメージが60〜100MBくらいあるのに対して、ビルド後のイメージサイズは200MB〜1GBくらいまで膨れ

hush_in 2022/06/15

リンク

Railsで作るBFFの功罪

This document discusses using Rails as a backend for front (BFF) layer in a microservices architecture. It describes how Rails was used to build the BFF layer for an e-commerce site called HPB, acting as an API gateway between the client and various backend services. Key points discussed include using Puma to improve throughput, caching APIs to reduce response time, and implementing an API gateway

hush_in 2022/03/07

rails
BFF

リンク

モダンBFFを活用した既存APIサーバーの再構築 - クックパッド開発者ブログ

技術部の青木峰郎です。去年までは主にデータ分析システムの構築を担当していましたが、最近はなぜかレシピサービスのサービス開発をやっています。今日は、そのサービス開発をする過程で導入したBFF（Backends for Frontends）であるOrchaについて、導入の動機と実装の詳細をお話しします。 Orcha導入にいたる経緯まずはOrcha導入までの経緯、動機からお話ししましょう。最初のきっかけは、わたしが去年から参加しているブックマークのようなサービスの開発プロジェクトでした。このプロジェクトの実装のために新しいmicroserviceを追加することになったのですが、そのときにいくつかの要望（制約）がありました。 1つめは、撤退するとなったときに、すぐに、きれいに撤退できること。 2つめが、スマホアプリからのAPI呼び出し回数はできるだけ増やしたくない、という要望です。

hush_in 2019/06/24

リンク

Micro frontends | Technology Radar | Thoughtworks

This blip is not on the current edition of the Radar. If it was on one of the last few editions, it is likely that it is still relevant. If the blip is older, it might no longer be relevant and our assessment might be different today. Unfortunately, we simply don't have the bandwidth to continuously review blips from previous editions of the Radar. Understand more Adopt ? We feel strongly that the