Что такое lxd в педагогике
Что такое lxd в педагогике
«Как и зачем проектировать образовательный опыт»
Ссылка на трансляцию: https://vk.com/go_online_university?z=video-193461053..
Мы все чаще слышим о важности проектирования образовательного опыта. Но что это такое, образовательный опыт, и как к нему подступиться? Нужно ли исследовать запрос аудитории, формулировать образовательные результаты, различаются ли подходы для онлайн и оффлайн обучения? Как оценивать эффективность программы и результаты учеников? Вопросов много, и в четверг в эфире Go Online мы начнем разбираться в этой непростой теме вместе с экспертами.
что такое LXD (learning experience design);
как проектировать образовательный опыт;
как собирать данные об образовательном опыте и использовать эти данные для доработки образовательных программ.
Модератор: Ирина Белозерова, руководитель лаборатории «Цифровой модератор» Университета 20.35
Андрей Комиссаров, руководитель дирекции сервисов «Развитие на основе данных» Университета 20.35; Андрей Мельниченко, лид методического центра в Яндекс.Практикуме; Евгения Ращупкина, руководитель школы методистов Skillbox, дизайнер образовательного опыта, автор блога LX notes (https://t.me/lxnotes) и программы развития в образовании LXDhero.com; Максим Скрябин, консультант в области педагогического дизайна и учебной аналитики.
Ждем вас 26 ноября в 17:00 на канале Go Online!
LXD 2.0: Введение в LXD [1/12].
Первая, вводная статья от Стефана Грабера, который расскажет о диковинном звере LXD. Рекомендуется тем, кто отличает контейнер от виртуальной машины.
Что такое LXD?
Как LXD соотносится с Docker/Rkt?
LXD фокусируется на системных контейнерах, которые ещё называют инфраструктурные контейнеры. То есть LXD манипулирует контейнерами с полноценной Linux системой внутри так же, как вы бы работали с системой, поставленной на чистое железо или в виртуальную машину. Традиционные системы управления конфигурациями и развёртывания приложений могут использовать LXD так же, как и в обычном использовании на физическом оборудовании, виртуальной или облачных средах.
В противоположность этому, Docker фокусируется на минималистичных, мимолётных контейнерах, которые обычно не обновляют или переконфигурируют, а вероятнее всего будут заменены целиком. Это делает Docker и подобные проекты ближе к механизму развёртывания приложений, чем к инструментам управления машинами.
Эти две модели не являются взаимоисключающими. Вы можете использовать LXD для предоставления полноценной Linux системы и ваши пользователи внутри контейнера могут с помощью Docker ставить нужный им софт.
Почему LXD?
Работа с LXC показала, что он обеспечивает прекрасным набором низкоуровневого инструментария и библиотеками для создания и управления контейнерами. Однако, такой инструмент не всегда дружественен к пользователю и требует от него много первоначальных знаний для понимания как это всё работает. Поддержание обратной совместимости со старыми контейнерами и методами развёртывания так же не даёт использовать некоторые настройки безопасности LXC по умолчанию и требует от пользователя ручной правки.
Основные компоненты LXD.
Есть целый ряд компонент, из которых состоит LXD и они видны в структуре каталогов, в клиенте командной строки и в самом API.
Контейнеры. Containers.
Снимки. Snapshots.
Снимки контейнера неизменны в том смысле, что их нельзя вам модифицировать, кроме переименования, уничтожения или восстановления. Стоит отметить, что поскольку сохраняется всё состояние контейнера, то фактически вы обладаете концепцией ‘stateful’ снимков. Это даёт возможность откатить контейнер, включая состояние его CPU и памяти.
Образы. Images.
LXD основан на использовании образов. Все контейнеры созданы из образов. Образы обычно представляют собой какой-либо чистый Linux дистрибутив, подобно тем что вы используете в виртуальной машине или в облачных средах.
Возможно публиковать (publish) контейнер, делая из него образ, который уже используется локальными или удалёнными LXD хостами.
Образы однозначно идентифицируются своими sha256 хэшами и вы можете ссылаться, используя его целиком или часть. Так как набирать длинные хэши не удобно для пользователя, то каждый образ имеет свойства, помогающее его легко найти в хранилище. Псевдоним (alias) из уникальной строки пользователя может быть дан хэшу образа.
LXD идёт с 3 преднастроенными удалёнными хранилищами образов:
Образы с удалённых серверов автоматически кэшируются демоном LXD и хранятся некоторое время, по умолчанию 10 дней. Дополнительно LXD автоматически обновляет используемые вами образы, если не указано иное, так что самая свежая версия образа доступна вам локально.
Профили. Profiles.
Профили предоставляют механизм определения конфигурации контейнера и доступных ему устройств в одном месте и возможность применять профиль к любому количеству контейнеров.
Контейнеры могут иметь несколько профилей, применённых к нему. При построении окончательной конфигурации, известной как expanded, профиля применяются в порядке определения, перекрывая-перезаписывая совпадающие опции и устройства. Любая локальная конфигурация применяется в конце, затирая абсолютно всё, что шло из профиля.
LXD идёт с 2 преднастроенными профилями:
Удалёнка. Remotes.
По умолчанию определены:
Можно добавлять любое количество удалённых LXD хостов: анонимных в случае публичных серверов с образами или с аутентификацией для управления контейнерами.
Безопасность. Security.
Одним из аспектов при построении LXD было создание безопасных контейнеров, позволяющих запуск современных, немодифицированных Linux дистрибутивов.
Основные функции безопасности:
Вместо того чтобы заставлять пользователя напрямую заниматься безопасностью через параметры, как это делается в LXC, в LXD реализован «конфигурационный язык», который абстрагирует большинство параметров, делая дружественный шаг к пользователю. Для примера, можно легко попросить LXD пробросить устройство хоста внутрь контейнера, без ручного вмешательства при создании major/minor номеров устройства и обновлении политик cgroup.
Связь в LXD защищается TLS 1.2 с ограниченным набором шифров.
REST API.
Всё в LXD делается через REST API. Нет других способов взаимодействия между клиентом и демоном. REST API может быть доступен через локальный unix сокет, требуя только членства в группе для проверки подлинности, или через HTTPS, используя сертификат при аутентификации.
Структура REST API соответствует описанным выше компонентам, проста и понятна.
Когда требуется сложная схема взаимодействия, LXD может разговаривать через websockets. Это используется в интерактивной консоли, миграции контейнера и при уведомлениях о событии.
С LXD 2.0 идёт стабильный API 1.0, в рамках которого не будет нарушаться обратная совместимость. В будущем будут добавлены дополнительные расширения API.
Масштабирование.
LXD предоставляет хороший инструмент командной строки, но он не предназначен для управления тысячами контейнеров на множестве хостов. Для таких случаев используйте плагин nova-lxd в OpenStack, чтобы управлять контейнерами подобно виртуальными машинами. Это позволит вам воспользоваться уже OpenStack API для управления сетью, хранилищами, балансировкой нагрузкой и т.д.
Управление контейнерами с LXD: краткое введение
Продолжаем наш цикл статей о контейнеризации. Если первые две статьи (1 и 2) были посвящены теории, то сегодня мы поговорим о вполне конкретном инструменте и об особенностях его практического использования. Предметом нашего рассмотрения будет LXD (сокращение от Linux Container Daemon), созданный канадцем Стефаном Грабе из компании Canonical.
Имя создателя LXD хорошо известно в профессиональном сообществе: он также является одним из авторв другого популярного контейнерного решения — LXC. Собственно, LXD представляет собой надстройку над LXC, которая упрощает работу с контейнерами и добавляет широкий спектр новых возможностей.
В рамках этой статьи мы ограничимся лишь кратким введением в LXD: сравним его с Docker, приведём инструкцию по установке и настройке, а также продемонстрируем базовые возможности управления контейнерами.
LXD и Docker
LXD — инструмент относительно новый: первая версия вышла в свет в 2014 году, когда Docker уже получил широкое распространение и хорошо зарекомендовал себя на практике.
Как и Docker, LXD функционирует на базе LXC.
При этом cфера применения у двух инструментов совершенно разная: если Docker предназначен для запуска в контейнерах приложений, то LXD — для запуска полноценных операционных систем.
С помощью LXD можно создавать даже не контейнеры в буквальном смысле этого слова, а легковесные виртуальные машины. Чтобы подчеркнуть этот момент и одновременно указать на отличие от других инструментов контейнеризации, авторы многих публикаций называют LXD словом lightvisor (на русский язык его уже переводят как «легковизор»).
В публикациях Canonical отмечается, что LXD-контейнеры могут работать в 10 раз быстрее, чем традиционные виртуальные машины на базе KVM.
В LXD предпринята попытка решить целый ряд проблем, с которыми приходится сталкиваться при работе с другими инструментами контейнеризации: продуман механизм динамического управления ресурсами, расширены возможности миграции контейнеров (в том числе и в режиме реального времени), устранены проблемы безопасности. По сравнению с Docker у LXD гораздо шире возможности переконфигурации контейнеров.
LXD оснащён открытым API; имеются клиенты для различных языков программирования. Создан плагин для OpenStack, позволяющий управлять контейнерами с помощью клиента Nova.
Установка и настройка
Здесь и далее мы будем описывать особенности работы c LXD на материале Ubuntu 16.04. В этой ОС LXD включён в официальные репозитории и устанавливается стандартным способом:
Стефан Грабе в своей статье рекомендует в качестве бэкенда для хранения контейнеров использовать файловую систему ZFS. Чтобы работать с ZFS, нужно установить соответствующие пакеты:
Если ZFS вам по тем или иным причинам не подходит, вы можете воспользоваться BTRFS или LVM (подробнее об этом см. здесь ).
По завершении установки выполним команду:
Создание контейнера
Все контейнеры в LXD создаются на базе образов. Образы можно получить как из локального, так и из удалённого репозитория. Просмотрим список доступных репозиториев:
Для первого знакомства с LXD вполне подойдёт локальный репозиторий (local). Запустим в контейнере ОС Ubuntu 16.04:
В результате выполнения этой команды LXD создаст на базе указанного образа контейнер и запустит его.
Запустить в этом контейнере командную оболочку можно с помощью команды:
Если нужно просто создать контейнер, но не запускать его, достаточно выполнить команду:
Для последующего запуска и остановки контейнера используются команды lxc start и lxc stop.
LXC предоставляет хорошие возможности для управления контейнерами «на лету». Вот так, например, можно поместить созданный на основном хосте файл внутрь контейнера:
Можно совершить и обратную операцию — загрузить файл из контейнера на основной хост
Можно и редактировать файлы в контейнере напрямую:
Основные команды для создания и запуска контейнеров мы уже рассмотрели; желающих узнать больше отсылаем к подробной статье Стефана Грабе.
Управление ресурсами
Управление изолированными окружениями немыслимо без контроля ресурсов: мы должны предоставить контейнеру достаточное количество ресурсов для работы и в то же время быть уверенными в том, что контейнер не будет потреблять лишних ресурсов, нарушая тем самым работу остальной системы.
В LXD можно выделять контейнерам ресурсы при помощи специального набора команд:
Просмотреть статистику потребления ресурсов для контейнера можно с помощью простой команды:
Работа со снапшотами
В LXD имеется возможность создания снапшотов и восстановления контейнеров из снапшотов. Посмотрим, как это работает на практике (пример взят из интерактивного туториала LXD ).
Внесём некоторые изменения в уже созданный нами контейнер container1:
Сделаем снапшот этого контейнера и назовём его, например, new:
Попробуем что-нибудь «поломать» в нашем первом контейнере:
Поcле этого запустим в нём в нём командную оболочку:
Выполним команду exit и вернёмся на основной хост. Восстановим работу контейнера container1 из снапшота:
Запустим командную оболочку в восстановленном контейнере:
Всё работает так же, как раньше!
В приведённом выше примере мы рассмотрели так называемые stateless-снапшоты В LXD есть и другой тип снапшотов — stateful, в которых сохраняется текущее состояние всех процессов в контейнере. Со stateful-снапшотами связаны ряд интересных и полезных функций.
Чтобы создавать stateful-снапшоты, нам понадобится установить программу CRIU (CheckPoint/Restore in Userspace). C её помощью можно сохранить текущее состояние всех процессов, а затем восстановить их хоть на текущей, хоть на другой машине.
В Ubuntu 16.04 утилита CRIU устанавливается при помощи стандартного менеджера пакетов:
После этого можно переходить к созданию снапшотов:
В некоторых ситуациях такие снапшоты могут оказаться очень полезными. Представим себе, например, что нам нужно перезагрузить сервер, на котором запущены один или несколько контейнеров. Чтобы после перезагрузки не запускать всё заново, а продолжить с прерванного места, достаточно выполнить:
На базе stateful-снапшотов реализован механизм «живой» миграции контейнеров, который пока что находится в несколько «сыром» состоянии.
Заключение
LXD представляет собой удобную систему управления контейнерами, обладающую целым рядом полезных функций. Надеемся, что проект LXD будет успешно развиваться и займёт достойное место в ряду современных инструментов контейнеризации.
Если у вас есть практический опыт использования LXD — добро пожаловать в комментарии.
Естественно, в рамках одной статьи рассказать обо всех функциях LXD вряд ли возможно. Для желающих узнать больше приводим несколько полезных ссылок:
ИТ База знаний
Полезно
— Онлайн генератор устойчивых паролей
— Онлайн калькулятор подсетей
— Руководство администратора FreePBX на русском языке
— Руководство администратора Cisco UCM/CME на русском языке
— Руководство администратора по Linux/Unix
Навигация
Серверные решения
Телефония
FreePBX и Asterisk
Настройка программных телефонов
Корпоративные сети
Протоколы и стандарты
LXC, LXD и LXCFS – в чем разница?
О LXC
Важные характеристики
Текущая версия LXC задействует ряд функций ядра, чтобы обеспечить контейнеризацию следующих процессов:
Как правило, контейнеры LXC обычно воспринимаются пользователями как нечто усредненное между Chroot и VM. Эта технология нацелена на то, чтобы создать среду, аналогичную стандартно установленной Linux, но сделать это без необходимости в дополнительном ядре.
Компоненты
Ниже в списке, несколько актуальных компонентов LXC:
LXD (Linux Container Daemon) является базирующимся на LXC гипервизором контейнеров.
Основные части LXD:
REST API предоставляется демоном в локальном или сетевом режиме. Эффективная утилита управления, клиент командной строки, отличается своей интуитивностью и простотой. Именно с помощью него реализовано управление каждым контейнером. Клиент обрабатывает подключение одновременно к разному количеству контейнеров, отображает уже созданные и создает новые. Есть возможность их перемещения в процессе функционирования.
Упомянутый плагин “превращает” все LXD-host в вычислительные узлы, которые работают для поддержки контейнеров, а не VM.
Преимущества
Основные преимущества LXD:
Связь с LXC
LXCFS: настройка контейнеризации
LXCFS включает в себя:
Так в чем же разница?
Сравнивать LXC, LXD, LXCFS не имеет смысла, так как они не представляют из себя 3 разных продукта с одинаковым функционалом. Грубо можно описать их как программу, дополнение к ней и патч, который позволяет среде пользователя адаптироваться под ее нужды.
LXD в корпоративном обучении. Модный тренд или эволюция?
В профильных сообществах заговорили об LXD — новом подходе к созданию учебных программ. Подробно и с примерами разбираем что это.
Про LXD мало статей на русском языке, количество поисковых запросов также стремится к нулю. Мы решили восполнить этот пробел рассказать о новом подходе.
Дизайн учебного опыта (Learning Experience Design, LXD) — относительно новый термин, который используется в сферах дизайна обучения (Instructional Design, ID) и онлайн-обучения.
Нильс Пол, утверждает, что придумал этот термин в 2007 году и на сайте lxd.org поясняет: «LXD — процесс создания учебного опыта, который позволяет учащемуся достичь результатов. Этот опыт ориентирован на человека и достижение цели.»
А педдизайнер Конни Маламед формулирует 10 принципов LXD:
Давайте разберем каждый пункт.
LXD признает, что обучение не решает всех проблем
С точки зрения этого подхода важно разобрать все причины почему обучение не было эффективным. Возможно дело в неудобной платформе для обучения, негативной обстановке в коллективе. Или у сотрудников просто нет желания развиваться, потому что их всё устраивает.
Поэтому для качественного обучения нужно больше, чем готовые и проверенные материалы.
Фото unsplash.com
LXD ориентирован на человека
Один из важнейших принципов данного подхода. Перед дизайнером LX встает встаёт сразу несколько вопросов, которые не касаются обучения:
Ответы на этот вопрос могут сильно удивить. У сотрудников есть потребность научиться лучше продавать. Это позволит повысить их проценты с продаж. Но оказывается, что одни боятся личных разговоров с клиентом, другие слишком давят, а третьи не могут как следует сформулировать мысль.
Анализ помогает составить типовые портреты, глубоко погрузиться в их проблемы и возможности. А затем построить более качественный учебный курс.
LXD настаивает на инклюзивном дизайне
То есть подходе, который учитывает особенности восприятия, возраста, прошлый опыт.
Мы уже писали, что учебная игра может хорошо подойти для молодых сотрудников. Нужно описать технологический процесс? Делаем небольшой квест или интерактивную презентацию. А если человек привык вдумчиво подходить к процессу и ему нужно некоторое время на понимание? Тогда нужна подробная инструкция и общение с наставником.
И хоть второй вариант выглядит не таким современным, он успешно решит задачу.
Фото unsplash.com
LXD создает позитивный и значимый пользовательский опыт
В разных статьях делается упор на то, что LXD — это создание опыта и только потом обучение. Конни Маламед показывает несколько аспектов:
Разъездные сотрудники не будут полноценно учиться, если курсы можно пройти только внутри корпоративной сети. Даже если мотивировать их финансово, нужного эффекта не будет, потому что обучение будет вызывать раздражение.
А если новичок в поисках материалов сталкивается с бюрократией и хамством коллег, то запомнит именно их, а не учебный курс.
LXD подчеркивает, что обучение — это путешествие
Не стоит заваливать сотрудника многочасовыми видео и лекциями. Обучение должны быть растянуто во времени. Лучше всего для этого подходит гибридное обучение — комбинация разных форматов: микрообучение, проектная работа и так далее.
LXD опирается на актуальные научные исследования
Дизайнеру пользовательского опыта нужно регулярно заниматься самообразованием. Так он будет оставаться в курсе последних исследований в области когнитивной психологии, педагогики и андрагогики, других дисциплин. И. Конечно, использует успешный опыт коллег.
Есть даже схема, что нужно использовать для создания качественных программ LXD:
Из чего состоит LXD
LXD разговаривает с пользователями и строит обучение вместе с ними
Логичное продолжение принципа инклюзивности и ориентации LXD на человека. Педдизайнер собирает обратную связь, предлагает форматы и вместе с учащимися проектирует дальнейшее обучение.
LXD использует реальные показатели для измерения и повышения производительности
Обучение, поддержка и внеучебные активности должны идти рука об руку с бизнес-целями и миссией компании. Поэтому LXD должен использовать различные доступные метрики для отслеживания своей работы.
Отдел продаж стал работать лучше? Если отбросить факторы сезонности или резкого спроса на продукт, то, LXD сможет доказать, что именно обучение сделало отдел более эффективным.
А с конкретными цифрами можно придумать как сделать обучение ещё лучше.
Фото unsplash.com
LXD признает ценность обмена информацией и социальную вовлеченность
Создание групп по интересам, площадок для обмена информацией. Мы рассказывали о возможностях социального обучения. В случае LXD это должны быть площадки удобные всем: корпоративный мессенджер, приложение, организация личных встреч в переговорке и так далее.
Личное общение сотрудников создает дополнительный опыт и усиливает эффект обучения.
LXD инновационный и гибкий
Этот тезис вытекает из нескольких предыдущих. Но лучше всего высказался педдизайнер Девлин Пек. В своей статье он описывает ситуацию: дизайнеры учебных программ не проводят анализ аудитории, не изучают новые подходы. На них давит руководство — нужно проводить интенсивное и массовое обучение. Как итог педдизайнеры оказываются в плену презентаций Power Point.
Девлин приводит и обратный пример. Организация TAC обратилась к педдизайнеру Кэт Эллис с задачей: нужно создать курс, который бы объяснял сотрудникам последствия утечек информации, мошенничества и коррупции. Кэт запустила проект Fallout (Последствия). Это серия подкастов, в которых популярно объяснялось, что может последовать за тем или иным действием.
У курса есть трейлер, больше похожий на заставку остросюжетного сериала:
Элис при описании проекта использовала выражение content into bite-sized pieces (контент на один укус). Из сочетания микрообучения и качественной подачи вышел проект, который получил несколько наград, но главное, высокую оценку заказчика.
Итоги: мода или эволюция?
Одни преподаватели называют LXD новым витком педдизайна, ведь он глубоко погружается в потребности и возможности сотрудников, а значит выходит за рамки простой передачи знаний. Это качественно новый шаг. Более того, дизайнеры LX разрабатывают и делятся полезными инструментами.
С ними не согласен Девлин Пек, который считает LXD маркетинговым приёмом. Но при этом в своей работе использует инструменты дизайна учебного опыта.
Скорее можно говорить, что LXD — это подход, который развивается и обрастает своим набором правил, кейсами, удачными решениями и ошибками. Но следить за ним и применять в работе однозначно стоит.