собравшего данные от 2500+ разработчиков (и не только — подробнее см. ниже), преимущественно (на 89 %) использующих GNU/Linux в качестве серверной операционной системы
На всех DevOps проектах с которыми мне приходилось сталкиваться, в качестве репозитория артефактов (в т.ч. Docker Registry) использовали Nexus либо Artifactory, в которых нет пробоем с вычисткой и с доступом. К тому же такой подход позволяет организовать хранение всех проектных артефактов в одном месте (npm, pypi, docker, maven, etc).
Выкатка через интеграцию k8s возможна через Deployment update (replace) либо patch. Всё это отлично ложится на CI GitLab`a.
По поводу использования helm всё зависит как Вы организуете CI/CD для выкатки чартов, но тут так-же всё можно сделать достаточно красиво.
По поводу установки GitLab в k8s — быстрее поставить в minikube (helm install… буквально в одну команду) чем описывать процесс с vargant и отдельными ВМ, раз уж это не являляется целью данной публикации. Но это безусловно ИМХО
А можно поподробнее про «kubelet будет уничтожать образы стадий по мере сборки»??
Речь про DIND?
Ваша утилита (dapp) пытается перекрыть штатный функционал GitLab, в котором есть и кэширование, и интеграция с Kubernetes (консоль + rollback).
Так же кажется странной установка компонентов GitLab НЕ в Kubernetes а на отдельные ВМ.
В большинстве случаев «пользователь» выберет тот веб сервер, по которому найдет большее количество гайдов в бложиках.
Осознанным выбором это трудно назвать.
Господа минусующие, оставляйте пожалуйста комментарии поясняющие ваше недовольство.
По теме статьи — пока один продукт не поддерживает функционала второго, сравнивать особо нечего. Они оба хороши для своих задач.
Ну и конечно же их надо уметь «готовить»…
Полагаю что VSTS даже не рассматривался.
На всех DevOps проектах с которыми мне приходилось сталкиваться, в качестве репозитория артефактов (в т.ч. Docker Registry) использовали Nexus либо Artifactory, в которых нет пробоем с вычисткой и с доступом. К тому же такой подход позволяет организовать хранение всех проектных артефактов в одном месте (npm, pypi, docker, maven, etc).
Выкатка через интеграцию k8s возможна через Deployment update (replace) либо patch. Всё это отлично ложится на CI GitLab`a.
По поводу использования helm всё зависит как Вы организуете CI/CD для выкатки чартов, но тут так-же всё можно сделать достаточно красиво.
По поводу установки GitLab в k8s — быстрее поставить в minikube (helm install… буквально в одну команду) чем описывать процесс с vargant и отдельными ВМ, раз уж это не являляется целью данной публикации. Но это безусловно ИМХО
А можно поподробнее про «kubelet будет уничтожать образы стадий по мере сборки»??
Речь про DIND?
Так же кажется странной установка компонентов GitLab НЕ в Kubernetes а на отдельные ВМ.
* На Wayland в Gnome отвалилось отображение иконок на рабочем столе. Лечится (если необходимо) запуском «Gnome on Xorg».
Осознанным выбором это трудно назвать.
По теме статьи — пока один продукт не поддерживает функционала второго, сравнивать особо нечего. Они оба хороши для своих задач.
Ну и конечно же их надо уметь «готовить»…
В CentALT лежит версия 0.9.4
На мой взгляд лучше купить Revo или ASrock.