Hi all! Not sure if this is the right place to ask this but here goes:

Currently working on a migration from ECS to EKS. I have one working environment that includes one namespace running some containerized services and an EC2 instance running some other services required for the environment to function.

Dev envs look like this today: One EC2 instance running all services, some through Docker and others through PM2.

My question is: Does it make sense to replicate this format for every developer? A namespace running services and an EC2 instance running some others? Or keep it as it is today and replace pm2 for local k8 orchestration?

Thanks in advance~

  • @pissmanOP
    2•24 days ago
    • Yes, I guess you’re right. shit.management is a good domain name.
    • I guess I’ll find out when I get there, still at a beginning of a deployment pipeline
    • I am using deployment manifests. Not too sure what Kustomize is, I’m still quite a noob
    • @[email protected]
      1•24 days ago

      Just writing deployments by hand? That’s probably not going to be super fun to manage across a couple clusters and a bunch of namespaces. Might be worth looking at kustomize a bit before you get to having a real prod environment. I use helm at work but it seems like people consider kustomize to be the new hotness.

      • @pissmanOP
        2•23 days ago

        I wrote an automated tool to migrate all my ECS tasks to deployment files (seperated by Deployment, Service, SA and Ingress) just to get a running start. I’ll have a look at Kustomize, thanks for the heads up!