Як ви можете реагувати на потреби клієнтів і швидше виводити ідеї на ринок? Розвивайте свої абстракції

Більше десяти років тому Марк Андрісен слушно заявив: «програмне забезпечення з’їдає світ».¹ Сьогодні програмне забезпечення виглядає дещо інакше. Ми не тільки використовуємо програмне забезпечення через Інтернет від постачальників хмарних послуг, таких як Salesforce, AWS і, звісно, ​​VMware, але й більшість глобальних підприємств зараз розробляють власні за допомогою хмарних програм. Сьогодні ми можемо посперечатися з цим хмара програмне забезпечення поїдає світ або, можливо, годує його.

Пандемія посилила цю тенденцію розвитку, що зробило абсолютною необхідністю надавати клієнтам результати з віддалених місць, часто за допомогою програмного забезпечення.

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

^{Перегляньте мультихмарний брифінг VMware, щоб дізнатися про точки зору галузі, партнерів і клієнтів щодо міжхмарної абстракції.}

Мультихмарність і роль абстракції

Дивовижно, що наші клієнти забезпечили за допомогою програмного забезпечення в хмарі. Те, що ми бачимо зараз, є майже повсюдним на двох фронтах:

• 95% нових додатків розробляються з контейнерами², а Kubernetes організовує більшість базової інфраструктури для цих програм
• 75% організацій мають багатохмарну архітектуру з двома або більше загальнодоступними хмарами для своїх програм

Це знайома еволюція та постійна проблема в ІТ. Пам’ятаєте, коли в центрі обробки даних було багато фізичних служб, масивів зберігання та мережевих пристроїв, які працювали незалежно? Ця складність поклала початок шару абстракції — віртуалізації — який дозволив нам змусити всі ці компоненти працювати разом як єдине ціле.

З розвитком віртуалізації, додавши автоматизацію та доступ до ресурсів самообслуговування на вимогу до ресурсів інфраструктури, відкрилися двері для створення того, що ми зараз знаємо як IaaS, та ери гіпермасштабних хмарних провайдерів, таких як AWS, Google Cloud та Azure.

Оскільки більшість організацій зараз використовують кілька хмарних провайдерів для своєї інфраструктури, ми повернулися до схожої моделі складності. Для розробників кожен постачальник хмарних послуг має унікальні інтерфейси та API, які додають труднощів і сповільнюють темп їх випуску. Оператори стикаються з аналогічним завданням: кожна додаткова хмара збільшує складність їх архітектури, фрагментує безпеку, оптимізує продуктивність і керує витратами.

Отже, ця багатохмарна архітектура має найкраще з усіх хмар, але знову ж таки, вона складна.

Вирішення багатохмарної складності для більшої маневреності та швидкості

Ми знаходимося на переломній точці абстракції, і рішення цієї складності починають з’являтися. Причиною цього є те, що розробники не хочуть думати про свою базову інфраструктуру, ні на рівні контейнера, ні в хмарі, в якій вони працюють. У той же час, оператори хочуть, щоб у кожній хмарі була постійна видимість щодо розгортання, витрат та конфігурацій безпеки.

Щоб задовольнити ці потреби, потрібні програмні інтерфейси, які працюють у різних хмарах, абстрагуючись від складності базової багатохмарної інфраструктури. У VMware ми називаємо цей рівень абстракції крос-хмарою, як і деякі наші партнери по галузі, як-от Snowflake³.

Наприклад, один з наших крос-хмарних сервісів, VMware Tanzu, обслуговує як розробників, так і операторів у розробці сучасних додатків у хмарі. Розробники можуть перевірити свій код, навіть не торкаючись базової інфраструктури, яка була відокремлена від їхніх інструментів і шаблонів розробки. Потім оператори розгортають із власною абстракцією, не залежною від хмари, над мультихмарою. Завдяки Tanzu вони можуть керувати, контролювати та захищати кластери Kubernetes таким же чином для будь-якої хмари.

«Справді, найкраща частина цього полягає в тому, що моя команда розробників насправді не знає різниці між переходом на OpenStack та AWS. Досвід розробників майже такий самий». – Грег Мейєр, директор і видатний інженер Cerner

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

Вибір того чи іншого хмарного постачальника більше не потребує додаткової складності для ІТ. Натомість ви можете зосередитися на ідеях, які покращують роботу з клієнтами та стимулюють зростання, створені в будь-якій хмарі, яку ви виберете. Абстрагуючи складність мультихмар, ви можете досягти нового рівня маневреності бізнесу.

Щоб дізнатися більше, перейдіть до нашого сайту Мультихмарний брифінг, де я обговорюю цю концепцію з експертами галузі та одним із наших чудових клієнтів.