Saboteur

На обучение денег не жалко, главное, чтобы был результат.

Чтобы был результат, нужно тратить не деньги а ваши личные усилия и время. Только так.
По разработке на любом языке, бесплатной, доступной информации просто валом. Она вся открыта, доступна, на гитхабах примеров готовых исходников просто лопатой не перекопать.

Тем более, что вы уже делали какие-то попытки и начнете не с нуля.
Пишешь много кода, парралельно читаешь что-нибудь системное (один учебник).
И нет смысла искать самый-самый лучший. Ну вот вообще.
Если бы был какой-то самый лучший учебник, он бы уже был единственным путем в мир разработчиков.
А на деле - можно научиться разными способами.

Лучше за то же время прочитать два любых из гугловского топ-10 и написать кучу кода своими руками.

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

В глаза кидаются мелочи типа

В каждом сервисе подключен бутстрап конфиг, в котором подключены 4-5 конфигмапов дополнительно

А почему у вас несколько конфигмапов на одно приложение, а не один конфигмап?

При выдаче изменений версионных, в основном, требуется к примеру в 10-и конфигах сделать изменения

Почему из-за изменения версии, нужно делать изменения в конфигмапах, тоже неясно. Что-то себе придумали, и при масштабировании оно оказалось неудобным.

По итогу можно провтыкать изменить на каком-то окружении параметр, и всё..окружения уже не одинаково настроены.

Делать статические параметры, и в конфигмапы выносить исключительно environment-related опции.

По вашему вопросу никто не скажет решения. Это нужно сесть и переделать.
У меня свыше 100 компонентов, десяток енвайрнментов. Конфигмап один на неймспейс, секрета два на неймспейс, в принципе достаточно.

1 млн байт, это например всего лишь 1 мегабайт, что для современного компьютера немного.
Ты точно в КАЖДОЙ клетке хочешь разместить нечто активное?

суперпользователь в линуксе один, это тот у которого UID=0

то есть ваши два суперпользователя не имеют суперюзерских прав. они видимо просто имеют доступ к sudo чтобы стать рутом.
А рут может просто выполнить su и стать другим юзером даже без пароля.

много вариантов.

1. Вам наверное будет проще перенести все файлы на другой диск, переразбить /dev/sda с нуля сразу на один большой раздел, отформатировать, примаунтить и скопировать файлы назад.

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

3. У вас там уже используется LVM, можно заморочиться и сделать там разные варианты.
Увеличить общий размер текущего logical volume, или сделать отдельную volume group с отдельным logical volume.. но там надо подумать как устройства распределить.

Пройди курсы и сдай сертификат на LPIC

Волшебной палочки нет.

"Надо смотреть в даль много времени чтобы мышцы зрения имели амплитуду"

У вас неправильное понимание о том, что происхоид с глазами. Им надо не вдаль смотреть, им надо тренироваться.
Проблема в деменции аккомодации. Чтобы глаз не терял способность, надо смотреть то вдаль то вблизь.
А если долго смотреть вдаль, то не сможешь потом видеть рядом. Захочешь ногти постричь и тупо не сможешь.

Поэтому
1. находи время давать глазам отдых. Маленькие разминки за работой, капли для глаз.
2. Сходить к окулисту и по ЕГО рекомендации взять очки.

Если будешь заниматься самолечением с текущим представлением, то кроме близорукости или дальнозоркости (а и то и то - комфорт понижает), получишь еще остигматизм и другие осложнения очень быстро.

гигабит от двух провайдеров (для бэкапа) и запретить качать торренты. Для игр на 25 компов более чем достаточно

777 - зачем?
Кому нужны права?
Если юзер ламп создает папку, то скорее всего у него и так есть права.
У вас какая проблема возникает? Может разными юзерами создаете папку и читаете ее потом?

public float maxVelocityChange = 10f;

У вас скорость меняется на это значение.
Просто придумайте алгоритм, чтобы менять значение переменной. Например если направление не изменилось, увеличиваете на 0.5, если изменилось, то сбрасываем на 10f.
Плюс может быть какой-то лимит добавить.

1 домен. Отображать юзерам содержимое исходя из ИП адреса пользователя.

Это точно не есть гуд.
Отображать нужно согласно выбору юзера, хранить выбор в куках. А по дефолту в первый раз можно отображать исходя из, комбинации - языка браузера + геоIP

Странный вопрос.
А где сейчас хранишь информацию об одном боссе?
Там же храни и про нескольких.

Архитектура строится исходя из
1. как это будет запускаться, на каких ресурсах, хватит ли 1-2 cpu сейчас или через год, если надо будет масштабировать?

2. Опять же сколько данных будет через год или 5 лет, будут ли они обрабатываться также быстро?

3. Надо будет обновлять софт - ОС, версию java или еще чего. Насколько удобно и легко это будет делать

4. Нужно ли вам работа 24/7, или можно отключать систему по ночам или выходным для различных технических требований (апгрейды, бэкапы, миграции)

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

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