Компании меняются, и это может становиться поводом задуматься о переходе на новые технологии. Опрошенные порталом ITPro Today эксперты дают советы по выбору следующей СХД.

Около семи лет назад Саймону Бачеру и его жене пришла в голову идея создания интерактивного приложения для изучения языков под названием Ling. Они были уверены, что смогут сделать все самостоятельно, поскольку Бачер имел опыт разработки ПО и консультирования в области ИТ.

Когда пришло время решать, как хранить звуковые файлы и изображения приложения, Бачер и его небольшая команда решили загрузить данные на собственный сервер и управлять ими самостоятельно. Но когда Ling выросла до 35 сотрудников и более 5 млн. пользователей, возникла необходимость пересмотреть способ хранения и управления этими данными. Собственная СХД требовала написания пользовательского кода для внесения любых изменений, страдала от проблем с надежностью и не справлялась с обновлением файлов.

После изучения различных вариантов компания Бачера решила перейти со своей системы на платформу разработки приложений Firebase, которая предлагает собственное облачное хранилище. Firebase, ныне входящая в состав Google, позволила Ling хранить все файлы на платформе, а текстовые данные — в базе данных Firebase.

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

По словам Бачера, за пять лет использования такого подхода Ling не испытала ни одного простоя.

Почему мы меняем технологии хранения данных

Переход на новые технологии хранения данных может быть обусловлен многими факторами:

Неудовлетворенность. Часто компании стремятся к переменам из-за неудовлетворенности существующими технологиями и методами хранения данных. Это может быть слишком большое количество ошибок, отсутствие поддержки со стороны поставщика, задержка обновлений, уязвимости в системе безопасности или объявление поставщика о скором завершении срока эксплуатации.

Затраты. Соображения стоимости могут играть важную роль, побуждая к переоценкам при продлении контрактов на техническое обслуживание или сервис.

Накопление мелких проблем. Кажущиеся незначительными проблемы — низкая производительность, трудности чтения/записи файлов, ошибки или сбои в работе системы — могут накапливаться со временем и побуждать к переменам.

Внешние факторы. Иногда изменения могут быть вызваны внешними факторами, не зависящими от администраторов СХД, например, новыми корпоративными целями или стратегиями. «Когда компании объявляют, что собираются провести ИТ-трансформацию, это может потребовать нового типа СХД», — говорит Рэнди Кернс, старший стратег-аналитик The Futurum Group.

Технологические соображения. Технологические тренды, такие как массовый переход к облачным технологиям или репатриация хранилищ онпремис, могут потребовать изменения систем хранения.

FOMO

Подтолкнуть компании к модернизации может боязнь упустить (FOMO) новейшие и передовые технологии хранения данных.

На решение Романа Сурикова, генерального директора компании Ronas IT, занимающейся разработкой приложений, повлияло множество факторов. В основном Ronas IT использовала стандартные базы данных SQL с локальным хранением. Однако по мере роста клиентской базы и объемов данных компании понадобилась инфраструктура, способная эффективно масштабироваться. Кроме того, компания достигла стадии, когда ей требовалась обработка данных в реальном времени и возможность работы со сложными структурами данных. Другими факторами были безопасность, производительность и надежность.

«Мы поняли, что настало время перемен, когда традиционные механизмы обработки данных стали оказываться недостаточными для управления быстро растущими объемами данных, — говорит Суриков. — Увеличение потребностей в масштабируемости по мере необходимости, а также потребность в более производительных решений и все более диверсифицированных данных подтолкнули нас к фундаментальным изменениям».

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

Поиск идеальной технологии хранения данных

Когда приходит время сменить технологию хранения данных, каким должен быть ваш первый шаг?

Вот что не следует делать.

По мнению Кернса, компании обычно стремятся решить одну конкретную проблему и выбирают систему хранения, соответствующую этой задаче. Такой подход лишен дальновидности. «Конечно, вы хотите получить то, что лучше всего подходит сейчас, но вы делаете инвестиции на 5-10 лет, поэтому представьте, что изменится в вашей среде и каковы будут потребности вашей организации», — говорит он.

Оценить поставщика систем хранения данных не так просто, но Кернс рекомендует изучить следующие факторы:

  1. Опыт и долголетие. Обратите внимание на послужной список поставщика и на то, как долго он работает на рынке.
  2. Комплексность предложений. Оцените полноту предлагаемых поставщиком СХД, чтобы убедиться, что они удовлетворяют всем требованиям вашей организации.
  3. Модели расходов и потребления. Соответствуют ли модели ценообразования поставщика бюджету и структуре потребления вашей организации?
  4. Инвестиции в исследования и разработки. Выясните, вкладывает ли поставщик средства в НИОКР, чтобы двигаться в русле новых технологий и тенденций.
  5. Простота ведения бизнеса. Пообщайтесь с аналогичными организациями, чтобы понять, насколько легко и просто работать с поставщиком.

По словам Сурикова, его компания искала на замену технологии хранения данных, которые были бы специально разработаны для ее бизнеса. Для этого пришлось оценить и внедрить целый ряд технологий, включая MySQL и MongoDB для документо-ориентированной работы с данными и Debezium для сбора данных об изменениях.

Для достижения этой цели команда Сурикова проанализировала разнообразные требования к хранению данных, предъявляемые различными приложениями компании. При этом учитывались типы данных, с которыми будут работать приложения, их объем, темпы роста и необходимость доступа к ним в режиме реального времени.

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

Чтобы найти идеальную СХД для своей компании, Майклс также приступил к обширному процессу оценки. Вначале он определил такие ключевые критерии, как производительность, масштабируемость, защита данных и экономическая эффективность. Обратившись за советом к отраслевым экспертам и доверенным лицам, он сузил область поиска до нескольких вариантов.

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

Несмотря на то, что Майклс доволен новой СХД, он хочет идти в ногу с технологическим прогрессом и развитием бизнеса. В связи с этим он планирует регулярно пересматривать стратегии хранения данных. «Мы понимаем, что технологии постоянно развиваются, и мы должны быть адаптируемыми, чтобы использовать будущие возможности и оставаться на переднем крае инноваций», — говорит он.