Pull to refresh
0
0
Вячеслав @slisli

User

Send message

Как минимум неудобно, и даже опасно ссылаться на модуль по имени ветки. А теги в репозитории одни сразу на все модули. Если будут несовместимые изменения в одном модуле, то будет не очень удобно.

Используете ли head/tail сэмплинг на коллекторе?

Интересно взглянуть на то как себя поведут flatbuffers и cap'n proto.

Из за названия репозитория стандартом он всё равно не становится.

Зависит от того как вы воспринимаете гитопс как концепцию. Если для вас опредление компании weaveworks является догмой - то да, секреты не в гите не позволяют быть единственным источником правды. Ещё можно вспоминать mutation вебхуки которые дополнят поля в манифестах, или OCIRepository который не гит. Да и много чего ещё. Я просто пользуюсь концепцией reconciliation loop и источника данных в гите. Как в Chef да.

Повторяемость сборок - это сложно, полностью согласен. Можно зайти чуть сбоку - собрать один раз, подписать образ с помощью cosign. И проверять на стадии деплоя (Flux это умеет делать). Всё таки чаще мы хотим задеплоить на прод тот же имадж что првоерили ранее. А не собрать ну точно такой же гарантирую это.

По своему опыту могу лишь сказать что отдельный бранч для окружения делает сильно больно и неудобно. Теряется видимость. Могу порекомендовать попробовать подход с kustomize overlays. Либо генерация ямлов из верхнеуровневой абстракции, но опять таки в одном бранче всё.

Почему у вас дублирование и опасность при перемещении не очень понятно пока. Если можно пример будет понятнее.

Вообще я заметил что люди гитопс слишком прямо воспринимают. "У вас секреты не в гите - у вас не гитопс!".

По поводу "артефактов вне гита" вообще странный посыл. Никого не удивляют Gemfile.lock, go.mod и т.д. в репозитории для фиксации зависимостей, но вот тег докер имаджа или хелм чарта уже не канон.

У альпайна еще были проблемы с резолвингом ДНС. Незнаю как сейчас правда.

Расскажите чуть подробнее о том как вы пишете к Clickhouse. Запись идет в какую-то очередь из которой Clickhouse сам вычитывает?

А вообще существует какое-то сообщество Тимсити где можно задать свой вопрос? Я так и не смог найти ничего кроме багтрекера.
Пробовал этот плагин несколько лет назад, может что-то поменялось. Смысл в том что если скрипт выполняется долго (затупила сеть, не отвечает внешний сервис и т.п.) то страница просто не отрисовывается пока не завершится скрипт. Т.е. пользователю кажется что тормозит сам дженкинс. Я думаю, лучшим поведением было отобразить всю стриницу без полей ввода, а на месте этих полей какой-то прогресс бар или крутилку. После завершения работы скрипта уже дорисовать инпуты.
Проблема того что после нажатия Build with Parameters страница блокируется до того момента как скрипт получит все данные до сих пор осталась?
Ну и в 2020 без пайплайна набивать джобы руками уже не должно быть актуально.
Я полагаю после внедрения в go-critic будет достаточно использовать golangci-lint с VS Code.
Если программист хочет писать логи, он должен получать извне интерфейс Logger, причём делать это следует на уровне инфраструктуры, а не app или domain.

А как логируете доменный слой? Или вообще не логируете?

Information

Rating
4,909-th
Location
Россия
Date of birth
Registered
Activity