PHP - Scalling網站時DB和業務邏輯的背後是scallable REST API

Question

我已經建立在春季啓動，這是loadbalanced並使用RDS數據庫和S3存儲一個相當簡單的，但越來越一套REST微服務的。所以我的服務是無狀態的，數據庫和存儲的縮減將在aws雲中進行管理。

會議將是無狀態的，並通過訪問令牌管理。用戶可以從2臺不同的機器登錄，服務不會「知道或關心」。

我所有的微服務都是用java編寫的，我想在PHP Symfony框架中編寫前端Web客戶端的原因有幾個，部分原因是因爲如果可能的話我想少用一個服務，部分原因是因爲php的可訪問性和成本（比較託管jvms或雲服務相當昂貴）。

在我所描述的情況，有沒有使用這種方法的任何特定問題，如果所有的動作（DB呼叫和業務邏輯）在通過API網關連接一個可擴展，負載平衡服務情況。如果我的流量比預期的多得多，是否應該是更多的問題？

從有經驗的人任何意見將非常apreciated。

Answer 1

不知現在如何匹配的問題會在你的系統。但有幾個人認爲值得關注：

• 平衡bettwen你的mircoservice。你必須平衡負載（數據庫，RAM）。
• 你必須創建記錄器服務（kibana或graylog）。因爲如果通過一次mircoservice，你不會很快發現問題。當沒有登錄服務器時，mocroservies有很多問題。
• 每個請求登錄到您的系統中。在您的系統
• 用戶高速緩存，使用快速儲存它（Redis，Memcached）
• Symfony有本身督促緩存（不fogget清楚吧:)）。
• Symfony是很棒的框架。但入門門檻很高。
• Symfony允許在捆綁上拆分邏輯部分。 Bundle - 是symfony的主要思想。
• 服務symfony主要parth也。