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


Символом системы выбран петух.

Стремительно приближается анонсированный осенью прошлого года Google Summer of Code 2015. Некоторые организации, например OSv / Cloudius Systems, Fedora Project, уже начали собирать идеи. Официально список организаций-участников объявят примерно через неделю, но мы рекомендуем студентам уже искать выходы на менторов в интересующих вас проектах.

Заодно подвели итоги Google Code-In 2014, аналога GSoC, но для школьников. В этом году команда участников из РФ заняла восьмое место по количеству участников (от РФ было 16 человек). У лидера, Индии, в программе участвовало более 160 человек, на втором месте Сингапур, с 60 участниками, а третье место ушло Болгарии с 50 школьниками. Поздравляем наших соотечественников. В десятке!

Наши друзья из Cloudius Systems объявили о выходе нового фреймворка для разработки сетевых приложений, Seastar. Отличает этот фреймворк от ста тыщ других то, что он написан на C++, а не на python, Ruby, JS или Go. Также фреймворк отличается от аналогов тем, что спроектирован без оглядки на совместимость и кроссплатформенность, а полностью ориентируется на современные архитектуры. Отсутствие прослойки в виде толстого runtime одного из популярных кроссплатформенных языков, позволяющего одинаково неторопливо запускать ваше приложение как на телефоне, так и на кластере, занимающем несколько стоек в датацентре, и с использованием десятка условно совместимых вариантов BSD, позволило разработчикам выжать максимум из современных вычислительных архитектур. Ценой этого было сокращение поддерживаемых операционных систем до Linux и OSv.

Фреймворк линейно и прозрачно для пользователя масштабируется по доступным ядрам, и использует легко параллелизируемую систему message passing, основанную на концепции Futures and promises. Разработчики, в качестве демонстрашки, написали еще один вариант memcache-сервера, который показывает интересные результаты:



Наши хорошие знакомые из Canonical, которые начали работу над systemd задолго до того, как изумленное коммьюнити пользователей Ubuntu узнало об отказе от Upstart, пробуют закрыть старый и довольно странный "багрепорт".

Вкратце, во время проверки диска systemd запрещает перезагрузку. Для некоторых наших коллег идея перезагружать компьютер во время ремонта файловой системы звучит странно, и проблема с systemd при подобном сценарии там наименьшая из всех возможных, но вроде бы да - в идеале любой процесс системы нужно позволить прерывать без нанесения вреда системе. Так или иначе, для предоставления systemd контроля над процессом проверки файловой системы Martin Pitt и Didier Roche разработали и закоммитили systemd-fsckd, демон для проверок файловых систем.

На подходе еще один тестовый день Fedora 22 - виртуализация. Присоединяйтесь!

Радостная новость! Группой энтузиастов ведется работа по переводу OpenWRT, известного дистрибутива для встраиваемых систем, на systemd. Если вы помните, то апстрим-разработчики использовали самодельные init-системы, а недавно и вовсе написали свой procd.

Основным техническим препятствием для перевода OpenWRT на systemd является урезанная функциональность uClibc, базовой библиотеки С, в основном используемой в этом дистрибутиве. Для того, чтоб использовать systemd, нужно перейти на (E)Glibc. Другим серьезным препятствием является размер полученного образа системы. Один из авторов проекта, Jeff Waugh, утверждает, что образ системы с systemd для машинки VoCore вырос с 3.3 до 7.3 мегабайт. Это, конечно, очень много для некоторых роутеров, на которые порой устанавливали всего 4 мегабайта флэш-памяти.

Меряться временем загрузки пока смысла нет, т.к. система загружается с очень шумным debug-логом на консоли, но если чисто для протокола - пока машинка стартует за 25 секунд. Мы будем следить за амбициозным проектом!

И еще одно интересное мероприятие от Mirantis и OpenStack.ru:

26 февраля в Москве состоится первый митап по технологии Docker – открытой платформы распределенных приложений, предназначенной для системных администраторов и разработчиков. На встрече мы затронем темы, связанные с преимуществами технологии Docker и сферами ее применения. Участие бесплатное. Обязательна предварительная регистрация.

Программа мероприятия:

  • 18:00 – Registration, welcome coffee
  • 18:15 – Docker: преимущества и возможности платформы
    Фабрицио Соппельса (Fabrizio Soppelsa)

    Summary: Фабрицио сделает краткое описание технологии Docker, расскажет, какие преимущества дает использование этой мощной платформы и что делает ее популярной среди разработчиков.
    Background: Fabrizio works in the Fuel Support Engineering team for Mirantis. His professional interests include OpenStack, Linux containers, software scaling and all of their possible intersections in the cloud arena. He’s a writer for Linux Journal and an opensource enthusiast.
  • 18:30 – 19:00 – Развертывание Docker “Off the Grid”
    Мэтью Мосесон (Matthew Mosesohn) , Старший разработчик

    Summary: Docker lends itself to a git-style workflow, combining layers of containers in an easy-to-use format, centralized in a universal repository. But what about Docker deployments inside an isolated datacenter? This talk will cover options, pros and cons, and show you a sensible way to develop and distribute Docker containers.
    Background: Matthew Mosesohn is a Senior Deployment Engineer at Mirantis. He brings a wealth of experience in open source from his prior role at Red Hat before to moving to Russia. Matthew develops FUEL for OpenStack, a lifecycle management tool for OpenStack.
  • 19:00 – 19:30 – Масштабирование Docker Registry. Scaling Docker Registry
    Денис Зайцев, Руководитель Группы эксплуатации облачной платформы и CDN, Яндекс
  • 19:30-19:45 – Coffee break
  • 19:45 – 20:15 – Запуск Docker приложений в OpenStack облаке (Murano). Enabling Docker Applications on OpenStack (using Murano) Сергей Меликян (Sergey Melikyan), старший разработчик компании “Мирантис”
    Summary: В публичном репозитории Docker опубликованы тысячи готовых приложений, и возможно у вас есть свои приложения для Docker. Вопрос стоит в том, как их удобно запускать в OpenStack облаке, и этот доклад дает ответ на этот вопрос. Docker have thousands of ready-to-use applicatications published on public Hub, and maybe you too have your own Docker application. So question is how to run these applications in the OpenStack cloud easily, and this talk is answer to the question.
    Background: Сергей cтарший разработчик в компании Мирантис. Его основной профиль это распределенные и высоконагруженные приложенения, сейчас он работает над проектом Murano, первым каталогом приложений для OpenStack. Serg is a Senior Software Engineer at Mirantis. His primary expertise is distributed computing and HPC, currently he works on building Murano, first Application Catalog for OpenStack.
  • 20:15 – 20:45 – Libcontainer: объединяя усилия под одной крышей. Libcontainer: joining forces under one roof
    Андрей Вагин, Разработчик в команде Linux Kernel, Parallels

    Summary: В прошлом году Docker, RedHat, Google, Canonical, Parallels договорились о разработке единой библиотеки для создания и управления контейнерами. Андрей сделает описание планов и текущего статуса этой задачи.
    Background: Вагин Андрей разработчик в компании Parallels. Занимается контейнерной виртуализацией с 2004 года. Более 4-х лет работает в команде разработки Linux Kernel. Активный участник проекта CRIU (Checkpoint/Restore in Userspace).
  • 20:45 – 21:00 – Cвободное общение


Место проведения:

Мероприятие пройдет в антикафе “Бабочки”. Сбор гостей в 18.00. Адрес:ул. Таганская, д. 29, стр. 1.

21 февраля состоится очередная конференция «Дорога в облака».

Приглашаем вас на очередную конференцию «Дорога в облака». Она будет посвящена платформе OpenStack и облачным решениям. Мероприятие начнется с доклада о возможностях расширения OpenStack. Затем вас ждет мастер-класс по Rally — это инструмент для тестирования производительности систем.

Во второй части конференции мы поговорим об Ironic — компоненте, который позволяет работать с «голым» железом. Разговор начнет Девананда ван дер Вин, технический руководитель проекта Ironic. Он расскажет о том, как использовать облачные решения, когда виртуальные машины уже не справляются. Затем выступят специалисты компании «Мирантис». Они остановятся на системе драйверов Ironic и приведут примеры их использования.

Регистрация на мероприятие обязательна, количество мест ограничено.

Для тех, кто не сможет принять участие в конференции, мы организуем онлайн-трансляцию.

Программа:

  • 11:00 Регистрация
  • 11:30 Обзор экосистемы OpenStack - Илья Алексеев, Russian OpenStack Community, ITKey
  • 12:10 Возможности расширения OpenStack - Владимир Еремин, Яндекс
  • 13:00 Мастер-класс по Rally - Борис Павлович, Мирантис
  • 14:00 Перерыв
  • 15:00 OpenStack Ironic: Delivering non-virtualized workloads in a Cloud - Devananda van der Veen, HP Cloud Services
  • 15:40 Драйверы Ironic - Юрий Зверянский, Мирантис
  • 16:20 Примеры использования Ironic - Владимир Кожукалов, Мирантис

С запозданием сообщаем, что сегодня состоится тестовый день DNF и Anaconda. Это первый тестовый день Fedora 22.

Еще один интересный вопрос подняли в рассылке devel@lists.fedoraproject.org - не пересобирать ли нам autotools-скрипты всегда, вместо использования тех, что лежат в тарболлах? На самом деле, его задают регулярно, но мнения наших участников по нему полярно различаются.

Одна из важных задач, которая решается многими участниками - от Debian Community и криптоанархистов из Tor и Bitcoin Foundation до военщины разных стран и FSF, это полная повторяемость процесса сборки, с верифицируемым результатом на каждой стадии. Для этого необходимо пересобирать по возможности все, включая ресурсы (картинки, фонты, документацию), протоколируя на каждом этапе, что и как получается. К сожалению, результат выполнения autoreconf -ivf, на базе описаний configure.ac и Makefile.am, зависит от точной версии autotools. Получается, что наоборот, их пересборка уменьшает степень повторяемости процесса создания бинарников, требуя замораживать/фиксировать еще больше версий используемого ПО, хотя и повышает контроль над процессом.

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

Страницы