醫(yī)院集成平臺存儲選型問題？是選擇集中式還是分布式？
在新的集成平臺中，我們的系統(tǒng)提出支持熱備高可用性部署，主備機(jī)之間配置、消息庫可實時同步，當(dāng)主機(jī)發(fā)生故障時，備機(jī)可在不需人工干預(yù)的情況下秒級自動啟動，消息在備機(jī)中繼續(xù)運行，當(dāng)主機(jī)修復(fù)后，消息會轉(zhuǎn)回主機(jī)中繼續(xù)處理；在產(chǎn)品選型中，如何選擇，是選擇集中式還是分布式？請專家提出意見。
劉東東軟集團(tuán)IT技術(shù)咨詢顧問：
醫(yī)院集成平臺主要考慮的是存儲的性能、穩(wěn)定性和可靠性，選擇集中式還是分布式主要還是看具體的業(yè)務(wù)場景。
1、集中式存儲主要用于對數(shù)據(jù)一致性要求比較敏感的系統(tǒng)，例如數(shù)據(jù)庫和數(shù)據(jù)倉庫等應(yīng)用。以醫(yī)院集成平臺為例，大部分醫(yī)院的集成平臺數(shù)據(jù)庫為ORACLE數(shù)據(jù)庫，國產(chǎn)數(shù)據(jù)庫和分布式式數(shù)據(jù)庫應(yīng)用的還比較少。對于ORACLE數(shù)據(jù)庫來說，集中式存儲是比較合適的。而且大部分傳統(tǒng)的集中式存儲都具備雙活和高可用特性“即當(dāng)主機(jī)發(fā)生故障時，備機(jī)可在不需人工干預(yù)的情況下秒級自動啟動，消息在備機(jī)中繼續(xù)運行，當(dāng)主機(jī)修復(fù)后，消息會轉(zhuǎn)回主機(jī)中繼續(xù)處理”；對于存儲的性能、穩(wěn)定性和可靠性也都比較符合集成平臺數(shù)據(jù)庫服務(wù)的數(shù)據(jù)存儲需求。
2、分布式存儲，這類存儲設(shè)備主要是可以進(jìn)行靈活擴(kuò)展，初期投入成本也相對比較低，可以支持塊、對象和文件等多種數(shù)據(jù)存儲類型。對于醫(yī)院集成平臺來說最適合私有云存儲服務(wù)。通常醫(yī)院集成平臺由數(shù)據(jù)庫服務(wù)器+私有云服務(wù)器組成，對于私有云服務(wù)這一塊業(yè)務(wù)，使用分布式存儲還是比較合適的，兼具靈活性和高可擴(kuò)展性，可以為集成平臺提供靈活的數(shù)據(jù)存儲服務(wù)。
3、如果醫(yī)院希望統(tǒng)一存儲架構(gòu)，使用一套存儲系統(tǒng)，那么在存儲選型時，就需要考慮不同產(chǎn)品之間的差異了。例如集中存儲既可以用于數(shù)據(jù)庫也可以用于云服務(wù)，但是在選型的時候需要選擇擴(kuò)展能力和靈活性都比較強(qiáng)的集中存儲設(shè)備。如果選擇分布式存儲架構(gòu)，那么首先要考慮分布式存儲是否可以支持ORACLE等數(shù)據(jù)庫，因為并不是所有的分布式存儲都能很好的支持?jǐn)?shù)據(jù)庫服務(wù)。
jakeyyu三甲醫(yī)院系統(tǒng)架構(gòu)師：
目前的應(yīng)用還主要集中在集中式存儲上，分布式存儲有其獨特的優(yōu)勢，但是根據(jù)業(yè)務(wù)使用需求來說，目前以SOA服務(wù)模式為主的醫(yī)院應(yīng)用軟件，集中式存儲能夠滿足其對業(yè)務(wù)性能和數(shù)據(jù)庫性能的需求。而目前對于微服務(wù)等技術(shù)的推廣，分布式存儲對于微服務(wù)技術(shù)也有一定的支持，如果未來微服務(wù)等技術(shù)或者新興的應(yīng)用技術(shù)在醫(yī)院系統(tǒng)進(jìn)行規(guī)?；膽?yīng)用，或許采取分布式存儲也是一種選擇。
wuliangy浙江省腫瘤醫(yī)院信息工程部工程師：
高性能（IOPS）的情況下，還是集中式存儲不是更好，這類型存儲更加容易通過堆盤（SSD/NVME SSD）等來大幅度抬高存儲整體性能，無論是4K隨機(jī)讀寫的速度還是延時都可以得到大幅度提升。
而分布式存儲目前醫(yī)院的主要應(yīng)用場景還是在pacs的海量文件存儲和類型基因測序這種單個文件較大（3G-5G）的情況。
拋開應(yīng)用純談存儲的集中式還是分布式意義不大，分布式架構(gòu)往往需要數(shù)據(jù)庫、應(yīng)用、中間件等整體支持才能發(fā)揮出作用。
zyp8365廣東省中醫(yī)院數(shù)據(jù)庫管理員：
醫(yī)院互聯(lián)互通是近些年醫(yī)院信息化建設(shè)的重點，醫(yī)院的集成平臺的重要性與醫(yī)院的核心業(yè)務(wù)HIS是同一級別的。集成平臺是高IOPS的OLTP系統(tǒng)，需要存儲具有高性能，高可靠。其實只要滿足這個需求，是集中還是分布均可。但是從架構(gòu)上來說，集中式的對集成平臺會更好一些，因為集中式單臺存儲的性能已十分優(yōu)越，雙活架構(gòu)也能很好滿足高可靠的需求，相比之下，分布式架構(gòu)雖然也有一定的性能和穩(wěn)定性，但是性能容易消耗在中間數(shù)據(jù)轉(zhuǎn)發(fā)，仲裁及維護(hù)數(shù)據(jù)一致性上，當(dāng)高IOPS時容易出問題。
集中式架構(gòu)優(yōu)點是穩(wěn)定可靠，維護(hù)方便，缺點是當(dāng)存儲擴(kuò)展到一定容量或規(guī)模的時候會出現(xiàn)控制器瓶頸，性能會下降。分布式架構(gòu)優(yōu)點是擴(kuò)展靈活，缺點是依賴以太網(wǎng)絡(luò)作為數(shù)據(jù)交換網(wǎng)絡(luò)穩(wěn)定性略差，性能主要消耗在維持?jǐn)?shù)據(jù)一致性和副本等上，擴(kuò)展規(guī)模與實際性能的關(guān)系需要嚴(yán)格的測試。
集成平臺是采用集中式還是分布式，主要看如下：1.醫(yī)院的體量。2.后續(xù)發(fā)展預(yù)期。3.醫(yī)院IT技術(shù)人員技術(shù)能力。鑒于現(xiàn)在信息發(fā)展?fàn)顟B(tài)，預(yù)算足夠，個人建議混合結(jié)構(gòu)，數(shù)據(jù)類放傳統(tǒng)集中式，應(yīng)用類放分布式。當(dāng)然，從來沒有一個通吃的解決方案，選擇什么架構(gòu)還是要根據(jù)醫(yī)院實際情況與需求來確定。
nightdxl華為架構(gòu)師：
如何選型，具體還是要根據(jù)平臺自身的建設(shè)規(guī)模和后續(xù)擴(kuò)展性來選擇。
集中式系統(tǒng)架構(gòu)的最大的特點部署結(jié)構(gòu)非常簡單，因為無需考慮如何對服務(wù)進(jìn)行多節(jié)點的部署、也就不用考慮各節(jié)點之間的分布式協(xié)作問題了，但是，因為采用了單機(jī)部署，所有的功能都集成到了主服務(wù)器上，對于服務(wù)器的性能要求很高，性能也不好。帶來的問題有系統(tǒng)大而復(fù)雜、難以維護(hù)和發(fā)生單點故障、擴(kuò)展性差等問題。發(fā)生單點故障還可能造成整個系統(tǒng)或整個網(wǎng)絡(luò)的癱瘓。優(yōu)點也顯而易見，便于維護(hù)，操作簡單。在規(guī)模不大的情況下，部署方便，結(jié)構(gòu)相對簡單啊，成本相對較低，但后期如果擴(kuò)容需求增大，由于豎向堆砌的特性，則很大可能會演化成高煙囪構(gòu)架，造成成本高昂。
分布式系統(tǒng)是一個硬件或軟件分布在不同的網(wǎng)絡(luò)計算機(jī)上，彼此之間僅僅通過消息傳遞進(jìn)行通信和協(xié)調(diào)的系統(tǒng)，即分布式就是一群獨立于計算機(jī)集合共同對外提供服務(wù)，但是對于系統(tǒng)的用戶來說，就像是一臺計算機(jī)在提供服務(wù)。分布式意味著可以采用更多的普通計算機(jī)（相對于昂貴的大型機(jī)）組成分布式集群對外提供服務(wù)。計算機(jī)越多，CPU、內(nèi)存、存儲資源等就越多，能夠處理的并發(fā)訪問量也就越大，可以很方便的橫向擴(kuò)容，成本優(yōu)勢也會凸現(xiàn)出來。分布式空間上計算機(jī)隨意分布，計算機(jī)之間沒有主次之分。系統(tǒng)資源為所有計算機(jī)共享，多臺計算機(jī)協(xié)調(diào)完成一個共同任務(wù)，系統(tǒng)內(nèi)任意兩臺計算機(jī)可以互相通信交換信息。
潘延晟系統(tǒng)工程師：
兩種存儲類型各有各的優(yōu)點。就目前的技術(shù)發(fā)展而言，兩種技術(shù)的方向性也很明確。集中存儲主要應(yīng)用于高IO的環(huán)境，如核心數(shù)據(jù)，而分布式存儲則在海量文件的存儲上比較有優(yōu)勢。
醫(yī)療系統(tǒng)也好，其他的行業(yè)也好，目前其實都不一定要局限在某一種架構(gòu)上。而是應(yīng)該看你的應(yīng)用需求。隨著業(yè)務(wù)的擴(kuò)展，系統(tǒng)功能的不斷細(xì)分，可能將來會是多個平臺架構(gòu)并存的架構(gòu)。如果資金緊張，那就看目前的業(yè)務(wù)最重要的是哪部分，最適合哪種存儲。
馬威深圳市人民醫(yī)院：
個人觀點。醫(yī)院的系統(tǒng)都有著重業(yè)務(wù)，輕技術(shù)的傾向。雖然最近幾年醫(yī)院的信息建設(shè)投入和重視度不斷提升。但是作為醫(yī)院的收入只有支出的部門，也有著許多的難言之隱（話題偏移的有點多了）。
看了幾位老師的回答，覺得還是蠻有感觸的。我就說一些自己的體會了。關(guān)于#醫(yī)院集成平臺存儲#方面，個人是傾向于技術(shù)方面也就是分布式。但是這個需要結(jié)合醫(yī)院的現(xiàn)實和歷史信息話建設(shè)進(jìn)行結(jié)合才能更好回答。比如，在某醫(yī)院中的信息化建設(shè)比較早，在已有的情況下采用的集中式存儲，但是正常運行了很多年都沒有大問題?；诰S穩(wěn)定等方面考慮，醫(yī)院不愿再在已有的信息系統(tǒng)上做存儲升級。但是如果是一個新入的平臺，醫(yī)院更多尊重的是廠商的選擇。但是系統(tǒng)的穩(wěn)定、安全，這是尤其重要的。醫(yī)院的系統(tǒng)建設(shè)是民生問題，出了問題有可能隨時問題等級升級。
關(guān)于集中式還是分布式，除了其它老師的意見之外。我就補(bǔ)充點，在醫(yī)院建設(shè)過程，以業(yè)務(wù)為中心，評估風(fēng)險，劃等級進(jìn)行技術(shù)升級。舉個例子，門診業(yè)務(wù)尤為重要，其風(fēng)險等級較高。出了問題，半個小時沒解決，可能第一現(xiàn)場就過來了。而住院的等級可能不會那么嚴(yán)重，一個小時解決可能都沒問題。所以，風(fēng)險等級的劃分還是有必要的。
其次，關(guān)于#集中式還是分布式#。技術(shù)方面的好處與否，這些大概大家都明白，不再贅述。自己也是碼農(nóng)，在寫代碼中，這些會動態(tài)的改變策略。當(dāng)程序的某個功能節(jié)點壓力過大或者風(fēng)險等級較高時，會采用集群分布式之類的策略降低風(fēng)險，提高效率。在醫(yī)院的允許的范圍內(nèi)，可以自行發(fā)揮。
最后，醫(yī)院對于信息科的重視力度之類的。比如采購的服務(wù)器的質(zhì)量，信息科的支持力度之類。
總結(jié)一點，在安全、穩(wěn)定的基礎(chǔ)上，醫(yī)院還是愿意嘗試一些新的技術(shù)的，并不會過多的限制第三方的開發(fā)商的開發(fā)自由。
