Russian Fedora - сообщество русскоязычных участников международного проекта Fedora

Pieter Hintjens сообщил в своем Твиттере, что его дни сочтены. Мы все глубоко сожалеем.

Pieter, это очень непростой человек, и, как некоторые утверждают, якобы и в личном общении тоже. Он - автор AMQP, перессорившийся со всеми другими участниками, затем создавший 4 версии ZeroMQ, несовместимых настолько, что впору говорить о совершенно разных системах Message-oriented Middleware, и к которым было много претензий, но на базе которых можно выстроить распределенную систему. И хоть до сих пор хипстер-молодежь, начитавшись рекламных текстов о ZeroMQ, ходит по известным граблям, система вполне заслуженно заняла некоторую нишу. Надо просто очень внимательно читать инструкцию и тщательным образом следить за нетривиальным ходом мысли Питера.

Некоторые наши знакомые порой отвечают на просьбу ознакомиться со статьей, что "я не буду это читать, ведь это написал Pieter Hintjens". Однако, если уж говорить честно, то вклад Питера в дело становления и развития современной AйТи-индустрии, и его интеллектуальный потенциал нельзя переоценить. Что бы дальше ни произошло, мы желаем ему только хорошего (насколько это возможно в его ситуации).


Кот и Pieter Hintjens

ScyllaDB, совместимая реализация Apache Cassandra, о которой вы уже слышали, доросла до версии 1.0. Ну, правда, разработчики тут же выкатили bugfix-версию 1.0.1 в которой исправили десять (!) критических (!!!) багов в версии 1.0. Ничего страшного, бывает и не так, дело-то житейское.

Переписывать Cassandra было бы не очень интересно, но наши товарищи переписали ее используя только наисовременнейшие технологии - разработка ведется с использованием возможностей стандарта C++14, фреймворка Seastar и последних технологий создания многопоточного ПО на многоядерных системах. Особо ценно, что они публикуют огромное количество практически полезных исследований стыка между ядром и userspace и соответствующих подсистем ядра.

Например, они провели исследование файловых систем, в результате которого выявили единственный подходящий вариант для многопоточного современного приложения - XFS. Мы заранее просим прощения за то, что разочаровываем любителей несовершеннолетних файловых систем, типа ZFS и btrfs, но даже рассматривать эти системы пока несерьезно. Особенно для критически важных приложений, типа хранения коллекции любимых видеофайлов где-нибудь в ~/. Если же кто-то нас не слушает, и использует не XFS (ну или хотя-бы ext4), то его накажет само провидение. В дальнейшем, они создали CharybdeFS, специальную тестовую файловую систему для эмуляции ошибок файловых систем, таких как btrfs. Коллеги-аналитики уже обсудили тестовую файловую систему на Linux.org.ru и OpenNET.ru. Система позволяет эмулировать типичные ошибки ФС, такие как ошибки ввода/вывода, превышение дисковой квоты, нехватка памяти, ситуации когда файл занят другим процессом. Работа с файлами, кстати, это не самое простое занятие, и появление тестовой ФС может серьезно облегчить процесс разработки и тестирования ПО. Наши друзья уже активно используют CharybdeFS при разработке ScyllaDB. Лицензия, скажем сразу, странноватая - копирайта нет, но есть рекомендация не использовать во зло. Что то это нам напоминает.

На днях Glauber Costa (Lord Glauber of Sealand) начал публикацию серии статей о том, как они разработали userspace IO scheduler. Складывается впечатление, что народ из ScyllaDB снова делает крутой разработку системных вещей. Не всё вам на голанге и на Node.js писать!


Разработка на уровне ядра в сравнении с разработкой на Node.js и golang.

Участник коммьюнити Debian, Jorgen Schäfer, начал публиковать в блоке стартапа Loggly свои заметки про подходы к журналированию, ориентированные на начинающих системных администраторов. Начал он с разъяснений того, почему надо использовать Journald (вкратце, потому что Journald хранит логи в бинарном хорошо структурированном виде). Продолжил по актуальной теме надежности и верифицируемости журнала и о том, как добавлять журналирование в приложения используя средства systemd.

На самом деле, структурированное журналирование теперь есть и в традиционных syslog-серверах (в rsyslog и в syslog-ng). Другое дело, что подавляющее большинство ПО не использует пока возможность systemd, полагаясь либо на syslog-протокол, либо и вовсе ведя журнал самостоятельно, в файлы. Это, конечно, проблема.

Интересно, что Journald уже довольно давно по меркам systemd не меняется. И пока серверное ПО только начинает переписываться используя функционал systemd, и, в частности, Journald, традиционные syslog-серверы не стоят на месте. Все идет к тому, что любой из двух наиболее популярных (syslog-ng и rsyslog) вскоре может быть использован, как drop-in replacement для Journald, который, в общем-то, ничего особенного не умеет. А вот, например, syslog-ng быстро разрабатывается, и его основной разработчик, Péter Czanik, регулярно пишет об изменениях и принимает участия в мероприятиях, например, участвует в DevConf.cz. Недавно он опубликовал заметки о новой функциональности группировки сообщений, дедупликации и поиска простейших корреляций в журнале событий. А до этого он рассказывал, как использовать для структурированного хранилища бинарных логов Kafka (т.е. сообщения перенаправляются в Kafka, а там уж кто-то их должен читать и записывать), ElasticSearch и Hadoop. Конечно, читать логи из HDFS глазами не получится.

Официально анонсирован первый OpenStack Meetup в Казани!

21 апреля 2016 приглашаем всех в Казань на проведение OpenStack Meetup !

Участие бесплатное !

Обсудим последние новшества в экосистеме OpenStack, познакомимся с российскими решениями на его основе, с опытом компаний по его внедрению и поддержке.

Программа выступлений:

• Илья Алексеев, координатор сообщества OpenStack Russia: Приветственное слово, последние новости OpenStack Foundation.

• Радик Юсупов, руководитель проекта ТИОНИКС (спонсоры митапа): OpenStack и модули ТИОНИКС 

• Владимир Главчев, управляющий директор SUSE в РФ и странах СНГ (спонсоры митапа): OpenStack - ключевой компонент программно-реализуемых ЦОД

• Дмитрий Малин, генеральный директор ASD Tech: Биллинг в OpenStack

• Андрей Маркелов, старший менеджер по архитектуре компании Ericsson: OpenStack для Telco Cloud. SDN/NFV - будущее сетевых технологий

• Обсуждение планов работы сообщества OpenStack Kazan, выборы координатора сообщества OpenStack Kazan

Все участники получат памятные футболки митапа !

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

Митап проходит в день открытия конференции ISDEF

Спонсоры митапа: ТИОНИКС, SUSE (Micro Focus)

По всем вопросам к организаторам можно обращаться по адресу: