原标题：只有介接容器套件还不够，Pure Storage推出容器储存即服务，本地环境也能提供随需储存
图片来源:Purestorage
除了安全性、管理复杂度，储存架构设计也是企业导入容器技术的一个痛点，Pure△Storage前首席架构师兼共同创办人John△Hayes就曾表示：“Docker容器架构最大储存挑战是，你根本不知道资料存在何处。”他认为，过去10年发展的储存技术，大多将不适用于容器。而John△Hayes现已离开自己创办的公司，现在是Pure△Storage顾问。
不过即使灵魂人物出走，Pure△Storage在去年也开始抢进容器储存市场，让Purity//FA作业系统支援Docker△Persistent△Volumes，让快闪储存阵列能够延伸到容器化应用程序。在今年Accelerate用户大会中，推出了容器储存即服务（Container△storage△as△a△service），Pure△Storage表示，要把公有云的敏捷特色带到本地环境，“让开发者能更快速建置、部署及扩充微服务应用程序。”
而这次释出的容器储存即服务Pure△Service△Orchestrator，整合了调度工具Kubernetes，作为虚拟层的中控中心，除了能提供随需储存、自我修复功能外，也能支援多阵列的档案（File）、区块储存（Block），让本地容器环境也可导入储存即服务。
IT基础架构的发展，从实体机、虚拟机，到当今云端、容器基础架构，技术的演进，以更为轻量、减少相依性，以及加强模组化演进，“这也无怪乎，容器技术的采用率爆炸成长”，Pure△Storage表示，IDC估计，在2021年，有80％云端应用，都会采用微服务架构，而其中的95％，又会部署在容器中执行。从2017年，Pure△Storage就正式开始布局容器储存，通过介接Docker、Kubernetes及FlexVolume△Driver套件，让容器应用也可以支援持久储存，“不过我们马上就了解，支援储存套件还不足够”，由于容器基础架构环境过于复杂，按照其任务属性，不仅有生命周期、所需储存格式的差异，容器快速布建的特性，更容易把储存系统逼到极限。
这次Pure△Storage推的容器储存即服务Pure△Service△Orchestrator，总共有三个重要特色。首先，该平台提供智慧建置功能，以使用者预先设定的政策，提供随需储存服务。Pure△Storage表示，根据效能表现、储存空间使用率、储存系统健康状况等变数，系统可以根据每个请求，布建相对应的储存，简化系统管理员的工作。
再者，该平台除了相容支援快闪储存阵列、刀锋储存阵列，也能支援档案、区块储存，在储存服务下子储存系统，配置相异的组态设定，“只要一个指令，就可以扩充储存规模。”Pure△Storage表示。最后是提供自我修复功能，确保服务稳定性，Pure△Service△Orchestrator会确保各个Kubernetes节点，不会重复连接到同一Volume。目前Pure△Storage也已经和红帽合作，结合OpenShift、Pure△Service△Orchestrator，释出了参考架构。
这次释出的容器储存即服务Pure△Service△Orchestrator，整合了调度工具Kubernetes，作为虚拟层的中控中心，除了能提供随需储存、自我修复功能外，也能支援多阵列的档案（File）、区块储存（Block），让本地容器环境也可导入储存即服务。图片来源：Pure△Storage
相关：
金管局副总裁李达志在日志“汇思”以问答形式撰文，指随着市场上港元减少，港元拆息趋升是大环境，往后存贷息率走向，须视乎后市资金流向和外围金融环境变化，但加息步伐应不会太急，原因是银行体系持有大量外汇基金
OpenStack容器专案Kata Containers 1.0版正式推出
去年OpenStack高峰会所主打的重要方向是开放组合式架构，并结合各项开源专案，让OpenStack变成云端原生应用的执行平台。而近日OpenStack△2018年度高峰会在温哥华开跑，当中一个重要宣布，就是自家容器专案Kata△Con
红帽与Juniper Networks合作，加强跨云环境整合
前阵子结束不久的红帽高峰会，该公司推出系列的多云环境结盟策略，像是扩大核心产品OpenShift的势力范围，与微软一起推出代管服务OpenShift△on△Azure。同时，OpenShift也与私有云容器平台IBM△Cloud△Private结合，
VMware释出第五版OpenStack，现在也能建立异质功能的Kubernetes节点
开源IaaS△OpenStack的讨论声量不如以往，IT基础架构的目光多投射在Kubernetes、容器服务之上。不过近日OpenStack年度高峰会之时，VMware也正式推出自家第五版的OpenStack，目前该版本是使用第17版的OpenStack△Quee
在Kubernetes逐渐站稳脚步，打响在企业的名声后，几家大型公有云厂商的容器服务（Container△Service）的命名方式，也开始以Kubernetes为中心打转。像是微软Azure原先的容器服务，现在称为Azure△Kubernetes服务（AK