HarmonyOS开发者限时福利来啦!最高10w+现金激励等你拿~ 了解详情
写点什么

AWS 在容器服务的大棋盘上有哪些“落子”?

  • 2019-10-29
  • 本文字数:1681 字

    阅读完需:约 6 分钟

AWS在容器服务的大棋盘上有哪些“落子”?

AWS CEO Jeff Bezos 曾提出一个著名的理论——两个披萨原则,即每个内部团队都应该足够小,小到可以用两个披萨喂养。如何实现两个披萨团队呢?AWS 现代化应用产品市场负责人 Aaron Kao 和我们讲述了 AWS 的实践历程,同时也介绍了 AWS 提供的现代化应用产品。


2000 年,亚马逊网站还是一个超大型的单体应用,内部很多团队在开发同一个应用,如果团队成员想要添加新产品,就必须对原代码进行编辑、修改。当时,很多不同团队都必须到同一个管道中进行单体应用开发,敏捷性非常差。


2001 年,为了实现更快速地开发,AWS 决定改变构建应用的方式,打造“双披萨团队”,把应用分解为多个微服务。S3 就是其中一个很好的例子,2013 年 S3 刚推出时,只有 8 个微服务,现在 S3 已经包含有 235 个以上的微服务。


这是 AWS 的实践历程,那么其它公司应该如何实践呢?Aaron Kao 表示:“想要实现现代应用的开发,就必须在很多方面都做出改变,包括架构模型、运营模型、软件交付、安全模型以及数据管理。”


以架构模型为例,随着单体应用程序的代码库不断扩大,添加、修改功能就变得十分复杂。为了解决这个问题,AWS 引入了微服务体系架构,每个团队做一个服务,每个服务执行一个功能,彼此之间相互独立,通过轻量级的 API 实现服务和团队之间的沟通。如果想把规模做大的话,只需对某个服务进行规模化,如果想修改的话,只需修改某个微服务的代码,而无需影响其它代码。


微服务如果部署在多个主机上也会遇到很多问题,例如大量微服务的管理,部署等,而容器的出现刚好可以解决这些问题。下面我们就来看看 AWS 在容器方面有哪些布局。

AWS 在容器大棋盘上的“落子”


整个 AWS 容器服务的布局可以分为三个层次,最下面是映像注册表,Amazon ECR (Amazon Elastic Container Registry),它可以存储容器映像文件,容器注册表非常易用;中间是计算引擎,用户可以使用 Amazon EC2 作为启动类型来运行容器,也可以使用 AWS Fargate 来启动无服务器的运行;最上层是编排层,根据不同的用户需求,AWS 提供了不同的服务,如果客户想要专注于基础架构或配置,可以自己搭建编排服务。如果客户只想开发应用,那么可以使用 AWS 的托管服务,Amazon Elastic Container Service 或者 Amazon Elastic Kubernetes Service。



2014 年,为了给客户提供容器管理服务,AWS 发布了 Elastic Container Services(简称 ECS),与 AWS 其它服务深度集成,例如 Elastic Load Balancing,支持在 EC2 实例里运行 Docker 容器。



随着 Kubernetes 渐渐成为市场上容器编排的事实标准,AWS 在 2018 年 6 月推出了面向 Kubernetes 的 EKS。用户可以通过 EKS 完成微服务、PaaS、企业应用迁移以及机器学习。


为什么我们要选择 EKS 呢?Aaron Kao 给出了四大理由:


  • 安全可靠:EKS 是运行生产级工作负载的平台,因此安全可靠是首要任务。AWS 会确保 EKS 每个版本在发布时是完全符合安全要求的,并且会始终提供安全补丁。如果你运行的是老版本 Kubernetes 也不用担心,AWS 也会提供支持老版本的安全补丁。

  • 原生和上游 Kubernetes 体验:AWS 的 Kubernetes 与开源 Kubernetes 的运行是一样的,与开源社区密切合作,并会将代码贡献给上游。

  • 无缝集成:EKS 与 AWS 平台实现了无缝集成,可享受 165 种不同的服务,包括存储服务、管理服务等。

  • 目前 51%的工作负载运行在 AWS 上。


据 Aaron Kao 透露:“EKS 很快会在 AWS 中国(北京)区域、AWS 中国(宁夏)区域、AWS 南美洲(圣保罗)区域推出。”



除了 ECS 和 EKS,AWS 还有一个秘密武器 AWS Fargate。有了它,用户就无需处理服务器或基础架构了,可以快速推出和扩充容器应用,据 Aaron Kao 介绍:“现在,客户使用 Fargate 每周管理和运行上百万个容器。”


2019 年 10 月 8 日,AWS Fargate 正式在中国推出。

写在最后

“产品众多”是 AWS 的一大特征,在容器服务领域也不例外。相信很多人都会有疑问:“AWS 是基于什么样的原因推出了如今的产品。”Aaron Kao 表示:“其实 90%的产品路线图都是从客户那里获得的,我们会根据客户的要求分地区提供给他们想要的服务。除此之外,我们还将重点关注安全性、可用性、可靠性以及开发工具的创新。”


2019-10-29 09:081590
用户头像

发布了 497 篇内容, 共 322.7 次阅读, 收获喜欢 1919 次。

关注

评论

发布
暂无评论
发现更多内容

【计算机内功修炼】七:高并发高性能服务器是如何实现的

码农的荒岛求生

高并发 事件驱动 高性能 Event Driven 高并发优化

面试官:Netty的线程模型可不只是主从多Reactor这么简单

中间件兴趣圈

reactor Netty nio 中间件 线程模型

架构师训练营 week13 课后作业

花果山

有道乐读 x AWS | 云上的少儿图书馆!这个寒假让孩子爱上“乐读”

亚马逊云科技 (Amazon Web Services)

云计算 AWS

第一周-胡赵凯-作业

hisun胡

产品经理训练营

十三周总结

水浴清风

数字货币交易APP系统开发|数字货币交易软件开发

系统开发

ClickHouse在大数据领域企业级应用实践和探索总结

王知无

大数据 Clickhouse

架构师训练营 week13 学习笔记

花果山

十三、数据应用二

Geek_28b526

项目管理系列 (5)-沟通规划

Ian哥

项目管理 沟通与管理 28天写作

架构师训练营第2期 第13周总结

月下独酌

架构师训练营第2期

软件架构-缓存技术

看山

缓存 架构

HTML(一)——html相关介绍

程序员的时光

程序员 28天写作

数字货币合约交易系统软件开发|数字货币合约交易APP开发

系统开发

构师训练营 - 第十三周课后练习

joshuamai

AWS Graviton2 | 匠“芯”定制,性能为王

亚马逊云科技 (Amazon Web Services)

云计算 AWS

在 AWS 的视角下,正确打开零信任安全模型

亚马逊云科技 (Amazon Web Services)

云计算 AWS

给自己当前岗位所定义的理想岗位模型

邹小胖

自我思考

Springboot 中的切面AOP处理

武哥聊编程

Java aop springboot SpringBoot 2 28天写作

币币撮合交易系统软件开发|币币撮合交易APP开发

系统开发

前端也要懂机器学习(下)

执鸢者

机器学习 大前端

敏捷开发需要内外兼修

Bruce Talk

敏捷开发 Agile

Flink1.12集成Hive打造自己的批流一体数仓

王知无

大数据 flink

HDFS中的常用压缩算法及区别

王知无

大数据 hdfs

架构师课程--第十三周作业

孤星

Hbase性能优化百科全书

王知无

大数据 HBase

架构师训练营第2期 第13周命题作业

月下独酌

架构师训练营第2期

第一周-胡赵凯-总结

hisun胡

产品经理训练营

如何 debug hive 源码,知其然知其所以然

王凯

hive 源码分析

最长公共前缀字符串, RxSwift的概念详细解析, 极客大学认识产品经理 John 易筋 ARTS 打卡 Week 35

John(易筋)

ARTS 打卡计划 最长公共前缀字符串 RxSwift的概念详细解析 极客大学认识产品经理 极客大学产品经理训练营

AWS在容器服务的大棋盘上有哪些“落子”?_服务革新_田晓旭_InfoQ精选文章