Как я могу смоделировать ВЫКЛЮЧЕНИЕ Parse.com, чтобы измерить его влияние?

Надеюсь, это поможет, но вот что мы сделали для имитации выключения:

1. Настройте локальный прокси-сервер в нашей сети, который сопоставляет старый URL-адрес сервера https://api.parse.com/1/ с веб-приложением в нашей локальной сети, которое всегда возвращает HTTP 500 и / или HTTP 4xx. Кроме того, и, что важно , мы также тестируем сбои сертификатов SSL (для этого мы использовали CloudFlare).
2. Затем мы запускали старые клиенты на нашем локальном Wi-Fi, что заставляло их работать с нашим «фальшивым» сервером выключения, который отвечал с ошибками 500, 4xx и SSL с учетом наших тестовых конфигураций.
3. Для файлов, размещенных на Parse, вы получите XML-ответ HTTP 403 Access Denied от Amazon S3, который легко проверить.

Если вы не можете настроить локальный прокси, но используете новейший Parse SDK, вы всегда можете изменить URL-адрес сервера Parse, который вы используете в своем коде, на машину, доступную в сети, или используя ngrok, который возвращает эти коды ошибок.

По данным Facebook, пользователям Android в среднем требуется около 80 дней на обновление до последней версии вашего приложения, iOS - около 40 дней. Всегда полезно реализовать функцию «принудительного обновления» в вашем приложении на тот случай, если вам когда-нибудь понадобится ее использовать, и сценарий завершения работы Parse.com кажется подходящим для нее.