Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Nope. No k8s at fly.io. #43

Closed
rubys opened this issue Feb 7, 2023 · 1 comment
Closed

Nope. No k8s at fly.io. #43

rubys opened this issue Feb 7, 2023 · 1 comment

Comments

@rubys
Copy link

rubys commented Feb 7, 2023

if you want to run on someone else's platform, like Render or Fly

You might want to change this to something like AWS or Google Cloud.

Fly definitely doesn't do Kubernetes. And as far as I know, neither does Render, but I'm not an authority there.

Fly's model is fairly close to MRSK's. Instead of msrk init, the command is fly launch. Instead of msrk deploy, the command is fly deploy. Instead of a. config/deploy.yml, we have a fly.toml file. Instead of ip addresses, developers specify what regions they want to deploy to and how many servers they want there (including how much RAM). We take care of assigning IP addresses and TLS certificates (via certbot).

Ignoring those differences, the model is that the developer works on their Rails app and maintains a Dockerfile, and when they are ready to ship, they run a deploy command.

In fact, there is no reason that a Rails application couldn't have both a config/deploy.yml and a fly.toml file, and deploy the same application using the same Dockerfile wherever they want.

@dhh
Copy link
Member

dhh commented Feb 8, 2023

Will reword. Totally agree that MRSK and Fly can coexist. You can start on Fly, then move to MRSK, or vice versa, with little/any app changes.

Citation for Render on K8S: https://thenewstack.io/render-cloud-deployment-with-less-engineering/

@dhh dhh closed this as completed Feb 8, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants