В облачных вычислений в облако - носитель представляет собой класс облака , который объединяет глобальные сети (WAN) и другие атрибуты коммуникационных услуг " операторского класса сетей , с тем чтобы развертывание высоко требовательных приложений в облаке. Напротив, классические облачные вычисления ориентированы на центр обработки данных, а не на сеть, соединяющую центры обработки данных и пользователей облака. Это может привести к непредсказуемому времени отклика и проблемам безопасности при передаче критически важных бизнес-данных через Интернет .
История
Появление технологии виртуализации и экономичного вычислительного оборудования, а также повсеместное подключение к Интернету позволило создать первую волну облачных сервисов, начавшуюся в первые годы 21 века. [1] [2] [3] [4]
Но многие компании и другие организации не решались переносить более требовательные приложения с локального выделенного оборудования в частные или общедоступные облака. В ответ поставщики услуг связи в период 2010/2011 годов начали разработку операторских облаков, устраняющих очевидные недостатки существующих облачных сервисов. [5] Слабые стороны различаются, но часто включают возможные простои, проблемы с безопасностью, [6] [7] [8] [9] высокую стоимость нестандартного программного обеспечения и передачи данных, негибкость некоторых облачных приложений, плохой заказчик и невыполнение соглашений об уровне обслуживания. (SLA).
Характеристики
Чтобы обеспечить развертывание критически важных для бизнеса приложений в облаке, облако оператора связи разработано таким образом, чтобы соответствовать характеристикам локальных развертываний или даже превосходить их. Таким образом, несущее облако характеризуется некоторыми или всеми из следующих элементов:
- Настраиваемая, эластичная сетевая производительность : типичные решения для облачных вычислений максимально используют общедоступный Интернет для подключения пользователей облака и центров обработки данных. Этот подход обеспечивает мгновенное подключение, но не предлагает контроля над пропускной способностью сети , задержками и джиттером . Облака оператора связи устраняют эти пробелы с помощью сетей доставки контента и / или выделенных виртуальных частных сетей (VPN) на уровнях OSI 1 ( длины оптических волн ), 2 ( уровень канала передачи данных ) и 3 ( сетевой уровень ). Эти VPN можно настроить так, чтобы они предлагали желаемые параметры производительности и демонстрировали тот же тип эластичности для сети, который обычные облака обеспечивают для серверов и хранилищ. Для достижения требуемых параметров производительности, таких как низкая задержка , облачные приложения могут (автоматически) выделяться распределенным центрам обработки данных, которые находятся достаточно близко к пользователям облака.
- Автоматическое размещение ресурсов: для облака с несколькими центрами обработки данных информация как о центре обработки данных, так и о подключаемой сети важна для принятия решения, где разместить облачные образы и тома хранения. Для этого решения несущие облака могут получить соответствующую информацию о сети, например, используя протокол оптимизации трафика на уровне приложений (ALTO). [10]
- Высокий уровень безопасности и управления : поставщики облачных приложений подчиняются общим и специфическим для домена требованиям и правилам безопасности, конфиденциальности и управления, таким как Европейская директива о защите данных и Закон США о переносимости и подотчетности медицинского страхования . Для дополнительной безопасности глобальная сеть облака оператора связи может предоставлять отдельные зашифрованные или незашифрованные сетевые ссылки, недоступные из обычного Интернета. В центре обработки данных облако оператора предоставляет, например, виртуальные частные серверы, процессы управления, журналы и документацию для выполнения правил безопасности и управления.
- Контроль местоположения : По сути, пользователи облака не должны беспокоиться о географическом расположении своих облачных ресурсов. Однако правила конфиденциальности и другие правила могут требовать, чтобы определенные типы данных не были отправлены за пределы национальной юрисдикции или другого географического региона.
- Открытые API : операторские облака предоставляют графические пользовательские интерфейсы и интерфейсы программирования веб-приложений, которые позволяют поставщикам облачных приложений настраивать, управлять и контролировать как центр обработки данных, так и глобальную сеть своих облачных сервисов.
Архитектура
Операторские облака охватывают центры обработки данных на разных уровнях сети и глобальные сети, которые соединяют несколько центров обработки данных друг с другом, а также с пользователями облака. Связи между центрами обработки данных используются, например, для аварийного переключения, переполнения, резервного копирования и географического разнообразия. Облака оператора связи могут быть общедоступными, частными или гибридными. Облако оператора объединяет эти облачные объекты, используя единую систему управления для оркестровки, управления и мониторинга центров обработки данных и сетевых ресурсов как единой системы.
Рекомендации
- ^ Расходы на публичные ИТ-облачные сервисы в 2015 году достигнут 72,9 млрд долларов, что соответствует почти половине чистого роста новых расходов в пяти ключевых сегментах продуктов, по данным IDC, 20 июня 2011 г.
- ^ Gartner заявляет, что мировые ИТ-расходы вырастут на 7,1% в 2011 г., Gartner 30 июня 2011 г.
- ^ Рынок публичных облачных сервисов достигнет выручки в 66 миллиардов долларов, 30 сентября 2011 г.
- ↑ Облачные вычисления: стремительный рост рынка по мере ускорения миграции, Morgan Stanley, 23 мая 2011 г.
- ^ Облачные службы: операторы хотят контролировать облако , CRN, 25 июля 2011 г.
- ^ Прогноз управления облаком IDC 2011: исследование отношения ИТ-директоров, IDC, 2011
- ↑ Пустые обещания и суровая удача: Yankee Group представляет мелкий шрифт облака, Yankee Group, 21 апреля 2010 г.
- ^ Анализ подходов к обеспечению безопасности облачных сервисов . Сентябрь 2020 г.
- ^ Проблемы с производительностью, варианты доставки облачного контента, Джефф Ким, ECM Plus: The Voice of Content, 21 апреля 2011 г.
- ^ RFC 5693: Постановка проблемы оптимизации трафика на уровне приложений (ALTO)