Workflow and Helm
Happy Halloween! Time for another Deis Workflow team update!
Deis Community Meeting for November
The next community meeting is this Thursday, November 3rd, 2016. Join us online with Zoom and help us steer the ship!
Add a reminder to your calendar by clicking here.
Workflow v2.8.0 Has Dropped
Hot and fresh out of the oven comes Deis Workflow v2.8.0! Here are some of the highlights:
- deis/monitor now allows for influxdb to be off-cluster
- kubernetes/helm charts in each component repository
- controller added a setting to allow toggling on or off the removal of processes on deploy
- controller allows admin user registration when the mode is
- controller fixed a bug when trying to rollback with no build yet
- controller added tests for ECDSA and ED25519 SSH keys
- dockerbuilder added the
docker buildfor freshness
- fluentd added the option to drop its own logs from being collected
Please install Workflow v2.8.0 and let us know how it goes in our Slack channel.
The Great Helm Migration
Helm has reached its first birthday and is now in beta. While Helm Classic is still the recommended way to install and upgrade Deis Workflow, there are now "Experimental" instructions in the install documentation that you can follow to install Workflow using the new, official kubernetes/helm install tool if you're intrepid.
We're on track to make kubernetes/helm the official way to install and upgrade Deis Workflow very soon. Expect to get comfy with new Helm by the time it reaches an official 1.0 release.
Monthly Release Proposal
With your help, Deis Workflow has grown into a mature and stable product. Team Workflow believes that doing a minor release every two weeks may not be productive. Users may not want to upgrade constantly, and while the CI test and release process is smooth and streamlined, it still chews up valuable development time when we cut a new release.
Is a new Workflow release once a month a pace that would work for you and your team? Let us know at the monthly release proposal.
One of the most exciting efforts underway right now is Steward. Steward is a Kubernetes-native service broker. Modeled after the Cloud Foundry Service Broker System, it functions as a gateway from your cluster-aware applications to other services, both inside and outside your cluster.
Steward is still pre-production and architectural discussions are ongoing at the Kubernetes sig-service-catalog. Join the fun and help us push Steward toward an initial release.
Thanks for Reading
Please feel free to reach out on Slack if you enjoyed this update. And let us know what we can do to improve our communication about Deis projects. Thanks!