Size: a a a

2020 December 03

AM

Aga Mahmudov in ctodailychat
В биг корпе никогда не работал, может поэтому
источник

И

Илья in ctodailychat
Igor V
это возможно, но это не auto scaling, это просто запускалка серверов по url
Это врятли подойдет - пока его запустишь уже минута пройдет.
источник

IV

Igor V in ctodailychat
если минута так критична, то тебе нужен standby сервер
источник

AM

Aga Mahmudov in ctodailychat
мы как-то проектировали микросервисную архитектуру с динамичным запуском новых инстансов. Там был один сервис-менеджер, который всё контролировал
источник

AM

Aga Mahmudov in ctodailychat
Мы даже хотели на столько упороться, чтобы сделать ещё один сервис-менеджер, для контроля основного)
источник

O

Oleg in ctodailychat
Aga Mahmudov
Мы даже хотели на столько упороться, чтобы сделать ещё один сервис-менеджер, для контроля основного)
Теория управления)
источник

AM

Aga Mahmudov in ctodailychat
а то вдруг упадёт менеджер
источник

IV

Igor V in ctodailychat
обычно такое сами не пишут
источник

A

Alexander in ctodailychat
Из канала slack data learn, который про SQL
источник

A

Alexander in ctodailychat
простите 🙂 @antonrevyako как правильно?
источник

И

Илья in ctodailychat
Думаю надо на лямбды присмотреться - https://stuartsandine.com/lighthouse-lambda-parallel/
источник

И

Илья in ctodailychat
Lighthouse worker Lambda function cost: 5 seconds * 5000 pages * 30 days - 136,170 free tier seconds* $.000048975 per second  = $30.06 per month
источник

И

Илья in ctodailychat
источник

A

Alexander in ctodailychat
ну вы не то смотрите. Вам оркестратор нужен. Терраформ это не про оркестрирование, а про описание и деплой инфраструктуры.
источник

И

Илья in ctodailychat
Я пока 0 в этот, идея нравится с лямбдами
источник

A

Alexander in ctodailychat
Илья
Я пока 0 в этот, идея нравится с лямбдами
ну с лямбдами самое простое думаю. Но с них уже скорее всего не слезть будет. Я вообще сторонник итеративного подхода. Если это новый продукт, то до скейлинга надо дорасти сначала. Скейлинг всегда дорого и в разработке и в поддержке
источник

И

Илья in ctodailychat
Alexander
ну с лямбдами самое простое думаю. Но с них уже скорее всего не слезть будет. Я вообще сторонник итеративного подхода. Если это новый продукт, то до скейлинга надо дорасти сначала. Скейлинг всегда дорого и в разработке и в поддержке
Согласен - я обмозговал - в голове поварится это, сделаю без них пока на 4-х серваках постоянных с простым:
Ищем первый свободный сервер через Cloudflare Workers и запрашивает c1.domain.com/is-free.json -> true/false, и делаем туда запрос с путем в какой файл записать инфу и отваливаемся.

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

И

Илья in ctodailychat
Если минуту ничего нет - можно сделать еще один запрос например.
источник

И

Илья in ctodailychat
Тут потом в этом флоу легко заменить на автоматизацию выходит, точка запуска и получения инфы остается, можно оптимизировать часть генерации данных(от запроса их до записи в основное хранилище
источник

IV

Igor V in ctodailychat
Илья
Я пока 0 в этот, идея нравится с лямбдами
расскажи про задачу и давай задизайним решение
источник