Category: Containers

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

本文以在亚马逊云科技中国区部署自建Airflow为例，提出了一个参考架构，并提供了一套CDK的参考实现，让使用AMAZON WEB SERVICES CDK的用户通过数行代码就可以将整套方案部署到云上。

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

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

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

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

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

在容器化,微服务,基础设施即代码(IaC)以及DevOps的理念不断被大家所接受和理解，摆在大家面前的是如何在实际的工作中应用和实践这些理念了? 本文将讨论基于Gitlab来实现针对公有云基础设施(亚马逊云科技的公有云)和应用系统(基于亚马逊云科技的EKS)的CICD的实践。
首先，我来先回顾和理解一下什么是DevOps, CICD, GitOps，以及他们的关联关系？

ISV在开发和运维SaaS应用时会遇到开发和运维方面的双重挑战，本博客结合金蝶发票云从传统的虚拟机部署迁移至基于ECS的容器化部署的真实案例，分享了发票云在虚拟机环境下运行SaaS应用遇到的挑战，使用Amazon ECS进行平台迁移的原因，以及迁移的过程及问题解决，最后介绍迁移完成后的实际收益。

CoreDNS是一个灵活的、可扩展的DNS服务器，可以用作Kubernetes集群DNS。EKS集群中默认部署的CoreDNS在DNS QPS较高场景下可能会出现DNS解析时延高、解析超时、解析失败等问题。本文介绍如何优化EKS集群中DNS性能。