Александр Вульф, тогда вам разумно завязаться на OIDC партнера и подключить свой user-pool к ним как опциональный. Иначе вы таких багов потом словите - не оберешься разгребать
Александр Вульф, тогда мне интересно зачем вам система партнера?) Но вообще, технически, вы можете сделать Federated Identity. Обычно его не так используют, но это вполне возможно. В любом случае добавлять себе пользователей из стороннего UsersPool это не очень хорошо.
Для примера. Допустим у вас есть Auth0 + Active Ditectory и VK. Вы же не будете себе новых пользователей в VK в свой домен добавлять? не будете
sim3x, во-первых в счет своего железа идет зарплата сисадмина, который может это настроить. во-вторых свое железо дороже (гарантированно). в-третьих если у вас облако что-то потеряло то виноват в первую очередь не облако (100% никто никому не гарантирует), а тот криворук что не позаботился о правильной кластеризации, репликации данных и все прилагающееся. Это справедливо и для AWS и для Azure, да и для всех остальных облаков тоже. Это IasS платформа, а не магическая коробочка. Ну и на своем железе вы гораздо проще потеряете все данные. Вот и считайте что вам дорого
sim3x, если брать 2 сферических сервера в вакууме - железо и виртуал на одних настройках то железо рулит, но! Во-первых в облаке у тебя всегда кластер в нескольких датацентрах, а во-вторых ты можешь его расширять без геморроя в виде докидывания дисков или установки другого железа. Ах, и да, все вопросы с безопасностью инфраструктуры облако берет на себя. Все апдейты, сервисные окна, доступность в 99.99 и т.д
sim3x, в облаках есть специальные инстансы с повышенным IOPS и вообще с какой угодно конфигурацией. Ты не берешь себе сферический сервер в вакууме, а выбираешь конкретно что тебе требуется. Вот базовая информаци по AWS EC2 instances и RDS. В детали надо углубляться
sim3x, если правильно настроена инфраструктура и подобраны инстансы то даже возрастает. Если руки не из того места то можно и в ноль положить производительность. Там же тоже железо, просто управляется иначе
sorry_i_noob, это делается не руками, а через скрипты миграции. Готорые еще и запускаются такими инструментами, как, например, Jenkins. Учитесь в CI/CD
tg_bu77h34d, у меня есть 2 предположения:
1. он отправляет, получает Timeout и пробует переслать через минуту-две (скорее всего)
2. Возможно что у них в очереди скапливаются эти колбэки (что маловероятно, но допустимо. Я не слышал про то что по SLA они обязуются обеспечивать мгновенную реакцию)
Muvka, ну, у вас все впереди. Чем больше опыта вы приобретаете тем более желанным сотрудником вы становитесь. Пока еще не так много компаний в которые вы приходите и вам дают контейнер со словами "вот с этим тебе работать"
1. Что имеется ввиду под числом обращений? Можно на каком-нибудь простом примере
AWS работает на событийной модели. То есть в не зависимости от того куда вы lambda прикрепили у вас они реагируют на события. То есть в случае API Gateway это http call - 1 обращение к оконечной lambda + если есть авторайзер то +1 обращение к нему, если SNS, SQS ... то одно сообщение из очереди = 1 обращение. Ну и так далее
2. Услуга Amazon ECS Clusters верно? Это по сути объединение несколько мощных instance в один кластер?
Примерно так, только с оговоркой что это работает исключительно с контейнерами
