bama^boy (0) увеличил репутацию G D (1)

Вообще принято деплои вертикальными линиями на графиках обозначать

А можешь показать как это выглядит в графане?

Благодарю 🤟🏻

внезапно - у тимсити нигде нет информации о часовом поясе, который выставлен на сервере. Поэтому "время запуска билда" оказывается разным, если его конвертить в UTC на агентах, у которых разные часовые пояса.

наверное берется локальное время на агенте

нет, переменная system.build.start.time содержит локальное время на сервере

почему бы вам не перестать использовать эту переменную, и не взять время на агенте?
первым шагом в билде сформировать нужный формат времени на агенте и запихнуть в переменную, которую потом будете использовать дальше

ага. Просто я опирался на предыдущее решение, где именно на эту переменную все и было завязано. Возможно в этом был какой-то скрытый смысл, но ну нафиг

на сколько я помню - вам и раньше так советовали сделать, но вы решили парсить эту переменную

в любом случае - решение есть, и тимсити нормально позволяет его внедрить в билд процесс

потому что у меня было готовое решение и я продолжал опираться на него. Сейчас это стало совсем бессмысленно.

единственная притянутая за уши причина, почему переменная лучше, чем date на агенте, это что процесс запустили прям по часам, а агенту задача может быть передана с какой-то задержкой, и мы почему-то хотим видеть ровно ту цифру, когда клацнули кнопку "собрать", а не ту, когда реально пошла сборка. Но думаю перебьются.

Аргументируйте именно этим, вы видите время когда билд попал в очередь, а в логах выполнения когда он реально был запущен, и время может реально отличаться

В последних версиях кибаны, как добавить кибане индекс по умолчанию при первом запуске ансибл
В предыдущей версии я передавал json по ссылке
HTTP://localhost:5601/elasticsearch/.kibana/config/4.5.4/_update
но в 7.7.0 ссылка не доступна

Добрый день. Хочу сделать первый "подход" в изучении k8s. Хотелось бы услышать может быть какие-нибудь мнения о том, как более оптимально построить процесс изучения. Пока вижу стандартный вариант, примерно так:
- взять 3 простеньких виртуалки, через роль ансибла развернуть туда кубер, взять книгу и по ней идти.
Знаю, что некоторые, чтобы не парится за установку и админство кластера, брали готовый кубер в селектеле  и с ним уже изучали.
Почему спрашиваю - просто говорят, что k8s это прям довольно сложно и очень объемная тема, соответственно свернуть не туда/делать не совсем то/так довольно легко.
Можно ответить на вопрос от обратного - что совсем не надо делать/терять время при освоении k8s

Есть спец чат
https://t.me/kubernetes_ru

"Соре, зис групп из нот аксессибл"

поставить его вручную, пройтись по всем основным понятиям в документации, сделать чарт хелловорлду и подкрутить CI для него. для начала этого хватит, я думаю