Несущее облако - Carrier cloud

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

История

Появление виртуализация Технологии и экономичное вычислительное оборудование, а также повсеместное подключение к Интернету сделали возможным появление первой волны облачных сервисов, начиная с первых лет 21 века.[1][2][3][4]

Но многие предприятия и другие организации не решались переносить более требовательные приложения с локального выделенного оборудования в частные или общедоступные облака. В ответ поставщики услуг связи началось в период 2010/2011 гг. с разработки облачных сервисов для операторов связи, устраняющих очевидные недостатки существующих облачных сервисов.[5] Указанные слабые места различаются[6][7][8][9] но часто включают производительность, доступность, безопасность и соглашения об уровне обслуживания (SLA).

Характеристики

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

  • Настраиваемая эластичная сетевая производительность: Типичные решения для облачных вычислений максимально используют общедоступный Интернет для подключения пользователей облака и центров обработки данных. Такой подход обеспечивает мгновенное подключение, но не дает контроля над возможности сети, задержки, и дрожь. Несущие облака устраняют эти пробелы с помощью сети доставки контента и / или посвященный виртуальные частные сети (VPN) в OSI слои 1 (оптические длины волн ), 2 (уровень канала передачи данных ) и 3 (сетевой уровень ). Эти VPN можно настроить так, чтобы они предлагали желаемые параметры производительности и демонстрировали тот же тип эластичности для сети, который обычные облака обеспечивают для серверов и хранилищ. Для достижения требуемых параметров производительности, таких как низкая задержка, облачные приложения могут быть (автоматически) размещены в распределенных центрах обработки данных, которые находятся достаточно близко к пользователям облака.
  • Автоматическое размещение ресурса: Для облака с несколькими центрами обработки данных информация как о центре обработки данных, так и о подключаемой сети важна для принятия решения о том, где разместить облачные образы и тома хранения. Для этого решения несущие облака могут получить соответствующую информацию о сети, например, используя Оптимизация трафика на уровне приложений (ALTO) протокол.[10]
  • Высокий уровень безопасности и управления: Поставщики облачных приложений подчиняются общим и специфическим для домена требованиям и правилам безопасности, конфиденциальности и управления, например европейским Директива о защите данных и США Медицинское страхование Портативность и Акт об ответственности. Для дополнительной безопасности глобальная сеть облака оператора может предоставлять отдельные зашифрованные или незашифрованные сетевые ссылки, недоступные из обычного Интернета. В центре обработки данных облако оператора предоставляет, например, виртуальные частные серверы, процессы управления, журналы и документация для выполнения правил безопасности и управления.
  • Контроль местоположения: По сути, пользователи облака не должны беспокоиться о географическом расположении своих облачных ресурсов. Однако правила конфиденциальности и другие правила могут требовать, чтобы определенные типы данных не были отправлены за пределы национальной юрисдикции или другого географического региона.
  • Открытые API: Несущие облака обеспечивают графический пользовательский интерфейс и Интерфейсы программирования веб-приложений которые позволяют поставщикам облачных приложений настраивать, управлять и контролировать как центр обработки данных, так и глобальную сеть своих облачных сервисов.

Архитектура

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

Облако оператора синхронизирует доставку сетевых и вычислительных ресурсов

Рекомендации

  1. ^ По данным IDC, расходы на общедоступные облачные ИТ-услуги в 2015 году достигнут 72,9 млрд долларов, что обеспечит почти половину чистого роста новых расходов в пяти ключевых сегментах продуктов, по данным IDC, 20 июня 2011 г.
  2. ^ Gartner заявляет, что мировые расходы на ИТ вырастут на 7,1% в 2011 г., Gartner 30 июня 2011 г.
  3. ^ Рынок публичных облачных сервисов достигнет выручки в 66 миллиардов долларов, 30 сентября 2011 г.
  4. ^ Облачные вычисления набирают обороты: рынок готов к буму по мере ускорения миграции, Morgan Stanley, 23 мая 2011 г.
  5. ^ Облачные сервисы: операторы хотят контролировать облачные сервисы, CRN, 25 июля 2011 г.
  6. ^ Прогноз IDC Cloud Management на 2011 г .: исследование отношения ИТ-директоров, IDC, 2011 г.
  7. ^ Пустые обещания и тяжелая удача: Yankee Group представляет мелкий шрифт облака, Yankee Group, 21 апреля 2010 г.
  8. ^ Рекомендации по безопасности и конфиденциальности в публичных облачных вычислениях, Национальный институт стандартов и технологий, январь 2011 г.
  9. ^ Проблемы с производительностью, варианты доставки облачного контента, Джефф Ким, ECM Plus: The Voice of Content, 21 апреля 2011 г.
  10. ^ RFC 5693: Постановка проблемы оптимизации трафика на уровне приложений (ALTO)

Категории