Программно-определяемые грузоперевозки
Вычислительные комплексы Вычислительные комплексы

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

Главная>Вычислительные комплексы>Программно-определяемые грузоперевозки
Вычислительные комплексы Тренд

Программно-определяемые грузоперевозки

Дата публикации:
28.03.2016
Посетителей:
68
Просмотров:
57
Время просмотра:
2.3
Еще недавно слово «аппаратный» было синонимом надежности и производительности. Каждая задача – на своем сервере. Все сетевые устройства непременно аппаратные, в массивных корпусах и с большим количеством лампочек. Но шаг за шагом программные решения отвоевывают у аппаратных все новые области. И речь уже не об отдельных устройствах. Словосочетания Software Defined Storage, Software Defined Network и даже Software Defined Datacenter у всех на слуху. Ну и Linux. Эта ОС практически везде, даже в «аппаратных» средствах чаще всего именно она. Не удивительно, что при таком проникновении программных решений в ИТ-инфраструктуру программисты не могли не повлиять на традиционно «железные» области. Один из примеров – Docker.

 

 

Docker – средство автоматизации управления приложениями, виртуализированными на уровне ОС. Каждое приложение вместе со всеми своими зависимостями и окружением помещается в так называемый контейнер. Контейнеры изолированы друг от друга на уровне ядра ОС: вычислительные ресурсы, ресурсы ввода/вывода, пространства имен, файловые системы для каждого контейнера свои. Их можно легко тиражировать, запускать на различных серверах (строго говоря, тиражируются образы, и из этих образов запускаются контейнеры). При этом специализированной настройки ОС для запуска не требуется, т.к. все необходимое окружение в контейнере присутствует. И самое интересное – контейнеры можно наследовать. Т.е. можно взять имеющийся контейнер, «пристроить» к нему некое приложение и получить новый контейнер с приложением. Таким образом программисты реализовали объектно-ориентированный подход в ИТ-инфраструктуре.

 

Выглядит это так (см. рис. 1).

 

Рис. 1. Технология контейнеризации в Linux

Технология контейнеризации в Linux

 

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

Табл. 1. Сравнение контейнеризации и серверной виртуализации

 

Контейнер

Виртуальная машина

Что включает?

Приложение (или его компонент) и необходимые ему библиотеки

ОС, драйверы, системное и прикладное ПО

Совместимость

Требуется совместимость на уровне ядра ОС (ограниченная обратная совместимость)

Требуется поддержка на уровне ЦПУ (есть во всех современных устройствах)

Объем

Меньше

Больше

Эффективность использования вычислительных ресурсов

Выше (включает только ПО и его зависимости)

Ниже (помимо ПО, включает ОС, драйверы и т.п.)

Возможности тиражирования и наследования

Широкие возможности

Тиражирование: можно создавать ВМ из шаблона, после чего она становится независимой (связь с исходной ВМ теряется).
Наследование невозможно

Отделить приложение от данных

Можно, встроено в технологию контейнеризации

Можно с помощью средств системы хранения данных и правильного конфигурирования ПО при инсталляции

Изоляция приложений друг от друга

Хуже (на одном хосте одно ядро ОС)

Лучше (известно очень мало способов попасть из одной ВМ в другую в обход средств безопасности)

 

Выводы? Делать их пока рановато. Сама технология контейнеризации – это лишь часть необходимой инфраструктуры. Аналоги привычных технологий мира серверной виртуализации (vMotion, HA, резервное копирование) пока в стадии разработки. А без них сложно говорить о применимости Docker в Enterprise-секторе. Также важны средства преобразования имеющегося приложения в контейнер – P2C (аналог P2V).

 

Дмитрий ГлушенокДмитрий Глушенок, системный архитектор компании «Инфосистемы Джет»

Основная практика применения контейнеризации – в сфере облачных сервисов. Разработка таких сервисов, тестирование, релиз-менеджмент, эксплуатация (все эти Continuous Integration, DevOps) – все делается с помощью контейнеров (не обязательно Docker, но с той же идеологией). В разработке преимущества технологии – в возможности воссоздавать среды для самой разработки (на ноутбуке программиста), тестирования (где-нибудь в виртуальном ЦОД, облаке) и развертывания (например, в другом виртуальном ЦОД, облаке). Все среды получаются одинаковыми и не подвержены расхождению конфигураций со временем. С точки зрения эксплуатации плюсы заключаются в стабильности кода (благодаря более качественной разработке), независимости от платформы (приложение в контейнере работает на любом современном дистрибутиве Linux) и возможностях масштабирования и обновления версий без прерывания сервиса. Частный случай – применение контейнеров в Enterprise-сегменте для собственных разработок (в основном для интернет-сервисов). Преимущества те же, что и у облачных приложений.

 

Однако уже сейчас есть живой интерес заказчиков к использованию этой технологии для массового тиражирования и эксплуатации типового ПО (например, для автоматизации деятельности магазинов). О своей приверженности технологиям контейнеризации заявляют и крупнейшие вендоры – Microsoft, IBM, Red Hat, Oracle.

Мониторинг приложений в стиле SaaS

Сегодня инструменты мониторинга приложений, предоставляемые по модели SaaS (есть даже термин MaaS, Monitoring As A Service), не очень востребованы крупными и средними российскими компаниями

«Бояться новых подходов в ИТ — все равно что бояться дышать»: что такое Инфраструктура 3.0 и почему она неизбежно наступит

Какие технологии характерны для Инфраструктуры 3.0? За счет чего новый подход может быть выгоднее имеющейся инфраструктуры? Как хождение по граблям решает кадровый вопрос?

«Мы могли все разрушить, но вместо этого перешли на микросервисы»

На кого ориентировался «Росбанк» при выборе cloud-решений? Чем микросервисная архитектура напоминает чеховское ружье? Как частное облако превратило склад в сервисную компанию?

«Облака»: мифы, ландшафт, стратегия

Шум вокруг «облаков» продолжает расти. На этой волне многие производители стремятся показать, что они современны и держат руку на пульсе. В результате почти на всем появляется лейбл «облачно».

Обновленные компетенции

Любые разговоры о формах и моделях аутсорсинга ИТ-инфраструктуры очень часто сворачивают с темы архитектур на практики и компетенции, которые им соответствуют

Чистый интернет: генеральная уборка

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

«Облачные» решения как способ предоставления вычислительных ресурсов

В последние годы в сфере информационных технологий появилось и бурно развивается направление, получившее название «Cloud Computing» («облачные» вычисления).

Защита виртуальных сред и облачных сервисов - модно или актуально?

Трудно найти более обсуждаемую тему в области ИБ, чем защита виртуальных сред и облачных сервисов

«Облако — важнейший внутренний элемент любой мировой экосистемы»

Насколько российский облачный рынок отстает от западного? Почему Сбер — не основной клиент SberCloud? Можно ли провести цифровую трансформацию без облачных решений?

Спасибо!
Ваш материал отправлен.
Мы с вами свяжемся
Предложить
авторский материал






    Спасибо!
    Ваш вопрос отправлен.
    Мы с вами свяжемся
    Задать вопрос
    редактору









      Оставить заявку

      Мы всегда рады ответить на любые Ваши вопросы

      * Обязательные поля для заполнения

      Спасибо!

      Благодарим за обращение. Ваша заявка принята

      Наш специалист свяжется с Вами в течение рабочего дня