Справочная информация
Мое программное обеспечение получает информацию о состоянии с нескольких коммерческих (то есть мы платим им) сторонних веб-сайтов, расположенных вдали от сервера - обычно это простоhttp выборка файла XML.
Я, конечно, разработал код для обработки сбоев (таких как тайм-ауты) и постепенного снижения.Я также записываю частоту и предупреждаю администраторов только в том случае, если имеется более одного сбоя в сети (например, 4 сбоя подряд или 5 сбоев за 5 минут).
У меня нет какой-либо формы Соглашения об уровне обслуживания от поставщиков данных или (что неудивительно) для Интернета между нами.
Несмотря на подавление предупреждений, я все еще получаюих много раз в день, что я нахожу удивительным.Я не нахожу, что существуют часовые перебои, а просто периоды или около 30-60 минут, когда число неудачных http-запросов становится больше - до тех пор, пока оно не будет составлять 5-8% всех запросов.Я не знаю, стоит ли жаловаться моему поставщику данных, моему интернет-провайдеру или смириться с этим, потому что именно такова жизнь в облаке.
Мне нужно откалибровать свои ожидания.
Вопрос
Для типичного http-соединения, проходящего по типичному интернет-соединению от одного дата-центра к другому в другой части света, какой вид доступности я должен ожидать?
Если вы учитываете только временные сбои (например, исправленные к моменту повторной попытки), а не серьезные сбои (например, отсутствие соединения в течение 10+ минут), и вы помните, что говорите о TCP-соединениях, поэтому большинство случайных потерь пакетовскрыто, разумно ли ожидать «три девятки», а не просто приблизиться к двум?
(я ценю, что ответ будет варьироваться между двумя машинами в одной подсети, в зависимости от модема или соединения 3G - я пытаюсьчтобы получить типичные серийные, но коммерческие модели.)