主要观点总结
本文提供了关于云计算领域的最新动态和趋势，包括澳洲银行上云、AWS发布EKS Dashboard、Oracle与谷歌云的市场竞争等关键话题。同时，也包含了对金融、多云管理、云厂商竞争和零售业转型的点评及出海启示。
关键观点总结
关键观点1: 澳洲银行上云AWS
澳洲联邦银行迁移数据至AWS，利用AI提升服务能力和竞争力。金融行业正在加速拥抱云计算，这为国内金融机构的出海战略提供了借鉴。
关键观点2: AWS发布EKS Dashboard
AWS推出EKS Dashboard，旨在提供跨多个AWS区域和账户的Kubernetes集群的集中式管理界面，解决组织在分布式Kubernetes部署中面临的运营挑战。这反映了多云管理日益增长的需求。
关键观点3: 云厂商市场竞争
Oracle和谷歌云在云计算市场上的竞争日益激烈。Oracle基于强劲的RPO数据有望超越谷歌云，成为全球增长最快的主要云厂商。各云厂商都在不断创新和扩展云服务，以争夺市场份额。
关键观点4: 出海启示
选择合适的云平台、重视数据安全和合规、持续学习和创新是出海企业在云计算时代的重要启示。同时，关注云计算领域的最新技术和趋势，不断提升自身的技术能力和创新能力也是必要的。
正文
“我们有超过2,000个人工智能模型，利用大约1570亿个数据点——使CBA成为该国最大的人工智能企业用户之一。这项举措不仅增强了我们的数据能力，还支持了我们为客户提供全球最佳数字体验和技术的战略重点。”
Sutherland补充说，通过将100%的数据迁移到云端，联邦银行将能够进一步减少其本地数据中心的占用空间，并扩大其运营规模。
今年早些时候，联邦银行表示，它可能会在今年5月之前完成其云迁移。该银行还在今年2月与AWS签署了一项为期五年的协议。
联邦银行对人工智能的兴趣自去年以来就已经确立。2024年9月，CBA透露计划使用AWS的EC2 P5实例和Nvidia H100，在该云巨头悉尼地区创建一个“人工智能工厂”。该公司此后表示，人工智能工厂帮助加快了迁移项目。
**icare续签了价值2900万澳元的AWS合同**
据iTNews报道，新南威尔士州的赔偿保险机构icare已续签了与AWS的合同。
在一份价值2900万澳元（1883万美元）的合同中，icare将继续使用AWS云平台三年。
一位发言人告诉ITN：“自2016年以来，AWS一直支持icare云基础设施。该合同符合icare和新南威尔士州政府的数字战略。”
icare成立于2015年，与《州保险和护理治理法案》一起成立，负责处理工人的保险和护理服务。
在使用AWS之前，icare与凯捷签约，作为其核心保险平台的主要供应商和集成商。ITN指出，在icare的2023-24年度报告中，该组织表示已与Data#3签约，将多个应用程序迁移到AWS。
续签是通过数字转型局的政府整体交易签署的。
DTA于2025年1月签署了政府整体交易，该交易建立在之前与AWS达成的2019年交易的基础上。该合同规定，AWS将为澳大利亚公共服务技术和云技能提升提供支持，通过标准化合同框架提供服务，并将利益扩展到各级政府，包括地方议会、州和联邦政府以及所有公共部门实体。
去年6月，有报道称，AWS正在为澳大利亚政府建设一个数据中心，该数据中心将处理最高机密信息。该数据中心和云系统是AWS和澳大利亚政府之间合作开发的，后者将在未来十年内向新系统投资20亿澳元（13亿美元）。
---
标
**2 AWS发布EKS Dashboard，剑指多云 Kubernetes复杂性！**
* **新闻概要：** AWS推出了Amazon EKS Dashboard，旨在提供跨多个AWS区域和账户的Kubernetes集群的集中式管理界面，解决组织在分布式Kubernetes部署中面临的运营挑战。该仪表板提供集群分布、版本信息、支持状态等洞察，并具备成本预测和合规性评估功能。
* **原文翻译：**
AWS推出EKS仪表板，以应对多云Kubernetes的复杂性
2025年6月10日 阅读时间3分钟
作者
作者照片
马特·桑德斯
DevOps、DevEx、平台工程、快速流动
登录以收听本文
亚马逊网络服务公司宣布全面推出Amazon EKS仪表板。这种新的集中式管理界面可在多个AWS区域和账户中部署的Kubernetes集群中提供统一的可视性。该仪表板解决了在不同AWS区域和账户中运行分布式Kubernetes部署的组织所面临的运营挑战。
AWS博客的高级解决方案架构师Micah Walter在文章中介绍了创建EKS仪表板的动机：
许多客户求助于第三方工具来实现集中式集群可见性，这增加了身份和访问设置、许可成本和维护开销的复杂性。
-米迦·沃尔特
该仪表板提供了对三种主要资源类型的洞察：集群、托管节点组和EKS附加组件。组织可以查看聚合数据，显示按区域和帐户划分的集群分布、版本信息、支持状态以及EKS控制平面的预测扩展支持成本。该界面还显示集群运行状况指标，并允许用户通过自动过滤功能深入到特定数据中。
该仪表板具有多种可视化格式，包括Kubernetes集群的图形、表格和地图视图。高级筛选和搜索功能允许管理员识别需要注意的集群，导出功能允许用户提取数据以进行外部分析或自定义报告。
设置仪表板需要通过AWS Organizations的管理账户或委派的管理员账户进行访问。配置过程包括通过Amazon EKS控制台的组织设置页面启用可信访问作为一次性设置。
虽然主要为Amazon EKS集群设计，但该仪表板还可以提供对在本地或其他云提供商上运行的已连接Kubernetes集群的可见性。与本机EKS集群相比，连接的集群可能具有有限的数据粒度，这对于运行混合或多云环境的组织非常有用。
在AWS发布此消息之前，谷歌云最近发布了Kubernetes History Inspector（KHI），这是一种专注于按时间顺序可视化集群日志以进行故障排除的开源工具。虽然这两种工具都解决了Kubernetes管理方面的挑战，但它们采用了不同的方法来解决这个问题。
EKS仪表板强调跨多个集群和账户的集中式库存管理和运营监督。它通过成本预测和合规性评估等功能提供高级组织可见性。相比之下，谷歌的KHI侧重于通过详细的日志分析和时间线可视化来排除故障和调试单个集群问题。KHI提供了组件状态及其随时间推移的关系的微观视图，包括宏观集群历史和详细的组件级分析，使其对于事件响应和根本原因分析特别有价值。
一个关键的架构差异在于范围和集成。EKS仪表板作为专为广泛的组织可见性而设计的本机AWS控制台功能运行，而KHI则作为需要单独部署的专用开源工具运行。KHI目前仅适用于Google Kubernetes Engine和Cloud Logging，但计划将支持扩展到普通的Kubernetes部署。
微软的Azure Stack Hub通过其Kubernetes仪表板实现提供了一种更传统的方法，该仪表板通过标准的Kubernetes Web界面提供基本的管理操作。与AWS的集中式组织视图或谷歌的专用故障排除视图不同，Azure Stack Hub的解决方案需要手动证书管理，并且具有更复杂的基于SSH的设置。Azure解决方案主要用于单集群管理方案，并且需要明显更多的技术专业知识才能配置和维护。
