Спасибо, но DinD не вписывается в текущий стенд: privileged задаётся на уровне раннера, а не джоба, так что пришлось бы заводить отдельный GitLab Runner с privileged = true. Я когда буду перерабатывать статью и тестировать buildah, напишу коротко о DinD.
Все записи с одним ключом гарантировано идут в одну партицию (murmur2(key) % partitions). Это полезно, когда важна последовательность по атрибуту: события одного пользователя или одного заказа должны идти по порядку.
а если несколько партиций у топика и приложение которое отправляет данные по ключу динамически создает новые поды днем и удаляет поды ночью, то данные все также попадут в одну и ту же партицию?
Команда А пилит фичу, которая меняет API в условном сервисе заказов. Чтобы ее протестировать, нужно еще обновить условный сервис уведомлений, который этот API дергает.
Оптимальным решением будет применить версионирование API совместно с feature-флагами: Команда А выпускает новую версию API (v2) параллельно со старой, а сервис уведомлений обновляется без спешки и переключается на новый эндпоинт в рантайме с помощью флага, что гарантирует нулевой даунтайм и независимый деплой обеих команд.
добавил buildah
добавил buildah
Спасибо, но DinD не вписывается в текущий стенд:
privilegedзадаётся на уровне раннера, а не джоба, так что пришлось бы заводить отдельный GitLab Runner сprivileged = true. Я когда буду перерабатывать статью и тестировать buildah, напишу коротко о DinD.Спасибо за гайд.
а если несколько партиций у топика и приложение которое отправляет данные по ключу динамически создает новые поды днем и удаляет поды ночью, то данные все также попадут в одну и ту же партицию?
Вы молодцы. Что у вас под капотом? Самописный фронтенд/бекенд или openstack?
А где исходники?
Надо тестировать. Сейчас не подскажу
Я не тестировал в prod. Развернул в чистом k8s.
Теперь можно pghero выкидывать
Одна проблема. Нужно поднять kubernetes. Можно руками и потом импортировать.
Кстати, подскажите, а удаляет ли он TF ресурсы?
Добавьте пожалуйста в статью нужно ли устанавливать свой сервер или приложение подключается к вашим серверам.
можно на rutracker выложить)
Оптимальным решением будет применить версионирование API совместно с feature-флагами: Команда А выпускает новую версию API (v2) параллельно со старой, а сервис уведомлений обновляется без спешки и переключается на новый эндпоинт в рантайме с помощью флага, что гарантирует нулевой даунтайм и независимый деплой обеих команд.
Этот проект был создан для поста и удален после написания поста. Поэтому там нечего мигрировать.
Спасибо за пост. Почему вы выбрали Sentry для хранения трейсов, а не Jaeger, tempo, VictoriaTrace? Сколько у вас событий на вкладке stats?
А где ссылка на репозиторий? Думаю стоит расписать побольше о проекте
Спасибо за пост. Добавьте пожалуйста скриншоты/картинки grafana дашбордов созданных на базе этих метрик.
а зачем им нужен доступ в k8s ? у вас 40 devops инженеров?
Спасибо за статью. А сколько у вас Пользователей ходят в k8s?
А как узнать какое приложение отправляет большие трейсы?