bffの人気記事 30件 - はてなブックマーク

1 - 30 件けん / 30件けん

新着しんちゃく順じゅん人気にんき順じゅん

絞しぼり込こみ

検索けんさく対象たいしょう
ブックマーク数すう
期間きかん
セーフサーチ

bffの検索けんさく結果けっか1 - 30 件けん / 30件けん

タグ検索けんさくの該当がいとう結果けっかが少すくないため、タイトル検索けんさく結果けっかを表示ひょうじしています。

bffに関かんするエントリは30件けんあります。 GraphQL、開発かいはつ、サービスなどが関連かんれんタグです。人気にんきエントリには『SSR / SSGの理解りかいを一段いちだん深ふかぼる: BFFアーキテクチャ』などがあります。

SSR / SSGの理解りかいを一段いちだん深ふかぼる: BFFアーキテクチャ
- 218 users
- zenn.dev/yuri
- テクノロジー
- 2020/10/22
BFFとは Backend for Frountendの略りゃくで、UI/UXを向上こうじょうさせる目的もくてきでフロントエンド専用せんようのサーバーを用意よういしたアークテクチャパターンです。 Webアプリケーションサーバーは下記かきの処理しょりを行おこないます。リクエストを受うける DBからデータの取得しゅとく・更新こうしんページを構築こうちく (これはクライアントですることも) ページ or データの返却へんきゃくこのうち、「DBからデータの取得しゅとく・更新こうしん」とそれ以外いがいをフロントエンドとバックエンドの役割やくわりに明確めいかくにわけます。 BFFの役割やくわりとなるサーバーをクライアントをWebサーバーの間あいだに設もうけ、「リクエストを受うける」と「ページ or データの返却へんきゃく」、場合ばあいによっては「ページの構築こうちく」をここで処理しょりします。こうすることで、これまでリクエストというUX関かかわる部分ぶぶんをフロントエンドエンジニアの責務せきむに移行いこうすることができます。ページの構築こうちくをクライアントではなくサーバーで行おこなう場合ばあい、これもBB
流行はやりのBFFアーキテクチャとは？｜Offers Tech Blog
- 81 users
- zenn.dev/overflow_offers
- テクノロジー
- 2022/04/18
概要がいようこんにちは、Offers を運営うんえいしている株式会社かぶしきがいしゃ overflow の Software Engineer（主戦しゅせん場じょうはフロントエンド）の Kazuya です。2022 年ねん 2 月がつ入社にゅうしゃでそこまで日ひが経たっていないので、今回こんかいは社内しゃないの技術ぎじゅつスタックではなく、今後こんご社内しゃないでも検討けんとうされるかもしれない「BFF」について触ふれていきたいと思おもいます。BFF（Backend For Frontend）導入どうにゅうすることで得えられるメリット/デメリット、GraphQL を用もちいた技術ぎじゅつスタック事例じれいなど紹介しょうかいしていますので、ぜひ参考さんこうにしてもらえればと思おもいます。 BFF とは？ BFF とは、Backend For Frontendの略称りゃくしょうで、「フロントエンドとバックエンドの中間ちゅうかんに配置はいちされ双方そうほうの複雑ふくざつな処理しょりを緩和かんわさせる責務せきむを持もつアーキテクチャ設計せっけいパターン」のことです。これだけだと分わかりづらいので簡単かんたんにまとめると、「バックエンドの API
Backends For Frontends（BFF）はじめました - ZOZO TECH BLOG
- 73 users
- techblog.zozo.com
- 暮くらし
- 2021/04/30
はじめにこんにちは。EC基盤きばん本部ほんぶSRE部ぶプラットフォームSREの三さん神かみです。 2021年ねん3月がつ18日にち、ZOZOTOWNは大だい規模きぼなリニューアルをしました。その中なかでも、コスメ専門せんもんモールのZOZOCOSMEと、ラグジュアリー&デザイナーズゾーンのZOZOVILLAを同時どうじにオープンし、多おおくの反響はんきょうをいただきました。今回こんかいのリニューアルではBackends For Frontends（以下いか、BFF）にあたるZOZO Aggregation APIを構築こうちくしています。本ほん記事きじではZOZOTOWNが抱かかえていた課題かだいとBFFアーキテクチャを採用さいようした理由りゆう、またZOZO Aggregation API構築こうちく時じに発生はっせいした課題かだいと解決かいけつ法ほうについてご紹介しょうかいします。 ZOZO Aggregation APIのサービスメッシュについてはこちらの記事きじでご紹介しょうかいしていますので合あわせてご覧らんください。 techblog.zozo.com BFFと
- BFF
- ZOZO
- アーキテクチャ
- microservices
- api
- frontend
- architecture
- あとで読よむ
- サービス
- tech
NestJSでスケーラブルなBFFを構築こうちく。メルカリShopsエンジニアがGraphQL活用かつようのリアルを語かたる【技術ぎじゅつ選定せんていの裏側うらがわ：GraphQL編へん vol.2】 | IT/Webエンジニアの転職てんしょく・求人きゅうじんサイトFindy – GitHubからスキル偏差へんさ値ちを算出さんしゅつ
- 72 users
- findy-code.io
- テクノロジー
- 2022/03/09
ハイクラスエンジニア向むけ転職てんしょく・求人きゅうじんサイト。自社じしゃ開発かいはつのWeb企業きぎょうの求人きゅうじん多数たすう！GitHub登録とうろくをすると、IT/Web企業きぎょうとマッチングします。ユーザーサクセス (キャリア)面談めんだんも実施じっし。

マイクロサービスにおけるBFFアーキテクチャでのモジュラモノリスの導入どうにゅう
- 69 users
- speakerdeck.com/line_developers
- テクノロジー
- 2023/09/12
LINE株式会社かぶしきがいしゃ古田ふるた大志ひろし京都きょうと開発かいはつ室しつ / 出前でまえ館かんマーチャント部ぶ　クーポンサービス　チームリード 2023.9.12「モジュラモノリス徹底てってい解剖かいぼうvol.2〜実践じっせん者しゃから学まなぶLunch LT〜」の登壇とうだん資料しりょうです https://findy.connpass.com/event/293748/
RustでProtocol BuffersからGraphQL BFFを自動じどう生成せいせいしてみた知見ちけん | Wantedly Engineer Blog
- 55 users
- www.wantedly.com
- テクノロジー
- 2021/03/26
Wantedlyでインターンをしている遠藤えんどうです。インターンのタスクとして「RustでProtocol BuffersからGraphQL BFFを自動じどう生成せいせいする」という技術ぎじゅつ検証けんしょうを行おこなったので、その知見ちけんを共有きょうゆうしたいと思おもいます。今回こんかいの技術ぎじゅつ検証けんしょうで作成さくせいしたツールのソースコードはここにあります: EXPERIMENTAL] Generate GraphQL schema and gateway from Proto definitions. Licensed under either of Apache License, Version 2.0 or MIT license at your option. Unless you explicitly state otherwise, any contribution intentionally submitted for inclusion in
- rust
- GraphQL
- grpc
- あとで読よむ
大だい規模きぼサービスのBFFサーバーをKubernetesに移行いこうした記事きじで書かいていないこと
- 54 users
- zenn.dev/himenon
- テクノロジー
- 2022/06/14
【追記ついき情報じょうほう】 2022/06/15 09:00 誤字ごじ修正しゅうせい + cdkk8sについて言及げんきゅう先日せんじつ、ハンドブックを公開こうかいしました。ここではKubernetes上じょうで稼働かどうさせた実績じっせき値ちとしての記録きろくが紹介しょうかいしてあります。が、逆ぎゃくに紹介しょうかいしていないものもたくさんあります。検証けんしょうが済すんでいないもの、時間じかん的てき制約せいやくから導入どうにゅうできなかったものなど、不完全ふかんぜんな情報じょうほうを紹介しょうかいしようと思おもいます。したがって、何なにも保証ほしょうするための裏付うらづけはないので「そういうことも検討けんとうしてたんだなぁ」ぐらいで読よんでもらえると嬉うれしいです。元もと記事きじもぜひ読よんでみてください。 nodejsのDocker Imageの軽量けいりょう化か Docker Imageを作つくる際さい、多おおくの場合ばあいImage内ないにnode_modulesを含ふくんだ状態じょうたいでイメージを作成さくせいしています。Nodejsのベースイメージが60〜100MBくらいあるのに対たいして、ビルド後ごのイメージサイズは200MB〜1GBくらいまで膨ふくれ
- kubernetes
- bff
- デプロイ
- nginx
- あとで読よむ
- Docker
- サーバ
- サービス
GraphQLの特徴とくちょうを分解ぶんかいする ~API インターフェース・Universal BFF・API Gateway~ - Qiita
- 53 users
- qiita.com/saboyutaka
- テクノロジー
- 2020/12/25
GraphQLはWeb APIを構築こうちくするためのとても強力きょうりょくなアプリケーション（仕様しよう）ですが、多面ためん的てきな特徴とくちょうを持もつためにすぐに理解りかいしづらいところがあるのかなと思おもってます。そのためこれまでにいくつか記事きじを書かいてきました。 GraphQLはサーバーサイド実装じっそうのベストプラクティスとなるか GraphQLの全体ぜんたい像ぞうとWebApp開発かいはつのこれから今回こんかいもGraphQLの解説かいせつになりますが、今回こんかいは特徴とくちょうを整理せいりし、手短てみじかに見みていきたいと思おもいます。GraphQLの理解りかいにつながれば幸さいわいです。 GraphQLの特徴とくちょうを３みっつに分わける GraphQLの特徴とくちょうを分わけると大おおきく3つに分わかれると考かんがえます。(プラスでエコシステム） APIインターフェスとして Universal BFFとして API Gatewayとして (エコシステム) それぞれ見みていきます。 APIインターフェースとしてのGraphQL GraphQLの最もっとも目立めだつ部分ぶぶんで
- GraphQL
- BFF
- あとで読よむ
- API
- qiita
- dev
- 技術ぎじゅつ
- 開発かいはつ
TypeScript_BFF
- 47 users
- speakerdeck.com/tascript
- テクノロジー
- 2019/12/10
横断おうだん組織そしきとして考かんがえる共通きょうつうDBの課題かだい解決かいけつ〜桃園ももぞのの誓ちかいアーキテクチャ〜 / Addressing Shared Database Challenges as Cross-Team: “Peach Garden Oath” Architecture
DMM GAMESのプラットフォームリプレイスを支ささえるBackends For Frontends (BFF) の裏側うらがわ - DMM inside
- 41 users
- inside.dmm.com
- テクノロジー
- 2022/06/24
Single NodeのDocker Swarmを利用りようしてオンプレミスにデプロイされるGraphQLサーバを安全あんぜんにローリングアップデートさせている話はなし
ニコニコ生放送なまほうそうにおけるWebフロントエンドBFFサーバーのKubernetes移行いこう事例じれいの紹介しょうかい
- 38 users
- speakerdeck.com/himenon
- テクノロジー
- 2022/08/17
2022/06/13に「ニコニコ生放送なまほうそう WebフロントエンドのKubernetes移行いこうハンドブック 2022」を公開こうかいしました。本ほん発表はっぴょうで…
BFF、Storybook、TypeScript、App Center、Sentry――Web開発かいはつ者しゃによるReact Native開発かいはつ、運用うんようのポイント
- 37 users
- atmarkit.itmedia.co.jp
- テクノロジー
- 2020/10/13
こんにちは、リクルートテクノロジーズが開発かいはつしている、B2Bのスマートフォンアプリ『Airシフトメッセージ用ようアプリ』（以下いか、メッセージアプリ）でフロントエンドの開発かいはつを担当たんとうしている辻つじです。Webフロントエンドエンジニアだけで行おこなっている開発かいはつの裏側うらがわを明あかす連載れんさい「Webフロントエンドエンジニアだけでスマホアプリ開発かいはつ」。今回こんかいは、開発かいはつを円滑えんかつに進すすめるに当あたっての技術ぎじゅつ的てきな工夫くふうを紹介しょうかいします。 React Nativeを活用かつようしたアーキテクチャ面めんの工夫くふう API再さい利用りようのためのBFFアーキテクチャメッセージアプリでは、AirシフトのWeb版ばんのAPIを再さい利用りようするために、「Client Adapter Pattern」を参考さんこうにBFF（Backends For Frontends）を導入どうにゅうしています。一般いっぱん的てきなWebアプリ開発かいはつにおいては、BFFの責務せきむとしてサーバサイドレンダリングを取とり入いれているのはよくあることだと思おもいま
BFF(Backend For Frontend)のメリット/デメリットと導入どうにゅうの是非ぜひについて
- 36 users
- zenn.dev/kumagoro_95
- テクノロジー
- 2023/09/06
BFFとは名前なまえの通とおり、フロントエンドのためのバックエンド（サーバ）です。フロントエンドのためにAPIをコールしたり、HTMLを生成せいせいしたりするサーバ 2000年代ねんだい前半ぜんはんのWebアプリは、HTMLが主体しゅたいで動うごきがシンプルだった。しかしWebアプリが技術ぎじゅつ進化しんかで複雑ふくざつ化かするにつれてフロントエンド側がわにクライアントごとの要求ようきゅうに応こたえるためのサーバを配置はいちしてバックエンドのAPIサーバとの橋渡はしわたし役やくとするアーキテクチャが開発かいはつされるようになりました。 BFFの役割やくわり BFFはフロントとバックエンドの姿勢しせい・方針ほうしんが乖離かいりしている場合ばあいに仲介ちゅうかい役やくとなることができる [メリ] バックエンドアプリの仕様しようが完全かんぜんに固かたまっていて変更へんこうが難むずかしい場合ばあいや、バックエンドとフロントが完全かんぜんに別べつチームで開発かいはつされる場合ばあいには「バックエンド側がわでの対応たいおうが難むずかしいから、フロント側がわの開発かいはつ者しゃがBFFを設もうけ、そこで対応たいおうする」ことができる [デメ/思おもったこと] フロントと
Next as Frontend + Hono as BFF
- 31 users
- zenn.dev/sh1n4ps
- テクノロジー
- 2024/01/14
introduction HonoにはRPCの機能きのうがあり、routerで定義ていぎしている情報じょうほう（引数ひきすうとか型かたとか）を他たのファイルで簡単かんたんに利用りようすることができます。この記事きじでは、そのRPCの機能きのうとNextを組くみ合あわせて、HonoをNextのBFFとして使用しようする組くみ合あわせについて紹介しょうかいしていきたいと思おもいます。まず、今回こんかい作成さくせいした２ふたつのサンプルのリポジトリを紹介しょうかいします。以下いかの２ふたつのリポジトリのコードを用もちいて説明せつめいするので、もし興味きょうみがあればクローンして色々いろいろ試ためしてみて下ください。 next-hono-webはshadcn/uiのコンポーネントをお借かりして作成さくせいしたサンプルのダッシュボードに対たいして、一部いちぶの値ねを動的どうてきに設定せっていするよう変更へんこうを加くわえたものです。 next-hono-backendはとてもシンプルで、next-hono-webで使用しようするサンプルデータを返かえすよう定義ていぎされています。 next-hono-backend側がわ
- あとで読よむ
BFFとはなんなのか？ - Qiita
- 18 users
- qiita.com/souhei-etou
- テクノロジー
- 2021/03/25
仕事しごとで複数ふくすうのバックエンドから一ひとつのクライアントと疎通そつうするような構成こうせいの可能かのう性せいがあり、BFFが使つかえるかもということで調しらべてみました。対象たいしょう者しゃ BFF(backend for frontend)の概要がいようを知しりたい方ほうどういったメリット、デメリットがあるかを整理せいりしたい方ほう概要がいよう BFF(backend for frontend)とは簡単かんたんにいうと、クライアントとバックエンドの中間ちゅうかんに位置いちし双方そうほうの複雑ふくざつ性せいを吸収きゅうしゅうするような作つくられたサーバーのことです。雑ざつに書かくとこんな感かんじです。これが必要ひつようになった、背景はいけいはクライアントの端末たんまつの種類しゅるいが増加ぞうかしたことそれに伴ともなうロジックの増加ぞうかです。例たとえばweb,スマホ版ばんweb,スマホアプリ、デスクトップアプリなど複数ふくすうのクライアントが登場とうじょうし、それぞれにメッセージやコンテンツの出だしわけを実装じっそうしようとすると、クライアント側がわのコードが複雑ふくざつ化かし、冗長じょうちょうなコードを書かかざる追おえない状態じょうたいになります。そう
なぜGraphQLをコードファーストに統一とういつしたのか？　型かた定義ていぎの一貫いっかん性せいを保たもつためのBFF／FE大だい整理せいり
- 10 users
- logmi.jp
- テクノロジー
- 2022/05/23
受発注じゅはっちゅう・サプライチェーン管理かんりシステムとサプライパートナー向むけシステムに関かんする現状げんじょうや課題かだいなどについて、開発かいはつを担当たんとうしているエンジニアが話はなす「Rustで負債ふさいを解消かいしょうするために大幅おおはば刷新さっしんする複雑ふくざつな業務ぎょうむWebアプリ」。ここでフロントエンドエンジニアのOgura氏しが登壇とうだん。BFF／FEを大だい整理せいりした経験けいけんについて話はなします。自己じこ紹介しょうかいとセッションのあらすじ Ken Ogura氏し（以下いか、Ogura）：ではOguraから「『Rust製せいの業務ぎょうむWebアプリケーションをRustでリプレイス』のドサクサでBFF／FEを大だい整理せいりした話はなし」をします。私わたしの自己じこ紹介しょうかい。フロントエンドエンジニアをやっています。もともとはバックエンドでRustバリバリ触さわってたんですが、いろいろな事情じじょうで今いまはフロントエンドを触さわっています。あと趣味しゅみでいうと競技きょうぎプログラミングが得意とくいです。あとYouTuberもやってます。私わたしの（発表はっぴょう）時間じかんはちょっと短みじかいので、早はや
- あとで読よむ
Web フロントエンド(TypeScript) と BFF(Spring Boot) をタイプセーフに繋つなぐ 2022
- 7 users
- zenn.dev/chiba
- テクノロジー
- 2022/08/22
はじめに本ほん記事きじの目的もくてきは、Web フロントエンド(TypeScript) と BFF(Spring Boot) をタイプセーフに繋つなぐ方法ほうほうを紹介しょうかいすることです。以前いぜん、以下いかの記事きじを書かきました。この記事きじからの変更へんこう点てんは、次つぎの２点てんです。 OpenAPI Spec を出力しゅつりょくする Springfox を springdoc-openapi に変更へんこうしています。Springfox はメンテナンスされなくなっているようです。生成せいせいするコードが Angular 用ようのクライアントでしたが、より汎用はんよう的てきな fetch のクライアントに変更へんこうしています。サンプルコードも React に変更へんこうしています。ざっくり説明せつめいまずは、以下いかのような Spring Boot(BFF)のコードを作成さくせいします。 @RestController public class AppController { @GetMapping("/greet"
- あとで読よむ
BFF(Backend for Frontend)
- 5 users
- speakerdeck.com/dena_tech
- テクノロジー
- 2020/11/19
近年きんねんバックエンドのマイクロサービス化かとクライアントの種類しゅるいの増加ぞうかによって、クライアント↔️サーバー間あいだのやり取とりが複雑ふくざつ化かする傾向けいこうがあり、その溝みぞを埋うめるためにBFF(Backend for Frontend)という特定とくていのクライアントに特とく化かしたサーバーを間あいだに置おくというパターンが現あらわれました。発表はっぴょうではBFFの概要がいよう、…
- あとで読よむ
Backends for Frontends (BFF) 再考さいこう
- 4 users
- zenn.dev/morinokami
- テクノロジー
- 2022/09/24
業務ぎょうむで BFF の開発かいはつをおこなっているが、その役割やくわりを十じゅう二に分ふんに活いかすことができていないという感覚かんかくがある。明確めいかくに言語げんご化かできる問題もんだい点てんもあれば、ふわっとした違和感いわかん程度ていどのものもあり、いずれにせよ、自分じぶんの BFF に対たいする理解りかいが不十分ふじゅうぶんな点てんを改あらためなければならないという結論けつろんに帰着きちゃくした。そこで、BFF に関かんするインターネット上じょうの信頼しんらいできそうな情報じょうほうを読よんでいき、ここにまとめていこうと思おもう。
- architecture
bff.md
- 4 users
- gist.github.com/ravelll
- テクノロジー
- 2020/01/16
bff.md BFF について参考さんこう資料しりょう Sam Newman - Backends For Frontends マイクロサービスの思想しそうから捉とらえる Backends for Frontendsとその類似るいじパターン BFF's cosmos in FOLIO sec at uit BFF（Backends For Frontends）超ちょう入門にゅうもん――Netflix、Twitter、リクルートテクノロジーズが採用さいようする理由りゆう (1/2)：マイクロサービス/API時代じだいのフロントエンド開発かいはつ（1） - ＠IT BFF（Backends For Frontends）の5つの便利べんりなユースケース：マイクロサービス/API時代じだいのフロントエンド開発かいはつ（2） - ＠IT BFF @ SoundCloud | ThoughtWorks Sam Newman - Backends For Frontends wrote in 2
ホットペッパービューティーにおけるモバイルアプリ向むけAPIのBFF/Backend分割ぶんかつ / JJUG2019Spring
- 4 users
- speakerdeck.com/recruitengineers
- テクノロジー
- 2023/05/08
JJUG CCC 2019 Springの登壇とうだん資料しりょうです。 http://www.java-users.jp/ccc2019spring/#/sessions/7fbef8cc-bf8d-4855-8534-c7fca118fb1d
Next.js + NestJSでBFFアーキテクチャを実装じっそうしてみる
- 3 users
- zenn.dev/aoito
- テクノロジー
- 2023/03/21
はじめに次つぎのような方ほうを対象たいしょうにしています。 BFFアーキテクチャの通信つうしんの流ながれを知しりたい BFFサーバの役割やくわり、メリットを実感じっかんしたい BFFサーバで行おこなうGraphQLとRESTのプロトコル変換へんかんの手法しゅほうを知しりたいこの記事きじで取とり扱あつかわないこと Next.js、NestJS、GraphQLの基本きほん的てきな文法ぶんぽうや環境かんきょう構築こうちくの解説かいせつ BFFの役割やくわり本稿ほんこうでの説明せつめいは割愛かつあいさせていただきます。こちらの記事きじが非常ひじょうに勉強べんきょうになりました。 API合成ごうせいプロトコル変換へんかんクライアント最適さいてき化かエッジ機能きのうサーバーサイドレンダリング（SSR）本稿ほんこうではそのなかでもプロトコル変換へんかんに焦点しょうてんを当あて、解説かいせつしていきます。実現じつげんしたいこと通信つうしんの流ながれ
tRPC これから流行はやるかもしれないBFFフレームワークの紹介しょうかい｜Offers Tech Blog
- 3 users
- zenn.dev/overflow_offers
- テクノロジー
- 2022/10/20
はじめにこんにちは!! プロダクト開発かいはつ人材じんざいの副業ふくぎょう転職てんしょくプラットフォーム Offers を運営うんえいする株式会社かぶしきがいしゃ overflow 普通ふつうのバックエンドエンジニアの takkun7171 でございます。最近さいきん netflix でサイバーパンクエッジランナーを見みて、やっぱりサイバーパンクいいなあと思おもって、PS5 のサイバーパンク 2077 を衝動しょうどう買かいしました w まああんなディストピアで幸しあわせに生いきていける気きがしないけどね w tRPCとはこちらの記事きじで紹介しょうかいされているのですが、 Theo 氏しが提唱ていしょうした最近さいきん話題わだいの T3 Stac という技術ぎじゅつスタックがあります。この中なかの1つとして紹介しょうかいされている tRPC が、これから流行はやるかもしれない BFF フレームワークです。何なにが良よいの？ next.js の素もとの API よりも、TypeScript との親和しんわ性せいが高たかく、型かた安全あんぜんな API 開発かいはつが可能かのうです。(
【BFF解説かいせつ】大手おおてエンタメアプリを支ささえる”Node.js×BFFエンジニア”がナレッジ共有きょうゆう！ | カドベヤ勉強べんきょう会かい
- 3 users
- www.wantedly.com
- テクノロジー
- 2023/05/08
こんにちは。エージェントチームの佐藤さとうです。近年きんねん、サービスの開発かいはつ手法しゅほうの1つとしてBackends For Frontends(以下いか、BFF)というアーキテクチャを採用さいようする現場げんばが増ふえています。それを受うけて、弊社へいしゃフロントエンドエンジニア(以下いか、FE)と様々さまざまな職能しょくのうのメンバーでBFFの概念がいねんや導入どうにゅう事例じれい、そして開発かいはつで気きをつけていることについて話はなしているので、ぜひチェックしてみてください！幅はば　：フロントエンドエンジニア兼けんBFF／Vtuber好すき。飯野いいのさんと前まえ職しょくから同おなじ。石神いしがみ：フロントエンドエンジニア／ドローン領域りょういきに詳くわしい長津ながつ：カドベヤCOO／弊社へいしゃWEBディレクターの長ちょう(おさ)的てき存在そんざい橋本はしもと：キャリアコンサルタント・エージェント部ぶMgr／ヤクルトと家族かぞく大好だいすき飯野いいの：開発かいはつディレクター（以下いか、開発かいはつD）／ゲーム好すきなカドベヤのお兄にいさん古川ふるかわ：WEBディレクター・クリエイティブ部ぶMgr／サーファー須田すだ：UIデザイナー
APIGatewayパターンとBFF - koukiblog
- 3 users
- kamihikouki.hatenablog.com
- 暮くらし
- 2022/03/11
マイクロサービスアーキテクチャでよく利用りようされる、APIGatewayパターンとBFFについて調しらべたのでメモなぜAPIGateway? マイクロサービスアーキテクチャでシステムを構築こうちくする場合ばあい、複数ふくすうのサービスを組くみ合あわせる形かたちでシステムが構築こうちくされる。たとえば、ECサイトの商品しょうひん詳細しょうさいを表示ひょうじするために、商品しょうひん情報じょうほうサービス、レコメンデーションサービス、レビューサービスを利用りようする必要ひつようがある、ということ。この場合ばあいアプリケーションの実装じっそうによっては並行へいこうリクエストを行おこなうのが難むずかしかったり、モバイルアプリケーションの場合ばあいは帯域たいいきの問題もんだいも発生はっせいする。（その他たにもいろいろあるが割愛かつあい）そこで、アプリケーションとサービスの間あいだにAPIGatewayというレイヤーを追加ついかすることで問題もんだいを解決かいけつする。 APIGatewayの実装じっそう単純たんじゅんな場合ばあいはこの図ずのようになって、全すべてのアプリケーションからのリクエストを１ひとつのAPIGatewayで受うけ
- サービス
Backends For Frontends(BFF)をプロダクションレディするまでの取とり組くみ
- 3 users
- speakerdeck.com/enkuma
- テクノロジー
- 2021/07/31
ZOZO Tech Meetup〜マイクロサービス化かに取とり組くむ、16年ねん目めのZOZOTOWN〜にて登壇とうだんした際さいのスライドです
【書がき起おこし】gRPC Federation を利用りようした巨大きょだいなBFFに対たいするリアーキテクチャの試こころみ – goccy【Merpay & Mercoin Tech Fest 2023】 | メルカリエンジニアリング
- 3 users
- engineering.mercari.com
- テクノロジー
- 2023/10/24
Merpay & Mercoin Tech Fest 2023 は、事業じぎょうとの関かかわりから技術ぎじゅつへの興味きょうみを深ふかめ、プロダクトやサービスを支ささえるEngineeringを知しることができるお祭まつりで、2023年ねん8月がつ22日にち（火ひ）からの3日間にちかん、開催かいさいしました。セッションでは、事業じぎょうを支ささえる組織そしき・技術ぎじゅつ・課題かだいなどへの試行錯誤しこうさくごやアプローチを紹介しょうかいしていきました。この記事きじは、「gRPC Federation を利用りようした巨大きょだいなBFFに対たいするリアーキテクチャの試こころみ」の書がき起おこしです。 @goccy：それでは「gRPC Federation を利用りようした巨大きょだいなBFFに対たいするリアーキテクチャの試こころみ」というタイトルでメルペイ Engineer ProductivityチームのGoshimaが発表はっぴょうします。よろしくお願ねがいします。初はじめに自己じこ紹介しょうかいです。@goccyというアカウントで活動かつどうしています。2012年ねんに新卒しんそつで株式会社かぶしきがいしゃMIXIに入はいり、
- architecture
- あとで読よむ
BFFとmicroservicesアーキテクチャ
- 3 users
- zenn.dev/hirac
- テクノロジー
- 2022/08/18
はじめに sweeep CTOの平下ひらしたです。先日せんじつCADDiさん主催しゅさいのこちらで「BFFとmicroservicesアーキテクチャ」というテーマでLTさせていただきました。そのときのLT内容ないようを記事きじにしました。発表はっぴょうしたスライドです。以下いか記事きじの内容ないようです。 BFFとmicroservicesアーキテクチャ採用さいようの背景はいけい GraphQL/BFF導入どうにゅうのメリットと課題かだいまとめと今後こんごの課題かだい 1. BFFとmicroservicesアーキテクチャ採用さいようの背景はいけいモノリスなアーキテクチャプロダクトローンチから3年ねん経過けいかし、技術ぎじゅつ負債ふさいがかなりたまっていました。モノリスなアーキテクチャには以下いかの課題かだいがありました。モノリスなアーキテクチャを同時どうじ修正しゅうせいでコンフリ単一たんいつDBでデータの肥大ひだい化か。マイグレーションなど大変たいへん凝集ぎょうしゅう度どが低ひくく修正しゅうせい箇所かしょ漏もれそのためコンフリやデグレで開発かいはつ速度そくど低下ていかや機能きのうリリース遅おくれが生しょうじていました。 micro
- あとで読よむ
MicroservicesとBFFで成なしたかった世界せかい
- 3 users
- speakerdeck.com/horiryota
- テクノロジー
- 2019/11/15
[BFF Meetup 〜Ruby/Go/Kotlin〜 ※言語げんご別べつクライアント連携れんけい編へん \- connpass](https://azit.connpass.com/event/125152/) 懇親こんしん会かいありきで話はなしを散ちらかしに行いく＆内容ないようの正確せいかく性せいよりも気持きもちを伝つたえたかったスタイルの登壇とうだんなのでスライドの…
新規しんき開発かいはつにおいてBFF(Backend for Frontend) を採用さいようすべきか - vivit engineering blog
- 3 users
- vivit.hatenablog.com
- テクノロジー
- 2021/11/10
こんにちは、エンジニアの taroodr (中村なかむら)です。 3ヶ月かげつほど前ぜんアウトドア用品ようひんの中古ちゅうこ品ひん買取かいとりと販売はんばいを行おこなうhinataリユースの新規しんき開発かいはつが立たち上あがり、私わたしが大枠おおわくの技術ぎじゅつ選定せんていをすることとなりました。 www.hinatareuse.jp 結論けつろんはじめに結論けつろんを書かいておきます。最初さいしょはマイクロサービスの設計せっけいパターンの1つである BFF(Backend For Frontend) を導入どうにゅうする構成こうせいで開発かいはつを進すすめました。しかし、ある問題もんだいが発生はっせいし最終さいしゅう的てきにはバックエンドとしては1つのAPIサーバのみの構成こうせいに移行いこうしています。この記事きじではなぜ上記じょうきのような結論けつろんに至いたったのか背景はいけいと意思いし決定けっていの理由りゆうを時とき系列けいれつに沿そってお話はなしします。アーキテクチャの全体ぜんたい像ぞう最初さいしょに考かんがえたアーキテクチャの全体ぜんたい像ぞうは図ずのような形かたちです。この図ずの黄色おうしょくの枠わく線せんで囲かこんだ部分ぶぶんが新規しんきで開発かいはつする部分ぶぶんです。現在げんざいkubernetes上じょうにすでにいくつかのマイクロサ