26.11.2012 ЭкспертизаРовно год назад мы определили главную задачу, стоящую перед ИТ-директорами в 2012 г., и она сводилась к простой фразе: “управление данными”. Это предсказание сбылось во всех областях информационных технологий. Работая на своих ноутбуках, стационарных ПК и смартфонах, люди ежедневно создают огромное количество новых файлов, а кроме этого, огромные объемы данных выгружаются из ИТ-систем автоматически, и весь этот поток непрерывно наполняет сетевые хранилища. Таким образом, сложность управления этими колоссальными объемами данных растет практически теми же темпами, как и сами объемы. Данные могут размещаться как в хранилищах на собственной площадке заказчика, так и во внешних облачных хранилищах. Гибридные системы, содержащие компоненты, размещаемые на площадке заказчика, а также в публичных и частных ...
читать далее.
Системы резервного копирования в облаке могут о многом вам рассказать. Используйте эту информацию, чтобы получше узнать провайдера до того, как подпишите договор. В последнее время цены на услуги резервного копирования опустились на уровень 1 долл. за гигабайт в месяц. | 
Высокий уровень сервиса имеет решающее значение. Проанализируйте конкретные метрики, такие как гарантии восстановления критически важных приложений в течение восьми часов, четырех часов или одного часа. | 
Будьте готовы к тому, что высокое качество сервиса стоит дорого. Обычно вы получаете то, за что заплатили. Это правило работает и в применении к облачным сервисам. Не забывайте об этом, когда выбираете провайдера. |
Проверяйте все сценарии работы. Перед тем как развернуть реальные приложения в облаке, проверьте, насколько хорошо работает система автоматического восстановления приложений после отказа при различных сценариях. | 
Не зная броду, не суйся в воду. Только после тщательного тестирования системы автоматического восстановления функционирования приложений начинайте думать о переносе части своих приложений в облако. | 
Используйте несколько провайдеров, чтобы организовать резервирование одних облаков в других. Защищайте приложения, размещенные в облаке, путем резервирования их в облаке другого провайдера. Как мы видим на примере с Amazon, даже облака иногда выходят из строя. |
Старайтесь избегать интеграции с системами на собственных площадках. Ищите такие облачные сервисы, которые могут работать независимо от систем, размещенных на ваших собственных площадках. Не держите на своей площадке хранилище, которое не может работать без связи с облачным хранилищем. | 
Будьте платформо-независимым от провайдера облачного сервиса. Битва между Amazon, VMware, Microsoft и остальными провайдерами за право называться “номером один” на рынке облачных технологий сейчас в самом разгаре. Поэтому избегайте приложений, которые могут работать только на одной облачной платформе. | 
Не рассчитывайте на появление единой системы управления гибридными облачными хранилищами. В процессе переноса приложений с собственных площадок в облачное хранилище и миграции между различными облаками будьте готовы к необходимости использовать различные несовместимые между собой системы управления. |
Будьте готовы торговаться за снижение цены и повышение качества сервиса в процессе миграции. Вся концепция облачных хранилищ базируется на идее снижения цены владения ИТ-системами при одновременном повышении их надежности. Однако необходимость использования различных систем управления увеличивает затраты, которые тем не менее будут постепенно снижаться по мере развития этих систем. | | |
