Rendered at 00:10:47 GMT+0000 (Coordinated Universal Time) with Cloudflare Workers.
conroydave 8 hours ago [-]
i try to keep my comments on here positive, but man, my experience using this product has been awful.
paulddraper 6 hours ago [-]
You should really stay away from any "high level" AWS product, as there is almost always something much better and more flexible.
Use EC2, EBS, S3, Route53 plus EKS, RDS, ElastiCache.
But anything else that isn't low-to-mid-level (looking at you Beanstalk), use something better.
Clerk, WorkOS, etc.
cmiles8 9 hours ago [-]
This has been an obvious feature request for many years, but glad to see AWS investing in what started to feel like a service that was mostly abandoned for investment.
jeffwask 6 hours ago [-]
I recall complaining about this with one of my architects who was looking to implement Cognito round about 2019.
ecshafer 7 hours ago [-]
Cognito just supported multi-region? For identity this seems like a very high priority issue. I was at a company 10 years ago that we didn't use Cognito to build, and build our own AWS based identity because Cognito didn't have this (and just seemed pretty half-baked).
arpinum 7 hours ago [-]
They wanted to rebase onto a different database first to make multi-region easier, but that work took many years.
mannyv 6 hours ago [-]
Yay, it's only taken them years to do this.
Since the pool identifiers are static, how do you actually fail over?
Oh, you need a custom domain that presumably routes if the primary dies.
jwnin 8 hours ago [-]
This prevented us from failing over during last October's outage (unless we wanted to reset everyone's password). Glad to see AWS focusing in on resiliency.
mooreds 9 hours ago [-]
I work for a Cognito competitor, but I am glad to see them investing in improving the lives of folks using this native AWS service.
It felt like Cognito was abandoned for a while.
grimleech 7 hours ago [-]
[dead]
UltraSane 8 hours ago [-]
This should have been available from the beginning. I don't understand why it took so long.
semiquaver 8 hours ago [-]
I think cognito was internally low-staff/KTLO for a while and that changed recently.
mooreds 8 hours ago [-]
What does KLTO mean?
Insanity 7 hours ago [-]
To add to the other posters, keep-the-lights-on usually means a product has no active feature development. It’s just supported with on-call and maybe some bug fixes depending on capacity.
No clue if Cognito actually was KTLO though.
xyzzy_plugh 8 hours ago [-]
Probably meant KTLO: Keep The Lights On
christophercork 8 hours ago [-]
"Keep Lights To On." It's the post-it on the light switch wired to the Cognito server.
Use EC2, EBS, S3, Route53 plus EKS, RDS, ElastiCache.
But anything else that isn't low-to-mid-level (looking at you Beanstalk), use something better.
Clerk, WorkOS, etc.
Since the pool identifiers are static, how do you actually fail over?
Oh, you need a custom domain that presumably routes if the primary dies.
It felt like Cognito was abandoned for a while.
No clue if Cognito actually was KTLO though.