Amazon EKS

Heroku was a decent choice to start a business, but at some point our platform was too big, too complex & too heterogenic, so Heroku started to be a constraint, not a benefit. First, we've started containerizing our apps with Docker to eliminate "works in my machine" syndrome & uniformize the environment setup. The first orchestration was composed with Docker Compose , but at some point it made sense to move it to Kubernetes. Fortunately, we've made a very good technical decision when starting our work with containers - all the container configuration & provisions HAD (since the beginning) to be done in code (Infrastructure as Code) - we've used Terraform & Ansible for that (correspondingly). This general trend of containerisation was accompanied by another, parallel & equally big project: migrating environments from Heroku to AWS: using Amazon EC2 , Amazon EKS, Amazon S3 & Amazon RDS.

We are moving all of our infrastructure to Amazon EKS on Kubernetes from our our Amazon EC2 hosts. This gives less management overhead, host security and networking and aides a lot of compliance headaches since it's a Serverless architecture.

Amazon EKS is used to host our Cloud Apps - including the Atlassian Apps we make for Jira and Confluence. It enables fault-tolerant and highly-available hosting for our Apps, in the form of Docker containers.