Открыть список
Как стать автором
Обновить
3
Карма
0
Рейтинг
Vladimir Dzalbo @voffk

Solutions Architect

Вышел релиз GitLab 13.8 с редактором конвейеров и первой из метрик DORA

4 основные метрики, которые используются в ежегодном отчете State of DevOps DORA (DevOps Research and Assessment, с 2018 года часть Google Cloud), в DevOps сообществе получили очень широкую популярность, применение и стали де-факто стандартом.


Русский перевод, если интересно, можно почитать здесь --> https://habr.com/ru/post/488212/

Тонкости настройки CI/CD: как работает GitLab runner, когда использовать Docker-in-Docker и где пригодится Argo CD

А в общем отличная Q&A сессия! Спасибо большое!

Тонкости настройки CI/CD: как работает GitLab runner, когда использовать Docker-in-Docker и где пригодится Argo CD

Почему job’a release триггерится при изменении тега, хотя в родительском пайплайне стоит only changes?

Добавлю также к ответу, что общая рекомендация на сегодня — переход на использование rules вместо only/except

Тонкости настройки CI/CD: как работает GitLab runner, когда использовать Docker-in-Docker и где пригодится Argo CD

Есть ли в GitLab профили переменных? Например, я хочу сделать переменную host, и чтобы она приезжала разная в зависимости от окружения. Есть ли какое-нибудь профилирование? Например, я не хочу называть переменную host_dev, host_prod и host_test, а хочу указать окружение, и оно определённый набор переменных вытащит? Можно ли такое сделать?

Да, у переменных есть Environment Scope

Вышел релиз GitLab 13.7 с проверяющими для мерж-реквестов и автоматическим откатом при сбое

NikolasSumrak,
Я работаю архитектором решений в GitLab и попытаюсь ответить здесь. Соглашусь, что это было бы неплохое улучшение в плане UX, простоты создания MR. Но к сожалению по нескольким причинам не выходит в топ бэклога:


  • Не является блокером / критичным
  • Не получил (на сегодня) достаточного интереса со стороны клиентов

Иными словами: реализация безусловно будет полезна, но по приоритет на сегодня ниже других возможных улучшений. Поэтому это отличный кандидат для community contribution (все-таки ГитЛаб это опенсорсовый продукт, который развивается усилиями большого количества участников сообщества).


Насколько я понимаю, Merge Request, для этой фичи был открыт какое-то время назад одним из участников open source сообщества и, надеюсь, будет в скором завершен.

Вышел релиз GitLab 13.7 с проверяющими для мерж-реквестов и автоматическим откатом при сбое

Спасибо!


Примерно понял так:
Хочется иметь возможность получить информацию, на каких хостах (физические / виртуальные) был произведено развертывание. (а также обратное: посмотреть какие именно деплойменты запущены на ресурсе)


Если сможете поделиться конкретными кейсами и сценарии, то это поможет формулировке feature request для продуктовой команды. Спасибо большое!

Вышел релиз GitLab 13.7 с проверяющими для мерж-реквестов и автоматическим откатом при сбое

VolCh, спасибо за отзыв!


Я работаю архитектором решений в GitLab и, наверное, соглашусь с вами: огромная часть функционала по развертывания завязана на K8s. Мы это прекрасно осознаем понимаем и пытаемся добавлять возможности развертывания без Кубера


В качестве примера можете посмотреть на недавно развиваемую инициативу "5 Minute Production App": https://about.gitlab.com/blog/2020/12/15/first-code-to-ci-cd-deployments-in-5-minutes/ (к сожалению, на английском) целью которой создать простой и легкий механизм выката в production за кратчайший срок (без использования K8s). Фокус начальной итерации стало развертывание приложений в AWS, но в будущем планируем дорабатывать и добавлять другие облачные (и не только) таргеты.


Если есть возможность, поделитесь каких возможностей в плане развертывания хотелось бы увидеть вам?

Вышел релиз GitLab 13.4 с поддержкой HashiCorp Vault для переменных CI и Kubernetes Agent

Shmele


Да, в облачной версии используется тот же самый софт, что и on-premises. Облачная версия может "бежать" немного вперед, но весь функционал включенный в Release notes доступен и там и там.

Вышел релиз GitLab 13.4 с поддержкой HashiCorp Vault для переменных CI и Kubernetes Agent

amarao, спасибо за отзыв!


Планируем выпустить это в 13.6. За прогрессом можно наблюдать в https://gitlab.com/gitlab-org/gitlab/-/issues/15603

Вышел релиз GitLab 13.4 с поддержкой HashiCorp Vault для переменных CI и Kubernetes Agent

Трудности перевода, случается. Спасибо за отзыв, поправили.

Вышел релиз GitLab 13.4 с поддержкой HashiCorp Vault для переменных CI и Kubernetes Agent

Трудности перевода, случается. Спасибо за отзыв, поправили.

Вышел GitLab 12.7 с конвейерами Parent-Child и бета-версией общих обработчиков заданий для Windows

Это возможно в Premium версии GitLab при помощи защищенных окружений (protected environments)


1) Добавляем environment в определение джобы


deploy_prod:
  stage: deploy
  script:
    - echo "Deploy to production server"
  environment:
    name: production
    url: https://example.com
  when: manual
  only:
    - master

2) В настойках проекта объявляем окружение защищенным (в этом примере production) и выставляем Allowed to deploy: Maintainers
image

Вышел релиз GitLab 12.5 с созданием кластеров EKS и панелью окружений

Эта тема обсуждалась год назад и даже проводилось исследование UX командой ГитЛаба. Однако, к сожалению, на тот момент этот функционал не получил поддержки (большинство пользователей посчитали, что картинки загрузят интерфейс досок и сделают их менее user-friendly)

Здесь можно почитать более детально о выводах: gitlab.com/gitlab-org/ux-research/issues/107

Почему я отказался от работы в AWS

но ведь статья про это говорит

Если вы единственный сотрудник на удалёнке, ваше влияние по сути ограничено. По своему опыту, либо вся команда работает дистанционно, либо удалённые сотрудники являются гражданами второго сорта. Таким образом, это можно сформулировать так: «Почему бы не повредить своей карьере ещё перед её началом?»

Информация

В рейтинге
5,852-й
Откуда
Amsterdam, Noord-Holland, Нидерланды
Работает в
Дата рождения
Зарегистрирован
Активность