«Облачные» хранилища данных: в ожидании доверия
Информационные технологии активно мигрируют в сторону «облаков». Эксперты прогнозируют, что одним из главных приоритетов для CIO в ближайшие два года будут «облачные» хранилища данных. Но чтобы такие решения стали в России массовыми, предстоит решить ряд сложных вопросов юридического и психологического плана.
С развитием Cloud Computing организации всего мира получили возможность получать динамический масштабируемый доступ к внешним вычислительным ресурсам. По оценке IDG Research Services, к 2015 г. подавляющее большинство (75%) предприятий в мире будут использовать «облака». Современный уровень развития «облачных» вычислений позволяет реализовывать самые сложные архитектурные модели, в том числе в части хранилищ данных. Такое «облачное» хранилище позволяет держать корпоративные данные на распределенных серверах, представляющих с точки зрения клиента один большой виртуальный сервер («облако»).
Идеальная модель
Когда говорят о модели организации «облачного» хранилища данных, априори предполагается, что оно будет создаваться по модели «частных» облаков (private cloud). Особенно это утверждение справедливо в отношении крупных компаний, поскольку мало кто из них может доверить размещение корпоративной информации публичным «облакам» (public cloud).
С точки зрения архитектуры идеальная модель организации «облачного» хранилища данных – это один большой отказоустойчивый сервер. «Каждое «облако» - отдельная предметная область в хранилище данных, и аналитики, решающие конкретные задачи, имеют доступ только к нему, - рассказывает ведущий специалист отдела разработки департамента бизнес-систем «Энвижн Груп» Дмитрий Красилов.- Но мне ничего не известно о построении промышленных «облачных» хранилищ данных в России. Сегодня есть только тестовые стенды».
В общем виде архитектура хранилища данных описывается трехуровневой схемой. Первый уровень – источники данных, так называемые data source: системы, файлы и т.п. Дальше расположено собственно хранилище данных. Его «сердце» – это база данных. Третий уровень - пользователи хранилища данных. Это аналитики, руководители, роль которых в системе выполняют АРМ. Обычно APM реализованы с помощью сервера приложений, который поддерживает средства бизнес-аналитики, средства прогнозирования, многомерного анализа, data mining и т.д.
Общая архитектура хранилища данных
Источник: «Энвижн Груп», 2011 г.
Многие вендоры уже предоставляют программно-аппаратные средства для реализации «облака» на каждой из этих ступеней. «Большинство разработчиков ПО для хранилищ данных понимают, что все ИТ движутся к «облачным» вычислениям, что это мейнстрим», - отмечает г-н Красилов.
Очевидные достоинства и объективные недостатки
В числе явных преимуществ «облачных» хранилищ данных можно отметить то, что пользователь оплачивает фактически занятое место в них, не тратясь на аренду всего сервера. Кроме того, заказчик услуги не несет издержек, связанных с хранением данных и поддержкой соответствующей инфраструктуры. «Немаловажно также, что ответственность за сохранность данных клиента несет облачный провайдер, - отмечает аналитик ИК «Финам» Татьяна Земцова. - С одной стороны это позволяет более качественно хранить информацию, а с другой – не тратиться на обеспечение сохранности данных».
Если говорить о недостатках, то, по ее словам, основную проблему представляет сохранность конфиденциальной информации на публичных серверах хранилища, а также скорость обработки и передачи информации пользователю. Вопрос скорости во многом зависит от качества интернет-соединения заказчика. А оно, как правило, медленнее локального соединения.
При построении большого «облака», на котором работают все бизнес-системы компании, необходимо обеспечивать высокую отказоустойчивость, постоянно резервировать данные, чтобы при падении сервера «облака» не отключались одновременно, а моментально «переезжали» на другой сервер, либо (в разумные сроки) восстанавливались из резервных копий. «Все это ведет к росту затрат на создание отказоустойчивой архитектуры, - подчеркивает г-н Красилов. - Увеличиваются вложения в поддержание и создание резервных копий «облаков»». По его словам, по сравнению с традиционными хранилищами данных, «облачные» в большей степени требуют высокой квалификации от сотрудников - для корректного администрирования, установки, настройки и поддержки этих решений. Это увеличивает стоимость владения хранилищ данных на «облачных технологиях».
Хранилища в «облаках»: в России не скоро
В России пока мало компаний, доверяющих «облакам» - сказывается отечественный менталитет. Хотя многие вендоры уже предоставляют аппаратно-программные решения для реализации хранилищ данных аналитических систем по этому принципу.
Банковская сфера традиционно находится «на передовой» развития хранилищ данных. Однако, по мнению заместителя начальника управления информационных систем «Еврофинанс Моснарбанк» Марата Валеева, про облачные хранилища данных для кредитных организаций России говорить пока преждевременно. «Концепция облака, как и любая другая модель аутсорсинга, имеет серьезные недостатки, - убежден он. - Во-первых, не проработаны механизмы защиты информации, составляющей коммерческую и банковскую тайну, согласно требованиям 152-ФЗ «О персональных данных»; во-вторых, модель аутсорсинга в целом и облачные вычисления в частности не защищены юридически». Кроме того, по его мнению, вызывает вопрос сама возможность создания «облачного» хранилища данных для банка. Ведь такое решение – это всегда глубоко кастомизированный проект, а сама парадигма SaaS предполагает универсальность используемого программного продукта.
Дайджест новых статей по интернет-маркетингу на ваш email
Новые статьи и публикации
- 2024-11-07 » OSPanel 6: быстрый старт
- 2024-11-07 » Как установить PhpMyAdmin в Open Server Panel
- 2024-09-30 » Как быстро запустить Laravel на Windows
- 2024-09-25 » Next.js
- 2024-09-05 » OpenAI рассказал, как запретить ChatGPT использовать содержимое сайта для обучения
- 2024-08-28 » Чек-лист: как увеличить конверсию интернет-магазина на примере спортпита
- 2024-08-01 » WebSocket
- 2024-07-26 » Интеграция с Яндекс Еда
- 2024-07-26 » Интеграция с Эквайринг
- 2024-07-26 » Интеграция с СДЕК
- 2024-07-26 » Интеграция с Битрикс-24
- 2024-07-26 » Интеграция с Travelline
- 2024-07-26 » Интеграция с Iiko
- 2024-07-26 » Интеграция с Delivery Club
- 2024-07-26 » Интеграция с CRM
- 2024-07-26 » Интеграция с 1C-Бухгалтерия
- 2024-07-24 » Что такое сторителлинг: техники и примеры
- 2024-07-17 » Ошибка 404: что это такое и как ее использовать для бизнеса
- 2024-07-03 » Размещайте прайс-листы на FarPost.ru и продавайте товары быстро и выгодно
- 2024-07-01 » Профилирование кода в PHP
- 2024-06-28 » Изучаем ABC/XYZ-анализ: что это такое и какие решения с помощью него принимают
- 2024-06-17 » Зачем вам знать потребности клиента
- 2024-06-11 » Что нового в работе Яндекс Метрики: полный обзор обновления
- 2024-06-11 » Поведенческие факторы ранжирования в Яндексе
- 2024-06-11 » Скорость загрузки сайта: почему это важно и как влияет на ранжирование
- 2024-05-27 » Подборка сервисов для расшифровки аудио в текст
- 2024-05-27 » PostgreSQL 16. Изоляция транзакций. Часть 2
- 2024-05-06 » Как настраивать конверсионные стратегии: работа над ошибками
- 2024-04-22 » Комментирование кода и генерация документации в PHP
- 2024-04-22 » SEO в России и на Западе: в чем основные отличия
Там, где речь заходит об очень больших деньгах, разумно не доверять никому. |
Мы создаем сайты, которые работают! Профессионально обслуживаем и продвигаем их , а также по всей России и ближнему зарубежью с 2006 года!
Как мы работаем
Заявка
Позвоните или оставьте заявку на сайте.
Консультация
Обсуждаем что именно Вам нужно и помогаем определить как это лучше сделать!
Договор
Заключаем договор на оказание услуг, в котором прописаны условия и обязанности обеих сторон.
Выполнение работ
Непосредственно оказание требующихся услуг и работ по вашему заданию.
Поддержка
Сдача выполненых работ, последующие корректировки и поддержка при необходимости.