Category: Containers

在容器化,微服务,基础设施即代码(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性能。

利用 EKS Custom AMI 的能力，您可以通过预置自定义 Image 到 EKS 的 Worker Node，实现在部署海量计算任务 Pod 的场景中，不需要重复并行的去 ECR 上拉取任务 Image，达到快速启动 Pod 的目的。

对于很多使用 Amazon Web Service 用户来说，Spot Instances 是非常受欢迎的一个配置方式，因为它帮助用户节约了很多的费用。在 Amazon EKS 里搭配 Spot Instances，可以帮你在兼顾高效率的同时还能节约费用，以上实战调优的总结希望可以提供快速上手的参考。

Amazon EKS 增加 OIDC Provider 功能后，客户可以讲Gitlab、Github、LDAP等现有用户管理系统对 Amazon EKS 进行身份验证。本blog通过使用开源项目Dex、Github为例，一步步演示如何进行使用配置。方便客户使用EKS OIDC provider功能进行身份认证。

容器已成为我打包 Web 应用程序的默认方式。尽管我喜欢容器提供的速度、生产力和一致性，但有一个方面是我在容器开发工作流程中并不欣赏的：在首次部署容器镜像时经历了漫长的流程。

今天，我们很高兴地宣布推出 Amazon App Runner，这是在 Amazon Web Services中构建和运行容器化 Web 应用程序的最简单方法。App Runner 为您提供完全托管的容器原生服务。无需配置编排器、无需构建流水线、无需优化负载均衡器，也无需轮换 TLS 证书。当然，也没有需要管理的服务器。

这种全新实践帮助他们彻底摆脱了由Kubernetes集群维护工作带来的沉重负担，包括与之相关的管理、修复、安全、隔离与扩展等日常任务。

AWS App Runner 可让您更轻松地将 Web 应用程序和 API 部署到云中，无论使用何种语言编写而成，并且即使以前缺乏部署和管理容器或基础设施经验的团队亦可轻松应对。该服务内置 AWS 运营和安全最佳实践，并在收到通知的时候自动扩展或缩减，无需担心冷启动。