scalability

    0熱度

    1回答

    有我的應用程序,例如不同的模塊 - 內容管理 費用管理和支付 調度管理 是什麼爲上述場景創建架構的最佳方法 - 有單獨的表 有獨立的DB每個 什麼是可擴展性,代碼的可維護性和企業的角度而言的優勢/劣勢?

    1熱度

    1回答

    我正在研究區塊鏈應用程序面臨的問題(可伸縮性)。 目前,我正在讀:https://hackernoon.com/blockchains-dont-scale-not-today-at-least-but-there-s-hope-2cb43946551a 有東西,我就死在。 「交易blockchain可以處理不能 超過正參與網絡中的單個節點的數目。」 這是正確的嗎?我們是否嚴格談論PoW?我似乎無

    0熱度

    1回答

    我有一張桌子,裏面有一個單調遞增的字段,我想把它放入索引中。但是,最佳實踐guide表示不會將單調遞增的數據放入非交錯索引。當我嘗試將數據放入交錯索引時,我無法在其父表中交錯索引。 換句話說,我希望Cloud Spanner等價於這個MySQL模式。 CREATE TABLE `my_table` ( 'id' bigint(20) unsigned NOT NULL, 'mon

    0熱度

    1回答

    假設我有一個僱員表(擁有大約一百萬名員工)和一個任務表(具有幾百個任務)。 現在,我有一種機制來預測員工完成任務的可能性(百分比) - 假設我有四個這樣的機制,並且每個機制輸出它是自己的概率。 把它放在一起,我現在有n1(員工)時間n2(任務)時間n3(機制)結果存儲。 我想知道什麼是最好的方式來存儲這些結果。 我有幾個選擇和想法: 保持在任的員工或任務表列(JSONField) - 關注:如果有

    0熱度

    1回答

    我面臨多核系統的可伸縮性問題。我的應用程序在4個物理核心機器上並行處理科學數據,8個邏輯核心啓用超線程。我們推出8個JVM,每個邏輯核心一個(我們最終可能會切換到一個JVM,以避免JVM的開銷) 問題是可擴展性幾乎是線性的,最多4個核心,但我們幾乎沒有增加10-20通過增加4個「邏輯核心」來提高性能。 我通過剖析應用程序來分析線程行爲,並且看不到太多的鎖或線程。我也檢查了pidstat,我沒有看到

    0熱度

    1回答

    您好,我想從不同的服務器同時建立網站...服務器必須提供nginx,php,mongoDB,redis/memcacheD,nodeJS ...我需要最少5臺服務器...只爲開發人員購買5臺專用服務器對我來說超級昂貴。你知道提供這些東西的任何軟件或服務嗎?這是我的模式here

    0熱度

    1回答

    我正試圖自動化我們的工具的可伸縮性測試。由於我需要嘗試大量的輸入值來查看工具的限制,因此在改變輸入值之前,我需要使用硬件執行幾個步驟,這種工作對我的情況來說花費很大。這會阻止自動可伸縮性測試。那麼如何在我的工具中自動進行可伸縮性測試?什麼是最好的方法?我們正在使用小黃瓜情況。我想寫一個腳本,它自己產生自動的小黃瓜場景。這是個好主意嗎?

    1熱度

    1回答

    我已經建立在春季啓動,這是loadbalanced並使用RDS數據庫和S3存儲一個相當簡單的,但越來越一套REST微服務的。所以我的服務是無狀態的,數據庫和存儲的縮減將在aws雲中進行管理。 會議將是無狀態的,並通過訪問令牌管理。用戶可以從2臺不同的機器登錄,服務不會「知道或關心」。 我所有的微服務都是用java編寫的,我想在PHP Symfony框架中編寫前端Web客戶端的原因有幾個,部分原因是

    0熱度

    1回答

    我無法決定是否使用InProc或Redis來存儲用戶會話+一些額外的數據(用戶名,電子郵件等)一個高性能的web應用程序 那麼兩者的優缺點是什麼?因爲Redis選項有使用HTTP連接的缺點 - 網絡延遲和HTTP使用的消耗TCP連接。 此外,將InProc方式使用到位或不同服務器上的多個IIS工人(使用負載均衡)持有的應用前景 注:如果我將使用Redis的,我會通過自定義操作注入會話狀態屬性到控制

    0熱度

    2回答

    假設你有一個返回餐廳收視率在四個歐洲首都服務: 阿姆斯特丹 都柏林 倫敦 巴黎 使用阿卡,想象你將每個城市分配給一個演員,然後將這些演員分配到兩個節點(認爲Akka集羣)。如果我們天真地分片我們按字母順序排列的演員,所產生的分工是: 節點1:阿姆斯特丹+都柏林的演員(總人口400萬美元) 節點2:倫敦+巴黎參與者(總人口1100萬) 很明顯,交通將是非常不平衡的。如果你事先不知道城市的人口,Akk