Draft makes it easier for developers to build applications that run on Kubernetes by doing two main things:
- The
draft create
command gives developers the artifacts they need to build and run their applications in Kubernetes - The
draft up
command builds the container image for an application and deploys it to Kubernetes
Draft targets the "inner loop" of a developer's workflow: as they hack on code, but before code is committed to version control.
To install via homebrew, run brew tap azure/draft && brew install draft
or download the binary via the github releases page
Note: Draft requires a running Kubernetes cluster and Helm. If you don't already have a running Kubernetes cluster, check out the minikube install guide.
Using Draft is as simple as:
draft init
to set up draft (after prerequisites are installed)draft create
to containerize your application based on Draft packsdraft up
to deploy your application to a Kubernetes dev sandbox, accessible usingdraft connect
over a secured tunnel.- Use a local editor to modify the application, with changes deployed to Kubernetes in seconds.
Once the developer is happy with changes made via Draft, they commit and push to version control, after which a continuous integration (CI) system takes over. Draft builds upon Kubernetes Helm and the Kubernetes Chart format, making it easy to construct CI pipelines from Draft-enabled applications.
Join the conversation in Slack! If you don't already have a Kubernetes slack account, sign up here.
Use the Minikube install guide to install and use Draft locally with Minikube. The default installation skips pushing the image, deploying directly from the local repository, which makes developer work very fast.
Use the Cloud provider install guide to install and use Draft to build locally but push images to a public (or private) repository and deploy into a Kubernetes cluster offered by a cloud provider such as Azure, Google, AWS, or any other provider.
Remember, however, take note of the major changes in releases greater than 0.12 if you have already used Draft. It's different. No, really.
Climb aboard and explore the Getting Started Guide - you'll soon be sailing!
If you're having issues after upgrading draft, try deleting the draft home directory where all the draft configuration files live and then re-run the draft init
command (shown below). You'll have to re-install any custom plugins and configuration after deleting $(draft home)
Example:
$ draft home
/Users/admin/.draft
$ rm -rf $(draft home)
$ draft init
Starting with the 0.12 release, Draft moves the containment and deployment engine to your local machine. This changes quite a bit about how Draft works compared to prior releases; for details, see the changelog.
For previous users, this change means that you now have more control over where your container images are stored, and in the local Minikube environment you can skip pushing the images entirely, which speeds up the developer iteration speed dramatically. (Short version without jargon: you can build and run your app really fast.) However, when you want to push your images to an image registry service like Docker hub (or ACR, GCR, Quay.io, and so on) you must inform draft which registry to use and your cluster must have access to the secrets for that registry.
We're always looks for contributions in the form of issues, pull requests, and docs changes. If you see anything that would make Draft a better experience for yourself or others, please feel free to contribute. See the contributing section below for more details!
If you're looking to build from source or get started hacking on Draft, please see the hacking guide for more information.
This project has adopted the Microsoft Open Source Code of Conduct. For more information see the Code of Conduct FAQ or contact [email protected] with any additional questions or comments.
This software is covered under the MIT license. You can read the license here.
This software contains code from Helm, which is covered by the Apache v2.0 license.
You can read third-party software licenses here.