В рубрику "Центры обработки данных (ЦОД)" | К списку рубрик | К списку авторов | К списку публикаций
Примитивное сочетание инфраструктуры приватного и публичного облаков не даст вам настоящее гибридное облако. Более того, в итоге вы можете получить весь набор рисков и недостатков обоих решений, не приобретя никаких преимуществ. Перемещая защищенные данные в публичное облако, можно легко нарушить законы о защите данных. В то же время миграция приложений из публичного в приватное облако может привести к неожиданным расходам. Настоящее гибридное облако – это распределение рабочей нагрузки и управление накопительными и сетевыми ресурсами, что помогает сократить риски и увеличить производительность.
Если использовать полностью проработанные решения, можно упростить использование гибридных облаков. При этом остается возможность выбора технологии стандартизации гибридного облака и компаний, предоставляющих доступ к публичным облакам, с которыми могут взаимодействовать приватные облака.
Если принять во внимание задачи управления, риски и необходимость соответствия законодательным требованиям, то модель гибридного облака оказывается более дешевой в эксплуатации. Слишком просто нарушить локальные или глобальные правила защиты, перемещая данные или задачи в публичное облако. Законы и местные требования различаются на разных рынках, и некоторые из них настолько запутаны, что компании на всякий случай полностью избегают публичных облаков. Следовательно, вы предпочтете использовать приватное облако для каких-то конфиденциальных задач. Оптимальным решением является использование публичного и приватного облаков, гармонично работающих вместе и обеспечивающих все необходимые преимущества.
В то время как наиболее агрессивные поставщики облачных услуг могут усложнить процедуру получения или миграции данных, правильно организованное гибридное облако позволяет сохранить контроль над ними. Оно способно гарантировать быстрый доступ к публичным и приватным ресурсам, обеспечивая при этом как контроль и прозрачность процессов для IT-отделов, так и возможность самообслуживания по требованию разработчиков и пользователей приложений.
Организации очень часто страдают как от чрезмерно усложненной IT-архитектуры, так и от того, что не имеют полного перечня своих IT-активов в связке с бизнес-приложениям. Имея на руках только таблицу и не обладая должной методологией, сложно точно оценить, где можно использовать приложение, не говоря уже о том, в какую облачную архитектуру его разместить. Эксперты, использующие автоматизированные платформы для сбора и анализа данных, могут предоставить развернутый отчет о работе приложения и помочь определиться сдальнейшими действиями: переместить то или иное приложение, консолидировать, модернизировать или вообще отказаться от его использования.
Опубликовано: Журнал "Технологии и средства связи" #4, 2015
Посещений: 5651
Статьи по теме
Автор
| |||
В рубрику "Центры обработки данных (ЦОД)" | К списку рубрик | К списку авторов | К списку публикаций
