TE
TechEcho
Home24h TopNewestBestAskShowJobs
GitHubTwitter
Home

TechEcho

A tech news platform built with Next.js, providing global tech news and discussions.

GitHubTwitter

Home

HomeNewestBestAskShowJobs

Resources

HackerNews APIOriginal HackerNewsNext.js

© 2025 TechEcho. All rights reserved.

Streamlining Kubernetes development with Draft

7 pointsby bdburnsalmost 8 years ago

1 comment

micah_chattalmost 8 years ago
This looks really cool! Hopefully it scratches the same itch docker-compose did a long time ago, but for those running Kubernetes.<p>I was just talking to a coworker this morning about how Helm is great, but its very analogous to debs or rpms: You would use it all day to install core-libraries (or services for k8s) on your system (or cluster), but probably not your first choice for shipping your business application.<p>I know, with Helm you can update a value for an image of a &quot;release&quot; (Helm term for an installed chart): but you hand off the upgrade of the application to the Tiller server to manage. If anything in your deployment goes south, Kubernetes will just keep trying to push it out until it works or is manually rolled back. Until Kubernetes gets automated rollbacks (<a href="https:&#x2F;&#x2F;github.com&#x2F;kubernetes&#x2F;kubernetes&#x2F;issues&#x2F;23211" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;kubernetes&#x2F;kubernetes&#x2F;issues&#x2F;23211</a>), this can be less than ideal.<p>Going with the rpm&#x2F;deb analogy, I prefer to use something that would take the place of Puppet&#x2F;Ansible (like Spinnaker) for _my_ applications I release, and still use Helm for the cluster level services like monitoring, logging, etc.