Please disable your adblock and script blockers to view this page

Introducing the AWS Controllers for Kubernetes (ACK) | Amazon Web Services


AWS Controllers
Kubernetes
ACK
GitHub
the AWS Service Operator
CNCF
API
Amazon Elastic Container Registry
ECR
s3
CRD
RDS
ElastiCache
Amazon Elastic Kubernetes Service
EKS
KubeCon EU
Amazon Web Services
GitOps
Red Hat
Emma & Leo


ACK
Chris Hein
Crossplane
Docker
’d
Kafka
Michael
Mesosphere
MapR

No matching tags


the Pacific Northwest

No matching tags


Ireland
Austria

No matching tags

Positivity     37.00%   
   Negativity   63.00%
The New York Times
SOURCE: https://aws.amazon.com/blogs/containers/aws-controllers-for-kubernetes-ack/
Write a review: Hacker News
Summary

We took an multi-phased approach, yielding hybrid custom+controller-runtimes:The above artifacts—Go code, container images, Kubernetes manifests for CRDs, roles, deployments, etc.—represent the business logic of how to manage AWS resources from within Kubernetes and are the responsibility of AWS service teams to create and maintain along with input from the community.To use ACK in a cluster you install the desired AWS service controller(s), considering that:As per the AWS Shared Responsibility Model, in the context of the cluster administration, you are responsible for regularly upgrading the ACK service controllers as well as applying security patches as they are made available.As an application developer, you create a namespaced custom resource in one of your ACK-enabled clusters. For example, let’s say you want ACK to create an Amazon Elastic Container Registry (ECR) repository, you’d define and subsequently apply something like:ACK service controllers installed by cluster admins can create, update, or delete AWS resources, based on the intent found in the custom resource defined in the previous step, by developers.

As said here by