Size: a a a

2018 October 28

YS

Yuri S. in pro.elixir
деплой с докером
источник

YS

Yuri S. in pro.elixir
источник

D

Dmitry in pro.elixir
источник

A

A1exey Lopatin in pro.elixir
Спасибо!
источник

ŹR

Źmićer Rubinštejn in pro.elixir
А что НЕ теряет многопоточных свойств в докере?
источник

ŹR

Źmićer Rubinštejn in pro.elixir
Какое-то отсутствие логики по-моему. Если проблема в докере, то причём тут Эликсир ?)
источник

YZ

Yuri Zhloba in pro.elixir
В докере проблемы не с многопоточностью, а с кластером. Например, epmd запускается в одном из контейнеров вместе с нодой, которая стартовала первой. Если этот контейнер рестартует, то кластер разваливается.
источник

YZ

Yuri Zhloba in pro.elixir
Есть и другие нюансы, в основном про сеть.
источник

A

A1exey Lopatin in pro.elixir
ну как мне тимлид сказал, он хочет возможность в любой момент горизонтально масштабировать сервис путем поднятия еще докер-контейнеров с приложением, а, мол, с эликсиром такой подход не сработает. у нас приложения на руби, который, мягко говоря, не многопоточный и горизонтальное масштабирвание только таким поднятием и может быть достигнуто (при самом простом "в лоб" подходе). А, мол, с эликсиром это не прокатит, т.к. в докере он потеряет свои многопоточные и fault-tolerant свойства, а значит будет ничем не лучше рубишных прилжений, за следователно что-то писать на элискире нет смысла в нашем случае. Такой заход от него. Пытаюсь понять насколько правда.
источник

YZ

Yuri Zhloba in pro.elixir
В целом подход работает, но есть проблемы, с которыми придется разбираться.
источник

YZ

Yuri Zhloba in pro.elixir
Просто не нужно ожидать, что все эти горизонтальные масштабирования будут работать сами по себе "из коробки". Хоть с докером, хоть без докера.
источник

AM

Aliaksandr Martsinovich in pro.elixir
https://www.youtube.com/watch?v=nLApFANtkHs вот здксь вроде какая-то сложная схема была описана
источник

Е

Евгений in pro.elixir
Хало народ. Такая вот беда замучила.
mix compile для зонтичного проекта выводит путь к файлу с ошибкой относительно папки конкретного приложения, а не корня самого зонтика.
Из-за этого не могу настроить мой Sublime Text на открытие файла с ошибкой хоткеем.
источник

Е

Евгений in pro.elixir
есть вариант заставить выводить абсолютный путь или относительно корня зонтика?
источник

AG

Alex Golubov in pro.elixir
A1exey Lopatin
ну как мне тимлид сказал, он хочет возможность в любой момент горизонтально масштабировать сервис путем поднятия еще докер-контейнеров с приложением, а, мол, с эликсиром такой подход не сработает. у нас приложения на руби, который, мягко говоря, не многопоточный и горизонтальное масштабирвание только таким поднятием и может быть достигнуто (при самом простом "в лоб" подходе). А, мол, с эликсиром это не прокатит, т.к. в докере он потеряет свои многопоточные и fault-tolerant свойства, а значит будет ничем не лучше рубишных прилжений, за следователно что-то писать на элискире нет смысла в нашем случае. Такой заход от него. Пытаюсь понять насколько правда.
Когда запускаешь Elixir, то по факту запускается обычный процесс ОС. Вся многопоточность Elixir организованна в этом процессе, и то где он запущен, в докере или где-то еще, никак на нее не влияет. Она может быть ограничена выделяемыми ей физическими ресурсами, процессорами, памятью и тд, но то как она организована, работает, ее внутренние свой-ва  (в том числе и fault-tolerant ) в этом процессе - не меняются. Эликсир остается эликсиром.
источник

VP

Vladimir Potapev in pro.elixir
A1exey Lopatin
ну как мне тимлид сказал, он хочет возможность в любой момент горизонтально масштабировать сервис путем поднятия еще докер-контейнеров с приложением, а, мол, с эликсиром такой подход не сработает. у нас приложения на руби, который, мягко говоря, не многопоточный и горизонтальное масштабирвание только таким поднятием и может быть достигнуто (при самом простом "в лоб" подходе). А, мол, с эликсиром это не прокатит, т.к. в докере он потеряет свои многопоточные и fault-tolerant свойства, а значит будет ничем не лучше рубишных прилжений, за следователно что-то писать на элискире нет смысла в нашем случае. Такой заход от него. Пытаюсь понять насколько правда.
Имхо докер не нужен, пока на горизонте не замаячит гарантированный хайлоад, когда уже есть в наличии 3+ жирных железных сервера с сотнями гигабайт ОЗУ, где можно развертывать сотни контейнеров единообразно, и где количество клиентов исчисляется хотя бы сотнями тысяч или миллионами.
Пока этого нет, любое движение в эту сторону подпадает под классическую преждевременную оптимизацию, которая скорее всего никогда и не понадобится.
Лучше всего всегда начинать с простых и надёжных решений. Просто - установка через штатный пакетный менеджер и работа сразу под ОС без лишних прослоек. А усложнить всегда успеется.
источник

A

A1exey Lopatin in pro.elixir
Друзья, спасибо за мнения!
источник

ŹR

Źmićer Rubinštejn in pro.elixir
Помоему писать что-то на рельсах, когда есть феникс вообще не имеет смысла
источник

ŹR

Źmićer Rubinštejn in pro.elixir
Причем можно сделать absolutely stateless приложение, которое можно горизонтально масштабировать поднимая ноды, не связанные между собой
источник

ŹR

Źmićer Rubinštejn in pro.elixir
Вообще, приложение на Эликсире лучше приложения на Руби просто априори. Даже если не использовать хотрелоад, кластер, сокеты и ОТП с летиткреш
источник