Portworx《年度容器技术采用情况调查》:多云成为使用容器技术的主要驱动力
在多个云平台上运行应用程序已经成为了容器技术使用的主要驱动力,带来了远超以往的益处,如开发者效率的提升以及支持微服务等。
在2018年版本的《年度容器技术采用情况调查》中,Portworx访谈的用户数量从2017年的250位增加到了2018年的424位。从更加成熟的容器用户角度来看:安全、数据管理和多云是目前面临的最大挑战,同时永久性存储已经不再最大的问题。
在过去几年中我们看到,人们常说锁定某个单一云供应商是不利的,但实际上并不会同时使用多个云服务提供商。调查显示,在那些声称因为多云才使用容器技术的受访者中,仅有26%的受访者实际上在多个云平台上使用容器。与之相比,强调开发者效率的受访者中则有40%是在多个云平台上运行容器的。只有12%的受访者认为微服务架构推动了容器技术的使用,这与2017年的32%相比是个下滑。2018年,有超过25%的受访者认为容器的应用主要是为了节省基础架构的成本。
与容器相比,无服务器化观点依旧较为流行。开发者认为如果不需要维护服务器,则可以获得更高的工作效率,同时减少云基础架构的支出。这一组别的容器使用者倾向于认为“无服务器化会让容器过时”,有41%的受访者同意这一观点,只有29%的受访者表示不同意。
但据最近的The New Stack调查,许多受访者可能并不知道多云平台之间的移植性是无服务器概念的最大问题。如果这一问题无法解决,那么我们就需要折回去继续使用容器,前提是当前的容器用户不再认为多云是目前最大的挑战之一。
超过一半的容器用户指出,在部署容器的过程中,安全是他们所面临的最大挑战之一。这种情况与去年认为永久存储是最大挑战的观点形成了鲜明的对比。数据管理方面的更大挑战超过了对于永久存储的担忧。
Portworx首席技术官Gou Rao认为存储和保护数据问题已经被着手开始解决,从而使开发者能够集中精力在备份/恢复、迁移和复制数据管理等问题上。从基于连接器的容器存储来看,EMC的RexRay或NetApp的Trident都存在着调度程序集成的问题,因为他们是基于下层存储系统而构建的数据管理功能。
安全是目前容器部署过程中面临的最大挑战。对安全的担忧与此前调查相比更加严重,因为现在的受访者正逐渐把更多的应用程序在容器中进行部署。
这就又要谈到存储。有关永久存储的担忧在逐渐消失,但实际上挑战却逐渐增大了。在被问到运行有状态的容器过程中的具体挑战时,除了工具不足以外,其他各个挑战比2017年都发生了上升。Rao认为,之所以一部分人觉得永久存储问题已经被解决了,是因为业内已经在永久存储的标准化接口方面获得了一定的成果,首先是Docker卷驱动器,随后是最近出现的容器存储接口。虽然我们已经能够利用容器运行有状态的服务,但操作过程却依旧并不简单。
原文链接:
https://thenewstack.io/portworx-multicloud-now-a-chief-driver-for-containers/
(内容翻译如有不尽之处,以英文本意为准)
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
微服务架构的优点和缺点总结
微服务架构的好处与优势 微服务架构模式有很多好处。 首先,通过分解巨大单体式应用为多个服务方法解决了复杂性问题。在功能不变的情况下,应用被分解为多个可管理的分支 或服务。每个服务都有一个用RPC-或者消息驱动API定义清楚的边界。微服务架构模式给采用单体式编码方式很难实现的功能提供了模块化的解决方案,由 此,单个服务很容易开发、理解和维护。 第二,这种架构使得每个服务都可以有专门开发团队来开发。开发者可以自由选择开发技术,提供API服务。当然,许多公司试图避免混乱,只提供某 些技术选择。然后,这种自由意味着开发者不需要被迫使用某项目开始时采用的过时技术,他们可以选择现在的技术。甚至于,因为服务都是相对简单,即使用现在 技术重写以前代码也不是很困难的事情。 第三,微服务架构模式是每个微服务独立的部署。开发者不再需要协调其它服务部署对本服务的影响。这种改变可以加快部署速度。UI团队可以采用AB测试,快速的部署变化。微服务架构模式使得持续化部署成为可能。 最后,微服务架构模式使得每个服务独立扩展。你可以根据每个服务的规模来部署满足需求的规模。甚至于,你可以使用更适合于服务资源需求的硬件。 比...
- 下一篇
微服务架构案例(03):数据库选型简介,业务数据规划设计
本文源码:GitHub·点这里 || GitEE·点这里 更新进度(共6节): 01:项目技术选型简介,架构图解说明02:业务架构设计,系统分层管理03:数据库选型,业务数据设计规划 一、数据库选择 1、数据库分类 数据库类型 常见数据库 关系型 MySQL、Oracle、DB2、SQLServer等。 非关系型 Hbase、Redis、MongodDB等。 行式存储 MySQL、Oracle、DB2、SQLServer等。 列式存储 Hbase、ClickHouse等。 分布式存储 Cassandra、Hbase、MongodDB等。 键值存储 Memcached、Redis、MemcacheDB等。 图形存储 Neo4J、TigerGraph等。 文档存储 MongoDB、CouchDB等。 2、数据库选择 基于特定的应用环境,选择最适合的数据库,建立数据存储模式,使之能够有效地存储数据,满足各种用户的应用需求。例如:普通的业务库,数据量不大情况下选择MySQL;有频繁的搜索操作,可以使用ElasticSearch;系统存在大量热点数据,可以使用常见的缓存数据库等。 3、微服务数据...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- Windows10,CentOS7,CentOS8安装MongoDB4.0.16
- CentOS8,CentOS7,CentOS6编译安装Redis5.0.7
- SpringBoot2整合Redis,开启缓存,提高访问速度
- Docker使用Oracle官方镜像安装(12C,18C,19C)
- Jdk安装(Linux,MacOS,Windows),包含三大操作系统的最全安装
- Hadoop3单机部署,实现最简伪集群
- SpringBoot2整合MyBatis,连接MySql数据库做增删改查操作
- SpringBoot2配置默认Tomcat设置,开启更多高级功能
- Springboot2将连接池hikari替换为druid,体验最强大的数据库连接池
- SpringBoot2更换Tomcat为Jetty,小型站点的福音