历史上的今天
今天是:2024年10月25日(星期五)
2018年10月25日 | 提高基础架构的利用率和灵活性,NetApp赋予DevOps掌控权
2018-10-25
通过数据驱动的DevOps可更加快速轻松地促进新的业务机会:
高效的自助服务资源可提高基础架构的利用率和灵活性
通过高级数据服务缩短开发周期将更多时间用于开发活动,减少管理服务所需的时间
让开发人员在负责管理基础架构要求的同时,运营人员仍然可以了解运营状况
NetApp今日发布了对Trident(用于解决容器持久存储难题的自动配置程序)的更新、适用于基于NetApp超融合架构(HCI)的Red Hat OpenShift Container Platform的新验证架构,以及对NetApp® Cloud Volumes for Google Cloud Platform和NetApp Cloud Volumes for AWS上的DevOps灵活性的增强。
NetApp Kubernetes Service,这是一个适用于托管Kubernetes的通用控制平台(Universal Control Plane for Managed Kubernetes),可极大地简化云中的Kubernetes集群部署。NetApp近期还发布了适用于Element®的新Ansible模块,用于为NetApp HCI和SolidFire®解决方案提供集成功能;适用于ONTAP®的Ansible模块,用于为NetApp AFF和FAS系统提供集成解决方案;以及适用于SANtricity®的Ansible模块,用于为NetApp E系列系统提供集成解决方案。这项新功能支持客户使用熟悉的工具来定义和部署一致的基础架构,以用于开发、测试和生产。
在thePub上下载。
Trident:
支持完整的NetApp产品组合:NetApp HCI、ONTAP、SolidFire、NetApp Cloud Volumes ONTAP等等;
提供最广泛的生产支持,在市场上已有的容器平台上保证持久性,支持通过容器的原生语言进行自助存储和数据管理;
通过简化并自动化持久容器存储,避免就配置开立人工服务单,以此提高效率;
支持敏捷开发-测试-部署过程,减少开发-测试-发布过程的人员交互,提高代码质量和客户满意度;
借助可扩展的容器管理解决方案,增强数据一致性和安全性;
不断进行扩展和改进;作为一个开源项目,开发人员可以使用新功能不断改进Trident。
在经验证的NetApp HCI架构上部署Red Hat OpenShift Container Platform,支持DevOps通过以下方式在私有云中管理容器:
通过加快应用程序的构建、部署和管理速度,更加快速地交付应用程序;
利用自助服务功能增强DevOps的能力,帮助提供一种“开箱即用”的体验,从而支持各团队更轻松地借助容器和更加简化的混合云基础架构构建、部署和扩展应用程序;
简化并自动化运营,以便更快速轻松地交付云应用程序平台,同时帮助限制设计自定义平台所需的时间或所产生的复杂性。
利用适用于DevOps的云激发创新
NetApp Cloud Volumes Service提供云原生文件存储,这种存储可为云应用程序提供极致性能和高级数据管理。
NetApp Cloud Volumes for Google Cloud Platform是一项可提供真正原生体验的无操作服务,其中包括Google的支持服务、用于配置和管理的Google Cloud UI以及三个性能级别:标准(Standard)、高级(Premium)和极致(Extreme)。它同时提供NFS和SMB协议服务,可全面支持GCP客户的工作负载需求。
NetApp Cloud Volumes for Google Cloud Platform:
通过将分析功能迁移到云,更快地做出数据驱动的决策;
利用云中的高性能文件服务保障数据库的安全,以便在应用程序和工作负载之间进行高速测试和迭代,并在发生任何故障时快速还原回原始数据库;
利用快速文件副本加速创造价值,支持开发人员克隆数百个环境,从而节省测试和QA时间。
NetApp Cloud Volumes for AWS可为AWS提供经验证的安全NFS和SMB数据管理服务。目前,NetApp及其合作伙伴均可提供Cloud Volumes for AWS,而且很快将在AWS Marketplace上架并将进军国际市场。
NetApp Cloud Volumes for AWS:
通过REST API支持和Cloud Backup服务预览,增强DevOps的灵活性;
为云应用程序提供高级企业级服务,支持在云中以极致速度运行工作负载,性能可预测,并且丝毫不影响灵活性;
支持具有多个数据源和同时进行多应用程序数据共享的数据湖;
不需要针对云重新设计基于文件的应用程序架构;只需将它们迁移到云即可,不会增加开发周期。
下一篇:解析物联网产品天线测试
史海拾趣
|
书中提到的8237A 8259A 8253-PIT 8255A 8250 8251A这些片子总觉得不是很熟,不会编程,大家有什么好的建议,能让我掌握他们。有什么好的资料吗?… 查看全部问答> |
|
驱动使用DDK写的,不是DS+DDK,以前用DS+DDK的时候是应用把一个Event的HANDLE传进去,然后驱动里面用传进来的HANDLE生成一个KEVENT,应用那里启动一个线程,线程里面等待那个Event就行了,这样当发生中断时驱动的DPC就把KEVENT设置,应用的那个线程就 ...… 查看全部问答> |
|
在做430向SD卡写数据时候,SD卡可以,但是用SDHC卡初始化过程中CMD0的响应正确,ACMD41响应总是0x01,是不是argument有问题呢?… 查看全部问答> |
|
2012TI杯山东省大学生电子设计竞赛 基本仪器和主要元器件清单 1、基本仪器清单 数字电桥 直流稳压电源 量角器 米尺 四位半数字万用表 0~200℃温度 ...… 查看全部问答> |
|
请问在main中进入LPM4,在外部中断唤醒后在中断进入LPM3,这时程序是回到main中了... 首先在main吧,我运行了“_BIS_SR(LPM4_bits + GIE); // Enter LPM4” 先外部IO口中断函数中我又运行了“_BIS_SR(LPM3_bits + GIE);”,请问在此之后,程序是继续执行完中断函数后面的内容再进入LPM3,还是 ...… 查看全部问答> |




