DK
памяти там хватает - 2 гига
кстати а зачем lambda когда есть fargate?
Size: a a a
2020 December 29
VS
затем, что лямбда теперь тоже умеет в имэджи) на фаргейте работает уже сейчас
DK
затем, что лямбда теперь тоже умеет в имэджи) на фаргейте работает уже сейчас
если цель запустить имя в лямбде - то понятно, если цель получить готовое решение я бы посмотретл на фаргейт или ecs
АП
кстати а зачем lambda когда есть fargate?
Зачем фаргейт когда у авс уже есть менеджед селениум?
DK
Зачем фаргейт когда у авс уже есть менеджед селениум?
не знал что сервис такой есть, да можно и в нем
АП
Я выше ссылку давал.
JR
Привет! Может кто-то пытался запустить селениум на лямбде с докер имаджем? Я уже несколько дней промучался и опустил руки) Вот докер файл
локально отрабатывает через Lambda Runtime Interface Emulator на ура, а в самой лямбде не хочет( ошибка
в логах вот так
что может быть в лямбде такого особенного чего нету в ее эмуляторе?
FROM public.ecr.aws/lambda/dotnet:5.0
WORKDIR /var/task
RUN curl -SL https://dl.google.com/linux/direct/google-chrome-stable_current_x86_64.rpm > chrome.rpm
RUN yum -y install ./chrome.rpm
RUN ln -sf /opt/google/chrome/google-chrome /usr/bin/google-chrome
RUN chmod 755 /usr/bin/google-chrome
COPY --from=build /app/out ./
CMD ["UITest::UITest.Function::FunctionHandler"]
локально отрабатывает через Lambda Runtime Interface Emulator на ура, а в самой лямбде не хочет( ошибка
unknown error: Chrome failed to start: crashed.\n (chrome not reachable)\n (The process started from chrome location /usr/bin/google-chrome is no longer running, so ChromeDriver is assuming that Chrome has crashed.)
в логах вот так
...
Connection refused 127.0.0.1:36987 (127.0.0.1:36987)
Connection refused 127.0.0.1:36987 (127.0.0.1:36987)
Connection refused 127.0.0.1:36987 (127.0.0.1:36987)
Connection refused 127.0.0.1:36987 (127.0.0.1:36987)
[1609161231.540][SEVERE]: CreatePlatformSocket() failed: Address family not supported by protocol (97)
ChromeDriver was started successfully.
Connection refused 127.0.0.1:36987 (127.0.0.1:36987)
[1609161233.754][SEVERE]: CreatePlatformSocket() failed: Address family not supported by protocol (97)
[1609161233.905][SEVERE]: CreatePlatformSocket() failed: Address family not supported by protocol (97)
что может быть в лямбде такого особенного чего нету в ее эмуляторе?
Для драйвера
--enable-logging --log-level=0 --v=99VS
спасибо, попробую
VS
не, никаких новых логов не появилось
VM
Ога,но это просто деплоймент. Плюс если сюда добавить layers с большой кодовой базой, то вы получаете передеплой каждый раз всего и вся
Нет, редеплой будет только для того что изменилось.
2020 December 30
VM
Доброй ночи, не могу понять как очистить бакет если там был включен versioning подскажите пожалуйста. или только lifecycle?
Отключить версии. А так удаление объекта это тоже версия
S🕶
у меня есть приложение разбитое на lambda, одна lambda передает информацию в другую, каждая функция делает свои действие,
вопрос стоял мне как передавать информацию между lambdas?
1) можно просто делать destination lambda, тогда он сразу запустит след. функцию, но depoy-ить будет не удобно, функции привязаны друг к дружке цепочкой.
2) destination sqs - очень удобно, тем что разворачивать это будет проще, нет привязки функций друг к другу, но sqs очень медленные если ты не отправляешь в течении определенного времени сообщения, то он словно спит и доставляет твое сообщение, только через секунд 20-30, что очень медленно, только вот поэтому мне не очень нравится решение с sqs.
3) может какие-то получше решения есть?
вопрос стоял мне как передавать информацию между lambdas?
1) можно просто делать destination lambda, тогда он сразу запустит след. функцию, но depoy-ить будет не удобно, функции привязаны друг к дружке цепочкой.
2) destination sqs - очень удобно, тем что разворачивать это будет проще, нет привязки функций друг к другу, но sqs очень медленные если ты не отправляешь в течении определенного времени сообщения, то он словно спит и доставляет твое сообщение, только через секунд 20-30, что очень медленно, только вот поэтому мне не очень нравится решение с sqs.
3) может какие-то получше решения есть?
MO
у меня есть приложение разбитое на lambda, одна lambda передает информацию в другую, каждая функция делает свои действие,
вопрос стоял мне как передавать информацию между lambdas?
1) можно просто делать destination lambda, тогда он сразу запустит след. функцию, но depoy-ить будет не удобно, функции привязаны друг к дружке цепочкой.
2) destination sqs - очень удобно, тем что разворачивать это будет проще, нет привязки функций друг к другу, но sqs очень медленные если ты не отправляешь в течении определенного времени сообщения, то он словно спит и доставляет твое сообщение, только через секунд 20-30, что очень медленно, только вот поэтому мне не очень нравится решение с sqs.
3) может какие-то получше решения есть?
вопрос стоял мне как передавать информацию между lambdas?
1) можно просто делать destination lambda, тогда он сразу запустит след. функцию, но depoy-ить будет не удобно, функции привязаны друг к дружке цепочкой.
2) destination sqs - очень удобно, тем что разворачивать это будет проще, нет привязки функций друг к другу, но sqs очень медленные если ты не отправляешь в течении определенного времени сообщения, то он словно спит и доставляет твое сообщение, только через секунд 20-30, что очень медленно, только вот поэтому мне не очень нравится решение с sqs.
3) может какие-то получше решения есть?
S🕶
я в курсе по поводу step function, к сожалению не использую их - да и выходит намного дороже, спасибо что напомнили