Да ладно. У golang есть 2 стиля. Новичка и матерого (хз как точно описать). мой открываешь - новичка, k8s матерых, nomad матерых.

Новичок говорит, что generics не нужны, потому что синтаксис и проекты простые, а матёрый КОДОГЕНЕРАТОРЫ пишет? :)

для большой компании - там уже наверняка есть какой-то convention и прочее

для 90% применений, где его пихают - оверкил

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

честно говоря, полезность волта сомнительна

мне больше всего нравится, что не нужно следить за тем, чтобы старые доступы удалять. Там если исчещает приложение, то по ttl умирают доступы его.

а так - git crypt или от силы aws secrets для 90% стартапов

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

В Helm hook annotations есть, погугли пример.

мне нравится идея заландо ещё - тупо kms ключем шифровать и пихать в куб секрет этот блоб

для 90% можно и пароли в исходниках. Ну ладно, просто в env у ci

В Helm hook annotations есть, погугли пример.

окс, благодарю

У меня секреты в gitlab ci runner variables хранятся на основном проекте 🙈 но к кубу только я имею доступ, пофиг.

никаких лишних зависимостей, секреты нигде не торчат в открытом виде (как в том же git crypt на каждом ноуте или в CI любому с доступом в CI или на сам инстанс с CI)

никаких лишних зависимостей, секреты нигде не торчат в открытом виде (как в том же git crypt на каждом ноуте или в CI любому с доступом в CI или на сам инстанс с CI)

protected есть у gitlab, тима не видит ничего лишнего.

protected есть у gitlab, тима не видит ничего лишнего.

+100

но при необходимости тима может эти переменные спиздить через раннера

или скомпрометировать gitlab-ci.yaml

но это все будет видно )

если может пушить в protected ветки

у меня не может 😂

но при необходимости тима может эти переменные спиздить через раннера

вот-вот

секрет полишинеля же

умный Вася сделает base64 | echo и вуаля

камон

откуда?

> но к кубу только я имею доступ, пофиг.

в gitlab-ci.yaml башнянке

умный Вася сделает base64 | echo и вуаля

протектет вариаблес для протектет веток на протектед раннерах

умный Вася сделает base64 | echo и вуаля

в теории Вася не сможет на НЕ ПРОТЕКТЕД раннере это сделать

ну и?

протектет вариаблес для протектет веток на протектед раннерах

+1

ну, а на гитлаб сиай файл - изменения только через мерж реквест, иначе нахер

если конечно у вас один человек мерджит в протектед ветки то у вас там 3 человека на проекте

левые люди не могут пушить в протектед ветки и запускать джобы на протектед раннерах

и там вообще можно без CI

без CI нельзя даже если один

если конечно у вас один человек мерджит в протектед ветки то у вас там 3 человека на проекте

большей части компаний где я работал достаточно было 5 людей в команде 😁 Даже если из было 20

а если у вас действительно CI/CD то это значит что либо вообще trunk based development либо все могут в мастер мерджить и лить на прод

и значит читай выше про любой Вася

большей части компаний где я работал достаточно было 5 людей в команде 😁 Даже если из было 20

ну т.е. боттлнек налицо и никакого CD

ну т.е. боттлнек налицо и никакого CD

нет, просто у меня убеждения, что можно порезать чуть фичи и на порядок упростить код

функциональность

упростить код = ввести протектед бранчи и раннеры? оок

Из самых ярких примеров - нам нужна синхронизация между корзинами на всех устройствам - зачем? - чтобы отправлять email с забытыми корзинами - нет, вам не нужна синхронизация. Вам нужно генерировать в email ссылки вида site.com/cart?restore=id&quantity

А люди пол года отлаживали синхронизацию корзин между устройствами и она так и не заработала адекватно.

У яндекса вроде номад?

У яндекса вроде номад?

lol

у них там наркоманское что-то

у них там наркоманское что-то

кокаинум

у яндекса дохрена чего, не удивлюсь если и номад где-то есть

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

и то я бы сказал это плохо

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

Я сказал, что репликацию делаю куча умных людей для баз. И не всегда получается. Я тупой, извините, давай-те вот так.

тут лучше на самом деле было взять e-commerce patterns/best practices

там есть свои ньюансы при поиске например

(типа не показывать пустую страницу результатов а всегда показать хоть что-то типа может быть релевантно)

и т.д. и т.п.

у меня в сентбяре ещё 1.5 был в 6 кластерах

а дайте URL а апишке посмотреть

Мы говорили, про то что в большей части компаний достаточно иметь малькую команду. А там где была большая - есть раздутие и боязнь резать фичи ради простоты часто.

а дайте URL а апишке посмотреть

уже нету, на 1.10 перешли, ну и само собой там по айпи закрыто

Мы говорили, про то что в большей части компаний достаточно иметь малькую команду. А там где была большая - есть раздутие и боязнь резать фичи ради простоты часто.

либо раздутие штата чтобы продаться подороже

либо раздутие штата чтобы менеджер мог потом в линкедине обновить профиль что менеджил ХХ чел найти покруче работу

либо раздутие штата чтобы менеджер мог потом в линкедине обновить профиль что менеджил ХХ чел найти покруче работу

Да, я у таких думаю копировать строки для своего резюме, умеют красиво в 2 абзацах рассказать, что с ними команда использовала gitlab и какая фантастика получилась.

тот же волт на что можно заменить?

KeepAss :)

а так - git crypt или от силы aws secrets для 90% стартапов

git crypt - прекрасен, особенно в сочетании с jsonnet

прекрасен ровно до момента когда кто-то уходит из компании

local secrets = import 'secrets.libsonnet';

а потом появляется много вопросов - а что делать

@zuzzas я тут пытаюсь на старого прометея натравить через сервисмонитор

@zuzzas я тут пытаюсь на старого прометея натравить через сервисмонитор

Старый prometheus-operator? Тогда не знаю, честно говоря.

нет, просто прометей, без оператора

ну хорошо, я могу поменять свои секреты (база там и т.п.) а вот например нью релик license code - как быть с ним? Ушедший человек может нагенерить костов нам в нью релике на сотни тысяч

в смысле на тот который у меня давно уже

и т.д. и т.п.

в смысле на тот который у меня давно уже

Через EC2 discovery?

не, он у меня в другом неймспейсе

сервисмонитор в котором неймспейсе надо создавать?

В Namespace Prometheus, который operator менеджит.

а потом появляется много вопросов - а что делать

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

- image: {{ .Values.image.repository }}/dev-{{ .Values.application.name }}:{{ .Values.image.tag }} name: {{ .Values.application.name }} imagePullPolicy: {{ .Values.image.pullPolicy }} {{- if .Values.resources }} resources: {{ toYaml .Values.resources | indent 10 }} {{- end -}} ports: - name: {{ .Values.service.access.name }} containerPort: {{ .Values.service.access.port }}

подскажите плз/, почему разъезжаются строки при верстке хельм теймплейта