Может ли гибридный многооблачный подход выполнить то, что он обещает?

Облачный ландшафт разбит многими игроками, большими и маленькими. Что можно сделать, чтобы разрушить стены, разделяющие локальные, гибридные и многооблачные вычисления, чтобы «локальное облако» работало беспрепятственно? Как человек, который использовал как Amazon Web Services, так и Microsoft Azure, а также другие более мелкие облачные сервисы, я часто сталкивался с этим вопросом и разговаривал с клиентами, которые сталкивались с аналогичными проблемами, поскольку они внедряли все больше и больше облачных сервисов в свою локальную сеть. помещения предприятия среды. Поэтому, чтобы помочь мне лучше понять природу проблемы и то, как подойти к ее решению, я обратился к Ариэлю Майслосу, чтобы воспользоваться его знаниями и опытом, чтобы получить некоторые идеи, которые я могу использовать сам и поделиться с компаниями и организации, с которыми я взаимодействую — и с вами. Ариэль является генеральным директором Stratoscale, компании, которая предоставляет модернизированное частное облако с IaaS, DBaaS и CaaS, а также набор платформ с открытым исходным кодом для разработчиков, чтобы ускорить доставку приложений и обеспечить гибридные мультиоблачные приложения с использованием API общедоступного облака. Ариэль привносит в Stratoscale более 20 лет технологических инноваций и предпринимательства. Он является выпускником престижной учебной программы IDF Talpiot и имеет степень бакалавра наук в области физики, математики и информатики Еврейского университета в Иерусалиме ( ) и степень магистра делового администрирования в Тель-Авивском университете. Он также является обладателем многочисленных патентов в области сетей, обработки сигналов, хранения и технологий флэш-памяти. Теперь давайте послушаем и послушаем, как Ариэль подробно объясняет некоторые проблемы в этой области и то, как его собственная компания пытается помочь клиентам справиться с ними.

Понимание возможностей гибридного мультиоблака

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

Учитывая преимущества, также следует, что организации хотят воспроизвести облачную парадигму в корпоративных средах (центры обработки данных, периферийные местоположения и т. д.) и иметь возможность гибко выбирать оптимальную среду для каждой рабочей нагрузки. Этот спрос проистекает из желания сэкономить на облачных расходах, которые могут достигать 100 миллионов долларов в год. Кроме того, хранение данных и приложений локально может потребоваться для соблюдения нормативных требований, политик, а также для решения вопросов безопасности и производительности. Дэвид Бартолетти из Forrester Research сообщил участникам CloudHealth Connect 2018, что 74% предприятий описывают свою стратегию как гибридную или мультиоблачную, при этом 62% пользователей облачных технологий используют более двух уникальных облачных сред или платформ.

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

Проблема совместимости платформ

Технологические стеки для корпоративных ИТ и общедоступных облаков различаются. Кроме того, у каждого облачного провайдера есть свои особенности, сильные стороны и API. Даже инструменты для инфраструктуры как кода (IaC) зависят от облака. В результате может быть сложно и сложно подключаться и взаимодействовать на нескольких платформах. Для упрощения развертывания крайне важно, чтобы гибридная модель поддерживала функции и API нескольких облачных платформ.

Данные и хранилище как ключевые факторы при разработке гибридной стратегии

Из-за цен на общедоступное облако стоимость хранения данных в облаке быстро растет. Кроме того, хотя перемещение данных в облако часто является бесплатным, перемещение данных из облака обходится очень дорого, что может быть сдерживающим фактором. Это соображение о затратах привело многие предприятия к новому типу блокировки — блокировке данных, что часто приводит к разрозненности данных.

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

Стандартизация по всем направлениям

Одним из основных мотивов перехода предприятий на гибридный и многооблачный подход является более эффективное управление затратами на облако, которое начинается с понимания процесса выставления счетов. К сожалению, облачные счета продолжают оставаться загадкой для большинства компаний, в том числе для таких технологических гигантов, как Apple и Lyft. Это связано с тем, что затраты зависят от ряда динамических факторов, таких как облачные экземпляры, данные и использование в течение определенного периода времени. Стоимость часто очень распределена по многим направлениям бизнеса и группам. Естественно, при работе с несколькими облачными счетами вместо одного эта проблема может быстро умножиться. Предоставляя настоящую гибридную инфраструктуру и перенося некоторые рабочие нагрузки в корпоративные среды, предприятия могут не только снизить сложность затрат, но и значительно снизить совокупную стоимость владения (TCO).

DevOps — это новая облачная культура

Облако произвело революцию не только в процессе разработки приложений, но и во всех аспектах эксплуатации. Парадигма «домашние животные против крупного рогатого скота» экспоненциально повысила скорость настройки сред и их масштабирования для поддержки высокоскоростной разработки и доставки новых приложений.

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

Выполнение гибридных мультиоблачных обещаний

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