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