после того как таска закончилась, он снова ставит аннотацию в 0

а у нас прям под аннотациями управляет ?!
а он не оуел ?
может контроллер сверху какой-то ?

но это всё не про эту конкретную фичу.

если это не подходит вам, то это не значит, что это никому не подходит

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

я пытаюсь понять в чём суть фичи

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

Users should avoid updating the annotation frequently, such as updating it based on a metric value, because doing so will generate a significant number of pod updates on the apiserver.

то есть по метрикам мы не можем циферку устанавливать

ВОПРОС: - а откуда вообще цыферка рождаться будет-то ? и как часто обновляться ?!

Report on spam message was send to admins. Please be patient.

Не вижу там фоточек бмв

Report on spam message was send to admins. Please be patient.

Помогите, плиз, с аргументами и контраргументами к тезису “девопс инженер в команде inhouse разработки должен знать стекк разработки, включая менеджеры и экосистему пакетов  maven/npm/yarn/composer, включая разруливание конфликтов constraints пакетов совместо с разрабами”

Хорошее знание стека разработки девопсом…

+:
- позволит ему быстрее перейти на более высокооплачиваемую работу у другого работодателя
- освободит дорогостоящие ресурсы разработчиков, шифтнув низкоквалифицированную работу в сторону более дешёвого девопса
- позволит разработчикам сконцентрироваться исключительно на доставке функционала в продукт

-:
- приведёт к ускоренному выгоранию девопса из-за занятия не свойственной ему деятельностью
- повысит риски увольнения девопса

Надо договариваться о контрактах, максимально стандартизируя всё. Например, договоритесь о том, что ‘make tests’ запускает тесты, а ‘make image’ собирает контейнер, вне зависимости от языка разработки. Докерфайл у всех приложений, написанных на одном языке, пусть будет абсолютно одинаковый, и мейнтейнит его девопс с помощью разрабов.
Мир розовых пони, да.

чтобы из мира поней перейти в реальный мир:
- делаем шаблоны ci/cd для основных языков разработки
- делаем демо-репы для основных языков разработки и показываем как импортировать шаблоны, чтобы "простенько и не задумываясь", но с возможностью кастомизации.

+ @volch5

Дада, всё так.

Мейтененс шаблонов и демо – шареная задача между девопсами, разрабами, архитекторами.

а в чём у тебя вопрос ?
ты сам согласен или не согласен с тезисом-то ?

Давай разберём по пунктам.
должен знать стек разработки, включая:
- менеджеры и экосистему пакетов  maven/npm/yarn/composer
- включая разруливание конфликтов constraints пакетов совместно с разрабами

Должен ли ты знать что в npm кроме package.json есть еще и package-lock.json ?
Да, должен.
Сложно ли это - любой фронт тебе за 5-15 минут расскажет зачем нужны оба так, что у тебя вопросов не будет.

Конфликты зависимостей пакетов.
Странно, что ты вообще увидел эту проблему - разработчик не собирал локально у себя продукт или в чём причина.
но ок, случилась проблема - ты конечно идёшь к разрабу и говоришь - тут проблема.
Он говорит - ща починю, вопрос решён.

Стэк разработки еще.
Должен ли ты знать как работает CI на языке на котором пишет твоя команда ?
ответь сам, плиз.


в чём в итоге-то твой вопрос ?

шареная - значит ничья, значит будет мульён разных CI и прочий зоопарк
а вот качественно продать историю - ребята - у меня всё есть - делай как я и проблем не будет - это искусство.

не только для языков, но и фреймворков

Добрый день, как можно скейлить потсгрес кластер мастер-реплика?

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

сам вопрос-то в чём ?

сделать новую реплику и огонь ?
или в чём вопрос ?

как автоматизировать ?
посмотри на инструменты zalando.