Вступительное слово

В одном из своих рабочих проектов была необходимость во встраиваемой базе данных. И очень приглянулся Kyoto Cabinet. Всё с ним хорошо: и максимальный размер коллекции огромный, и скорость устраивает, и выбор типа хранилищ широкий, но вот только интерфейса для Эрланга у этого замечательного инструмента не оказалось.
Что же, из-за этого отказываться от библиотеки? Конечно, нет!

Я продолжаю свое погружение в Эрланг. Уже есть хитрый план переписать один из наших сервисов для мониторинга на Эрланге. Мы тут осваиваем облака Windows Azure и Amazon EC2 в качестве платформы для некоторых продуктов и внутренних задач типа QA, поэтому возможность использовать много ядер и машин без переписывания кода выглядить перспективно.

Итак, для начала простой, но реальный пример — есть проект ~2000 файлов. Надо составить список используемых переменных окружения. То есть найти вхождения строк «getenv(...)» и «GetVariable(...)» (это наш wrapper) и выдрать из них параметр.

Задача незамысловатая и давно решается программой на C++, которая даже обход каталогов не делает, а просто вызывает юниксовый «find», генерирующий список файлов по маске, и затем по списку лопатит файлы. На 2000 файлах работает пару секунд в один поток.

Теперь Эрланг. Тут хочется замутить что-нибудь более кучерявое, чем последовательный обход файлов. MapReduce как раз в тему — можно составить список файлов, затем анализ каждого файла делать параллельно (Map), аккумулируя найденных имена переменных, и в конце обработать все полученные входждение (Reduce), в нашем случае просто подсчитать количество вхождения каждой переменной.

Готова предварительная версия адаптера, позволяющего запустить Ruby on Rails или любое другое Rack приложение за веб-сервером на Erlang: github.com/erlyvideo/rack

Адаптер представляет из себя application на Erlang, запускающее несколько воркеров (4 по умолчанию), умеющие пробрасывать запросы из сервера Cowboy к рельсам и возвращать ответы.

Эта схема может понадобиться для того, что бы воспользоваться таким бенефитами веб-сервера erlang, как WebSockets, Comet и просто ради удобной интеграции долгоживущей логики на erlang и рельсового фронтенда.

Установка согласно README в приложении.

Модуль в бета-версии, так что вопросы или сообщения об ошибках приветствуются.

Если какой-либо программе необходимо передать данные эрланговсому серверу, эти данные предварительно должны быть сериализованы. То есть преобразованы в бинарный вид, так, чтобы эрланг мог потом распаковать их обратно. Обычно это делают с помощью ASN.1, google protobuf, thrift и т.д. Все это без сомнения достойные продукты.

В качестве альтернативного варианта можно рассмотреть использование эрланговского external term format. В исполняемой системе эрланга есть две функции - term_to_binary() и binary_to_term(), которые эффективно и быстро могут запаковать/распаковать любые значения в этот формат, а сам формат хорошо описан в документации — www.erlang.org/doc/apps/erts/erl_ext_dist.html

Как это все работает.

15 октября в Минске, в главном офисе EPAM Systems состоялась очередная встреча беларуских энтузиастов языка Scala и функционального программирования (коммьюнити scala.by).

Встреча была посвящена продолжающему набирать популярность языку, Erlang, послужившему вдохновителем для библиотеки актеров в Scala, и фреймворку для создания распределенных, высконадежных систем, OTP, идеи из которого также все больше и больше просачиваются в мир Scala (см. популярная библиотека Akka, которая в скором времени должна стать часть стандартной поставки Scala).

В качестве приглашенного докладчика и эксперта в области выступал Юрий Жлоба — известная личность в беларуском программерском коммьюнити, специалист в Flash/Flex, Java и Erlang. В своем почти 5-часовом (!) докладе (воистину, марафонская дистанция), Юрий затронул как концептуальные задачи современной разработки масштабируемого программного обеспечения (и пути их решения с помощью Erlang и OTP), так практические вопросы реализации систем с демонстрацией мощи Erlang/OTP во время live-coding сессии.
На встрече велась видеозапись и во время live-coding’a записывался скринкаст — ниже представлены все материалы. В качестве бонуса, Юрий опубликовал текстовую версию первой части выступления, которую вы можете найти в его блоге.

Если вы по каким-либо причинам заинтересованы в разработке веб-приложения на Erlang, то у вас возникнет закономерный вопрос, какую из имеющихся технологий для этого использовать: взять один из существующих веб-серверов, таких как YAWS, Mochiweb, Misultin (назову их так, хотя некоторые из них называют себя фреймворком для построения веб-серверов) или воспользоваться чем-то готовым, например Zotonic CMS или Nitrogen.
Задавшись этим вопросом, вы наверняка найдёте этот пост на Stackoverflow, в котором довольно подробно рассмотрены все плюсы и минусы различных подходов.

В данной статье автор попытался раскрыть тему использования Webmachine для создания веб-ресурсов.

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

В эрланге транслятор встроен в библиотеку времени исполнения, и позволяет полностью управлять всеми стадиями трансляции.

Как это сделать