Size: a a a

2020 December 01

LK

L K in AWS_RU
или даже так, нанимаешь так +- понимающего чела который шарит в авс и говорит что-то там насерчил этот ML
и надо ли эплаить его действия которые предлагает
источник

LB

Let Eat Bee in AWS_RU
https://aws.amazon.com/blogs/opensource/want-more-postgresql-you-just-might-like-babelfish/

Транслятор T-SQL (MS SQL) в PostgreSQL.

Смутно припоминаю,  кто-то (1С?) в районе 2007 года пытался такое сделать

> It’s also centered on “correctness,” meaning applications designed to use SQL Server functionality will behave the same on PostgreSQL as they would on SQL Server.

Как это возможно? Набор фич у PostgreSQL и MS SQL сильно отличается.
источник
2020 December 02

SE

Sergey Esin in AWS_RU
Andrey
наконец-то, появилась возможность запуска EC2 Mac
Привет, однофамилец! ;)
источник

AD

Andrey Devyatkin in AWS_RU
Sergey
не, ну может я сильно поверхностно смотрел, но ничего пулуми не переиспользует у тераформа
Пулуми под капотом использует в большинстве случаев terraform провайдеры. В некоторых случаях как например с кубером у них своя автоматизация потому что провайдер у терраформа достаточно мало ресурсов поддерживает. По крайней мере так было примерно пол года назад когда я с ними последний раз общался
источник

LB

Let Eat Bee in AWS_RU
Составил себе календарь re:Invent. Не встретил ни одной сессии про CDK :(
источник

D

Danil in AWS_RU
Есть ли какие-то альтернативы SQS, если мне надо выполнить N тысяч запросов к внешнему API, и я не хочу его нагружать?
На данный момент написал пайплайн с помощью step functions, потом только вспомнил, что лучше не нагружать сильно. Вызов я делаю с помощью лямбды, поэтому включил для нее reserved concurrency и тут же словил фейлы RateExceeded.
Можно конечно сделать ретраи в SF, но это костыль какой-то. Вот и думаю насчет SQS теперь. Напихать несколько тысяч ивентов в очередь, а лямбда потом потихоньку пусть разгребает. В верном направлении думаю или можно со Step Functions что-то пофиксить?
источник

АП

Агент Печенька... in AWS_RU
Danil
Есть ли какие-то альтернативы SQS, если мне надо выполнить N тысяч запросов к внешнему API, и я не хочу его нагружать?
На данный момент написал пайплайн с помощью step functions, потом только вспомнил, что лучше не нагружать сильно. Вызов я делаю с помощью лямбды, поэтому включил для нее reserved concurrency и тут же словил фейлы RateExceeded.
Можно конечно сделать ретраи в SF, но это костыль какой-то. Вот и думаю насчет SQS теперь. Напихать несколько тысяч ивентов в очередь, а лямбда потом потихоньку пусть разгребает. В верном направлении думаю или можно со Step Functions что-то пофиксить?
Тоже интересно.
источник

D

Denis in AWS_RU
Danil
Есть ли какие-то альтернативы SQS, если мне надо выполнить N тысяч запросов к внешнему API, и я не хочу его нагружать?
На данный момент написал пайплайн с помощью step functions, потом только вспомнил, что лучше не нагружать сильно. Вызов я делаю с помощью лямбды, поэтому включил для нее reserved concurrency и тут же словил фейлы RateExceeded.
Можно конечно сделать ретраи в SF, но это костыль какой-то. Вот и думаю насчет SQS теперь. Напихать несколько тысяч ивентов в очередь, а лямбда потом потихоньку пусть разгребает. В верном направлении думаю или можно со Step Functions что-то пофиксить?
Я бы очередь взял и все. SQS или нет, не важно. Как раз главный юзкейс очереди озвучен - троттлинг
источник

AT

Al T in AWS_RU
Если таким путём идти то sqs пожалуй самый дешёвый способ
источник

D

Danil in AWS_RU
ок, спасибо
источник

AT

Al T in AWS_RU
Не очень понятно зачем вам ресервед конкарренси понадобилась для лямбды
источник

A

Alex in AWS_RU
Danil
Есть ли какие-то альтернативы SQS, если мне надо выполнить N тысяч запросов к внешнему API, и я не хочу его нагружать?
На данный момент написал пайплайн с помощью step functions, потом только вспомнил, что лучше не нагружать сильно. Вызов я делаю с помощью лямбды, поэтому включил для нее reserved concurrency и тут же словил фейлы RateExceeded.
Можно конечно сделать ретраи в SF, но это костыль какой-то. Вот и думаю насчет SQS теперь. Напихать несколько тысяч ивентов в очередь, а лямбда потом потихоньку пусть разгребает. В верном направлении думаю или можно со Step Functions что-то пофиксить?
динама + лямбда по расписанию с нужным таймаутом
источник

VM

Viktor Mazankin in AWS_RU
Danil
Есть ли какие-то альтернативы SQS, если мне надо выполнить N тысяч запросов к внешнему API, и я не хочу его нагружать?
На данный момент написал пайплайн с помощью step functions, потом только вспомнил, что лучше не нагружать сильно. Вызов я делаю с помощью лямбды, поэтому включил для нее reserved concurrency и тут же словил фейлы RateExceeded.
Можно конечно сделать ретраи в SF, но это костыль какой-то. Вот и думаю насчет SQS теперь. Напихать несколько тысяч ивентов в очередь, а лямбда потом потихоньку пусть разгребает. В верном направлении думаю или можно со Step Functions что-то пофиксить?
Kinesis
источник

D

Danil in AWS_RU
Alex
динама + лямбда по расписанию с нужным таймаутом
Кстати да. Я и так записываю часть полей ивента еще и в динамо. Можно динамо стримы в качестве очереди по идее использовать. С другой стороны доп.поля хранить не особо хочется. В общем надо подумать над этим вариантом тоже
источник

A

Alex in AWS_RU
им же вроде на output
источник

VM

Viktor Mazankin in AWS_RU
Alex
им же вроде на output
Лямбда может и оттуда получать, на больших объемах сильно дешевле sqs
источник

A

Alex in AWS_RU
Viktor Mazankin
Лямбда может и оттуда получать, на больших объемах сильно дешевле sqs
да но им наоборот, слать в внешний апи
источник

VM

Viktor Mazankin in AWS_RU
Alex
да но им наоборот, слать в внешний апи
Но ведь шлёт лямбда, а очередь это буффер между лямбдой и приложением
источник

A

Alex in AWS_RU
вариант, но там считать надо, кинесис это сразу сумма определенная
источник

VM

Viktor Mazankin in AWS_RU
Alex
вариант, но там считать надо, кинесис это сразу сумма определенная
Надо конечно, просто как альтернатива для sqs
источник