IK
там вроде бы так же (вот тут домыслы, я с aws мало работал, у меня все в гуглооблаке, там все именно так - есть холодный и теплый старт)
Size: a a a
2021 January 22
ES
@ellenaua хотел спросить держите ли функции "теплыми"?
Нет, не парились
A
там вроде бы так же (вот тут домыслы, я с aws мало работал, у меня все в гуглооблаке, там все именно так - есть холодный и теплый старт)
Когда я работал с авсом там все было так же. Единственное что у нас запросы не из веба приходили, а мы их на лямбды забрасывали через авс апишку. И там точно было не 1 запрос - 1 лямбда.
A
И горячей она держалась пару минут минимум после последнего ее вызова
Y
там вроде бы так же (вот тут домыслы, я с aws мало работал, у меня все в гуглооблаке, там все именно так - есть холодный и теплый старт)
Где? У cloudflare нет холодного старта. Но там на изолятах, чистый инстанс v8, без вот этого всего к чему привыкли в ноде.
IK
Где? У cloudflare нет холодного старта. Но там на изолятах, чистый инстанс v8, без вот этого всего к чему привыкли в ноде.
я о гуглооблаке и aws
Г
Если здесь можно копипасту с комментариями, то к слову о COLD vs. HOT старте на AWS лямбдах :
1. When a function is first invoked, an execution environment is launched and bootstrapped. Once the environment is bootstrapped, your function code executes. Then, Lambda freezes the execution environment, expecting additional invocations.
2. If another invocation request for the function is made while the environment is in this state, that request goes through a warm start. With a warm start, the available frozen container is thawed and immediately begins code execution without going through the bootstrap process.
3. This thaw and freeze cycle continues as long as requests continue to come in consistently. But if the environment becomes idle for too long, the execution environment is recycled.
4. A subsequent request starts the lifecycle over, requiring the environment to be launched and bootstrapped. This is a cold start.
Где под “execution environment is launched and bootstrapped” подразумевается выполнение таких шагов:
1. start container & download code (COLD start)
2. initialize runtime (COLD start)
3. initialize packages & dependencies (COLD start; where billing begins)
4. execute code (WARM START)
Единственное, что непонятно, idle for too long – это сколько?))
1. When a function is first invoked, an execution environment is launched and bootstrapped. Once the environment is bootstrapped, your function code executes. Then, Lambda freezes the execution environment, expecting additional invocations.
2. If another invocation request for the function is made while the environment is in this state, that request goes through a warm start. With a warm start, the available frozen container is thawed and immediately begins code execution without going through the bootstrap process.
3. This thaw and freeze cycle continues as long as requests continue to come in consistently. But if the environment becomes idle for too long, the execution environment is recycled.
4. A subsequent request starts the lifecycle over, requiring the environment to be launched and bootstrapped. This is a cold start.
Где под “execution environment is launched and bootstrapped” подразумевается выполнение таких шагов:
1. start container & download code (COLD start)
2. initialize runtime (COLD start)
3. initialize packages & dependencies (COLD start; where billing begins)
4. execute code (WARM START)
Единственное, что непонятно, idle for too long – это сколько?))
IK
несколько минут ЕМНИП
DD
Я просто хотел узнать юзали ли и как это повлияло на респонс если юзали
A
Узнать сколько idle for too long можно экспериментально, если сильно захотеть
DD
И почему то вспомнилось http://bikeshed.com/ , не в обиду если что=)
A
const coldStartDate = new Date()
function handler() {
const executionDate = new Date()
// calc diff and response
}
и так отправлять по 2 запроса с увеличением интервала
Y
Узнать сколько idle for too long можно экспериментально, если сильно захотеть
Я думаю они этот параметр сами подкручивают по кластеру. Оптимизируя
ES
Если здесь можно копипасту с комментариями, то к слову о COLD vs. HOT старте на AWS лямбдах :
1. When a function is first invoked, an execution environment is launched and bootstrapped. Once the environment is bootstrapped, your function code executes. Then, Lambda freezes the execution environment, expecting additional invocations.
2. If another invocation request for the function is made while the environment is in this state, that request goes through a warm start. With a warm start, the available frozen container is thawed and immediately begins code execution without going through the bootstrap process.
3. This thaw and freeze cycle continues as long as requests continue to come in consistently. But if the environment becomes idle for too long, the execution environment is recycled.
4. A subsequent request starts the lifecycle over, requiring the environment to be launched and bootstrapped. This is a cold start.
Где под “execution environment is launched and bootstrapped” подразумевается выполнение таких шагов:
1. start container & download code (COLD start)
2. initialize runtime (COLD start)
3. initialize packages & dependencies (COLD start; where billing begins)
4. execute code (WARM START)
Единственное, что непонятно, idle for too long – это сколько?))
1. When a function is first invoked, an execution environment is launched and bootstrapped. Once the environment is bootstrapped, your function code executes. Then, Lambda freezes the execution environment, expecting additional invocations.
2. If another invocation request for the function is made while the environment is in this state, that request goes through a warm start. With a warm start, the available frozen container is thawed and immediately begins code execution without going through the bootstrap process.
3. This thaw and freeze cycle continues as long as requests continue to come in consistently. But if the environment becomes idle for too long, the execution environment is recycled.
4. A subsequent request starts the lifecycle over, requiring the environment to be launched and bootstrapped. This is a cold start.
Где под “execution environment is launched and bootstrapped” подразумевается выполнение таких шагов:
1. start container & download code (COLD start)
2. initialize runtime (COLD start)
3. initialize packages & dependencies (COLD start; where billing begins)
4. execute code (WARM START)
Единственное, что непонятно, idle for too long – это сколько?))
Вроде уже починили колд старт проблему https://aws.amazon.com/blogs/compute/new-for-aws-lambda-predictable-start-up-times-with-provisioned-concurrency/
Г
Я просто хотел узнать юзали ли и как это повлияло на респонс если юзали
мы используем warm-up плагин, но я не делал замеров. В примере, который приводит сам AWS, где через X-Ray идет анализ выполнения функции с COLD стартом и “горячей” функции, – разница 878 ms vs 199 ms (абстрактно)
DD
мы используем warm-up плагин, но я не делал замеров. В примере, который приводит сам AWS, где через X-Ray идет анализ выполнения функции с COLD стартом и “горячей” функции, – разница 878 ms vs 199 ms (абстрактно)
Спасибо. Теперь есть представление о порядке
A
короткий вопрос
lodash зло?
lodash зло?
Заглянул под капот и ужаснулся
VP
Заглянул под капот и ужаснулся
но удобно же
A
но удобно же
Ну как сказать... Если не жалко оперативной памяти то можно сделать выбор и в пользу удобства. Но честно говоря посмотрев на тот инструментарий уж лучше JS нейтив