Комментарии 10
Спасибо за пост, заинтересован этой темой. Подписался на курс.
Мне кажется статья получилась не полной, и не отвечает на вопрос " что..." же "… такое реактивное программирование", но является рекламой по сути.
Я не согласен с таким состоянием дел, поэтому прошу подготовить материал, или сменить заголовок на «курсы про бла бла бла».

А вопрос у меня простой. Чем оно отличается от event-driven системы, или же это синонимы?
Ответ вам про событийную ориентированность случайно попал в комментарии первого уровня. Еще я отредактировал текст статьи и вернул туда кусок с пересказом реактивного манифеста.
Спасибо за исправление! В первой ревизии было правда неприемлемо.
Очень сумбурная статья. Хотелось бы увидеть хотя бы краткое описание этого «реактивного» программирования. А то выглядит как buzzword очередной. То есть понятно, что можно пойти по ссылкам (что я сейчас и сделаю), но, мне кажется, было бы корректнее всё же предмет описать в статье.
Я добавил небольшой текст про реактивный манифест, он как раз содержит краткое описание подхода. Почитайте, если хотите
Да я уже манифест почитал.В общем, эрланг в профиль. Там все четыре пукта отродясь были.
Да, все правильно: Akka как раз сделана с большой оглядкой на эрланг и с теми же самыми акторами. Не знаю, что не так было с эрлангом, может быть, авторы ожидают более широкого применения своей новой платформы. На ней акке сейчас много чего делают, из общедоступного Play framework для веба и Spray для реста, да и сами акторы из акки переехали в язык, а их предыдущая версия была послабей.
Поменял название поста. Изначально в нем был сжатый пересказ реактивного манифеста, в котором разъясняется суть подхода, но так как его перевод уже есть на хабре целиком, я удалил эту часть с пересказом.

Ответ на ваш вопрос как раз в этом манифесте. Если вкратце, то ориентированность на события — одна из четырех характеристик реактивного подхода и именно она делает возможными остальные характеристики:

  • масштабируемость (легкий перенос в кластера и эластичное изменение используемых ресурсов в зависимости от нагрузки, достигается за счет построения всего взаимодействия в системе на асинхронных неблокирующих акторах),
  • отказоустойчивость (самовосстановление системы за счет иерархии акторов-супервайзеров, как в Эрланге),
  • и быстрый отклик вне зависимости от загрузки и сбоев.


А также: требования реактивной архитектуры запрещают блокирующие операции по все системы, приветствуют неизменяемые данные и асинхронное взаимодействие, а ядром системы становятся акторы.
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.