Tag: Amazon Elastic Kubernetes Service

这篇博客主要描述了部署在 Kubernetes 中的有状态应用在迁移到亚马逊云科技 Amazon EKS 时如何利用工具方便快捷地完成容器和相关持久数据的迁移。

本文会介绍如何在Amazon Elastic Kubernetes Service环境下收集Amazon App Mesh暴露的指标和日志，并通过这些资源分析问题。

本文介绍了如何解决在中国区通过CDK内置方法安装EKS Helm Chart失败的问题。经过总结，安装失败主要是由于AWS中国区网络问题无法访问到相应的Repository，本文会对不同情况具体给出几种解决方案，需要注意的是本文所采用的CDK版本为2.27.0，在不同版本下具体操作步骤会有些许区别。

本文主要介绍了通过AWS Cloud Map 服务来构建混合的微服务架构,以满足用户混合基础设施场景的需求。

本文主要介绍了在Amazon EKS使用场景下服务端如何获取客户端真实源IP，以满足用户相关使用场景的需求。

在使用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，以及他们的关联关系？

本文为手把手教你玩转Kubeflow On EKS 系列文章的第一篇，主要介绍了Amazon EKS中国区安装和部署Kubeflow。

今天，我们宣布正式推出 Amazon EKS 上的 Amazon EMR，这是 EMR 中的一项新部署选项，可让客户在 EKS 上自动预置和管理开源大数据框架。借助 EKS 上的 EMR，客户现在可以在同一 EKS 集群上与其他类型的应用程序一起运行 Spark 应用程序，以提高资源利用率并简化基础设施管理。