5 ms·

I disagree, Kubernetes is becoming a default choice. Small companies still want declarative config, load balancing and zero downtime deployments. It is so easy

I disagree, Kubernetes is becoming a default choice. Small companies still want declarative config, load balancing and zero downtime deployments. It is so easy now to spin up a managed cluster and deploy an app, the complexity argument has been well addressed by the community and vendors

speedgoose 6y ago
When I stopped working a few months ago, major cloud providers still had outstanding issues on their managed kubernetes. The complexity of the configuration is huge. Zero downtime deployments and load balancing can be achieved without the complexity of kubernetes. For example, drag and drop of .php files on a FTP server did that 15 years ago.
- erulabs 6y ago
  > zero downtime deployments > drag and drop a PHP file These two things run in conflict. It’s not about not dropping requests - It’s about a sane state and error reproducibility. If you drag the wrong file, there will be plenty of downtime...
  - speedgoose 6y ago
    True. But if you apply the wrong YAML file in kubernetes too. If your container has the wrong version too. Anyway, I'm not advising for uploading PHP files through FTP on live servers in 2020, I took it as an example of something we used to do without kubernetes.
- 1337shadow 6y ago
  What happens if you need to drag and drop 2 php files and someone makes an HTTP request that gets processed right in-between the update of each file ? They will surely get something weird, an error at best. Containers allow transactional deployments and FTP does not.
  - speedgoose 6y ago
    True. Perhaps you can upload to a temporary folder first, rename the old production folder to something else, and rename the temporary folder to the normal production folder. You may serve a 404 error if someone manages to do a request between the two renaming operation but I'm sure it's fine.
    - 1337shadow 6y ago
      It's definitely better, but then it's not ZDD is it :)
    - aprdm 6y ago
      Or just change a symlink to the new folder
- ojhughes 6y ago
  This is an oversimplification of the problem. You need to drain the requests to the old version then wait until the new one passes a health check before rerouting the traffic

speedgoose 6y ago

When I stopped working a few months ago, major cloud providers still had outstanding issues on their managed kubernetes. The complexity of the configuration is huge. Zero downtime deployments and load balancing can be achieved without the complexity of kubernetes. For example, drag and drop of .php files on a FTP server did that 15 years ago.

erulabs 6y ago
> zero downtime deployments > drag and drop a PHP file These two things run in conflict. It’s not about not dropping requests - It’s about a sane state and error reproducibility. If you drag the wrong file, there will be plenty of downtime...
- speedgoose 6y ago
  True. But if you apply the wrong YAML file in kubernetes too. If your container has the wrong version too. Anyway, I'm not advising for uploading PHP files through FTP on live servers in 2020, I took it as an example of something we used to do without kubernetes.
1337shadow 6y ago
What happens if you need to drag and drop 2 php files and someone makes an HTTP request that gets processed right in-between the update of each file ? They will surely get something weird, an error at best. Containers allow transactional deployments and FTP does not.
- speedgoose 6y ago
  True. Perhaps you can upload to a temporary folder first, rename the old production folder to something else, and rename the temporary folder to the normal production folder. You may serve a 404 error if someone manages to do a request between the two renaming operation but I'm sure it's fine.
  - 1337shadow 6y ago
    It's definitely better, but then it's not ZDD is it :)
  - aprdm 6y ago
    Or just change a symlink to the new folder
ojhughes 6y ago
This is an oversimplification of the problem. You need to drain the requests to the old version then wait until the new one passes a health check before rerouting the traffic