Бачення та дорожня карта Microsoft для гібридної хмари

Корпорація Майкрософт виявилася непростою навігацією на межі між локальною та хмарною мережею. Тут є чим жонглювати: застаріла база програмного забезпечення та послуг, якою майже неможливо керувати, постійний набір доходи від ліцензування від великої (і все ще зростаючої) клієнтської бази, а також партнерства з сервером і програмним забезпеченням постачальники. Але в міру зростання хмарного сервісу Azure корпорації Майкрософт довелося надавати інструменти та послуги, щоб допомогти подолати розрив між хмарою та центром обробки даних.

Тож, мабуть, не дивно, що на цьому шляху було кілька фальстартів, включаючи невдалу обіцянку його хмарної сумісності

Пакет Azure і його локальна платформа AppFabric як послуга. Хоча Azure Pack, можливо, не зміг забезпечити довгообіцяний «Azure-in-a-box», він став основою для елементів програмного забезпечення потужного Система хмарної платформи попередньо налаштовані стійки, розроблені спільно з Dell.

Початкова пропозиція Azure PaaS була швидко замінена службою IaaS на основі віртуальної машини Hyper-V, пов’язаною з різними службами платформи. Ці репліковані локальні інструменти дозволяють легко перемістити існуючу фізичну інфраструктуру в хмару майже так само, як розгортання в хмарі AWS або Rackspace. Підтримка VPN допомогла зв’язати локальну та хмарну інфраструктури, а додавання MPLS ExpressRoute пряме підключення від Azure до локальних мереж спростило розгортання служб Azure як частини гібридної інфраструктури, яка могла б розглядати Azure як частину вашої існуючої мережі.

Підтримка різноманітних сучасних шаблонів проектування в Azure зробила можливим використання його IaaS для викиду локальної потужності послуги або як розширення локального обчислення, коли потрібна значна кількість паралельної обробки. З розвитком Azure та Windows з’явилася можливість використовувати Azure для розміщення знайомих настільних програм через RemoteApps і з підтримкою контейнерів Docker у Windows Server 2016, як частину набору сумісних хост-середовищ для контейнерних додатків – з невеликою різницею між локальним розгортанням і розгортанням на Azure.

Нова модель Azure PaaS, Сервісна тканинанещодавно було випущено, що забезпечує підтримку ряду моделей хмарної розробки на основі мікросервісів -- включаючи все більш популярний шаблон дизайну актора/повідомлення та отримане в результаті програмування, орієнтоване на повідомлення модель. Service Fabric є ключем до стратегії розвитку гібридної хмари Microsoft, оскільки обіцяна локальна версія підтримуватиме той самий код, що працює у вашому центр обробки даних, як у хмарі – без необхідності вносити зміни під час переходу з одного на інший або під час використання з’єднань ExpressRoute чи VPN для підключення два. Розробники зможуть використовувати навички створення програм за допомогою node.js та інших фреймворків для доставки безсерверних програм через Service Fabric.

Стек Azure

Service Fabric є ключовим компонентом найбільшої частини гібридного хмарного бачення Microsoft: Стек Azure. Анонсований у січні Azure Stack призначений для створення того, що Microsoft називає «хмарною» приватною хмарною платформою. Побудований на основі майбутнього Windows Server 2016, Azure Stack розгортає платформу масштабу центру обробки даних, яка пропонує сумісні з Azure API для керування та розгортання, а також підмножину служб зберігання та бази даних Azure PaaS. Використовуючи Azure Stack, ви зможете розгортати сервери IaaS і віртуальні мережі та керувати ними, використовуючи ту саму мову опису ресурсів, ту саму Галерею та Портал, що й Azure, розміщений у хмарі.

Це цікавий підхід, оскільки він розроблений для компаній, які хочуть застосувати хмарний підхід до доставки ІТ їхніх організацій (включаючи розгортання на апаратному забезпеченні, схожому на хмарну службу) на кількох серверах і стійках, його також можна розгорнути на єдиний сервер високого класу як інструмент розробки та тестування, що дозволяє розробникам створювати хмарні програми локально, а потім розгортати їх на хмара.

Azure Stack не копіює всі служби Azure локально. Натомість він використовує гібридний підхід, пропонуючи доступ до хмарних служб Azure поряд із локальними службами. Наприклад, Azure Stack не потребує пропонувати хмарну службу резервного копіювання – замість неї використовується служба Azure. Він також використовує інструменти Active Directory Azure для єдиного входу та керування обліковим записом.

За межами Лазуру

Гібридне хмарне бачення Microsoft виходить за рамки платформи Azure і включає апаратне забезпечення та основні корпоративні програми. Одним із інтригуючих прикладів є Випуск SQL Server 2016 року, який додає нову опцію Stretch для ваших баз даних. Тут замість того, щоб додавати більше локального сховища для даних, ви використовуєте Azure для розміщення нового фрагмента бази даних, який заповнюється вашими найменш використовуваними даними. Замість того, щоб повністю переходити на хмару, ви зберігаєте продуктивність локальної бази даних під час використання перевага недорогого варіанта зберігання Azure для тих 80 відсотків ваших даних, які не потребують миттєвого доступу.

Подібним чином пропозиції обладнання для зберігання даних від Microsoft орієнтовані на гібридну модель. Нещодавно перейменований Azure StorSimple пристрої зберігання пропонують локальний рівень флеш-пам’яті та диска, що обертається, як кеш для blob-об’єкта зберігання, розміщеного в Azure. StorSimple є цікавим інструментом, оскільки він пропонує міст між локальним і хмарним сховищами за допомогою Віртуальний пристрій, розміщений на Azure, який надає хмарним програмам доступ до даних, які зберігаються локально програми. StorSimple, пристрій iSCSI, є системою зберігання на рівні блоків, сумісною з більшістю програм. Подібно до режиму Stretch у SQL Server 2016, StorSimple використовує Azure для розміщення найменш використовуваних даних, хоча також є можливість зберігати знімки всіх ваших даних у рамках плану аварійного відновлення.

Хмарні служби є ідеальною платформою для аварійного відновлення, і StorSimple є лише частиною ролі Azure тут. Використання Відновлення сайту Azure, віртуальні машини та знімки даних можна зберігати в Azure за мінімальних витрат і активувати лише тоді, коли локальні системи не працюють. Крім того, Azure можна використовувати як ретранслятор між кількома сайтами аварійного відновлення, надаючи знімки за регулярним розкладом. Site Recovery також можна використовувати для міграції цілих сайтів у хмару, якщо це необхідно, дозволяючи оновлювати фізичну інфраструктуру центру обробки даних без втрати обслуговування.

Засіб для створення публічної хмари

Гібридна хмарна стратегія Microsoft узгоджується з локальними стратегіями більшості компаній, підтримуючи їх за допомогою хмарних ресурсів для покращення існуючих обчислювальних можливостей і можливостей зберігання. Однак він має іншу мету: полегшити перенесення цих локальних ресурсів до Azure. І це справжнє послання гібридної хмари Microsoft: що дні локального центру обробки даних обмежені, а економії масштабу в гібридній хмарі неможливо уникнути. Що ще важливіше, це повідомлення, яке охоплює новий набір методологій розробки, інкапсульованих у Сервісі Fabric: майбутнє без серверів, де програми є масштабованими кластерами мікросервісів, пов’язаних обмін повідомленнями.

Є ще один аспект гібридної хмари Microsoft, який часто забувають: її участь у Open Compute Project. Ділячись апаратним забезпеченням, яке вона використовує у своїх центрах обробки даних Azure, із широкою спільнотою, Microsoft допомагає рухати всю галузь у напрямку звичайних апаратних платформ, призначених для віртуального розміщення інфраструктури. Це також інвестиції в програмні платформи, наприклад Мезосфера, які створені, щоб допомагати створювати та керувати цими інфраструктурами масштабу центрів обробки даних незалежно від того, де вони працюють — локально чи в Azure.

Якщо прислухатися до мови Редмонда, нова фраза починає ставати звичайною частиною повсякденного дискурсу Microsoft: «планетний масштаб». Це фраза, яка охоплює віру в гіпермасштабні платформи та нові програми та служби, які вони підтримуватимуть. Це також те, що керує підходом Microsoft до гібридної хмари – що це просто перехід між локальними обчисленнями та обчисленнями в планетарному масштабі.

Буде цікаво подивитися, як відбуватиметься цей перехід. Але наразі завдяки таким технологіям, як Azure Stack і контейнери Windows Server 2016, служби Azure доступні на вашому апаратному забезпеченні, дозволяючи створювати нове покоління додатків і служб, які можуть працювати як локально, так і на все більш глобальному масштабі Microsoft хмара.