Это вы, наверное, про сервисы Netflix, удерживающие одновременно десятки тысяч сетевых соединений и прогоняющих через них 40 гигабит в секунду кодируемого на лету видео? Про Blynk, способный обрабатывать миллион конкурентных соединений, работая на VPS'ке за 25 долларов? Может про Apache Kafka, без которой сейчас мало какой высоконагруженный проект обходится?
которые тяжелы в поддержке и жрут много памяти
Видать поэтому enterprise и выбрал Java? Крупные компании любят тратить деньги, да?
animanshnik, заметьте, что единственный пользователь, который в вашем вопросе выступает за эту академию, зарегистрирован полчаса назад и других ответов не имеет. Не наводит на мысли?
MRcracker, мне вот непонятно, зачем вообще объяснять это заказчику? Когда вы приходите в к автодилеру за автомобилем, вам рассказывают про цикл Карно или сопротивление стали 18ХНВА на скручивание?
peter_griffin, если мне не изменяет память, при регистрации вы соглашались с договором с апворк, по которому передаёте заказчикам результат своих трудов в полном объёме.
peter_griffin, это зависит от договора. Грубо говоря. если клиент покупает у вас продукт, то вы сохраняете все права и можете продавать его ещё много раз, а если клиент заказал разработку, то права на интеллектуальную собственность остаются за ним и вы можете загреметь за решётку при попытке продать исходники или производный продукт ещё кому-то.
Алексей Сундуков, повторюсь, на сколько мне известно, не один сервис с такой проблемой не справляется. PID-файл остаётся при падении PostgreSQL, MySQL, Apache HTTPd, Nginx и многих других.
Adamos, засегфолтить питона надо очень постараться :) Ну, и я не знаю ни одного сервиса, который умел бы не оставлять в таком случае pid-файл, блокирующий повторный запуск. Так что это неприятная, но нормальная ситуация.
Зачем тут websocket'ы? Зачем асинхронность, многопроцессность или многопоточность? В описанном вами сценарии клиенты могут просто дёргать обычный синхронный web-сервис при изменении данных.
