为什么医疗保健行业采用高性能对象存储
医疗保健行业在许多方面都是独一无二的。
首先,它缺少要优化的通用目标函数。这是因为付款人和提供者这两个不同的医疗机构对不同事物的重视程度。盈利能力不是普遍目标-有教学医院,信仰医院和非营利性保险计划。还应考虑到,整个行业在交互点起着2500年宣誓的指导作用。此外,医疗保健同时受到高度监管和流程驱动,但又具有高度个性化。清单上的每个示例都强调了医疗保健与其他行业的不同。
尽管该行业具有独特性,但它确实与其他所有行业都面临着共同的挑战-管理和从其数据中提取价值。
医疗保健在全球数据中所占份额不成比例-估计占电子存储的30%。更重要的是,增长率惊人。IDC / DellEMC报告发现,2016年至2018年期间,数据从1.45 PB增长到9.70 PB或878%。假设增长率没有减弱-这是保守的-那些医疗机构现在每个将管理接近100 PB。
数据量和随之而来的增长率要求医疗保健行业从根本上重新评估其存储架构。四年前解决的问题现在是该行业面临的主要挑战-甚至比分析还大。
最复杂的付款人,提供者和技术供应商已经意识到,对象存储(无论是在云中还是本地)都是解决之道。
为什么对象存储现在是医疗保健的基础存储层
从SAN / NAS转移到对象的主要原因与上述规模有关。这些遗留系统的设计并非要在这种规模下执行。此外,即使数据整齐地排列成行和列,数据库也无法容纳100 PB,事实并非如此。现代医疗保健数据是非结构化的-图像,扫描,日志数据,事件流。
尽管数据和卷的非结构化性质是对象存储的关键驱动力,但医疗保健并非采用传统的对象存储。传统的对象存储不是为提高速度而设计的,不是为云原生或面向应用程序而设计的。它是为存档或备份而设计的。
Amazon S3改变了这一点。他们证明了对象存储可以是快速的并且是云原生的。此外,随着S3 Select的出现,AWS证明了对象存储也可以搜索。这是改变游戏规则的人。
对象存储现在可以用作医疗保健存储体系结构的基础组件。考虑以下。下面的列表中插入了现代对象存储,以区分传统的基于归档设备的对象存储和席卷医疗行业的事物:
对象存储可扩展而没有复杂性。
对象存储是为非结构化数据设计的。
与块或文件相比,对象存储提供了极大的经济效益。
现代的对象存储API是RESTful(基于Amazon的S3 API),使其与云本机应用程序兼容。
可以使用标准SQL搜索现代对象存储。
现代对象存储速度很快。就MinIO而言,它是超快的,在32个NVMe节点上提供的速度超过171 GB / s,在24个HDD节点上提供的速度超过9.4 GB / s。
现代的对象存储是云原生的,适合于容器化和编排,使其真正具有弹性。
由于这些原因和其他原因,现代对象存储已成为医疗保健中的默认存储体系结构。从依赖于SAN和NAS的旧版应用程序迁移会花费一些时间,但时间可能并不长。这些解决方案无法扩展。必须更换它们-这是业务上的必须,而不是技术上的决定。
新型Edge模型+ 360度患者视图
医疗保健数据在边缘创建,并在整个组织中共享。这就是它的工作原理。MRI,CT,X射线,超声是在边缘进行的,从一开始就是数字化的,与医生实时共享,最终存储在更中央的地方。从实验室到肾脏透析机的IoT数据几乎几乎每一次交互都遵循相同的模型:在边缘收集或生成数据,供组织随时使用并最终存储在其他地方。
本质上,现代对象存储是为在Internet上高效共享数据而构建的。SAN / NAS系统设计用于数据中心内的低延迟应用程序。考虑一个事实,即使在AWS上,您也无法从云外部访问EBS(弹性块)或EFS(弹性文件)。只是没有为此而设置。
该架构的现代化对医疗保健成本具有重大影响。通过将旧的IT基础架构从各个医院中移出到通用的共享云基础架构中,容器化和编排的所有好处都将发挥作用。
通过在边缘开发密集的对象存储集群,可以在本地处理和共享信息,如果安全性和弹性满足要求,则可以最终迁移到数据中心或公共云中的较低层。
应用经济+文件和块的拒绝
医疗保健是由应用程序定义的行业。Epic是一个应用程序。Cerner是一个应用程序。IBM Watson是一个应用程序。每一家保险公司都有数十种(甚至数百种)应用程序-从人口健康到分析。每个提供商都有从EHR到聊天机器人的数十种(甚至数百种)应用程序。
这些应用程序需要数据。现代应用程序通过诸如Amazon S3 API之类的RESTful API进行通信。尽管许多较旧的应用程序可能专门针对带有POSIX的SAN / NAS环境,但它们很快就被诸如S3之类的RESTful解决方案所取代。
具体而言,默认情况下,在云(公共或私有)和边缘上运行的应用程序使用RESTful API。此外,它们可以在云中运行,但可以在边缘访问数据-这是医疗保健中的关键模型。只需考虑当今占主导地位的模型,即一种在云上运行但访问医院中存在的数据的分析应用程序。这就是现代软件的架构方式。
提供者并未在每个医院位置都建立数据中心。他们正在使用应用程序(说S3)来处理在边缘生成的数据。此外,由于我们看到付款人和提供者之间有更多的融合(彼此之间可以相互适应技能),因此我们将看到更多这种面向应用程序的体系结构,因此在这两个地方都有更多的对象存储。
最后一个证明点:医疗保健互操作性的基础FHIR基于RESTful API。
真正的安全
安全性是现代对象存储在医疗保健领域蓬勃发展的另一个原因。MinIO或AWS等现代对象存储具有针对飞行中或静止数据的高级加密算法。
就医院而言,数据丢失胜于数据泄露。
但是,这不是软件架构师必须做出或想要做出的选择。他们想要安全性和弹性。
私有云对象存储可以同时提供两者。使用内联擦除编码和位保护,MinIO更具弹性和经济性。更重要的是,数据可以保留在付款人或提供者的控制范围之内的事实确保了困扰公有云的违规类型。除了这些关键功能外,例如复杂的加密,防篡改,对象锁定和用于管理和合规性的合法锁定,您还可以从根本上获得更安全的解决方案。
公有云与私有云
我们经常从医疗保健客户那里得到一个问题:公共云还是私有云?作为私有云对象存储提供商,我们的答案常常令人惊讶。
我们告诉客户从公共云开始。有一些技巧需要掌握,一些最佳实践可以应用,一些教训可以学习。团队可以发展专业知识并采用云的思维方式。他们将在云中学习有关弹性,容器化,Kubernetes,微服务以及每种组件的最佳选择的信息。
掌握了这些技能后,请遣返。
这可确保基于行业最佳实践的私有云,同时提供出色的弹性,安全性和经济性。
最终,数据将无处不在。在多个公共云中。在本地和公共云中。这需要一个API才能在这些不同的实例之间进行交流。如我们上面所写,该API是S3。MinIO在该领域的资历是毋庸置疑的。这就是为什么Google和Microsoft都要求我们将S3写入其云的Azure / GCP网关。
体验现代对象存储
尽管我们的论点肯定会引起医疗技术人员的共鸣,但大多数技术人员都希望自己体验一下。使用MinIO,下载代码很简单。MinIO是100%开放源代码,因此您下载的代码与我们的客户使用的代码相同。如今,医疗保健领域的200多家企业都在使用MinIO来为其产品提供动力或用于高性能对象存储用例。该清单包括IQVIA,Unitedhealthcare,Cerner Corporation,McKesson,斯坦福医院和诊所,Kaiser Permanente,The Methodist医院,Epic Systems Corporation,美国国立卫生研究院,Fairview Health Services,俄勒冈州BCBS,北卡罗来纳州,爱荷华州,伊利诺伊州,Anthem,大学健康网和克利夫兰诊所。
如果您有任何疑问,我们可以提供传奇的Slack公共频道和出色的文档来帮助您。如果您想更进一步,请通过sales@minio.org.cn与我们联系,以了解更多有关我们如何满足您特定存储要求的信息。