ну они итак такие

и для вас не должно быть проблемой поднять одну ноду или 294

но конфиги у них разные

что значит разные?

видимо надо в сторону etcd посмотреть

что такое елб? это балансер, цель которого - равномерно размазать трафик

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

что значит разные?

ну вот например имя сервера, профиль

что значит имя и профиль?

профиль - это условно какой конфиг взять

вы решаете не ту задачу. или не так

>ну они итак такие Так одинаковые они у вас или нет ? Или всей одинаковости у них - количество оперативки ?)

вы решаете не ту задачу. или не так

да вроде ту, но приложение похоже к этому не готово

к вам приходит поток трафика. он един. где там разные конфиги принимающих нод появляются?

если у вас разные ноды и разный трафик - сделайте два эндпойнта и два елб

а у приложения могут быть разные роли, например

да, вот к этому идем медленно но верно

разные роли приложения - но обрабатывают один и тот же трафик?

где гарантия что определенная роль получит именно тот кусок трафика, что нужно?

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

я кажется понимаю, откуда это всё

признайтесь, вы переезжали в облако с обычных железок?

и впереди стоял nginx

когда то давно, да

полгода назад.

а скейлить только обработчиков трафика надо или следующие за ними тоже?

ну вообще условно обработчиков трафика

т.е. вот как-то так: 1) web-сервер 2) основное приложение 3) вспомогательные сервисы

сейчас максимально к этому готовы только вспомогательные сервисы

возможно еще web, но там надо решить с синхронизацией данных

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

с чем-то я не могу согласиться, но не уловлю с чем именно...

http://

с чем-то я не могу согласиться, но не уловлю с чем именно...

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

возможно еще web, но там надо решить с синхронизацией данных

для автоскейла надо будет отказываться от синхронизации данных. стейтлесс труба - ваш выбор

ну php файлики ж надо синхронить

стартует нода, берет файлики, прописывается в балансировщик

или nfs

а. ну это синезеленый деплоймент называется

как водоросль, только деплоймент

нфс - плохой выбор. а релизов много?

именно сайта 1-2 в неделю

проще версионировать свои амишки и ими деплоиться

а вот клиент могут и раз в день

при каждом релизе AMI собирать?

угу

если процесс поставить - то это несложно будет и недорого

А InfluxDB оно как вообще? Заббикс или нет?

А InfluxDB оно как вообще? Заббикс или нет?

вполне норм для своих целей

были проблемы с контактом ноды и инфлюкса

но порешали

когда я ее пробовал - полное говно было

монгодб лучше скейлится чем мускул ?

крутой вопрос

хуже, конечно

монгодб лучше скейлится чем мускул ?

вертикально?

как бы посмотрел доклад про ask.fm они сказали что мускул круто скейлится

их сто

ну горизонтально думаю он имел ввиду

в один сервер пишем, с 10 читаем, каждый день чиним репликацию?

в один сервер пишем, с 10 читаем, каждый день чиним репликацию?

👍

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

в один сервер пишем, с 10 читаем, каждый день чиним репликацию?

это про мускул ?

это про мускул ?

да

ну тоже подумал основная фича простое создание кластера

у монги

а чем плох NDB у мускуля?

если процесс поставить - то это несложно будет и недорого

ну вот у нас релиз например - смена версии в файлике и перезапуск приложения. генерить в этом случае AMI как-то накладно

а чем плох NDB у мускуля?

а есть кто с кейсами?

у кого-то есть в проде?

вот в том то и дело - чтото не слышно

ну на конфах рассказывают как круто

а нюансы они как бы сразу распиывают в доках

нужны люди с кейсами

есть еще всякие перкона-галера

но что-то все так гоняют

без ансамбля

в ютубе доклад есть про аскфм

их все устраивает

он. на перконе

у меня перкона тоже