|
|
|
|
|
by snuxoll
2406 days ago
|
|
> Tried to use gitlab with all their built-in DevOps feature and found it extremely frustrating to get to a good setup. All the AutoDevOps stuff is pretty much just some standard build jobs that use Herokuish and Helm, and the inflexibility of them goes hand-in-hand with Gitlab's "breadth over depth" strategy. Hopefully it continues to mature, but for now it's only appropriate for smaller/less complicated applications. Fortunately it's pretty easy to ignore the AutoDevOps pipeline and still get the benefits of the various integration points that were added to make it work - if a Kubernetes cluster is tied to a project environment then a kubeconfig will be injected into any CI job with the environment set, the same job will automatically get recognized as the deployment job so rollbacks work seamlessly as well, etc. I've done this myself to deploy Mediawiki on Kubernetes, as the default pipeline was not setup for complex multi-component deployments (memcached, mediawiki, apache trafficserver, service endpoints for an external mysql cluster) and it works well. |
|