d-stream

Можно сказать подавляющее большинство докеров работают на виртуалках.
Ну не практикуют сейчас bare metal варианты в общем случае.
То бишь стоит сервер с каким-нибудь гипервизором, а в гипервизоре крутится множество виртуалок, в каждой из которых докер...
Ну и да - на win10/11 вполне для поиграться поднимается не только docker desktop, но и в нём k3s, rancher и т.п. - этакий вариант пощупать кубера дома. Либо подходящая виртуализация - и там пускать linux в котором уже docker и далее.

Идеологически пакет - это сущность с конкретикой + список зависимостей.
А пакетный менеджер (nuget) - умеет добывать всю цепочку транзитивных зависимостей.
Главное чтобы они были в одном из доступных репозиториев.

А тех самых транзитивных зависимостей может быть немало. Да ещё каждая со спецификой делёжки на разные среды (netstandard, net.framework, dotnet и т.п.). То бишь в общем случае задача "создать пакет со всеми зависимостями" - сродни задаче "скачать весь интернет".

можно заглянуть в движки популярных форумов типа invision powerboard, phpbb и т.п.
там давно уже выстроилась "косоплечая" конструкция хранения html с тэгами bbcode в комментариях - чтобы при редактировании сообщения вернуть назад bbcode, а не чистый html

прям по любому мануалу nginx про балансировку
правда я невполне осилил изложение вопроса - видимо поэтому он помечен как "сложный"

можно тот же вопрос картинкой?

SNMP - если сервера умеют. А если не умеют - то это скорее не сервера.
Ну и реже - специфичные для конкретных вендров протоколы

А чего не сделать nginx/haproxy на vps которые будут прокидывать нужное в туннель, на другом конце которого либо опять же nginx/haproxy будет прокидывать в нужную виртуалку/порт?

Разработчика может переехать трамвай, вы посрётесь и т.п. -> что-то уникальное от него канет в лету.
Поэтому коль уж подходить к оценке - так перебрать предложения от кучи разработчиков и выявить чем владеет бОльшая часть из доступных.

Грубый пример: бухучёт->1с
ибо что студентов-шабашников, что франчайзи - как собак нерезанных... как и бухгалтеров умеющих в жёлтое тыкать... а возьми какой-нить парус или галактику, так на всю деревню ни буха ни найти, ни чела что сможет вправит отчёт... да и берёт он сурово и не спешит)

Типичнейший кейс: редактирование базовых цен, групп и т.п. прайса.
Притом инструмент работающего с таковым должен уметь работать не только с excel, но и с другими форматами. И обладать достаточной гибкостью. Причина проста: средний сервис/магазин зч оперирует миллионами номенклатурных единиц (кодами з/ч), оные коды и политика ценообразования зависят от поставщика - т.е. один шлёт в excel код детали - цена - категория скидки - мин партия - срок, другой выгружает остаток склада в виде код-наименование-кол-во-цена, третий валит tab delimited прайс в у.е. и так далее.
Ручками такое никто набивать-перебивать-сверять не будет. А поставщик, особенно эксклюзивный - пошлёт искать на рынке другого поставщика)
Ну и да... зачастую ещё одни и те же запчасти могут иметь несколько разное кодирование под разные рынки-регионы)

В итоге сидит чел, тащит из зоопарка присылаемого в excel (например через мастер импорта) данные, сводит их к более-менее единообразному тасуя колонки, пересчитывая ндс и валюты. И потом хотел бы не выверять csv глазами на предмет затесавшегося "Болт М5; резьба1,5 мм" на котором импорт csv упадёт хоть с comma delimiter, хоть с semicilon ))))))))

Просто поменять переключение языка на более нативное ctrl-shift

Наверное стоит заглянуть с другой стороны: "как интерпретатор работает" )
И собственно окажется что jit/il - интерпретируется некоей средой выполнения.
Тот самый il - максимально удобен для его интерпретации

Кстати подобные решения практикуются давно. Как образчик на моей памяти ca clipper 40-летней давности. Ну и всякие реализации кнутовской машины.

"убитые" таким образом карты, флешки - как правило элементарно восстанавливаются родным софтом типа kingston recovery tool и прочими тулзами.
Там вся "смерть" - некорректное содержимое блоков оглавления.

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

Надо просто чутка почитать и применять обфускацию модулей до эмбеддинга.
грубо build->obfuscate->publish

Собственно СХД из дендрофекальных запчастей может стать очень узким местом.
Если тупят sata ssd диски в серверах, то аналогичные sata по сети - будет ещё унылее...

Когда взрослые СХД подключают - там скорее речь идёт о 16Gbit FC и т.п.
Но с FC сейчас не так чтобы совсем хорошо. И надо бы смотреть на 40GbE/100GbE - более-менее б/у могут оказаться не совсем дорогими. Чтобы обойти коммутатор - при полной уверенности что роста количества серверов не будет - можно смотреть на многопортовые сетевухи для СХД.
Ну и дальше - сама дисковая система - "взрослые" делят диски на несколько сортов: высокоскоростные на базе ssd, быстрые hdd и "архивные" тормоза. Но при этом зачастую строят хитрые raid с своего рода кэшем на ssd. Для образчика MSA2062 с раскладом 4*1.8Tb SSD + 8*8Tb archive hdd как раз по всем показателям попадала в плепорцию ssd/hdd на фактических нагрузках примерно 400...500ВМ
Соответственно стоит уделить внимание и контроллеру.

Правда очень сомнительно что это всё уложится в скудный бюджет трети домашнего игрового компа... Но хотя бы частично можно попробовать двигаться в этом направлении.

p.s. ну и ещё можно поиграться с размером RAM - раздув его с запасом как буфера/кэш

21:9 и лучше 32"..34" - предрасположит сидеть не "упершись носом в монитор"
Со временем - второй монитор вертикально рядом.

Естественно с разрешениями больше чем FullHD: как правило 2к..5к мониторы имеют и качество получше

Думаю начать стоит с рефакторинга смыла действия. Например одним запросом отправить сервису заархивированную .csv таблицу и в ответ получить результат сравнения в виде таблицы номеров строк где есть совпадение.