6 причин для развертывания программного обеспечения в качестве виртуального устройства

Управление ИТ-инфраструктурой является более сложным предложением, чем раньше. Эпоха локальных серверов и монолитных приложений уступает место новой гибридной реальности: устаревшая локальная инфраструктура сочетается с какофонией облачных, виртуальных и модульных технологий баз данных и приложений. Это меняет способ размещения, предоставления и развертывания программного обеспечения.

Одним из катализаторов этого сдвига парадигмы является рост виртуальных устройств (VA). Построенный на облачных виртуальных машинах (ВМ), виртуальный компьютер является предварительно сконфигурированным инструментом для настройки и запуска виртуальных приложений, не беспокоясь о какой-либо ручной установке, подготовке или развертывании. Кит Колберт, технический директор подразделения VMware Cloud Platform, сказал, что нужно думать о виртуальных машинах как о любом другом устройстве: вам не нужно знать, как работает ваш холодильник, он просто работает.

Кольбер провел 14 лет в VMware. Он работал над большей частью портфеля корпоративного программного обеспечения - от виртуализации операционной системы (OS) и сервера vSphere до менеджера по операциям vRealize IT и платформы VMware AirWatch для управления мобильными устройствами (MDM) и других ролей. PCMag поговорил с Колбертом о том, что такое виртуальные машины и почему они полезны в практических бизнес-сценариях. Мы обсудили, как можно использовать виртуальные машины вместе с новыми технологиями на стороне разработчика, такими как контейнеры и микросервисы, как часть программного стека следующего поколения и ИТ-инфраструктуры.

Что такое ВА?

VA становятся все более распространенными в центрах обработки данных и виртуальных серверах, работающих в составе облаков «инфраструктура как услуга» (IaaS). Чтобы понять, что такое виртуальные машины и как они важны в средах облачных вычислений, Кольбер сказал, что ключевое слово - «устройство».

«Подумайте о приборе в вашем доме: духовках, микроволновых печах, холодильниках. Вы подключаете их, и они работают», - сказал Колберт. «Внутренняя работа сложна - и теперь с Интернетом вещей (IoT) у многих из них есть Wi-Fi. Но многие из нас действительно знают, как работает холодильник или духовка? Мы не должны. Я включаю ручки для управления очень сложным устройством с очень простым взаимодействием. Устройство имеет такую ​​сложность, чтобы упростить получение пользователем значения. Виртуальное устройство делает то же самое внутри виртуальной машины в центре обработки данных ».

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

«Традиционно, когда вы устанавливаете программное обеспечение, существует множество вещей, которые необходимо сделать, чтобы это приложение встало на ноги. Цель виртуального устройства - предварительно настроить все и просто начать его использовать», - сказал Колберт. «Посмотрите на операционную систему, такую ​​как iOS. Это один набор программного обеспечения, который работает только для этого набора устройств Apple. Сравните это с Android, где у вас есть настраиваемая ОС, работающая на сотнях тысяч различных устройств. Это гораздо больше работы для производители могут настраивать различные устройства, в то время как с iPhone он создается только один раз ».

ВА против ВМ

VA и VM часто смешиваются, но проще говоря: VM - это механизм упаковки и развертывания для VA. Кольбер объяснил, что сама виртуальная машина - это более или менее чистый холст с широким спектром применения. Виртуальная машина, построенная на ВМ, - это способ адаптировать и настроить эту ВМ для использования очень специфическим образом. Возвращаясь к метафоре бытового устройства, она упаковывает всю сложность виртуальной машины и дает пользователю несколько простых ручек, так сказать.

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

6 советов по развертыванию виртуальных машин

VMware - далеко не единственный поставщик корпоративного программного обеспечения, работающий с виртуальными машинами, но компания заявляет, что обладает большим опытом, чем большинство. VMware потратила годы на разработку VMware vApp, которая работает в стандартизированном формате Open Virtualization Format (OVF). Платформа VMware vApp объединяет виртуальные машины в виртуальные машины, которые работают в разных ОС и архитектурах облачных вычислений. Кольбер предложил пять рекомендаций, которые следует учитывать предприятиям при рассмотрении, настройке и развертывании виртуальных машин.

1. Знайте, когда использовать виртуальную машину, а не виртуальную машину

Как только вы поймете разницу между виртуальной машиной и виртуальной машиной, важно знать, когда выгоднее использовать одну над другой. Решая, оставить ли виртуальную машину как есть или развернуть ее вместе с предварительно сконфигурированной виртуальной машиной, Колберт сказал подумать о бизнес-процессе, который вы пытаетесь решить.

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

2. Постройте магазин приложений Data Center

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

«Вы хотите использовать простоту виртуальных устройств и предоставлять их непосредственно пользователю, одновременно управляя требованиями с точки зрения ИТ», - сказал Колберт. «В таких инструментах, как AirWatch, у вас есть магазин приложений для конечных пользователей с приложениями для настройки на ваших устройствах. Но мы говорим здесь скорее о магазине приложений центра обработки данных. Если пользователю необходимо предоставить приложение для где-нибудь на сервере, они бы пришли на такого рода вторичный портал самообслуживания ".

3. Используйте гибкие настройки сети

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

«Человек, создающий приложение, должен иметь возможность предоставить пользователю достаточно ручек для правильной настройки сети. Некоторые сети используют HTTP, другие могут иметь статический набор IP-адресов, а другие могут использовать сторонние инструменты для управления IP-адресами». Так что есть много вариантов, которые могут сбить вас с толку ", сказал Колберт. «Стоит потратить некоторое дополнительное время, чтобы убедиться, что вы предоставляете пользователям правильный набор параметров для настройки. И убедитесь, что ваш виртуальный компьютер обладает гибкостью в конфигурациях сети, которые он может поддерживать».

4. Не спите по безопасности

VA работают в основном на ОС Linux. Одна из проблем, с которой вы можете столкнуться, связана с проблемами безопасности на уровне ОС. Используете ли вы программное обеспечение для управления производительностью приложений (APM) или программное обеспечение для мониторинга сети, или у вас есть команда, которая занимается мониторингом общих уязвимостей и уязвимостей Linux (CVE) в пакетах программного обеспечения с открытым исходным кодом, которые использует ваш бизнес, Кольбер сказал, что должен быть набор процедур чтобы получить патчи быстро.

«Одна вещь, которую вы, как создатель, делаете, это берете на себя ответственность за безопасность виртуальной машины и всего, что находится внутри нее. Будь то Shellshock или Heartbleed, или что у вас есть, вы, как разработчик виртуальной машины, можете быстро реагировать на возникновение подобных проблем». сказал Кольбер. «Это одна из вещей, которая может ограничивать виртуальные машины, если клиент не доверяет поставщику в применении исправлений. У большинства независимых разработчиков есть целая команда безопасности, которая отслеживает Linux CVE. Когда VMware видит новое падение CVE, возникает целый процесс, настроенный на выполнить это и получить исправления через несколько часов или дней в самом худшем случае. Вам нужно, чтобы эти команды наблюдали и были готовы реагировать, и механизм доставки, чтобы довести эти изменения до конечных пользователей."

5. Знайте, как виртуальные машины и контейнеры сочетаются друг с другом

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

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

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

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

«По мере того, как клиенты начинают модернизироваться, вам необходимо решать задачи второго дня. Когда вы создаете все эти решения для виртуальных машин и виртуальных устройств и распространяете эти решения на контейнеры, вы должны думать о мониторинге, резервном копировании, безопасности, входе в систему, аварийном восстановлении. Вы должны ответить на все эти вопросы ", сказал Колберт. Многие заказчики спрашивают, когда нужно упаковывать вещи, и я думаю, что имеет смысл проводить более быстрый и согласованный процесс между разработкой и производством. Контейнерирование довольно просто сделать… проблема в том, чтобы начать рефакторинг приложения, чтобы он стал более распределенным с архитектурой микросервисов. Это огромное, огромное усилие ".

6. Решите, будете ли вы пользоваться микросервисами

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

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

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

«Микросервисы великолепны, но не отправляйтесь в это путешествие, пока не убедитесь, что есть веская деловая причина», - сказал Колберт. «Если это сложное приложение верхнего уровня с большими масштабами, которое требует гибкости и быстрых обновлений, сделайте это».