> Смотрите на это не как на обычный сервер, а как на узкоспециализированное
> решение на очень мощном микроконтроллере....где еще надиктовали с ножом к горлу левый ЯП и довольно чреватые методы работы.
Итог? Шаг в сторону - и вместо штатных фич системы вы идете кодить все сами. Вместо того чтобы взять готовое решение, как белый человек. Вы жизнь мечтали накодить себе аналог крона и системного логгера на ocaml?! А может вы всю жизнь мечтали написать эрзац-трассир? Тогда это ваш выбор! Правда, потом оказывается что дебаггинг там - геморнее чем на микроконтроллерах. А ловить редкие баги - опупеешь. При том всякая вебня и прочее - БОЛЬШОЕ, в отличие от МК. Если для микроконтроллера с фирварью на пять кило - баг стреляющий раз в неделю таки редкость, то для облачной фигни с кодом на 8М - это совершенно обычное дело. А т.к. стандартных фич системы ТАМ НЕТ, нормального дебага тоже нет, логгинга нет, крона нет, вообще нифуя нет. И програмеры потом разрываются между терабайтом ультравербозных логов флудящих все вокруг и тормозящих продакшн ломом в вентилятор, чтобы понять что там вообще происходит и полным непониманием того что там творится, на выбор. О том что все это пришлось месяц ударно кодить я вообще молчу, ведь приходится их спичек и желудей экстренно делать ну хоть какое-то подобие недо-логгинга и недо-трассира, попутно сгородив эрзац-крон т.к. терабайты ультравербозных логов которые почти трэйсы - мигом сжирают все место. Про какое-нибудь подобие дебаггера (ну, стандартных то дебагеров в левой недосистеме нет) - речь не идет: обычно программеры таки сцут начинать такое махровое наполеонство. Поэтому они месяцами сношаются с поимкой неочевидных багов. Тем более что на рабочей машине такое если и можно развернуть то оно ортогонально обычным практикам и повседневным сценариям. И поэтому для програмера сие похоже на визит к инопланетянам. Где что ни нажмешь - результат поражает неожиданностью и полным отличием от того к чему програмер привык.
> Естественно у такого подхода будут свои минусы,
Главный из которых - то что много гемора совершенно на ровном месте. Если в такой фигне случается БАГ (а при сложности типичной для вебни, облаков, серверов XMPP, HTTP и прочее - баги гарантированы) - это все, пипец. Нормального тулинга для поимки багов нету. Сливай вода, туши фонарь. И закладывай пару месяцев на кодинг эрзац логгера, эрзац-трассира и прочей фигни, которая в нормальных системах готовая лежит.
> Но в определенных ситуациях может быть вполне востребовано.
Ну я просто видел как такое пытались использовать. Это был трэш, угар и содомия. Люди убивали по полгода на то что пыхапэшник средней руки сделает (и отладит на своем ноуте) за месяц. При том оно все-равно адово глюкало в продакшне а процесс борьбы с багами больше напоминал влезание в ластах и противогазе на намыленный фонарный столб. В таком окружении за каждый прибитый баг надо олимпийскую медаль давать.