инстанс ставит флажок что он мастер

А, да, еще нюанс: если вы думаете, что какая-то распределенная хранилка вас спасет, то это не так. Она только уменьшит вероятность сбоя одного из компонентов системы, но цимес в том, что у вас еще одна распределенная система - это вот эта вот хранилка стейта плюс клиенты. Если раньше вы опасались за то, что хранилка упадет и клиент не сможет прочитать стейт, то теперь надо бояться за то, что сеть упадет / запрос превысит таймаут, и клиент все равно не сможет прочитать стейт

пока стоит флажок, остальные чекают мастер и флажок, как только мастера исчезает, идут ставить флажок

но, у нас это на достаточно тупых сервисах, я бы не стал такое делать

И, наконец, добивочка: вы никогда не знаете, что узел является мастером. Вы предполагаете, что узел является мастером, потому что к тому моменту, когда вы получили от хранилки подтверждение, что данный узел является мастером, прошло уже некоторое время.

зачем чекать мастер?

все так

а, да

там даже мастер не чекается

ну короче, флажок в етцд

и емнип когда последний раз ставили

там даже вроде etcd патчили под это дело

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

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

любой лок на коленке - это прямо ух какой риск угореть

очередь почему не подходит?

веса разные у читателей?

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

готовый рафт вполне можно взять у того же хашикорпа

там прямо либа емнип