在實施記憶體計算解決方案之前,IT應了解的內容

2021-10-06 09:11:22 字數 1334 閱讀 1719

正如我在「 向外擴充套件並征服在記憶體系統中分布的架構決策之後 」中所解釋的那樣,為記憶體內計算(imc)選擇正確的開源解決方案(例如apache ignite,apache kafka,apache spark和kubernetes的組合) )基礎架構可確保應用程式的結構更簡單,更具成本效益,以支援數位化轉型和全渠道客戶參與計畫。

nikita ivanov是gridgain systems的cto,該公司開發記憶體計算解決方案。

在決定解決方案以確保靈活部署和管理體系結構以滿足組織對簡單性,安全性,可用性和成本的要求時,這一點也至關重要。 在評估各種imc架構替代方案時,請牢記以下一些主要注意事項。

該解決方案應提供在本地部署的靈活性; 在內部雲,私有虛擬雲或公共雲上; 或在混合環境中。 這種靈活性對於平衡基礎架構成本和管理要求至關重要。

確保可以使用商用伺服器構建記憶體中的計算集群。 隨著imc基礎架構擴充套件到數十甚至數百或數千個伺服器,這對於控制成本和增加冗餘至關重要。

使用容器,可以從執行它的物理環境中抽象出imc解決方案。 無論使用上述哪個位置,這都使一致地部署解決方案變得更加容易。 它使it運營人員可以將精力集中在部署管理上,而不必擔心特定的應用程式,並使開發人員可以專注於其應用程式而不必擔心基礎結構。 例如,kubernetes可以跨已部署在任何位置的伺服器群集自動執行容器化應用程式(例如apache ignite和apache kafka)的部署,擴充套件和管理。

能夠監視和視覺化整個環境對於確保imc資源的最佳使用以及堆疊中每個元件的最佳執行至關重要。 尋找乙個包含odbc和jdbc api的imc解決方案,這些解決方案使客戶可以使用標準sql查詢從任何平台連線該解決方案,而無需自定義編碼。 這使整合許多常見的資料監視和視覺化工具(如tableau或microstrategy)變得容易。

確保為您選擇的其他開源解決方案提供本機整合,以減少在體系結構中各個元件之間整合和建立通訊所需的工作量。

許多在生產應用程式中使用其imc基礎結構的組織將希望更新群集中的各個節點,而無需關閉整個群集(和應用程式)作為部署軟體更新的方式。

生產環境要考慮的另一項關鍵功能是資料中心複製。 這使完整的資料集可以在位於多個地理位置分離的資料中心的兩個群集上連續保持同步。 如果乙個資料中心發生故障,另一資料中心可以立即接管。 與滾動公升級一樣,可以在商業版本的apache ignite中使用資料中心複製。

承受著以合理的成本以高度可管理的解決方案實現應用程式速度和規模擴充套件的壓力,許多組織將認識到其成功之路始於記憶體計算。 除了選擇合適的體系結構來支援業務應用程式的需求之外,至關重要的是,該系統必須易於部署和管理且具有成本效益。 大多數組織會發現開源解決方案提供了功能,靈活性和成本效益的終極組合,使他們能夠更輕鬆地朝著數位化轉型和全渠道客戶參與目標邁進。

from:

企業如何實施物聯網解決方案

雖然物聯網正在以不可思議的方式改變人們的生活,但許多小企業對此視而不見。直到最近,客戶開始投資於物聯網解決方案,但企業也可以通過一些方式受益。隨著物聯網的不斷發展,這些事情應該記住。企業終於開始使用物聯網 物聯網為企業開闢了新的大門,其中包括 根據調研機構idc公司的2015年報告,物聯網的市場預計...

PHP記憶體溢位解決方案

一 記憶體溢位解決方案 在做資料統計分析時,經常會遇到大陣列,可能會發生記憶體溢位,這裡分享一下我的解決方案。還是用例子來說明這個問題,如下 假定日誌中存放的記錄數為500000條,那麼解決方案如下 ini set memory limit 64m 重置php可以使用的記憶體大小為 64m,一般在遠...

Handler記憶體溢位解決方案

public class sampleactivity extends activity 在使用handler時,這是一段很常見的 但是,它卻會造成嚴重的記憶體洩漏問題。在實際編寫中,我們往往會得到如下警告 in android,handler classes should be static or...