BFF（Backends For Frontends）超入門――Netflix、Twitter、リクルートテクノロジーズが採用する理由
BFFは、フロントエンドエンジニア、バックエンドエンジニアのどちらが担当するのか BFFは、クライアント側を担当するフロントエンドエンジニアが開発を担当することが多いです。BFFはサーバであるため、バックエンドエンジニアが開発すると思われることもありますが、UIを構築、操作する手助けをするサーバであるため、フロントエンドエンジニアの担当領域になります。 BFFアーキテクチャでは、バックエンドエンジニアはAPIを基本として、リソースを管理するのが担当領域になります。 BFFを作る具体的な方法に関しては、次回の「BFFの作り方」で詳細に解説します。 BFFのアーキテクチャパターンにするとき、しないとき BFFのアーキテクチャパターンには、「フロントエンド専用のサーバを設けることでUIを構築しやすくする」効果と、「フロントエンドとバックエンドの境界を設けてアーキテクチャのレイヤーを分割することで
After A Year Of Using NodeJS In Production
This is a follow-up to my original post, “Why I’m switching from Python to Node.js”. I wrote it just over a year ago in response to my frustrations with Python and why I was going to try Node instead. Fast-forward a year of in-house CLI tools, client projects and updates to our company’s products and this is what I’ve learned. Not only about Node, but Javascript in general. Easy to learn, impossib
PofEAA エンタープライズ アプリケーションアーキテクチャパターンを購入
Landscape トップページ | < 前の日 2005-12-04 2005-12-06 次の日 2005-12-07 > Landscape - エンジニアのメモ 2005-12-06 PofEAA エンタープライズ アプリケーションアーキテクチャパターンを購入 当サイト内を Google 検索できます * PofEAA エンタープライズ アプリケーションアーキテクチャパターンを購入この記事の直リンクURL: Permlink | この記事が属するカテゴリ: [本] [.net] エンタープライズ アプリケーションアーキテクチャパターン マーチン・ファウラー / 長瀬 嘉秀 / 株式会社 テクノロジックアート 発売日: 2005/04/21 amazon で詳しく見る bk1で詳しく見る ファウラーのエンタープライズアプリケーションアーキテクチャパターン、原書名 Patterns
高木浩光＠自宅の日記 - 三菱図書館システムMELIL旧型の欠陥、アニメ化 - 岡崎図書館事件(7)
■ 三菱図書館システムMELIL旧型の欠陥、アニメ化 - 岡崎図書館事件(7) 21日の日記で示したMELIL/CS（旧型）の構造上の欠陥について、その仕組みをアニメーションで表現してみる。 まず、Webアクセスの仕組み。ブラウザとWebサーバはHTTPで通信するが、アクセスごとにHTTP接続は切断される*1。以下のアニメ1はその様子を表している。 このように、アクセスが終わると接続が切断されて、次のアクセスで再び接続するのであるが、ブラウザごとに毎回同じ「セッションオブジェクト」に繋がるよう、「セッションID」と呼ばれる受付番号を用いて制御されている。 なお、赤い線は、その接続が使用中であることを表している。 次に、「3層アーキテクチャ」と呼ばれる、データベースと連携したWebアプリケーションの実現方式について。3層アーキテクチャでは、Webアプリケーションが、Webサーバからデータベー
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
