亚马逊AWS官方博客

Category: Containers

基于ECS Fargate构建Apache Superset

通过结合Amazon Elastic Container Service (Amazon ECS),AWS Cloud Map等托管服务,我们可以将Apache Superset快速构建至托管的容器集群,而无需安装、操作和扩展额外的容器编排和集群管理基础设施,IT人员,数据分析师等角色可以专注于业务本身,更加高效的实现从数据驱动认知到数据驱动决策的转变。

如何利用Amazon ECS Exec 提高 Amazon ECS Troubleshooting 效率

Amazon ECS 是一个完全托管的容器编排服务,可帮助您轻松部署、管理和扩展容器化的应用程序, 广受欢迎。 Amazon ECS 数据平面支持EC2 和Fargate两种模式,用户可以按需灵活选择。那么用户在使用ECS时,如何能够更高效的来做trouble shooting呢?本文中,将为读者介绍演示如何利用Amazon ECS Exec来高效进行 trouble shooting。

EKS认证与授权实践

安全始终是亚马逊云科技的头号工作,也是Aamzon EKS这项托管Kubernetes服务的首要原则。但是很多用户第一次接触EKS时,对EKS的安全体系不了解;另外由于很多workshop材料是基于命令行方式,对于习惯使用控制台的用户来说有一定难度。本文档将针对初学EKS的用户,围绕EKS安全领域最基础的认证与授权问题,指导用户使用控制台进行集群的创建、管理以及维护

一文看懂 Amazon EKS 中的网络规划

在我们的某些业务场景中,我们需要对整个 K8S 的集群网络配置进行一定的定制化,比如我们在多个区域进行 K8S 集群的部署,并且已经规划好每个区域所使用的 IP 地址网段,比如 Node 节点网段,Service 服务网段,Pod 容器网段,那么在创建和管理 K8S 集群的时候,我们就需要对这些网段进行定制化的配置。另外,如果我们随着云上的负载越来越多,可能会遇到前期规划的 VPC 网络地址池太小的问题,我们也可以使用自定义 Pod 网段的方法来扩展 Pod 能使用的网络地址池。

使用托管节点组结合启动模板简化EKS升级与运维

随着应用容器化不断流行与深入,采用Kubernetes(K8S)作为容器编排方式的应用也随之增加。作为亚马逊云科技的用户,在云上使用Amazon Web Service托管的K8S服务Elastic Kubernetes Service(EKS)服务的客户也在不断增加。同时根据K8S社区的发布规则K8S每年会有三个小版本的发布, 相应的EKS也会跟随上游K8S的版本发布3个版本,目前支持的版本以及相应终止支持的时间信息可以参考亚马逊EKS发布日历。

关于Amazon EKS中Service和Ingress深入分析和研究

在使用Amazon EKS的过程中,暴露容器化的服务(各种类型的协议),经常会碰到Kubernetes Service和Ingress。它们具体适用的场景和特点是什么了?比如IoT场景下的服务暴露,使用那种方式比较适合了?这里和业务场合相关,也和Service和Ingress技术实现有很大关联。那细节上它们具体是如何实现的了?本文将主要讨论Amazon EKS中Service和Ingress的具体实现细节。知道这些细节后,我们能做出更好的取舍。

关于Amazon EKS基于Gitlab的CICD实践二 基础架构和应用架构创建篇

在Gitlab的部署和配置完成后,本篇将介绍(三)基础架构的部署和(四)应用架构的部署。Gitlab 可以在代码仓库的根目录定义一个名为 .gitlab-ci.yml 的文件。这个文件是你定义你的CI/CD pipeline的地方。在开始创建和定义你的 .gitlab-ci.yml 之前,我们需要了解GitLab CI/CD中一些概念来描述和运行你的Gitlab CI/CD pipeline。