Когда нуб пытается втирать за сферу, в которой сам еле шарит. Класека
Стесняюсь спросить, сколько промышленных stand-alone систем ты развернул на облаках? :-) Или твое высказывание касается и тебя?
Дело в том, что если бы ты работал с облаками, то знал бы, что задача кластеризации на облаках также имеет свои проблемы и накладывает ряд ограничений. Технического и бюрократического толка. Например, загрузка данных аутентификации пользователей в ОП стороннего облака - вещь весьма и весьма щекотливая.
Иными словами, как и в случае с многоядерностью, прирост производительности от прироста мощностей имеет далеко не линейный характер. Причем сам софт изначально должен проектироваться так, чтобы поддерживать хороший уровень кластеризации.
Кроме того, о ужас, ограничения есть и у самого облака. Потому как у него тоже есть точка входа, назовем ее балансировщиком. И при тысяче, десяти или ста тысячах запросов в секунду, допустим, его хватает. А вот если их становится десять миллионов - уже может потребоваться облако для него самого.
Я уж не говорю, что есть ограничения чисто локального характера. Из ЦОДа, где идет обработка данных, выходит кабель, соединяющий ЦОД с внешним миром. И допустим, допустим, он способен выдержать нагрузку, которую устраивают до 40млн пользователей. Но проблемы могут начаться на узловых точках локальных провайдеров там, где у Близзард уже юрисдикции нет. Банально, помню, как во время Дренора, кажется, ложился узел на границе России и Европы.
Наконец, выход любого дополнения - это нагрузка на платежные системы (для чего и придумали предзаказы). А вот вынос во внешнее облако банковских и околобанковских (внутренних денежных транзакций) - это уже попахивает распиздяйством.
Резюмируя:
1) Задача облачной кластеризации трудоемка, особенно, если ХС или сервера аутентификации (что является узким местом Близзард) не разрабатывались под нее.
2) У облаков самих могут быть ограничения, которые "3 раза в год" расширять никто не будет.
3) Близзард могут страховаться от фейлов "третьих лиц" (потому как неважно на чьей стороне проблемы, винить будут конечного поставщика) и через это намеренно ограничивать используемые мощности.
4) Сначала добейся :-)