2016-05-25 7 views
0

自分のデータストアを使用してバックエンドと通信するフロントエンドクライアントがあるとします。バックエンドは、フロントエンドがページのレンダリングに使用するペイロードデータを返します。ここにバックエンドと思うことができる行動の「タイプ」があります。APIにはどのようなバックエンド機能がありますか?

どのような実装を行ったらいいですか? バックエンドの動作にはどのような規則がありますか?

私は考えることができるの実装:

  1. バックエンドスケジュールジョブ外部APIからデータを取得するために、重要な情報を処理し、独自のデータストアに格納します。フロントエンドがこのデータをフェッチすると、バックエンドは自身のデータストアからフェッチするものを返します。
  2. フロントエンドがデータをリクエストするたびに、バックエンドサービスは外部APIを呼び出し、重要な情報を処理してフロントエンドに返します。データストアは関係しません。これに対するフォローアップは、フロントエンドで外部APIを呼び出すだけではなく、バックエンドでこれを行うメリットは何ですか?

私が考慮していない他のタイプの実装がありますか?

答えて

2

標準cacheのパターンについて話しています。欠点は、ほとんどの場合、キャッシュの期限切れです。ローカルデータはどのくらいの期間有効ですか?それはいつも有効ですか?あなたはどのように変化を検出しますか?ライトスルーか後書きをしますか?

これらが問題でなければ、簡単な答えがあります。多くのキャッシュを行います。

+0

はい、それは私が推測するキャッシュと見ることができます。これは、データストアの更新版です。複数の外部APIデータに基づいて数値を計算する必要がある場合は、フロントエンドクライアントからリクエストされるたびにすべてを呼び出す必要はありません。スケジュールされたタスクでこれを計算して、データを最新の状態に保つことがあります。 – user3808357

関連する問題