The Deis Workflow Roadmap is a community document created as part of the open Planning Process. Each roadmap item describes a high-level capability or grouping of features that are deemed important to the future of Deis.
Given the project's rapid Release Schedule, roadmap items are designed to provide a sense of direction over many releases.
Deis Workflow should use Kubernetes-native constructs wherever possible. By
switching to Deployments, the controller component will no longer need to
orchestrate rolling deploys. Instead, controller can delegate that work to
Kubernetes control loops.
- Support Kubernetes Deployments deis/controller#854 (Workflow 2.2)
- Kubernetes Deployments by default (Workflow 2.4)
Many users of Deis v1 requested the ability to push and pull application artifacts from private Docker registries. While v1 supported a workaround or two, operators usually had to intervene or build custom tooling. Deis Workflow aims to make it simple to configure your Workflow install to pull and push images to private registries.
- Pull from private registry deis/workflow#201 (Workflow 2.0)
- Push to private registry for builder (Workflow 2.3)
- Support native auth strategies for ECR and GCR (Workflow 2.4)
Various application-related features that give developers and operators flexibility in how applications are managed by the platform:
- Per-process type health checks: deis/controller#881 (Workflow 2.4)
- Application Maintenance Mode: deis/deis#3722 (Workflow 2.4)
- Enforce SSL Per-Application: deis/router#148 (Workflow 2.5)
- Per-application IP Whitelisting via CLI: deis/controller#240 (Workflow 2.5)
- Per-application Kubernetes Network Policy:
- Private Application Support: deis/controller#934 (Workflow 2.4)
Related issues:
Developers should be able to define an autoscaling policy per application process type. Under the covers, Workflow should use HorizontalPodAutoscaling.
- Application Autoscaling deis/workflow#403 (Alpha, Workflow 2.5)
Provide the ability for developers to launch an interactive terminal session in their application environment.
Related issues:
Stream application logs via deis logs -f deis/deis#465
Teams and Permissions represents a more flexible permissions model to allow more nuanced control to applications, capabilities and resources on the platform. There have been a number of proposals in this area which need to be reconciled for Deis Workflow before we begin implementation.
Related issues:
- Deploy Keys: deis/deis#3875
- Teams: deis/deis#4173
- Fine grained permissions: deis/deis#4150
- Admins create apps only: deis/deis#4052
- Admin Certificate Permissions: deis/deis#4576 (comment)
- deis/controller emitting metrics
- Define and deliver alerts with Kapacitor: deis/monitor#44
Developers should be able to quickly and easily provision application dependencies using a services or addon abstraction. deis/deis#231
Deis Workflow should be able to send and receive webhooks from external systems. Facilitating integration with third party services like GitHub, Gitlab, Slack, Hipchat.
- Send webhook on platform events: deis/deis#1486
- Trigger automatic deploy from GitHub Deployments API