大數據背景下金保數據中心建設關鍵技術研究

李永烽

摘要：大數據時代已經到來，每個行業每天都有大量的數據產生。隨著科技的不斷發展，我國的云計算和大數據時代也來臨了，信息技術進入了大數據時代，很多互聯網對大數據的應用也在不斷普及，云計算和大數據技術的發展可以讓我國信息系統的規模不斷得到擴大。同時分布式計算和虛擬化技術的發展，也推動7我國社會基礎設施和應用系統的發展，進而催生了“金保工程”?！敖鸨９こ獭笔枪芾砣肆Y源社會保障信息的一個系統，這個系統是利用先進的信息技術建立的，是一項可以服務社會的民生工程。但是隨著數據的增多，傳統的人力資源和社會保障信息系統正在面臨新的困難，所以我們要利用大數據時代這個優勢來建設“金保工程”，使得“金保工程”得到更好地發展。本文分析了傳統“金保工程”的特點，研究新技術的優勢，從而進一步完善大數據背景下的“金保工程”。

關鍵詞：數據 虛擬化技術 信息系統 社會保障

1傳統“金保工程”的特點

1.1單體存儲的架構

傳統數據中心在存儲信息時，運用的是單體存儲的架構，因為傳統數據中心在運行中的目的只是為了讓產品能夠進行不停止的穩定工作。但是單體存儲架構有缺陷，這種架構是由很多獨立的物理設備相連而建立的，獨立的物理設備不僅浪費資源，而且建設和維護的成本比較高。

1.2靜態耦合

傳統的數據中心是“項目孤島”架構，這種架構的各個部件都處在一種耦合的狀態，網絡和服務器等資源都是與單個項目簡單的組合在一起的。這種傳統的靜態的數據中心在實際的操作中會產生很多問題，例如;傳統數據中心為了不斷滿足應用的需要，從建立的開始就不斷進行擴張，但是不用時期的擴張運用到了不同的技術和人員，所以傳統數據中心的模式內部結構變得十分復雜，在管理的時候將消耗大量的費用，且會產生幾乎沒有人了解內部結構的情況。

2“金保工程”在大數據背景下的虛擬化技術

2.1服務器虛擬化

服務器虛擬化是將物理資源抽象化變成邏輯資源，它可以讓我們不再受到物理上的界限將各種硬件都變成可以進行動態管理的資源。服務器虛擬化是先在硬件上設置主操作系統，這樣才可以自由調配硬件上的各種資源，最終實現度武器的虛擬化。服務器虛擬化可以降低數據中心的碳足跡，也可以使服務器準備的時間變得更短，提高服務器的運行時間，最終達到提高資源的使用率的目的。

2.2應用虛擬化

應用虛擬化是將操作系統和應用程序這兩個東西分解耦合，從而讓應用程序可以虛擬的運行，從本質上來說應用虛擬化是把應用對低層的系統和硬件的依賴中抽象出來。應用虛擬化可以將各種資源送到最需要它的地方，可以提高運用的可用性，可以有效的解決版本不兼容的問題。

2.3存儲虛擬化

存儲虛擬化就是將存儲硬件進行抽象化管理。存儲虛擬化將硬件資源抽象化，可以提高資源的利用效率，讓多個用戶可以同時使用相同的資源，并且可以做到對多個進程提供服務。在多個主機服務和多個存儲設備之間建立多對多的訪問形式，運用存儲網絡可以達到不對稱的存儲虛擬化。存儲虛擬化對各種存儲資源進行統一管理，不用停止中斷運用就可以遷移數據，可以有效管系統的動態狀況。

3大數據背景下“金保工程”的完善

在大數據背景的發展下，“金保工程”也面臨著各種挑戰，所以我們應努力完善“金保工程”。人社部利用大數據的技術建立了個人的職業生涯規劃模型這個模型根據不同就業人員的不同特征所設立，對我國的就業工作有著很大的幫助。人社部從以下幾個方面進行了分析：第一，在人才需求情況和預測方面。人社部可以利用大數據技術采取到一個地區的就業狀況，進而幫助這個地方的就業部門充分了解到其就業市場的發展方向以及就業趨勢，這樣可以更有正對性的去調整人力資源管理政策，有效緩解失業問題。第二，在醫療服務監控方面。人社部可以建立有關藥品種類、科學用藥、用藥說明等數據庫，再利用大數據技術進行分析處理，有效監測醫療服務的行為。第三，在智慧化人社惠民服務方面。人社部可以利用大數據技術主動與社民進行互動，還可以實現精準識別、全面感知。

4結論

大數據時代已經來臨，近些年來，信息技術的發展也邁入了大數據的時代，很多互聯網應用大數據的實例已經被我們證實了云計算和大數據技術可以讓信息系統的發展規模不斷增大。我們通過對傳統‘‘金保工程”數據中心建設的特點進行分析，指出其已經不能滿足大數據時代對“金保工程”的需求，從而以大數據應用為背景，探討了怎么樣完善“金保工程”。

參考文獻

[1]官夏屹，李伯虎，柴旭東，等.大數據平臺技術綜述[J]，系統仿真學報，2014，26 （3）：489 496.

[2]羅亮，吳文峻，張飛，面向云計算數據中心的能耗建模方法[J]，軟件學報，2014，25（7）：1371

1387.

[3]趙震，任永昌.大數據時代基于云計算的電子政務平臺研究[J].計算機技術與發展，2015，25 （10）：145 148.

[4]譚大禹，孫睿，劉寬.云計算下桌面虛擬化技術的融合[J]，計算機與數字工程，2017（1）：76 82.