да, я надеялся что elixir вдохнет жизнь в экосистему

все получилось, спасибо, Ольга! =)

Не за что. ;-)

Кубик это по большому счету вещь в себе :)

Промеус тоже бывало что не запускался так как в память не влазили данные, с его poll моделью и если хочешь делать push то запускай отдельный сервер и он как прокси будет с которого сам прометеус пулит...

Сталкивался и достаточно, может за последних пару лет что и поменялось, но раньше что видел это было "стильно модно молодёжно, поэтому давайте внедрим"

Что до сих пор не видел:
Как нормально посмотреть какие объекты могут вылететь в данную функцию?

Так как нельзя просто найти кто реализует данный интерфейс

Я не против го, своя ниша есть

для 6 девяток в HA

да не, в целом можно и без акторов.
Просто кому то тогда казалось что акторы это вершина инженерной мысли

fault tolerate и горячее обновление кода не всегда связаны :)

да, горячее обновление кода это только часть HA

Там есть горутины

у го есть свои зеленые треды

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

зеленые треды != actor, так же можно сказать что  в ерланге есть процессы, но OTP гораздо шире

да, в большинстве случаев горутины удобнее акторов

у них разные модели конкаренси, на акторах можно повторить гоферную, наоборот неуверен

также как у многих любимые асинки в языках, тоже еще одна модель конкаренси

но если говорить про ерланг то там не столь сами акторы важны, сколько рантайм

хоть и прибитый к акторам

Я нашла выход из ситуации с типами, но теперь у меня возникла другая проблема, хотя и опять с типами. Почему-то при отработке map'а hadoop ругается на не схождение типов:
Error: java.io.IOException: Type mismatch in value from map: expected org.apache.hadoop.io.IntWritable, received org.apache.hadoop.io.Text
Переменная сразу назначается в этом типе данных и MapperOutputValue то же выставлен в этом типе, поэтому почему возникает ошибка - не понимаю. Подскажете где еще может быть косяк?