DS
Size: a a a
2020 April 10
M
Спасибо!)
RM
"Bull" у меня в проде крутится полгода, пока полет нормальный. Используется в распределенной системе для организации ограничений по кол-ву отправляемых запросов и коннектов при использовании сторонних api.
Дякую за відповідь.
RM
Если распределенная система, то нужно использовать системы класса: MQ (message queue), планировщики или хранить в БД и самому вычитывать оттуда и запускать, это в зависимости от сцецифики проекта. @MelnykRoman
Дякую за відповідь.
NK
Обещанный стартер кит будет готов к 21 апреля и представлен на вебинаре, но уже сейчас можно посмотреть код, подписаться на его изменения, предлагать дополнения, задавать вопросы: https://github.com/HowProgrammingWorks/NodejsStarterKit
VD
@tshemsedinov вопрос по StarterKit: есть ли в планах поддержка конфигурации через environment variables?
TS
@tshemsedinov вопрос по StarterKit: есть ли в планах поддержка конфигурации через environment variables?
нет, ни в коем случае, у нас другая концепция
VD
принято, спасибо
TS
Metaserverless методология такая: стейтфул, контейнерлес (контейнеры есть, но управление ими автоматизировано и скрыто от разработчика), без зависимостей, отдача всего из памяти, минимизация I/O, изоляция сессий, масштабирование на потоках, не использовать переменные окружения, и еще много чего @devium
VD
благодарю за пояснение
ничего не понял правда, но всё равно спасибо
ничего не понял правда, но всё равно спасибо
V
А есть видео лекция с объяснением почему переменные окружения плохое решение?)
TS
Victor
А есть видео лекция с объяснением почему переменные окружения плохое решение?)
это не плохое решение, а другое решение. Не нужно думать про архитектуру, что что-то правильно, а что-то нет. Есть разные методологии и в их разрезе все решения складыватся в одно целое.
SK
Использование переменных окружения идет вразрез с концепцией контейнерлес. Видимо в этом причина
V
это не плохое решение, а другое решение. Не нужно думать про архитектуру, что что-то правильно, а что-то нет. Есть разные методологии и в их разрезе все решения складыватся в одно целое.
Ясно, спасибо. Просто пока не вникал в архитектуру стартер кита (планирую это сделать когда выйдут все 3 лекции)
MG
это не плохое решение, а другое решение. Не нужно думать про архитектуру, что что-то правильно, а что-то нет. Есть разные методологии и в их разрезе все решения складыватся в одно целое.
Тем более что имея хорошо структурированный конфиг перейти к применению переменных окружения и обратно к файловому конфигу не составит никакого труда
IB
Metaserverless методология такая: стейтфул, контейнерлес (контейнеры есть, но управление ими автоматизировано и скрыто от разработчика), без зависимостей, отдача всего из памяти, минимизация I/O, изоляция сессий, масштабирование на потоках, не использовать переменные окружения, и еще много чего @devium
А что такое метасерверлесс?
TS
А что такое метасерверлесс?
Это идеологич и методология разработки, набор специфицированных интерфейсов, и стартер кит - одна из первых частей метасерверлесс.
IB
Это идеологич и методология разработки, набор специфицированных интерфейсов, и стартер кит - одна из первых частей метасерверлесс.
А в чем особенности? Под серверлессом обычно подразумевают какие-нибудь Google Functions, когда вам вообще не нужно задумываться о специфике платформы на которой запускается код
TS
А в чем особенности? Под серверлессом обычно подразумевают какие-нибудь Google Functions, когда вам вообще не нужно задумываться о специфике платформы на которой запускается код
Это следующий после серверлесс шаг, когда прозрачно масштабируются не отдельные функции, а целые приложения и не нужно думать о платформе, контейнерах, обновлениях и бекапах, балансировке и безопасности, деплоях и миграциях
IB
Это следующий после серверлесс шаг, когда прозрачно масштабируются не отдельные функции, а целые приложения и не нужно думать о платформе, контейнерах, обновлениях и бекапах, балансировке и безопасности, деплоях и миграциях
База тоже масштабируется сама?