LINUX.ORG.RU

История изменений

Исправление Iron_Bug, (текущая версия) :

не дороже кучи мейнфреймов по всем регионам. в том и проблема, что у любого телеком-оператора не один маленький локальный район на облуживании, а куча разных удалённых друг от друга регионов. и централизация не канает. надо чуть ли не в каждом рыбацком посёлке ставить обработку. и на жручей жабе просто разоришься. а на куче мелких дешёвых типовых серверов, которые ещё и заменить легко, в случае чего, это вообще элементарно делается. у нас на весь Екатеринбург стояло два махоньких сервера и один в запасе: если один выходит из строя - нагрузка распределяется на третий. и всё. это очень дешёвое и выгодное решение. и оно масштабируемое. надо больше сессий - поставил рядом ещё один такой же мелкий сервер - и больше ничего не нужно делать. а где-нибудь на периферии, на Севере, можно ещё более дешёвый сервер поставить, на памяти сэкономить, если там тыща сессий в минуту или меньше. и будет работать. любое масштабируемое и децентрализованное решение всегда лучше.

Исходная версия Iron_Bug, :

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