берёшь и шлёшь.

пришла продажа я ее зафиксировал

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

А я то думал, ерланг это еще та магия, ну типа если одна машина не вывозит, то эрланг забирает часть ее задач и отдает другой

ок.

хочу сохранрить стейт

но точек у меня дохера

но точек у меня дохера

сорри, на электричку убегаю. Оттуда почитаю и отвечу.

я не хочу их все в памяти дерджать тем более что там не толкьо продажи но и остатки и выкладка и в целом они хранят много информации, а еще есть склады где еще больше информации хранистя и фуры преемеш\щаются между складами, а между точками курсируют газельки. и в целом все построено в попытках реализоавть ддд es cqrs. Да можно грузить в из бд, но тогда тяжелые запросы получаются и обработка одной продажи ради которой надо будет восстановить состояние актора, уж слижком долго будет происходить, что не круто. раз эрланг супер быстрый

можно думаю в две ступени

первая ступень хранить в родительских процессах, втроая уже для родительских но в базе

или не получится?

первая ступень хранить в родительских процессах, втроая уже для родительских но в базе

иногда память раздувается при расчетах и приходится ее освобождать

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

ну тоесть тот же баланс

Стейт у актора может быть либо в самом акторе, либо в ETS.

в акка сделали бинарную сереиализацию и команду LoadSnapshot и дальше восстановление по событийно от момента снэпшота

и десять одновременных транзакций на списание баланса

Но вот как его мигрировать чтобы сохранить и доступность, и целостность это та еще задача.

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

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

Но вот как его мигрировать чтобы сохранить и доступность, и целостность это та еще задача.

вот и в акке эта пробелма вроде решена

а где акка хранит?

если кластер

а где акка хранит?

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

а бд на чем?

возможно mnesia как раз позволяет

а бд на чем?

там много ращличных и oracle и постгрес и eventstore и касандра и монга и лайтдб

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

прочие грабли

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

да такое возможно, поэтому они рекомендуют касандру, там такой пробелмы нет.

ктото тут юзает касандру

в облаках

в этом чате общался в субботу

тожео чтото говорят не в восторге, типа ресурсов много жрет

надо тебе сним пообщаться

интереснее то, что в акка есть api для работы со стейтами, подобного в erlang нет?

тожео чтото говорят не в восторге, типа ресурсов много жрет

если можно горизонтально масштабировать, то пофиг в целом

ну а вдруг ты в этом api в ограничения уткнешься. тут лучше следовать принципу simple made easy

или вс еже ерланг больше дял других задач? Хотя тогда зачем эликсир?

ну а вдруг ты в этом api в ограничения уткнешься. тут лучше следовать принципу simple made easy

ограничения в api записать состояние счиатть состояние?

хотя ладно пофиг

свиду выглядит просто неспорю.

это какбы больше по опыту

иногда огромный демон из мелочей вылазит

это какбы больше по опыту

да понимаю, но как же это делается обычно? не лезть же бд каждый раз? когда тут потрясающие способности к кэширвоанию например и к тому же es+sqrs

вообще у ФП в целом потрясающие возможности к кэшированию

можно самому начат ьреализовывать, но неудели никто не делал до этого?

хотя база это сайдэффект

могу ошибаться в данном случае

вообще у ФП в целом потрясающие возможности к кэшированию

об том и речь

разделение сайдэффектов от чтения это тоже давний подход

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

тут я просто остерегаю. РАз этого сходу нет может подход другой

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

я и не делаю, я спрашиваю

да но эралнг был сделан для других зачдач изначально

Сериализовать эрланговский стейт это одна строчка. Наверное по этому и api нет.

ну к примеру задача билинга телефонных разговоров и поддержание стейта с этим связанного

и так 500000 абонентов

Сериализовать эрланговский стейт это одна строчка. Наверное по этому и api нет.

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

и так 500000 абонентов

это временные стейты они не хранятся нигде кроме памяти

звонок может прерваться но и стейт утратится т.к. он больше не нужен

ну да. какже.. бабло уже с тебя вычитают

да такое возможно, поэтому они рекомендуют касандру, там такой пробелмы нет.

Там eventual consistency. Чудес не бывает.

зная наших операторов

и в балансе отразитсяф

ну да. какже.. бабло уже с тебя вычитают

это биллинговые системы, они хоть на фокспро могут быть написаны и никак к комутаторам не относятся)

ну генсервер ты когда рождаешь даешь ему функцию которая вернет ему начальный стейт. Можешь достать его из базы.

ERROR: S client not available

Тут либо консистентность строгая, но тогда стейт в базе, либо слабая, и тогда стейт можно размазывать, но конфликты разруливать придётся самим.

Кассандра - очень годное решение, но и там надо уметь тюнить её под свои задачи.

То, что есть какой-то волшебный АПИ, ничего не говорит о том, что под капотом.

И то, что там поддерживаются концептуально разные СУБД, уже говорит о том, что это ограниченное решение, работающее, в "коридоре" возможностей.

И то, что там поддерживаются концептуально разные СУБД, уже говорит о том, что это ограниченное решение, работающее, в "коридоре" возможностей.

да, там довольно простая работа с бд

а вообще касандра сколько паралельных соединений может держатть?

Встраивание сохранения восстановления в актор в Эрланге очень просто. Но API, выбранный для самой функции сохранения восстановления разработчик выбирает сам.

Встраивание сохранения восстановления в актор в Эрланге очень просто. Но API, выбранный для самой функции сохранения восстановления разработчик выбирает сам.

в эликисре так же?)

а вообще касандра сколько паралельных соединений может держатть?

Там к любой ноде можно зацепиться. Вообще это от настроек зависит. Как и везде.

в эликисре так же?)

А это те же яйца только в сахаре.

А это те же яйца только в сахаре.

ок, надо лянуть

звонок может прерваться но и стейт утратится т.к. он больше не нужен

В принципе да, но, кстати, в Kazoo мы на hangup отдавали в биллинг кое-что из стейтов a-leg и b-leg, например направления звонка, длительность, как он был сделан (VoIP, войсмейл по таймеру, или форвардинг с PSTN). Это как раз в некотором смысле сериализация актора, но в одну сторону.

В принципе да, но, кстати, в Kazoo мы на hangup отдавали в биллинг кое-что из стейтов a-leg и b-leg, например направления звонка, длительность, как он был сделан (VoIP, войсмейл по таймеру, или форвардинг с PSTN). Это как раз в некотором смысле сериализация актора, но в одну сторону.

понятно, спасибо

А как джанго по сравнению с рельсами?

А как джанго по сравнению с рельсами?

Освобождённый...

Освобождённый...

От прода

А питоновский чатик есть?

А как джанго по сравнению с рельсами?

Я бы сказал прозрачнее. Нету магии. Все ясно как происходит

Я бы сказал прозрачнее. Нету магии. Все ясно как происходит

много раз это слышал, а можно пример?

вот декораторы в питоне активно используются?

магия ведь?

чёрная

и в Джанге они сплошь и рядом

Декораторы знать не method missing

Там код посмотрел и норм

во вьюшки попадают хелперы хрен знает откуда в джанге

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

во вьюшки попадают хелперы хрен знает откуда в джанге

чего ? какие хелперы ?

все что передал во view там и будет

кстати, да, про вьюшки посмотрел, там {% load ... %} повсюду

ну всё же, несмотря на это сложно понять что именно они привносят

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