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

Короче outpost не покупал. Если там обычное железо и ценность имеет только ПО, то его можно зашиыровать ключами и передавать их из облака по сети. Вон у Apple MDM прекрасно устройства удалённо в кирпич может превратить. Тогда да, можно кому угодно что угодно выслать если софт не извоеч, а железо имеет оглворенную стоимость.

Наверное да, я бы клиентам отсылал что-то штатное например по партнерке с Dell, HP. У них даже есть такие решения для VPN или Data Migration. Тогда железо не жалко и даже в лизинг им оставить если по контракту забрать диски себе в утилизацию.

ETegro ранее ими торговали, а теперь они https://m.habr.com/ru/company/gagar_in/blog/552832/

Вроде же только мастер-данные на территории РФ, копии можешь хранить где угодно, нет?

Зависит от категории данных. Хуже всего медицинские, там не просто территория РФ.

обычно имеется в виду 2 категории, медицинские это 1, с более жесткими требованиями

С медицинскими если инспектор вредный, то ты даже MQ или ESB можешь не сдать. Потому что не смотря на уровни доступа, партиции и т.д. ИБ смотрят на эти технологии как на хаб данных, откуда потенциально каждая система может читать все данные.

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

Развели опять. Хорошо, надо, плохо, плевать на все это. Дай здесь и сейчас, и что бы завтра не полетело. То что через 5-10 будет, трава не расти, разрешиться или деньгами или ещё чем, главное под прокуратуру не попасть. А то что сделал на 50 лет к черту, не похвалят, а если свое, сам сдохнешь/закроешь/рынок выкинет за 50 лет то.

Да, законы абстрактные, многое зависит от вредности куратора

Ну, я видел решения, которые благодаря заложенным возможностям взяли рынок через лет 10 после создания (когда рынок дорос).

Бывает, но кто сказал что вы такой особенный и ошибка выжившего это про вас? Ещё больше решений сдохло, и дало убытки в миллионы/миллиарды долларов. Да и вам с них ничего через 10ку лет, только самолюбие тешить. Права уже не ваши обычно.

Ага, я и не спорю, что это повезло )

Да никак. Никто не за что не отвечает.

Здравствуйте! Имеется несколько одинаковых сервисов, нужно между ними через балансер слать сообщения (сообщение случайно может попадать на любой сервис), но при этом, если отправили в один сервис сообщение с определённым id (например id сессии), то следующие сообщения с этим же id нужно слать в этот же сервис. Через что такое делается? Или лучше самому реализовывать такую логику с применением kv хранилища, где будет храниться таблица хост - список id сессии?

Стикки сешн

Балансеры обычно такое умеют уже. Называется session affinity или sticky sessions. Например, nginx ingress:
https://kubernetes.github.io/ingress-nginx/examples/affinity/cookie/

Спасибо большое! То, что нужно!

Осталось разобраться как с gRPC все это дело подружить)