Все знают поговорку "два переезда равны одному пожару" и все понимают, что значит "перенос highload проекта с одного провайдера хостинга на другого с обеспечением непрерывности функционирования сервисов для пользователей". Выбор "правильного" провайдера услуг дата-центров очень важен, но есть две проблемы: 1) "Все лгут" - маркетинг провайдера и реальность далеко не всегда совпадают, все провайдеры рассказывают о своих сильных сторонах и умалчивают о слабых; 2) "когда у вас в руках молоток - все вокруг превращается в гвозди" - все провайдеры услуг имеют свою специализацию и любую задачу клиента они стремятся решить так, как умеют, а не так как надо клиенту. В своем докладе я постараюсь рассмотреть все аспекты вопроса выбора провайдера/провайдеров услуг хостинга/дата-центров. Данный доклад ориентирован на широкую аудиторию и будет полезен всем, кому надо выбирать провайдера услуг хостинга/дата-центров для внутренних и/или внешних проектов. В рамках доклада будут рассмотрены следующие вопросы: 1) формализация ТЗ на оказание услуг провайдерами или "а что нам надо"; 2) классификация провайдеров дата-центров по спектру оказываемых услуг; 3) SLA - что это? какие SLA бывают? что подразумевают провайдеры и чего ожидаете вы в документе под названием Service Level Agreement; 4) магическое слово compliance, или что хочет государство; 5) чем отличаются одни провайдеры от других; 6) как проверить провайдера - uptime/связанность/рейтинги/спектр услуг; 7) пишем RFP - как сформулировать потребности так, чтобы потом результат не разочаровал.

1. Мызгин Игорь
и как выбрать
оптимальный?
Какие бывают
провайдеры услуг
дата-центров

2. План следующих
45 минут
Про что данная презентация и почему ее стоит послушать.
Что такое дата-центр как бизнес?
Услуги и сервисы дата-центров.
Что надо потребителю услуг дата-центров?
Как сравнить несравнимое или про критерии выбора?
ПРАВИЛЬНЫЙ АЛГОРИТМ ВЫБОРА ПРОВАЙДЕРА УСЛУГ
ИЛИ как написать RFP и сравнить поставщиков услуг?

3. Зачем? Почему?
Два переезда – один пожар.
Невозможность проверить
качество услуг до их
приобретения — опыт вещь
субъективная

4. Все лгут.
3
«Когда у вас в руках молоток — все
превращается в гвозди»
Идеального провайдера и идеального
клиента не существует.
проблемы
рынка услуг ДЦ

5. Что такое дата-центр
как бизнес?

6. Предлагаемое
определение
Датацентр
как бизнес
Предоставление
инфраструктуры в аренду
Процедуры оказания
сервиса и эксплуатации

7. Следствия
из определения
Следствие 1.
Размер имеет значение.
Следствие 2.
Для хорошего провайдера
— это основной вид
бизнеса, для очень
хорошего — единственный.
Следствие 3.
На длинной дистанции
международные игроки
всегда выгоднее российских.
Следствие 4.
Персонал более чем важен.
Следствие 5.
Чем длительнее контракт
— тем более выгодные
условия гипотетически
возможны.

8. Какие услуги дц бывают
Managed services
CDN /геораспределенные
сервисы
DDoS protection services
Cloud Services
Аренда лицензий на ПО и приложений
Аренда оборудования Порты в Интернет
Услуги Colocation

9. Сolocation
Аренда стойки (42-47U)
или юнита.
Электропитание и
кондиционирование
включено в стоимость.
Разные уровни
отказоустойчивости —
определяются
архитектурой ДЦ.

10. Аренда оборудования

11. Порты в Интернет

12. Аренда лицензий
Так же ряд провайдеров дают в аренду:
СУБД
Collabotation software (e-mail, IM, teamwork)
CMS
CRM
ERP
Прочие бизнес-приложения

13. Cloud services

14. Защита от DDoS
Ряд провайдеров услуг дата-центров или сами или в партнерстве с
телекомами/специализированными провайдерами услуг защиты от
ДДоС предоставляют услуги защиты от DDoS.
N. B. 1 : Капча — это НЕ защита от DDoS!
N. B. 2 : CloudFlare — это провайдер CDN!!
N. B. 3 : далеко не у каждого оператора ДЦ есть такой сервис
DDoS – это больно.

15. Managed services
В единицах ресурсов (например, xx$ / почтовый ящик / месяц)
В фактических часах на сервис
Flat fee за единицу оборудования
Flat fee за приложение
Оказание услуг по администрированию отдельных
инфраструктурых / бизнес-приложений силами специалистов
провайдера услуг ДЦ.
Оплата измеряется:

16. Услуги CDN /
георапределенные сервисы
Геораспределенные сервисы :
private backbone, distributed DNS, DNS servers.

17. SLA - что значат
эти три буквы?
На сколько стабильно будет оказываться услуга (uptime)
Как быстро сервисная служба провайдера будет реагировать на
ваши запросы (response time)
Что будет делать провайдер, если он не выполнит обещания по
uptime / response time / escalation time
Специфичные для сервисов граничные параметры (например,
время отклика приложения или процент возвращаемых
статусов «внутренняя ошибка»).
Соглашение об уровне оказывания сервиса, в котором
провайдер декларирует:
NB : время отклика и время решения инцидента – разные
вещи, второе почти никогда не лимитируется.

18. Uptime и погоня
за девятками
Доступность сервиса определяется через % времени, когда
сервис работает «как надо».
Uptime высокоуровневого сервиса обычно ниже uptime
инфраструктурных сервисов на которых он основан.
Посчитать доступность сложно, можно оценить, можно
сравнить со «средним по больнице».
Нормальный в отрасли уровень 99,9% uptime
99,99%+ на годовом отрезке — теоретически не гарантирован
на одном ДЦ, если наблюдаете по факту — повезло.

19. А что нужно нам?

20. Уточнение - что же мы
хотим сделать?
Проект
внутренний/внешний?
Проект подразумевает
разработку кода или использование
существующих сервисов?
Проект
краткосрочный/долгосрочный?

21. Какие ресурсы у нас
уже есть?
Ключевой вопрос — персонал, что мы готовы делать
сами, а за что мы готовы/вынуждены платить
профессионалам?
Inhouse или нет? Альтернатива с собственной
серверной — существует всегда!
Второй вопрос — сроки?
Третий вопрос — технические ограничения.
ЧЕТВЕРТЫЙ по важности вопрос — бюджетные о
граничения

22. Постановка задачи
Опять же вспоминаем определение дата-центра.
Постановка задачи, ЧТО мы хотим сделать с помощью
инструмента "дата-центр"?
Вспоминаем определение бизнеса дата-центров и
спектр оказываемых услуг.
Нуждаемся ли мы в infrastructure operations?
Нуждаемся ли мы в финансовых сервисах?

23. Как выбрать
провайдера?
Есть две проблемы:
В цепочке «провайдер ДЦ и потребитель» есть два звена
промежуточных: а) телеком-провайдеры, б) государство
Все провайдеры оказывают разный спектр услуг, а зачастую под
одним и тем же названием у провайдеров скрываются разные
услуги.
1 Проблема
2 Проблема

24. Телеком
bgp.he.net
radar.qrator.net

25. Государство
ФЗ №152 «О персональных данных»
ФЗ №242 от 21.07.2014 — “базы данных россиян на родину”
ФЗ №94 от 05.05.2014 — “о блоггерах”
Ряд требований по противодействию финансирования
Etc
Документооборот и правовое оформление взаимоотношений с
провайдером — особенно, если провайдер не-российский, а ваше
юрлицо — российское.
Compliance

26. Как обычно все происходит?
Определяют конфигурацию, которая нужна «здесь и
сейчас»/ имеется сейчас в эксплуатации.
Рассылают провайдерам запрос «сколько стоит»?
«Сталкивают лбами» по цене.
Еще раз переговоры по цене с самым дешевым.
Контрактация.
Долгая и счастливая жизнь!
1.
2.
3.
4.
5.
6.
Порядок поиска
провайдера

27. Порядок поиска
провайдера

28. ТТ – две веселых буквы
Технические требования на проект — рамки и ограничения
проекта, формализация «чего и зачем мы хотим сделать», при
отсутствии деталей/спецификаций.

29. Другой путь поиска
провайдера
У нас же есть ТТ! По ним определяем — какие классы услуг
нам нужны.
У нас же есть понимание, что мы хотим реализовать —
смотрим на самое критичное в списке.
Мы же помним про uptime & response time — определяем,
какие у нас требования к провайдерам.
У нас же есть понимание о потребителях нашего продукта —
определяем географию.
1.
2.
3.
4.

30. SLA
Как уже поняли — если провайдер не умеет что-то делать как
класс — мы его этому не научим даже за большие деньги.
Для каждого проекта существуют:
Они определяют в сумме требования во uptime/response
time/прочим параметрам SLA со стороны провайдера.
Бизнес-требования по уровню доступности/
масштабированию
Внутренние ограничения технологические
Ограничения от зрелости команды

31. Юристы и бухгалтеры
Не каждый юрист примет публичную оферту на английском
языке где-то на сайте.
Не каждый бухгалтер согласится на оплату кредитной
картой/PayPal от имени организации.
Не каждый провайдер согласится обсуждать форму и
содержание договора.
Не каждый договор иностранного провайдера пропустит
банк по ВЭД.
Две недели переговоров по цене/конфигурациям и потом три месяца
подписание договора — это суровый пример из жизни, сумма
месячного платежа не коррелирует со сроками.

32. Алгоритм!
Выписываем все названия ДЦ, которые на слуху/знают поисковые
системы/уже имеется опыт позитивный работы с ними в столбик.
Составляем табличку «а что эти провайдеры умеют» и вычеркиваем
всех, кто не делает того, что нужно по ТТ.
Смотрим на сайтах/в шаблонах договоров SLA и вычеркиваем всех,
кто не обеспечит нужные проекту SLA.
Отсеиваем всех, кто явно не проходит по бюджетным ограничениям
С помощью юристов и бухгалтеров отсеиваем еще.
Если есть понимание, что нужны услуги ДЦ и есть ТТ +
бюджетные ограничения, то:

33. RFP
Описание «что хочется реализовать».
Технические требования к проекту и к провайдеру.
План развития сервисов на 1-3 года в случае плодотворного
сотрудничества.
Требования по надежности/доступности сервисов, времени
реакции, скорости обслуживания от вас в сторону датацентра.
Отправная конфигурация/описание того, что квотировать.
RFP = Request For Proposal
В нашем случае, это:

34. Общие рекомендации
Помнить о том, что любой сервис ДЦ — это не только цена, но
и персонал, который его оказывает. Следовательно, избегать
реселлеров/агентов, если они сами не дают вам каких-то
сервисов «от себя».
Помнить, что длительность сотрудничества имеет значение —
оценивать реально будущий срок сотрудничества с ДЦ
Помнить, что «быстро, дешево, качественно – выберите
любые два» — провайдеры услуг ДЦ делают бизнес и
стремятся зарабатывать прибыль.

35. Ваши вопросы?
Мызгин Игорь
+79167797470
igor@webzilla.com