AWS EKS Reference Architecture ¶
Amazon EKS Resources ¶
Control Plane (aka. Master Nodes) ¶
This is the primary resource which defines the cluster. We will create one cluster on each account:
In case of multiple environments hosted in the same cluster as for the one with Apps Dev and Stage, the workload isolation will be achieved through Kubernetes features such as namespaces, network policies, RBAC, and others.
Data Plane (Worker Nodes) ¶
We have 3 options here:
- Managed Nodes
- Fargate Spot
Each option has its pros and cons with regard to cost, operation complexity, extensibility, customization capabilities, features, and management.
In general we implement Managed Nodes. The main reasons being:
- They allow a high degree of control in terms of the components we can deploy and the features those components can provide to us. For instance we can run ingress controllers and service mesh, among other very customizable resources.
- AWS takes care of provisioning and lifecycle management of nodes which is one less task to worry about.
- Upgrading Kubernetes versions becomes much simpler and quicker to perform.
- We still can, at any time, start using Fargate and Fargate Spot by simply creating a profile for one or both of them, then we only need to move the workloads that we want to run on Fargate profiles of our choice.
Amazon EKS Architecture Diagram ¶
Higl-Level components diagram ¶
Detailed components diagram ¶