Задача для разборчивой невесты, или что продают ЦОДы под видом сертификации

2 апреля 2013
16

Невесте из известной математической задачи не нужен был самый лучший жених: она выбирала того, кто ей понравится больше других. Современный ЦОД похож на одного из этих женихов: он может быть лучше или хуже конкурентов, и определяется это, в частности, по зачастую формальным и далеким от реальной жизни критериям — например, по наличию различных сертификатов. Потенциальные заказчики обязательно интересуются, сертифицирован ли дата-центр по Tier или ISO, если нет — то планируется ли эта сертификация. Очень часто это является одним из основных «входных» требований. Однако на практике мало кто вспоминает об этих почетных регалиях провайдера в процессе работы. В отношениях заказчика с ЦОДом наличие сертификатов само по себе ничего не гарантирует. Работать хорошо (и плохо) можно и с сертификатами, и без них.

На вопрос, по какой методологии сертифицировать ЦОД, тоже нет однозначного ответа. Больше всего «на слуху» классификация Uptime Institute — те самые уровни Tier. И дело не в том, что она лучше других. Просто все попытки создать собственный российский стандарт пока не принесли результата. Сертификат Uptime Institute — это формальное подтверждение уровня надежности площадки, нужное заказчику для того, чтобы быть более уверенным в своем выборе и просчитать риски сотрудничества с тем или иным провайдером. Также авторитетен стандарт TIA 942, однако он не рассматривает вопросы эксплуатации ЦОД. К тому же обе эти классификации оперируют понятием «уровня» (Tier), что может создать путаницу: Tier III по TIA 942 и Tier III по Uptime Institute — совсем не одно и то же. Стандарт BICSI 002 придерживается другого подхода, регламентируя проектирование и строительство центров обработки данных с учетом долгосрочной перспективы их эксплуатации. В этом стандарте описаны ключевые моменты создания ЦОДа — от принципов проектирования до обеспечения надежности. Однако и он не отвечает полностью на вопрос «каким должен быть правильный ЦОД».

Как показало исследование CNews Analytics, около 60% имеющихся ЦОДов позиционируются их владельцами как соответствующие Tier III по классификации Uptime Institute. В принципе, более низкие уровни вообще нет смысла рассматривать. Вряд ли сегодня кто-то решит строить дата-центр по соседству с источниками мощных электрических и магнитных полей, на верхних этажах зданий или рядом с аэропортом, мусорной свалкой, береговой линией или плотиной, как допускает уровень Tier II. С другой стороны, Tier IV мало чем отличается от Tier III — стало быть, получение этого уровня сертификации становится чисто маркетинговой «фишкой», причем далеко не бесплатной. Поверьте, провайдеру и так есть во что инвестировать. :)

Кстати, клиентам стоит уточнять, что же собственно сертифицировано: уже работающий ЦОД, только что построенная площадка или вообще проект будущего дата-центра? Это важно, так как жизнь вносит свои коррективы: можно создать идеальный проект, соответствующий всем высочайшим требованиям, однако столкнуться с вполне земными российскими проблемами вроде нестабильного электроснабжения, проблем с согласованием объекта или перебоев со связью. «Хотели как лучше, получилось как всегда». Возможно, отсюда нежелание многих компаний-клиентов и самих владельцев корпоративных ЦОДов «заморачиваться» с сертификацией — требовать ее у провайдера или получать самим. Гораздо важнее, как все работает на самом деле: выполняется ли SLA, оправдывают ли себя затраты, как складывается сотрудничество с провайдером и с клиентами.

Раз классификация Uptime Institute и другие перечисленные выше не закрывают всех вопросов по структуре, оснащению и работе дата-центра, может быть, стоит обратиться к более универсальной и сертификации ISO? Действительно, благодаря общим подходам к выстраиванию оптимальных процессов она может быть ориентиром и при выстраивании процессов работы ЦОДа. Но именно в ее универсальности и кроется ее уязвимость. Слишком общие требования стандарта ISO оставляют много неясностей в практических вопросах организации ЦОДа, особенно в техническом аспекте.

Почему все это стоит учитывать? Потому, что прохождение любой сертификации для провайдера — это затраты. И, как в любом бизнесе, затраты хочется а. минимизировать, б. компенсировать. Клиенты ставятся перед выбором: оплачивать более дорогие услуги сертифицированных провайдеров или довериться тем, у кого сертификата нет, но зато более приемлемые цены. И на практике часто оказывается как в рекламе: «если нет никакой разницы, зачем платить больше?».

Будем откровенны: любая сертификация сама по себе не дает увеличения прибыли и стоимости бизнеса. Это скорее инструмент маркетинга, чем гарантия эффективности бизнеса и качества клиентского сервиса. Законодательство в этой области пока совсем молодое, изменчивое и недостаточно развитое. Для управления качеством сервиса есть вполне понятные коммерческие рычаги: фиксация требований и условий сотрудничества, четко прописываемые тарифы, нормативы, однако сертифицированность ЦОДа на это не влияет. Допустим, клиент рассматривает два предложения: от молодой компании, сертифицированной по всем правилам, и от «ветерана рынка», работающего в этой области уже 5, 10, 15 лет, но имеющего лишь часть возможных сертификатов. Кого из «женихов» выберет «разборчивая невеста»?

7341
Поделиться
Коментарии: 16

Комментировать могут только авторизованные пользователи.
Предлагаем Вам в систему или зарегистрироваться.

  • Михаил Петров
    Рейтинг: 264
    Счетная палата Российской Федерации
    Директор департамента цифровой трансформации
    02.04.2013 23:40

    Евгений, добрый день! Все сертификации в какой-то мере фикция... что обсуждаем? :)

  • Wright Amelie
    Рейтинг: 10
    Adam Smith Conferences
    Marketing Manager
    03.04.2013 14:07

    Нам удалось поставить полную версию текста, так что теперь появился материал для обсуждения))

  • Михаил Петров
    Рейтинг: 264
    Счетная палата Российской Федерации
    Директор департамента цифровой трансформации
    03.04.2013 21:04

    любая сертификация сама по себе ... скорее инструмент маркетинга, чем гарантия эффективности бизнеса и качества клиентского сервиса Гораздо важнее, как все работает на самом деле: выполняется ли SLA, оправдывают ли себя затраты, как складывается сотрудничество с провайдером и с клиентами - собственно, ответ на вопрос. Что обсуждаем? :)

  • Марк Шварцблат
    Рейтинг: 10
    КТ "Акведук"
    ИТ-директор
    30.04.2013 17:05

    ЦОДы-ЦОДы... У нас пока очень плохо. Если не брать внутренние, то, условно говоря, два раза по пол-ЦОДа. Присматривал куда можно вынести часть серверов из своего. Вопрос изучал. Ёбург, Нижний, Казань. Описание крутое, выглядят здорово, сертификаты есть, менеджеры вокруг тебя вьются, но как только доходит дело до нюансов, а мне надо было либо очень определенные версии ОС, либо разместить свои серверы (не стоечные). И очень жесткие требования по времени отклика системы, как все начинало тормозиться. :)

    • Михаил Петров Марк
      Рейтинг: 264
      Счетная палата Российской Федерации
      Директор департамента цифровой трансформации
      30.04.2013 18:48

      определенные версии ОС, либо разместить свои серверы (не стоечные). И очень жесткие требования по времени отклика системы - поясни свою специфику плз. Если не секрет конечно.

      • Марк Шварцблат Михаил
        Рейтинг: 10
        КТ "Акведук"
        ИТ-директор
        03.05.2013 09:48

        Единая централизованная КИС в полном онлайне во всех регионах присутствия. Причем сама система сильно немолодая. :)

        • Михаил Петров Марк
          Рейтинг: 264
          Счетная палата Российской Федерации
          Директор департамента цифровой трансформации
          03.05.2013 15:35

          А в чем сильная особенность ЦОДа в таком случае? Просто чтобы была возможность иметь устаревшее железо и ОС?

          • Марк Шварцблат Михаил
            Рейтинг: 10
            КТ "Акведук"
            ИТ-директор
            05.05.2013 20:24

            Далеко не все ЦОДы готовы на нестандартные решения. И при чем тут устаревшие. :) Определенные != устаревшие. :)

            • Михаил Петров Марк
              Рейтинг: 264
              Счетная палата Российской Федерации
              Директор департамента цифровой трансформации
              05.05.2013 21:06

              Исхожу из того что, как ты пишешь, система сильно немолодая. Устаревшее в смысле снятое с производства. Сами с этим столкнулись - наша ERP уже 5й год работает, и запчасти к серверам уже надо поискать.

              • Марк Шварцблат Михаил
                Рейтинг: 10
                КТ "Акведук"
                ИТ-директор
                06.05.2013 15:30

                Нет. Как раз мигрировать по железу сейчас достаточно просто. Все же уже виртуализировали.

                • Михаил Петров Марк
                  Рейтинг: 264
                  Счетная палата Российской Федерации
                  Директор департамента цифровой трансформации
                  06.05.2013 15:40

                  Тогда не понял в чем проблема с ЦОДами. Поясни плз специфику.

                  • Марк Шварцблат Михаил
                    Рейтинг: 10
                    КТ "Акведук"
                    ИТ-директор
                    06.05.2013 15:56

                    1. Время отклика. 2. Определенная версия ОС. ЦОДы не готовы давать гарантии работоспособности при самостоятельной установке не используемой ими ОС.

                    • Михаил Петров Марк
                      Рейтинг: 264
                      Счетная палата Российской Федерации
                      Директор департамента цифровой трансформации
                      06.05.2013 16:26

                      1. Понятно. 2. А что ось тебе нужна такая специфисская?

                      • Марк Шварцблат Михаил
                        Рейтинг: 10
                        КТ "Акведук"
                        ИТ-директор
                        07.05.2013 11:07

                        Как известно в конце 90-х - начале 2000-х с наличием коммерческего ПО под *nix были проблемы. Эрго, ПО оказалось в значительной части под Win. ПО давно уже снято с поддержки и не развивается. Равно как работает только с очень несвежей версией очень мало распространенной в настоящее время СУБД. Т.е. принципиально ни само не работает под x64, ни нужная версия СУБД не работает под x64. А что, ан масс, предлагают? WinSrv 2008 R2. Хотя проблемы есть даже с WinSrv 2003 R2, хотя и криво решаемые.

                        • Михаил Петров Марк
                          Рейтинг: 264
                          Счетная палата Российской Федерации
                          Директор департамента цифровой трансформации
                          07.05.2013 12:07

                          Ага, теперь понятно.

  • Иван Шишикин
    Рейтинг: 10
    ООО Ваш Дом
    Руководитель ИТ отдела
    13.06.2013 17:52

    Может есть смысл переходить на новое ПО? Кажется теперь поддерживать редкие мертвые решения - Совсем не выгодно Надо решиться переходить на новую СУБД. Хотя часто проблема именно в привычке, а не в сложности реализации..... Какой вам отклик нужен? (Какя ширина канала нужна?). Сколько серверов надо поставить? Мы как раз только расширили своё ЦОД. Кучи сертификатов у нас нет. Но за более 5 лет работы, ни одной жалобу на свой ЦОД мы не получили. Да и отказов не было.....

Предметная область
Отрасль
Управление