10 мифов об управлении мульти-облачными данными

Автор: Roger Morrison
Дата создания: 25 Сентябрь 2021
Дата обновления: 21 Июнь 2024
Anonim
dbt в управлении хранилищем данных – опыт Wheely
Видео: dbt в управлении хранилищем данных – опыт Wheely

Содержание


Источник: Tomwang112 / Dreamstime.com

вынос:

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

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

Итак, вот 10 лучших мифов, связанных с несколькими облаками:

Миф 1: Управление мульти-облачными данными затруднено

Дело в том, что несколькими облачными архитектурами можно управлять через единый интерфейс, что упрощает их управление, чем унаследованная сегодня унаследованная инфраструктура. Как отмечает Скотт Йешонек из Avere Systems, многие предприятия используют сетевое хранилище (NAS) для ускорения интеграции устаревших систем с объектными платформами хранения в облаке. Таким образом, вычислительные ресурсы могут получать доступ к данным напрямую из любого источника, выполнять свои операции, а затем возвращать данные в хранилище либо в центре обработки данных, либо в облаке.


Миф № 2: Мульти-облако равно гибридному облаку

Радеш Балакришнан (Redhesh Balakrishnan) из Red Hat вкратце подытожил этот проект, упомянув, что мульти-облако состоит из облаков, размещаемых различными поставщиками, а гибридное облако представляет собой смесь государственных и частных ресурсов. Это важное различие, поскольку оно может сильно влиять на то, как предприятие может распределять рабочие нагрузки между соответствующими ресурсами. В общем, все гибридные облака состоят из нескольких облаков, но не все облака являются гибридами. (Чтобы узнать больше об этих различных типах облаков, см. Общедоступные, Частные и Гибридные облака: в чем разница?)

Миф № 3: мульти-облако менее безопасно, чем одно облако или On-Prem

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


Миф № 4: Мульти-облако более безопасно, чем одиночное или On-Prem

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

Миф № 5: Управление несколькими облаками лучше всего с открытым исходным кодом

Кажется логичным, что открытая платформа управления, такая как OpenStack и CloudStack, будет работать с большим количеством поставщиков облачных услуг, чем проприетарных, но это необходимо сопоставить с добавленными внутренними ресурсами и наборами навыков, которые поставляются с открытым исходным кодом. И во многих случаях проприетарные решения в любом случае поддерживают API ведущих открытых решений.

Миф № 6: несколько облаков дороже

В расчете на ГБ несколько облаков могут сократить расходы, поскольку у предприятия есть больше возможностей для переключения нагрузки на наиболее эффективную архитектуру. Такие компании, как Rackspace, предлагают ряд инструментов для работы в нескольких облачных средах, которые побуждают пользователей переносить рабочие нагрузки на поставщиков по своему выбору, даже на конкурентов / партнеров, таких как Amazon и Microsoft.

Нет ошибок, нет стресса - ваше пошаговое руководство по созданию изменяющего жизнь программного обеспечения без разрушения вашей жизни

Вы не можете улучшить свои навыки программирования, когда никто не заботится о качестве программного обеспечения.

Миф № 7: Multi-Cloud предназначен только для крупных, крупных предприятий

Малые предприятия также имеют специализированные приложения, и один поставщик вряд ли обеспечит оптимальную поддержку для всех услуг. Somesh Khatkar из ImageKit.io отмечает, что многие стартапы выигрывают от создания приложений на основе многооблачной стратегии с целью облегчения миграции и проблем интеграции в дальнейшем. А поскольку многие провайдеры предлагают бесплатные уровни обслуживания для мелкомасштабных операций, это хороший способ начать получать доходы без значительных первоначальных затрат. (Чтобы узнать больше о миграции, посмотрите, что в действительности означает перенос идеи в облако.)

Миф № 8. Предприятия используют мульти-облака только тогда, когда они готовы

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

Миф № 9: Multi-Cloud не является обязательным

Технически это верно, но только в том смысле, что построение успешной бизнес-модели также необязательно. Как отмечает Малиха Балала из WhirlWind Technologies, цифровая трансформация, вероятно, потребует разнообразной и широко распространенной инфраструктуры, и ни один облачный провайдер - даже Amazon - не сможет предоставить оптимальное обслуживание для всех данных и приложений. Multi-cloud также предоставляет «песочницу» для тестирования экспериментов с проверкой концепции.

Миф № 10: мульти-облако не беспокоится

Несмотря на то, что мульти-облако нарушает парадигму облачной блокировки, обычно требуется привязка к единой платформе управления. Кроме того, как отмечает технический консультант Дэвид Линтикум (David Linthicum), не все облачные API-интерфейсы обеспечивают полную совместимость услуг, оставляя предприятию только наборы общих функций от каждого поставщика. Внутренние инструменты управления и брокерские услуги также могут не обновляться на регулярной основе, чтобы приспособить новые сервисы с той скоростью, с которой они вводятся.

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