引言
本內(nèi)容取自2022年3月15日我們與客戶的一次線上討論。在這次會議上，李雪良博士分享了他對生物反應(yīng)器“云”服務(wù)這種商業(yè)模式的理解，并結(jié)合該商業(yè)模式對軟、硬件的需求，介紹了迪必爾CloudReady解決方案的設(shè)計思想和創(chuàng)新特性，包括高度可擴(kuò)展的軟、硬件架構(gòu)，豐富的遠(yuǎn)程監(jiān)控功能，內(nèi)置項目和用戶管理，工作流程自動化，標(biāo)準(zhǔn)的數(shù)據(jù)庫接口以及數(shù)據(jù)的可追溯性。 迪必爾CloudReady解決方案中，CloudReady如果直接翻譯是“云就位”的意思。我們認(rèn)為比較合適的翻譯是云服務(wù)綜合解決方案，也是我們對其定位。云反應(yīng)器究竟有沒有內(nèi)涵？給大家分享一下我們的見解。
     
它其實是一種商業(yè)模式，核心的特點(diǎn)是最終用戶不擁有硬件，通過完成租賃的形式獲得硬件的使用價值。云服務(wù)的提供商擁有硬件并且對硬件進(jìn)行維護(hù)。云的本質(zhì)，硬件本身并不是云的核心。如果去看國內(nèi)的阿里云，使用的硬件用戶也可以買來放在家里，或者在公司里用，本身并沒有本質(zhì)的區(qū)別。但是“云”肯定是需要對外提供使用的，其數(shù)量肯定是龐大的、肯定是可擴(kuò)展的。其核心是量的問題，不是質(zhì)的問題。

為了支撐這種商業(yè)模式，其實軟件技術(shù)是首要的。因為要對外提供服務(wù)，要去管理大量的硬件、管理你客戶信息（包括收費(fèi)、包括任務(wù)分配），這些也是云服務(wù)，從技術(shù)上首先要解決的問題。需要些東西才能為云服務(wù)的商業(yè)模式服務(wù)，具體到生物反應(yīng)器上，業(yè)內(nèi)之前已經(jīng)有類似的服務(wù)，比如說一些平臺的租賃，還有現(xiàn)在非常非�；鸨�的CRO、CDMO、CXO。
   
那他們和云反應(yīng)器服務(wù)有沒有區(qū)別？我們總結(jié)了一下，從硬件的所有者來說，最終用戶不擁有硬件是核心的差異。這點(diǎn)來說平臺租賃還有CXO都是service provider（服務(wù)提供商）；硬件維護(hù)上，CXO還有云服務(wù)都是服務(wù)提供商來提供，平臺租賃會簡單地維護(hù)用戶，但主要還是服務(wù)提供商來做，試劑的提供如果是CXO的話就全部都是服務(wù)提供商來提供了，如果是平臺租賃主要也是服務(wù)提供商和客戶各提供一部分。

對云服務(wù)來說，是不一樣的，因為它會涉及到專有的部分，如培養(yǎng)基的配方，客戶并不想透露給服務(wù)提供商，這些試劑或許會提前配置好寄給服務(wù)提供商，比如氯化鈉、水、或者是分離提取的一些常用的溶劑服務(wù)提供商可以準(zhǔn)備。還有菌種、細(xì)胞、質(zhì)粒這些東西，如果是平臺租賃的話只出租硬件，這些東西都是客戶自己帶過去的。如果是CXO、CRO服務(wù)提供商有些會負(fù)責(zé)一部分菌種或細(xì)胞增強(qiáng)，甚至設(shè)計方面也提供一部分，但主要還是客戶來提供。對于反應(yīng)器云服務(wù)來說100%是客戶提供，上面這些問題并不決定著云服務(wù)的核心，真正有差別的地方是實驗設(shè)計、數(shù)據(jù)分析、結(jié)果評估、實驗迭代。這一部分可能主要是CRO來完成，因為research本身分工了，實驗設(shè)計、數(shù)據(jù)分析、結(jié)果評估這些屬research的一部分，將由CRO來做。
但是云服務(wù)，實驗設(shè)計、數(shù)據(jù)分析，還有結(jié)果評估，是客戶自己做的，而不是CRO幫他做，這是云服務(wù)和CRO的本質(zhì)區(qū)別在。云服務(wù)只提供硬件服務(wù)，不替你做研究。當(dāng)然里面還涉及到實驗操作，那么實驗操作CXO不用說，肯定是他們自己來幫客戶來做；云服務(wù)也是服務(wù)提供商來做，但是，他不做實驗設(shè)計和結(jié)果分析。實驗設(shè)計和結(jié)果分析的客戶，是不需要到現(xiàn)場的，可以遠(yuǎn)程來進(jìn)行實驗設(shè)計和結(jié)果分析。如果把實驗操作拿掉，客戶完全是可以遠(yuǎn)程做的。  
我框起來的一部分是反應(yīng)器云服務(wù)和CXO它的區(qū)別點(diǎn)，它們之間是不同的，云服務(wù)是有自己的內(nèi)涵，而不是為了市場營銷而創(chuàng)造的東西。

那么回到CloudReady產(chǎn)品來說，我們針對這些特點(diǎn)，對我們系統(tǒng)進(jìn)行了從頭開發(fā)，當(dāng)然硬件很大程度上是基于之前已有的成熟的minibox開發(fā)的。
     
1）豐富的遠(yuǎn)程監(jiān)控功能 & 標(biāo)準(zhǔn)的數(shù)據(jù)庫接口 & 內(nèi)置項目管理和用戶管理

整個構(gòu)架我們重新進(jìn)行了設(shè)計，比如說客戶的結(jié)果、實驗設(shè)計、數(shù)據(jù)分析，是可以遠(yuǎn)程來做的。遠(yuǎn)程來做就必然要求我們有豐富的遠(yuǎn)程監(jiān)控功能，這我們可以通過PC或者是移動端隨時查看過程的數(shù)據(jù)，還有運(yùn)行的實時視頻。如果沒有這些過程就很難實現(xiàn)了，當(dāng)然技術(shù)本身并不復(fù)雜，IT產(chǎn)業(yè)有成熟的技術(shù)我們可以拿來用。

標(biāo)準(zhǔn)的數(shù)據(jù)接口：我們?nèi)绻�看現(xiàn)在其他的產(chǎn)品，國內(nèi)其他產(chǎn)品他們一般是專有的數(shù)據(jù)庫還有加密，壓縮等保護(hù)，不能很輕易調(diào)取數(shù)據(jù)進(jìn)行分析。這樣的話，給到第三方給客戶進(jìn)行數(shù)據(jù)分析和進(jìn)行結(jié)果評估，用到的工具和用到的軟件，可能無法進(jìn)行對接。迪必爾可以實現(xiàn)客戶直接訪問我們的數(shù)據(jù)庫，用自己已經(jīng)熟悉的軟件，或者已有的workflow automation或者pipeline直接對接，按照自己的習(xí)慣去進(jìn)行分析，再重新設(shè)計，再迭代實驗，這同時也是云服務(wù)解決方案所必須要考慮的問題。

我們的軟件系統(tǒng)需要內(nèi)置項目管理和用戶管理，因為我們是要給別人提供服務(wù)的，并知道誰是在做哪個實驗，在做哪個項目，要用哪個反應(yīng)器。
 
2）高度可擴(kuò)展性  & 工作流程自動化 & 數(shù)據(jù)可追溯性
 
我們還需要在硬件和軟件構(gòu)架上實現(xiàn)可擴(kuò)展。假設(shè)一開始有80套或者是100套反應(yīng)器，后面要擴(kuò)展到200套或者是500套，我們的軟件還有硬件都是可以支持?jǐn)U展的。這一點(diǎn)更類似于我們現(xiàn)有的IT行業(yè)的云服務(wù)�？梢赃x擇增加他的容量，高度可擴(kuò)展的同時滿足更多客戶的需求。

工作流程的自動化：客戶自己如果要操作200套反應(yīng)器，如果沒有這些工作流程自動化的工具，就必須全部靠人去做，成本太高，出錯的概率也會很高。是不太作為可持續(xù)的商業(yè)模式的。自動化最好是用腳本的形式，可以遠(yuǎn)程編腳本，然后下載到我的反應(yīng)器上去運(yùn)行，這也是云服務(wù)必須提供的工具。

數(shù)據(jù)可追溯性也是很重要的，對客戶來說，可以看到所有的操作。當(dāng)看結(jié)果的時候，可以回去看整個操作過程中的視頻錄像，例如追溯當(dāng)時在操作取樣步驟做了哪些改變。
 
CloudReady 生物反應(yīng)器系統(tǒng)架構(gòu)是什么呢？有哪些特性呢?
下期我們將繼續(xù)整理成文字發(fā)布。