Our direction for “Auto DevOps” is to leverage our single application to assist users in every phase of the development and delivery process, implementing automatic tasks that can be customized and refined to get the best fit for their needs.
With the dramatic increase in the number of projects being managed by software teams (especially with the rise of micro-services), it's no longer enough to just craft your code. In addition, you must consider all of the other aspects that will make your project successful, such as tests, quality, security, logging, monitoring, etc. It's no longer acceptable to add these things only when they are needed, or when the project becomes popular, or when there's a problem to address; on the contrary, all of these things should be available at inception.
e.g. “auto CI” to compile and test software based on best practices for the most common languages and frameworks, “auto review” with the help of automatic analysis tools like Code Climate, “auto deploy” based on Review Apps and incremental rollouts on Kubernetes clusters, and “auto metrics” to collect statistical data from all the previous steps in order to guarantee performances and optimization of the whole process. Dependencies and artifacts will be first-class citizens in this world: everything must be fully reproducible at any given time, and fully connected as part of the great GitLab experience.
Watch the video explaining our vision on Auto DevOps.
Interested in joining the conversation for this category? Please join us in our public epic where we discuss this topic and can answer any questions you may have. Your contributions are more than welcome.
As Kubernetes 1.16 no longer will serve extensions/* and apps/beta* API versions, all Auto DevOps resources should stop using them to ensure the future functionality of Auto DevOps.
Don't run Auto DevOps when no dockerfile or matching buildpack exists
The above issue has two upstream dependencies:
This category is currently at the "Minimal" maturity level, and our next maturity target is Viable. See the Auto DevOps viable epic for more info. Deliverables:
While there are "piece-meal" solutions that offer to automate a particular stage, there are no comprehensive tools that offer to address the entire devops lifecycle.
DeployHQ offers to "Automatically build and deploy code from your repositories", however, its UX is complex that its deployment targets limited.
There is currently no analyst category that aligns with Auto DevOps.
Use Auto DevOps for design.gitlab.com
Add support for AWS ECS deployments to Auto DevOps
Use Auto DevOps for design.gitlab.com
