0 如果多個微服務器需要處理大型JASON文件(10mb),那麼最好的企業架構/設計模式是什麼?每個微服務都需要該文件中的整個數據才能處理它。適用於傳輸大型數據文件的微型服務模式 來源 2017-08-14 user221216
0 共享大型數據集可以是用於代碼庫的次優劃分成服務的指示。相同域的所有處理優選在單個服務內完成。 當多個服務確實需要對同一個數據集進行有意義的處理時,每個服務都應該有自己的副本。共享數據庫通常是一個壞主意! 當涉及重量級數據時,在「常規」排隊系統(如RabbitMQ/SQS)中克隆數據非常繁瑣且效率低下。 「重量級」排隊系統,如卡夫卡/ Kinesis - 可能是最有效的。數據的一個副本將被保留,每個服務都可以從「共享」流中讀取。 來源 2017-08-14 05:11:33 +0 謝謝,與卡夫卡一個專門的服務是我的想法。這在採訪中被問到。顯然,他們的貸款處理必須與多種服務共享這個龐大的文件。 – user221216
謝謝,與卡夫卡一個專門的服務是我的想法。這在採訪中被問到。顯然,他們的貸款處理必須與多種服務共享這個龐大的文件。 – user221216