Я не знаю, нужно ли оно там, но K3S может такое.

а я говорю именно о цели - зачем это нужно-то ?

ну вот банально - для тысячи автобусов цена решения увеличивается условно в 3 раза.
а в чём профит-то ?

допустим сломался наш одинокий контроллер и сломалась у нас оплата трансп.картами и glonass.
что дешевле - пустить этот автобус с оплатой "только нал" и "простить" оплату тем, у кого налички нет.
Ах да, автобус надо будет на резервный на разворотной станции заменить.
или умножить цену решения в 3 раза, чтобы glonass точно работал.

Цена дополнительного одноплатника от 20-50 USD.

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

корпус не забудь еще.

чот совсем не писят баксов, да ?)

Софт ведь льют на подобии конвеера, массово, автоматически, тем более, если на microSD карту :)

еще раз - для оценки эффективности - проверяй решение на экономику.
допустим у тебя кластер - 3 мастера, 2 воркера.
кхм, в таком сетапе тебе нафиг не нужен кубер.
серьёзно - автоматизируй тоже самое любым другим способом - выгоднее будет

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

Выгоднее, если ты знаешь другие решения, если не знаешь, то выгоднее тем, чем знаешь :)
Тем более, что K3S - super light и одновременно в нем есть почти все важное от кубера.

А какую проблему автобуса это решает?

В embedded обычно смотрят в сторону rtos, а не stateless

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

я просто не знаю сколько автобусов в мос.гор.трансе - это самая крупная трансп. система в РФ
понятно, что там какие-то автоматизации будут.
но всю эту тысячу, пусть даже флешек нужно кастомизировать, клеить наклейки - минимум 2 ФТЕ.
подели это на 247 рабочих дней - вот тебе наценка только на заливку ПО на флешки.
еще парочку ФТЕ на доставку и передачу флешек
еще десяток (сколько там автопарков) - на установку и обслуживание.

и это мы еще цену инсталляции не считали.

А с каких пор Кубер стал stateless?
Современные одноплатники (да даже модели 5 и более лет давности) - это Linux с 2-4 гигагами оперативы.
На них мало того, что Кубер можно поднять, даже +ZFS легко.

А причём тут кубер?
Резервировать железо научились задолго до кубера.
И с меньшим оверхедом.

вообще говоря - примерно с рождения.
statefull там тоже запускать можно, но это не является зоной ответственности кубера, как решения.

Ммм.
Примерно с того момента как появился.

А на самом деле немного раньше.

Ну так вот, а с каких пор Кубер научился работать со stateful databases, etc.?