Просмотр кода страницы Colocation vs. облако vs. корпоративный ЦОД: какой подход сегодня эффективнее?

Сегодня высокие технологии являются важным подспорьем в любом бизнесе. Без надежных инструментов для хранения и обработки данных компаниям сложно привлекать новых клиентов и предоставлять услуги уже существующим. Создавая подобный инструментарий, важно решить, с каким типом инфраструктуры работать. 

Как правило, выбирать приходится из трех вариантов: локальный корпоративный ЦОД, коммерческий центр обработки данных для совместного размещения IT-оборудования (colocation) и облачная платформа. Чтобы сделать оптимальный выбор, необходимо тщательно изучить преимущества и недостатки каждого из доступных вариантов.

== '''''Собственная IT-инфраструктура внутри корпоративного ЦОД''''' ==

В данном случае бизнес самостоятельно создает и поддерживает IT- и вспомогательную инфраструктуру, размещенную внутри собственного дата-центра с несколькими машзалами или внутри небольшой серверной комнаты. Речь идет как о серверах и системах хранения данных, так и обо всем оборудовании, необходимом для обеспечения их эффективной и надежной работы, включая дизель-генераторы, источники бесперебойного питания и оборудование для охлаждения. Преимущества подобного подхода во многих случаях перевешивают недостатки. 


'''Плюсы корпоративного ЦОД'''

*'''Контроль.''' Хранение данных и обслуживание пользователей приложений с помощью собственной инфраструктуры внутри корпоративного ЦОД означает сохранение полного контроля над всеми аспектами данных процессов. IT-отделу не нужно беспокоиться о том, что какой-то внешний подрядчик изменит конфигурацию или получит несанкционированный доступ к данным. Нет нужды беспокоиться о внезапном изменении тарифов или правил взаимодействия с клиентами со стороны поставщиков облачных услуг или colocation-провайдеров.

*'''Соблюдение нормативных требований.''' Многие организации вынуждены выполнять сложные требования нормативных актов, что мешает делегировать IT-инфраструктуру стороннему подрядчику. Использование корпоративного ЦОД позволяет гарантированно добиваться соответствия требованиям и минимизировать риск получения штрафа или отзыва лицензии на осуществление профильной деятельности.

*'''Совместимость.''' Если организация сильно зависит от устаревшего оборудования или приложений (англ. Legacy Application), то переход на другое технологическое решение может создать серьезные проблемы. Безусловно, можно переместить устаревшие приложения в новую среду, но с этим процессом часто связаны серьезные риски. Если миграция устаревших систем может поставить под угрозу бизнес, возможно, имеет смысл придерживаться использования ресурсов локального ЦОД.

*'''Полный и более быстрый доступ.''' Локальное размещение IT-платформы внутри корпоративного ЦОД означает круглосуточный доступ к любым серверам и прочей инфраструктуре. Сбои в работе отдельной системы или аварии, охватывающие весь ЦОД в целом, можно устранять быстрее, поскольку нет необходимости согласовывать графики с кем-либо за пределами собственной организации.

*'''Индивидуальная настройка.''' Владелец корпоративной серверной фермы может применить детальную настройку ко всем без исключения аспектам собственного центра обработки данных.


'''Минусы собственной IT-инфраструктуры внутри корпоративного дата-центра'''

*'''Низкая эффективность.''' Большинство локальных IT-решений крайне неэффективны. Поскольку стоимость строительства и обновления частного центра обработки данных очень высока, такие дата-центры часто сильно устаревают, не дождавшись модернизации. Нередко корпоративные ЦОД обустраиваются внутри уже существующих построек, изначально предназначенных для каких-то других целей. Это ведет к недостаточной оптимизации систем электропитания и охлаждения и, как правило, к невозможности развертывания современных серверов с высокой плотностью мощности комплектующих. Все это оборачивается, в свою очередь, повышением эксплуатационных расходов. Усилия по обновлению инфраструктуры ЦОД, выполнять которое рано или поздно придется, в этом случае, вероятно, будут сопровождаться значительными расходами, влияющими на чистую прибыль бизнеса.

*'''Отсутствие гибкости.''' Внутренние IT-системы на базе корпоративного ЦОД, как правило, разрабатываются с учетом текущих потребностей бизнеса в части хранения и обработки данных. В лучшем случае закладывается «запас прочности» на среднесрочную перспективу. Но не более того. Учитывая растущую скорость цифровизации и повышение спроса на IT-услуги, корпоративные ЦОД быстро оказываются вынуждены функционировать на пределе возможностей. Процесс строительства нового корпоративного дата-центра для удовлетворения спроса может занять много времени. И к тому моменту, когда соответствующие работы будут завершены, бизнес-возможности могут быть уже упущены. Таким образом, если инфраструктура корпоративного ЦОД не создавалась с учетом масштабируемости, это, вероятно, станет серьезной проблемой по мере роста бизнеса.

*'''Недостаточно высокая надежность.''' Многие локальные IT-решения не только быстро устаревают или начинают работать на пределе возможностей, но и не имеют достаточных систем резервирования, необходимых для аварийного восстановления. Если какой-то компонент системы работает на полную мощность, не имея резервного контура, системе грозит серьезный сбой. Недостаточное резервирование инфраструктуры может привести к частым простоям, что ведет к значительному финансовому и, что важнее, репутационному ущербу. Поскольку корпоративные дата-центры обычно не укомплектованы персоналом, обеспечивающим обслуживание в режиме 24x7x365, в случае если сервер выходит из строя в 2 часа ночи или в выходные дни, обычно требуется довольно много времени для решения проблемы. И к моменту решения проблемы с инфраструктурой ЦОД многие клиенты, как правило, оказываются уже затронутыми инцидентом, теряя доверие к компании.

*'''Проблемы с трудовыми ресурсами.''' Чтобы обеспечить желаемый контроль, для обслуживания корпоративного ЦОД требуется компетентный персонал. Услуги операторов дата-центров и IT-специалистов недешевы. По иронии судьбы, владельцам корпоративных ЦОД приходится конкурировать с поставщиками облачных услуг и colocation-провайдерами за талантливых наемных специалистов.


== '''''Colocation''''' ==

Совместное размещение IT-оборудования внутри арендованной стойки, отдельной клиентской зоны машзала или целого машзала коммерческого центра обработки данных (colocation) — это быстрорастущая тенденция, которая позволяет компаниям делегировать создание и обслуживание ЦОД вместе со вспомогательной инфраструктурой стороннему colocation-провайдеру. 

Клиент сохраняет контроль над своими IT-активами после их размещения в коммерческом ЦОД, в то время как colocation-провайдер занимается электропитанием, охлаждением, безопасностью и подключением к интернету. Многие компании используют только colocation или colocation в сочетании с каким-либо локальным решением. Вот преимущества и недостатки данного подхода.

'''Плюсы использования услуг colocation-провайдера''' 

*'''Надежность.''' Коммерческие центры обработки данных в ведении colocation-провайдеров, как правило, комплектуются гораздо более надежной инфраструктурой, чем корпоративные ЦОД. Значительная избыточность и резервирование инфраструктурных систем позволяют поддерживать коммерческий ЦОД в рабочем состоянии даже в случае стихийного бедствия. В соответствии с соглашением об уровне обслуживания (англ. Service-Level Agreement, SLA), colocation-провайдеры гарантируют клиентам аптайм, стремящийся к 100 %.

*'''Широкие возможности для масштабирования.''' Поскольку colocation-провайдеры создают коммерческие ЦОД для размещения большого количества IT-систем нескольких потенциальных арендаторов, вспомогательного оборудования и помещений там в избытке. Следовательно, возможностей для масштабирования вычислительной инфраструктуры с минимальными издержками более чем достаточно. Клиенту, который столкнулся с необходимостью увеличить мощность IT-платформы в ответ на внезапно возникший спрос со стороны конечных потребителей его товаров и услуг, достаточно арендовать дополнительные площади и установить новые серверы в стойку. 

*'''Умеренные кадровые потребности.''' Арендатору нет необходимости нанимать операторов ЦОД в большом количестве для обслуживания собственного IT-оборудования внутри дата-центра colocation-провайдера и, соответственно, не нужно оплачивать услуги этих специалистов, а также организовывать для них курсы повышения квалификации.  Что еще более важно, поскольку colocation-провайдер управляет инфраструктурой арендного ЦОД, арендатор может направлять силы внутренних IT-команд и другие высвобождающиеся ресурсы на разработку инновационных продуктов и услуг, не беспокоясь об устранении проблем с оборудованием.

*'''Универсальность вспомогательного оборудования.''' Коммерческие ЦОД комплектуются вендор-нейтральной вспомогательной инфраструктурой, чтобы охватить максимально большое количество потенциальных арендаторов. Как следствие, у последних не будет проблем с совместимостью оборудования при размещении IT-систем в машзалах коммерческого ЦОД.

*'''Эффективность и имиджевые соображения.''' Чтобы сохранять конкурентоспособность, colocation-провайдеры идут в ногу со временем и следят за последними разработками в области электропитания и охлаждения серверов, что позволяет им более эффективно эксплуатировать ЦОД и, соответственно, минимизировать расходы и негативное влияние бизнеса на экологию. Кроме существенной экономии средств за счет отсутствия необходимости строить центр обработки данных (что является непомерно дорогим вложением для большинства компаний), клиенты получают возможность ежемесячной экономии денег благодаря оптимизации энергоэффективности используемой инфраструктуры. Кроме того, клиенты colocation-провайдеров с эффективной инфраструктурой ЦОД могут улучшить репутацию бренда, акцентируя внимание на том, что они используют услуги компании, заботящейся об окружающей среде.

'''Минусы colocation'''

*'''Потенциальное отсутствие возможностей для мониторинга и недостаточный контроль.''' Многие colocation-провайдеры не способны предоставить клиентам инструменты, необходимые им для эффективного мониторинга корпоративной IT-инфраструктуры, развернутой внутри машзалов стороннего коммерческого ЦОД. Как следствие, у клиентов возникает недостаток информации относительно использования электроэнергии, сетевых и других ресурсов. Аналогичным образом, если в коммерческом ЦОД возникнут проблемы с арендуемой инфраструктурой, зависимость от третьей стороны в осуществлении обслуживания может стать источником проблем для компании-арендатора. Однако данная проблема характерна не для каждого colocation-провайдера. Клиентам ряда арендодателей доступны интеллектуальные платформы мониторинга инфраструктуры в режиме реального времени, информирующие пользователей обо всех аспектах состояния активов, что позволяет решать многие проблемы удаленно, запрашивая помощь с обслуживанием у IT-специалистов, находящихся в центре обработки данных.

*'''Ограниченный доступ в удаленную локацию.''' Центры обработки данных colocation-провайдеров, как правило, открыты круглосуточно и без выходных, но в случае серьезной аппаратной или программной ошибки клиенту все равно приходится туда ехать и тратить время на дорогу. Иногда такую поездку совершить и вовсе невозможно. Например, в случае локдауна, введенного на фоне пандемии. Поэтому фактор удаленности также может повлиять на эффективность задач по обслуживанию критически важного IT-оборудования. 

*'''Возможность недостаточно качественного обслуживания клиентов.''' Работа с любым сторонним поставщиком имеет потенциальные риски, связанные с качеством обслуживания. Если коммерческая серверная ферма colocation-провайдера плохо эксплуатируется и соответствующая компания не ориентирована на успех клиентов, она может медленно реагировать на проблемы арендаторов и не предоставлять необходимую помощь. 


== '''''Облачная инфраструктура''''' ==

Облачные вычисления оказали огромное уравнивающее влияние на многие отрасли, позволив большому количеству небольших компаний получить доступ к вычислительной инфраструктуре, которую они никогда не смогли бы создать собственными силами с помощью локального корпоративного ЦОД или даже арендованной серверной фермы. 

Выбирая облачные вычисления, компании могут двигаться в двух направлениях. Первое − публичное облако, то есть бизнес-модель, в рамках которой инфраструктура облака с большим количеством серверов используется одновременно различными предприятиями. Второе − частное облако, специально разработанное для нужд конкретной компании, обрабатывающее и хранящее только ее данные. Вот ключевые плюсы и минусы решения для облачных вычислений обоих типов.

'''Плюсы облачных вычислений'''

*'''Полное отсутствие капитальных затрат.''' Даже при использовании услуг colocation-провайдера требуется покупка собственных серверов, то есть существуют капитальные затраты. Что уж говорить про развертывание корпоративного ЦОД, когда дополнительно возникает необходимость в организации вспомогательных систем и в строительстве нового здания «с нуля» или переоборудовании уже существующей постройки. Одним из наиболее значительных преимуществ облачных вычислений является отсутствие затрат на оборудование. Многие компании считают это важным преимуществом. А субъекты малого бизнеса, которые не могут позволить себе colocation и, тем более, локальный корпоративный ЦОД, и вовсе не способны обойтись без облака.

*'''Легкое масштабирование.''' Использование облачных платформ для хранения и обработки данных обеспечивает простоту масштабирования в соответствии с текущими потребностями бизнеса. Причем процесс расширения IT-ресурсов происходит даже быстрее, чем в случае colocation, поскольку клиентам поставщика облачных услуг не нужно приобретать и монтировать в стойки новые серверы. 

*'''Высокая отказоустойчивость.''' Облачные платформы, предлагаемые крупными корпорациями вроде Amazon, Google и Microsoft, отличаются высокой отказоустойчивостью, поскольку поставщики облачных услуг размещают свои серверы в центрах обработки данных с достаточным резервированием инфраструктуры, а предприятия, заказывающие их услуги, используют надежное подключение к интернету.

*'''Уменьшение трудоемкости.''' Облачные вычисления не только снимают с корпоративного клиента ответственность за обслуживание оборудования, но и устраняют рутинные задачи, такие как установка исправлений и обновлений, поскольку облачные серверы и приложения всегда находятся в актуальном состоянии, за что отвечает владеющая ими компания.

*'''Гибкое ценообразование.''' Сравнительно невысокая стоимость является одним из наиболее привлекательных преимуществ облачных вычислений. Для многих компаний переход в облако означает существенное сокращение расходов, поскольку им больше не нужно вкладывать капитал в физическое оборудование. К тому же поставщики соответствующих услуг обычно взимают плату помесячно, что также удобно для большинства клиентов.

*'''Гибридный подход.''' Переход к облаку также позволяет клиентам масштабировать вычислительные платформы, создавая гибридные IT-среды, которые используют преимущества физического центра обработки данных наряду с расширяющейся мощью облачных вычислений.

*'''Относительно предсказуемый бюджет.''' Больше не нужно беспокоиться о замене неисправного оборудования и дорогих серверов, срок службы которых приближается к концу. Не нужно беспокоиться о затратах на электроэнергию и охлаждение. Отсутствие незапланированных расходов облегчает составление бюджета. Поскольку корпоративный клиент платит только за то, что использует, больше не нужно закладывать дополнительные расходы на закупку серверов с учетом возможного роста бизнеса.

'''Минусы облака'''

*'''Отсутствие контроля и проблемы с безопасностью.''' Поскольку клиентские данные хранятся на стороннем сервере и клиент не знает, где именно они физически хранятся, могут возникнуть проблемы с безопасностью или соответствием нормативным требованиям. Кроме того, клиенты не могут контролировать время безотказной работы сервера. Несмотря на то что провайдеры публичных облачных сервисов предлагают соглашение об уровне обслуживания с периодом безотказной работы в 99,99 %, что соответствует часу простоя в год, этот час может наступить в самый неподходящий момент, и клиент мало что может с этим поделать.

*'''Зависимость от доверия.''' Перенос данных и рабочих нагрузок в облако требует значительного доверия к выбранному поставщику облачных услуг. Подписав соглашение, клиенты, как правило, рассчитывают на то, что в будущем структура их затрат существенно не изменится, а сервис не ухудшится. Но нередко происходит обратное. 

*'''Изменчивость тарифов и счетов.''' Затраты на большинство облачных решений могут быть ниже, чем на два других варианта обработки и хранения данных, но ежемесячный счет может колебаться. Поскольку клиенты, как правило, осуществляют оплату на основе использования данных, иногда трудно предвидеть итоговую стоимость. Кроме того, тарифы на услуги могут меняться. Публичные облачные платформы часто могут быть крайне непрозрачными с точки зрения оценки использования клиентом ресурсов.


== '''''Так что же выбрать? Colocation, облако или корпоративный ЦОД?''''' ==

От субъектов малого бизнеса до средних и крупных компаний – в определенный момент своего развития современное предприятие просто обязано рассмотреть целесообразность использования тех или иных решений для хранения и обработки данных. Инструменты, представленные в статье, а также их комбинации (гибридный подход) предлагают необходимую поддержку в данном вопросе. 

Вероятно, в какой-то момент в будущем появится четвертый вариант, о котором мы сейчас даже не знаем. Но в настоящее время и в ближайшем будущем при выборе между локальным корпоративным ЦОД, colocation и облачным сервисом абсолютно «правильного» варианта не будет. Существует наилучший вариант, основанный на потребностях вашего IT-отдела и финансовых возможностях вашей компании.

[[Категория:Статьи]]