Вчера был представлен новый крупный релиз свободной операционной системы DragonFly BSD — 5.0.
Главным новшеством DragonFly BSD 5.0 стала начальная поддержка файловой системы HAMMER2, обладающей рядом новых возможностей, таких как распределение файловой системы по узлам (пока не реализовано полностью), снапшоты с возможностью записи в них, меньшее потребление памяти, поддержка сжатия (алгоритмы LZ4 и zlib) и дедубликации данных, определение нулей при записи, фоновая синхронизация и зеркалирование на логическом уровне (вместо физического). Поддержка HAMMER2 в DragonFly BSD 5.0 называется экспериментальной и не рекомендуется для production-использования и важных данных. Загрузчик поддерживает /boot в UFS и HAMMER2. Среди прочих изменений в DragonFly BSD 5.0
многочисленные обновления и улучшенная производительность у брандмауэра IPFW;
улучшенная поддержка графики: драйвер i915 соответствует коду из ядра Linux 4.7.10 (поддерживаются последние Intel GPU включая поколение Kabylake), модуль vga_switcheroo(4) для использования Intel GPU на системах с гибридной графикой, новый драйвер apple_gmux для переключения на чипсет от Intel на компьютерах Macbook с Intel/NVIDIA и Intel/Radeon;
появилась поддержка дискового формата SD-карт UHS1;
добавлен драйвер virtio_scsi(4);
добавлена утилита efisetup(8);
поддерживается более 900 тысяч процессов на одной машине;
представлена утилита kcollect(8) для автоматического сбор системных данных;
начались (но не завершены) работы по поддержке clang в качестве альтернативного базового компилятора (вместо GCC 4.7).
Ссылки на образы с DragonFly BSD и инструкции по обновлению доступны на сайте проекта.
Сегодня на конференции dockercon EU 17, проходящей в Копенгагене (Дания), компания Docker объявила об официальной поддержке в своей платформе конкурирующего Open Source-продукта для оркестровки контейнеров — Kubernetes.
В Docker рассматривают свою программную платформу как состоящую из четырёх слоёв: 1) исполняемой среды для запуска контейнеров containerd (соответствует стандарту от OCI, Open Container Initiative), 2) инструмента оркестровки Swarm («превращает группу узлов в распределённую систему»), 3) Docker Community Edition (реализация простого рабочего процесса по сборке и доставке приложений в контейнерах), 4) Docker Enterprise Edition (безопасное управление контейнерами в production). Все эти слои собираются из Open Source-компонентов с помощью проекта Moby. При этом, как отмечают в компании, важной составляющей философии, стоящей за Docker, являются гибкость и предоставление свободы выбора.
Несмотря на наличие в Docker режима Swarm — родного решения для оркестровки контейнеров, появившегося в 2016 году вместе с проектом SwarmKit, — клиенты компании по-прежнему ожидают увидеть в платформе Docker интегрированную поддержку альтернативных решений, таких как Kubernetes: «Или по той причине, что они уже спроектировали свои сервисы для работы с Kubernetes, или потому что Kubernetes имеет конкретные возможности, которые им нужны». Идя навстречу запросам клиентов и следуя выбранной философии, в Docker объявили о поддержке Kubernetes в качестве одной из опций для оркестровки (наравне со Swarm) в Docker Enterprise Edition, Docker для Mac и Windows.
Кроме того, в Docker работают над новыми компонентами, которые позволят упростить пользователям Docker «родной деплой приложений с оркестровкой Kubernetes»: «Например, используя такие механизмы для расширения возможностей Kubernetes, как Custom Resources и API server aggregation layer, новая версия Docker с поддержкой Kubernetes позволит пользователям деплоить их приложения на Docker Compose как родные для Kubernetes поды и сервисы». В следующей версии Docker разработчики смогут собирать и тестировать на своих рабочих компьютерах приложения, созданные для запуска в production с Kubernetes.
Работа в Moby над поддержкой Kubernetes для Docker ведётся уже более года и включает в себя необходимые изменения в таких Open Source-проектах, как containerd и cri-containerd, LinuxKit, InfraKit, libnetwork, Notary, libentitlement.
В качестве дистрибутива Kubernetes, интегрируемого с Docker, будет использоваться основная community-сборка проекта, официально выпускаемая некоммерческой организацией CNCF: «Не будет форка, устаревшей версии, обёрнутой во что-либо или как-либо ограниченной версии», — заверяют в Docker.
