> Угу, сколько-сколько там назад отдельную конфигурацию сети то смогли? как понабежали безмозглые мартышки с доскером в голове - так и смогли. Это как раз феерический бред и кривой код впридачу. Совершенно не нужен - если, конечно, не докер в докере в докере запускать.
Но "прогресс", к сожалению, не остановить. Вменяемые уходят, а набигающие продолжают набигать.
> По сравнению с убермонстрами где цать мегов php (жаб, хомяков, гадюк, рубей) навалены одной
> кучей и спасибо если там нет откровенных eval/remote include/system() с юзеровскими данными -
> может даже и ничего, кстати.
И в чем разница если они все навалены в доскере той же кучей и еще кривым планировщиком что-то регулярно исполняют?
И кто обещал что нет eval какого-нибудь мусора - б-жественная благодать доскера от него гарантирует?
> Первое что в таком случае надо оптимизировать - уволить архитекта к дьяволу.
да, жалкий неудачник - вот если бы проектировал докера в докере в докере - вот тогда было бы чудо, ресурсов оно бы вообще не требовало (косит в сторону кластера соседнего отдела - в принципе, оно так и есть - с тридцать хостов, расход памяти сотня гигабайт, зато cpu - 0. Вот это норм архитекторы, ящетаю. Жаль что CPU 0 означает, что никакой пользы компании этот прожорливый монстр не приносит. Память и место на дисках, к сожалению, нажрал уже на пяток миллионов ржублей. Оно тоже не используется, естественно, при cpu=0, но сожрано. Затобесплатно!)
А системы, которые делают что-то полезное - внезапно, делают это не из воздуха. И железо в стойках не заведется затобесплатно. Оно там вообще может не завестись, даже при бесконечных деньгах - не хватит электричества, охлаждения или площади. И придется сказки о "горизонтальном масштабировании" засовывать макаке туда, откуда они вылезли - и заставлять оптимизировать поделку. Если вместо этого топтопы позволили себе повесить на уши сказочки о масштабировании - то писать три конверта, результат неизбежен.
