Open Telecom Platform (Open Telecom Platform)

Erlang/OTP
Тип	Программный каркас
Разработчик	Ericsson
Написана на	Erlang
Операционная система	Кроссплатформенный
Первый выпуск	1996
Последняя версия	27.1.2 (17 октября 2024)
Репозиторий	github.com/erlang/otp
Лицензия	Apache License 2.0
Сайт	erlang.org (англ.)

Open Telecom Platform, OTP, Erlang/OTP («открытая телекоммуникационная платформа») — программный каркас (фреймворк), содержащий набор библиотек и шаблонов проектирования для построения масштабируемых распределённых приложений на языке программирования Erlang.

Фреймворк создан в компании Ericsson в рамках проекта ATM-маршрутизаторов серии AXD в одноимённом производственном подразделении и выпущен в 1996 году, воплотив многолетний опыт по созданию отказоустойчивых систем.

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

В своей диссертации Джо Армстронг объясняет выбранный в OTP подход к программированию высоконадёжных систем необходимостью абстрагирования от параллельного исполнения (англ. abstracting out concurrency): отлаженный и проверенный в работе OTP берёт заботу о параллельном исполнении на себя, тогда как менее квалифицированные прикладные программисты могут создавать остальные компоненты в более простом и знакомом им «последовательном» стиле.

Основные понятия

Формализацией шаблонов проектирования, характерных для конкурентного программирования, являются поведения (англ. behaviors), реализованные в виде модулей стандартной библиотеки Erlang. В модулях определяется обобщённая функциональность для процессов некоторого типа. Программисту требуется лишь создать свой модуль с функциями обратного вызова (англ. callback functions), конкретизирующий функциональность.

Дерево процессов

Поведение OTP строится из рабочих процессов (англ. worker process) и процессов-наблюдателей (англ. supervision process), составляющих дерево наблюдения (англ. supervision tree).

Модули и деревья наблюдения вместе образуют OTP-приложение (не следует путать с приложением в смысле готового программного продукта). OTP-приложение — компонент, реализующий некоторую функциональность, которая может быть независимо запущена на исполнение и остановлена как целое, а также повторно использована в других системах. Примером приложения, входящего в состав Erlang/OTP, может служить Mnesia.

Составные части поведения

Взаимодействия модуля поведения и модуля функций обратного вызова происходит по схеме:

Модуль поведения ↔ Процесс ↔ Модуль функций обратного вызова

Модуль поведения содержит общую для процессов некоторого типа функциональность, включающую в себя характерные операции:

• Запуск и регистрация процесса.
• Отправка и приём сообщений, отдельно для синхронного и асинхронного режима, с определением протокола сообщений.
• Сохранение и обновление состояния цикла (англ. loop data) процесса, управление циклом процесса.
• Завершение процесса.

Специфичная функциональность описывается программистом в модуле функций обратного вызова и включает следующее:

• Инициализация состояния цикла процесса, при необходимости регистрации процесса — имя процесса.
• Функции обработки запросов клиента.
• Функция обработки и обновления состояния цикла.
• Очистка данных по завершении процесса.

Таким образом, в поведении можно выделить следующие части:

• Интерфейс поведения — набор функций и связанных с ними соглашений об их вызове.
• Реализация поведения — код модуля функций обратного вызова.
• Контейнер поведения — процесс (или группа процессов), выполняющий код библиотечного модуля и использующий функции обратного вызова для конкретной функциональности.

Некоторое поведение является как бы образцом для конкретного «типа» процессов (например, процессы типа gen_fsm). Говоря неформально, процессы одного «типа» выполняют примерно одинаковый код, а значит — «понимают» определённый набор сообщений. Процессы одного «типа» отличаются только своим индивидуальным состоянием. Между процессами и объектами ООП можно проследить достаточно чёткую аналогию, с той возможной разницей, что процессы выполняются независимо и конкурентно.

Основные поведения и OTP-приложения

Обобщённый сервер (gen_server)

Обобщённый сервер реализует модель клиент-сервер. Начало модуля функций обратного вызова для этого поведения может в минимальном случае выглядеть примерно таким образом:

-module(myserver).
-behaviour(gen_server).
-export([init/1, handle_call/3, handle_cast/2, handle_info/2, terminate/2, code_change/3]).
% далее следует описание функций, относящихся к интерфейсу поведения

Кроме функций обратного вызова модуль может содержать функции API. В случае gen_server такими функциями могут быть запуск процесса, а также отправка синхронных и асинхронных сообщений этому процессу. Функции API обычно являются обёртками для вызова соответствующих функций библиотеки. Продолжая предыдущий пример:

-export([start_link/1, get_something/0, stop/0]).
start_link(Port) -> gen_server:start_link({local, ?SERVER}, ?MODULE, [Port], []).
% далее следуют другие функции, объявленные в директиве экспорта

Документация по Erlang/OTP даёт описание функций модуля поведения и связанных с ними функций обратного вызова в виде таблицы.

Модуль обобщённого сервера gen_server:	Модуль функций обратного вызова
start_link	init/1
call, multi_call	handle_call/3
cast, abcast	handle_cast/2
-	handle_info/2
-	terminate/2
-	code_change/3

Обработчик событий (gen_event)

Поведение для организации обработки событий, во многом похожий на gen_server по набору функций. Важным отличием gen_event от gen_server является возможность динамически добавлять или убирать несколько обработчиков событий, тогда как обобщённый сервер получает модуль функций обратного вызова при запуске. Так как обработкой событий занимаются различные модули, следует проявлять осторожность в обращении с состоянием цикла.

Конечный автомат (gen_fsm)

Нечасто используемое поведение, которое позволяет организовать логику конечного автомата.

Наблюдатель (supervisor)

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

Приложение (application)

В контексте OTP приложение имеет особый смысл — это программный компонент (или сервис), состоящий из набора файлов модулей и файлов метаданных, имеющих определённую соглашением структуру файлов на диске. Приложение OTP может быть запущено и остановлено Erlang-системой как единое целое по имени. Модуль поведения application обычно имеет имя вида имя_приложения_app и требует экспорта всего двух функций: start/1 и stop/1.

Возможности

Erlang/OTP предлагает разработчикам приложений следующие возможности:

• Изоляция (англ. isolation) — влияние ошибки в одной части системы на другие минимально.
• Избыточность (англ. redundancy) и автоматическое восстановление после отказа (англ. automatic failover) — в случае отказа компонента, другой может принять его функцию за счёт использования процессов-наблюдателей.
• Обнаружение неисправностей (англ. fault identification) с помощью инструментов Erlang-системы и интегрированные средства для выявления причин ошибок.
• Горячее обновление кода — средства для обновления программного обеспечения без остановки системы.

OTP в Elixir

Язык Elixir позволяет использовать поведения и приложения OTP. Следующий пример показывает сервер, вычисляющий значение функции. Все функции, связанные с работой сервера, делегированы GenServer:

defmodule Dup.Server do
  use GenServer
  def handle_call(:calc_double, _from, x) do        
    {:reply, x, 2 * x}
  end
end

Функция handle_call получает от (игнорируемого в данном примере) клиента _from, а также текущее состояние сервера x. Возвращает текущее состояние и удваивает переменную состояния.

Литература

• Martin Logan, Eric Merritt, Richard Carlsson. Erlang and OTP in Action. — Manning, 2011. — 397 p. — ISBN 9781933988788.
• Чезарини Ф., Томпсон С. Программирование в Erlang = Erlang Programming. — М.: ДМК Пресс, 2012. — 488 с. — ISBN 978-5-94074-617-1.
• Armstrong, Joe (2007). "A History of Erlang". Proceedings of the Third ACM SIGPLAN Conference on History of Programming Languages. HOPL III. San Diego, California: ACM. pp. 6−1—6-26. doi:10.1145/1238844.1238850. 978-1-59593-766-7. Дата обращения: 6 декабря 2013. {{cite conference}}: Неизвестный параметр |booktitle= игнорируется (|book-title= предлагается) (справка); Неизвестный параметр |month= игнорируется (справка)
• Dan McCreary, Ann Kelly. 10.5. Case study: building NoSQL systems with Erlang // Making Sense of NoSQL: A guide for managers and the rest of us. — Manning Publications, 2013. — 312 p. — ISBN 978-1-61729-107-4.
• Francesco Cesarini, Andy Gross, and Justin Sheehy. Riak and Erlang/OTP Архивная копия от 25 сентября 2013 на Wayback Machine
• Dave Thomas. Programming Elixir. — Pragmatic Bookshelf, 2014. — 280 p. — ISBN 978-1-937785-58-1.

Ссылки

• Официальный сайт Open-source Erlang (англ.). Дата обращения: 7 декабря 2013. Архивировано 13 июня 2006 года.
• Erlang Community Site (англ.). Дата обращения: 15 марта 2022. Архивировано из оригинала 5 мая 2019 года.