AWS (EKS) Automated Setup With Opta#

Several essential tasks need to be taken care of independently from the sandbox deployment to achieve high availability and handle production load robustly and securely.

  • The Kubernetes cluster needs to run securely and robustly

  • The sandbox’s object store must be replaced with a production-grade storage system

  • The sandbox’s PostgreSQL database must be replaced with a production-grade deployment of PostgreSQL

  • All the above have to be done in a secure manner

  • (Optionally) An official DNS domain must be created

  • (Optionally) A production-grade email sending system must be provisioned and configured

A Flyte user may provision and orchestrate this setup by themselves, but the Flyte team has partnered with the Opta team to create a streamlined production deployment strategy for AWS with ready-to-use templates provided in the Flyte repo.

The following demo and documentation specify how to use, and further configure them.

Deploying Opta Environment and Service for Flyte#

1. Environment#

To begin using Opta, download the latest version and all the listed prerequisites and make sure that you have admin/fullwrite AWS credentials setup on your terminal. With that prepared,

  • Clone Flyte repo: git clone

  • Go to the flyte/opta/aws directory

  • Open the env.yaml file in your editor and replace the following values with your desired values:

    • <account_id>: your AWS account ID

    • <region>: your AWS region

    • <domain>: your desired domain for your Flyte deployment (should be a domain which you own or a subdomain thereof - this environment will promptly take ownership of the domain/subdomain, so make sure it will only be used for this purpose)

    • <env_name>: a name for the new isolated cloud environment which is going to be created (e.g., flyte-prod)

    • <your_company>: your company or organization’s name

Once complete, run opta apply -c env.yaml and follow the prompts.

2. DNS Delegation#

Next, you will need to complete DNS delegation to set up public traffic access fully. You may find instructions on how to do so here.

3. Flyte Deployment#

Once DNS deployment delegation is complete, you may deploy the Flyte service and affiliated resources. Open flyte.yaml present in flyte/opta/aws in your editor. Replace the following values with your desired values:

  • <account_id>: your AWS account ID

  • <region>: your AWS region

Once complete, run opta apply -c flyte.yaml and follow the prompts.

Understanding the Opta YAMLs#

Production-grade Environment#

The Opta env.yaml is responsible for setting up the base infrastructure necessary for most cloud resources. The base module sets up the VPC and subnets (both public and private) used by the environment and the shared KMS keys. The DNS sets up the hosted zone for domain and SSL certificates. The k8s-cluster creates the Kubernetes cluster and node pool (with encrypted disk storage). And lastly, the k8s-base module sets up the resources within Kubernetes like the autoscaler, metrics server, and ingress.

Production-grade Database#

The aws-postgres module in flyte.yaml creates an Aurora PostgreSQL database with disk encryption and regular snapshot backups. You can read more about it here.

Production-grade Object Store#

The aws-s3 module in flyte.yaml creates a new S3 bucket for Flyte, including disk encryption. You can read more about it here.

Secure IAM Roles for Data and Control Planes#

The aws-iam-role module in flyte.yaml creates IAM roles for the data and control planes of the Flyte service. You can read more about it here.

Once complete please run opta apply -c env.yaml and follow the prompts.

Additional Setup#

By now, you should be set up for most production deployments, but there are some extra steps that we recommend that most users consider.

Flyte RBAC#

All Flyte deployments are currently insecure at the application level by default (e.g., open/accessible to everyone), so we strongly recommend users to add add authentication.

Extra Configuration#

It is possible to add extra configuration to your Flyte deployment by modifying the values passed in the Helm chart used by Opta. Refer to the possible values allowed in Flyte Helm chart and update the values field of Flyte module in the flyte.yaml file accordingly.

Raw Helm Deployment#

It is certainly possible to deploy a production Flyte cluster directly using Helm chart if a user does not wish to use Opta. To do so properly, one will need to ensure they have completed the initial security/high-availability/robustness checklist, and then use Helm to deploy Flyte Helm chart.

Once complete please run opta apply -c flyte.yaml and follow the prompts.