Странно, но забугорные ЦОДы готовы гарантировать 100% готовность не только платиновым клиентам. Мы же работаем «по знакомству» и считаем знаки после запятой.
Может пора все предлагать 100% и построить на этом имя?
Вроде, нормальное требование. VPS — это же не отдельная железка. Если на все VPS в рамках железки повысить ценник на 20%, то цифра будет не плохая. Если процессы нормально организованы, то уровень можно поднять за такие деньги, еще и заработать на этом.
Спасибо за развернутый ответ. В целом, согласен с изложенным. И даже осознаю, что повышение качества услуг на 10% влечет увеличение затрат на 30-60%.
Возможно, я уникален в своих потребностях. Платить 2 тыс.рублей за VPS вместо 1 тыс.рублей — разница не большая. Возможно, появятся другие компании, которым интересна непрерывная работа, например, корпоративного сайта и отказ сервиса на 15 минут будет приводить к потере 2-10 клиентов. Но здесь нужно считать. А чтобы посчитать, нужно произвести измерения. Чем в общем-то мы и занимаемся.
Время и конкуренция покажут. Рынок открытый и все как на ладони. Как бы не уверяли менеджеры по продажам услуг ЦОД, цена не единственный критерий выбора поставщика, это могу сказать точно!
На сервер ставится агент. Например, любые проблемы на канале в ЦОДе будут восприниматься агентом как проблема с контролируемым сервисом. Не буду называть ЦОД, но могу сказать, что агент по каналу Интернет из офиса работает стабильнее, чем агент на сервере в ЦОД. В месяц до 5 перерывов связи. Вопрос: это нормально?
Вот и ЦБ решил затянуть гайки для страховых компаний и заставить их гарантировать готовность сервиса е-ОСАГО 99,9% (http://www.banki.ru/news/daytheme/?id=9116875). Как можно выдержать такой KPI на серверах с готовностью 99%? Ведь все хотят продавать услуги, но никто не хочет делать нормальные услуги. Даже сами поставщики не контролируют качество своих услуг.
Нужен не SLA, а сервер с гарантированной доступностью. SLA — это механизм для достижения цели.
Да, сейчас цена для многих играет ключевую роль при принятии решения. Но для тех, кому цена важнее, купят сервер в офис и наймут админа, потому что на него можно возложить кучу других задач. Но если ориентироваться на компании, которые реально считают деньги, то покупка серверных мощностей них реальная экономия. Но без гарантии арендованный сервер все равно что его вообще нет. В таком варианте он годится только для девелоперского и тестового контуров. Для продуктива нужен SLA или два сервера в разных центрах. А еще лучше то и другое.
Я бы заплатил на 10-20% дороже с гарантией. Но только честной гарантией. А если еще предложат мониторинг моих сервисов в рамках этой гарантии, то совсем хорошо. Это как полис КАСКО: платишь 10% и в случае проблем тебе возвращают 100%. Никому не нужны проблемы. Люди арендуют сервера для того, чтобы избежать проблем. И компенсация за низкое качество только повысит уверенность в провайдере и привязанность к его услугам.
Да, используют. В большинстве случаев берут за основу open source продукты и делают к ним интерфейс для личного кабинета. Случаи использования коммерческих продуктов мне не известны.
Зашел на servers.ru, там только файлы разных размеров размещены в различных датацентрах для скачивания.
Правильно понимаю, что где-то есть публичный агент iperf в цодах?
Если говорить про TR-069, то думаю так и есть. Мы говорили про TR-143. Разработка респондера даже в полном варианте не есть большая сложность. В Элтекс очень квалифицированные разработчики и у них не займет много времени на реализацию своего кода. Просто в наших железках эта штука реализована достаточно давно и проще взять готовое, проверить спрос на рынке и уже думать о реализации своего варианта (если есть в этом потребность).
У youtube не уверен, но у некоторых ребят, которые занимаются видео-сервисами, они покупают статистику тоже. Много данных не бывает. Вопрос качества услуг для операторов стоит остро.
TR-069 штука хорошая. Если быть точным, то к измерению качества сервиса имеет отношение TR-143, в основе которого лежит TWAMP и UDP Echo (об этом уже писал http://1234g.ru/novosti/634-chetyre-rabotayushchikh-metoda-sokhraneniya-klientov). Мы даже разработали и внедрили агент TR в маршрутизаторы российского производителя Eltex. Но по моим скромным подсчетам на сети установлено не более 20% устройств с поддержкой TR-069 (про TR-143 и того меньше). Это и понятно, что за 20$ железка, которые закупает оператор для клиентов, не может поддерживать такой функционал. Продвинутых пользователей, как здесь, не так много в стране.
Про бусы все очень просто: вместо того, чтобы создавать и развивать свои сервисы, МТС, например, гордо заявляет о том, что они покупают статистику у speedtest о качестве своих услуг (была статья на cnews). За те деньги, что они платят за этот xls-файл, мы могли бы предоставить им нормальную аналитику на web'е и библиотеку для мобильного приложения, чтобы не нужно было качать спидтест. В общем, продолжаем бороться с ветреными мельницами!
По хорошему нужно тестировать с разными операционками, браузерами, маршрутизаторами с WiFi, по проводу. Потом можно приступать к мобильным устройствам. Альтернатива — сидеть и ждать, когда буржуи это сделают за нас. Но тогда мы будем не при делах, а только обменивать нефтебаксы на стеклянные бусы.
По мне лучше делать, чем ждать. В общем, есть чем заняться на ближайшую пятилетку.
Да, сейчас подобные сервисы появляются как грибы. Затраты на написание агента типа speedtest, на первый взгля, кажутся не большими. Но если погрузиться в тему, то становится понятно, что для доведения сервиса до ума потребуются годы тестов и доработок.
МТС плотно сидит на speedtest'е и не хочет от него отказываться. У них расставлено достаточное количество серверов по всей сети. По умолчанию в speedtest измерения проводятся до ближайшего сервера (с точки зрения сети, а не географии). В этом случае проводится измерение последней мили (читай, локальная сеть). А доступ к сервису с загружаемым изображением, скорее всего, осуществляется через сети других провайдеров (или в другом регионе находится сервер CDN).
Для сравнения я бы попробовал выбрать другой тестовый сервер, который находится на сети другого провайдера.
Может пора все предлагать 100% и построить на этом имя?
Возможно, я уникален в своих потребностях. Платить 2 тыс.рублей за VPS вместо 1 тыс.рублей — разница не большая. Возможно, появятся другие компании, которым интересна непрерывная работа, например, корпоративного сайта и отказ сервиса на 15 минут будет приводить к потере 2-10 клиентов. Но здесь нужно считать. А чтобы посчитать, нужно произвести измерения. Чем в общем-то мы и занимаемся.
Время и конкуренция покажут. Рынок открытый и все как на ладони. Как бы не уверяли менеджеры по продажам услуг ЦОД, цена не единственный критерий выбора поставщика, это могу сказать точно!
Вот и ЦБ решил затянуть гайки для страховых компаний и заставить их гарантировать готовность сервиса е-ОСАГО 99,9% (http://www.banki.ru/news/daytheme/?id=9116875). Как можно выдержать такой KPI на серверах с готовностью 99%? Ведь все хотят продавать услуги, но никто не хочет делать нормальные услуги. Даже сами поставщики не контролируют качество своих услуг.
Нужен не SLA, а сервер с гарантированной доступностью. SLA — это механизм для достижения цели.
Я бы заплатил на 10-20% дороже с гарантией. Но только честной гарантией. А если еще предложат мониторинг моих сервисов в рамках этой гарантии, то совсем хорошо. Это как полис КАСКО: платишь 10% и в случае проблем тебе возвращают 100%. Никому не нужны проблемы. Люди арендуют сервера для того, чтобы избежать проблем. И компенсация за низкое качество только повысит уверенность в провайдере и привязанность к его услугам.
Правильно понимаю, что где-то есть публичный агент iperf в цодах?
Про бусы все очень просто: вместо того, чтобы создавать и развивать свои сервисы, МТС, например, гордо заявляет о том, что они покупают статистику у speedtest о качестве своих услуг (была статья на cnews). За те деньги, что они платят за этот xls-файл, мы могли бы предоставить им нормальную аналитику на web'е и библиотеку для мобильного приложения, чтобы не нужно было качать спидтест. В общем, продолжаем бороться с ветреными мельницами!
По мне лучше делать, чем ждать. В общем, есть чем заняться на ближайшую пятилетку.
Для сравнения я бы попробовал выбрать другой тестовый сервер, который находится на сети другого провайдера.