Узкие места в облаках: истории Pokemon Go и Trivia Crack

Если Pokémon Go и Trivia Crack смогли справиться с проблемами масштабирования облачных вычислений на мобильных платформах, то и у вас это получится.

Что означает фраза смогли справиться? В первое время после запуска, в связи с наплывом большого количества людей, постоянно была проблема с подключением. Со временем трафик спал и проблема такая пропала. Это и называется справиться? Предположим, этот сценарий успешен, тогда есть ли в современной истории случаи, когда команда не смогла справиться с большой нагрузкой и проект пришлось закрывать или что-то кардинально менять?

Ньянтики справились с проблемой за 2 недели, как раз тогда же приложение и достигло пика популярности. Но улучшения были заметны по истечению первой недели (сам начал играть 06.07)

У World of Tanks была аналогичная проблема, если не ошибаюсь во время релиза (управились за полгода, тут память может изменять)

Хорошо бы конкретизировать эти «узкие места».

Часть узких мест находилась в коде Niantic, «но у нас возникли проблемы и с парой библиотек с открытым кодом, чего мы никак не ожидали — именно их было сложнее всего решить».

Что за проблемы? Что за библиотеки?

Но неисправности возникали и со стороны Google. У Pokémon Go возникли проблемы с облачной инфраструктурой; движок контейнера содержал подсистемы, которые никогда не тестировались под такой нагрузкой. Появилась пара проблем и с сетевым стеком.

Так проблемы со стороны Google или со стороны Niantic, так как они потенциальные нагрузки не оценили?

Что может посоветовать Кеслин другим разработчикам, стремящимся создать новый феномен дополненной реальности? «Думайте о масштабировании с самого начала. Команда разработки нашей игры была сосредоточена на производительности. Благодаря этому мы смогли максимизировать производительность при низких затратах, и были способны масштабировать систему»

То есть, если резюмировать статью, то «Думайте прежде, чем что-то делать. Ну и да, тестируйте, тестируйте, тестируйте».