@10:37 FYI, it does not simulate database engine, it actually is the engine that they customize it.
@LusidDreaming10 сағат бұрын
That's basically what he's saying. They use components of the existing engine, but it is their own custom engine at the end of the day (i.e. they're not just directly installing Postgres on a server like RDS)
@bartoszgoebiowski1538Күн бұрын
Hello, I was always afraid of using spot instances on production. I am still scared of doing it. This additional moving element can break, and I am too scared to apply it. I wish you luck in using spot instances for long-running processes. For late cron jobs and some machine learning stuff, it is perfect.
@BareMetalSavingsКүн бұрын
If you go on Bare Metal Savings you'll find that AWS becomes too expensive much too quick compared to outright owning today's _insane_ hardware. If you need the flexibility of the cloud, deploy cloud agnostic software to on-prem then offload to cloud on peaks, you'll save a lot of money.
@subh_8208Күн бұрын
9:01 I believe Fargate is Serverless Ec2, and On-Demand is a concept for normal Ec2 instances.
@explorer94542 минут бұрын
Fargate is serverless container orchestration (ECS, EKS).
@MrEdubsКүн бұрын
Is there a way to do the inverse of item 4, where you would be able to reference a Resource inside a non-sst piece of code?
@jay_airКүн бұрын
Hmm give me an example?
@Kane0123Күн бұрын
0:35 Get wrecked kid.
@devinlauderdale9635Күн бұрын
Reserved instances aren’t a legacy concept?
@prettiestflackoКүн бұрын
this channel is quickly becoming a gold mine
@sportndataКүн бұрын
Is sst as powerful when used with non AWS providers like GCP ? You do most of you examples with AWS, is there a reason for that ?
@jay_airКүн бұрын
We have built-in components for AWS and those are nicer, which is why most of the examples are with that. You can use GCP with SST. But yeah adding built-in ones for GCP is on the roadmap.
@ColbyGilbertКүн бұрын
Any chance `capacity` will come to Cluster Tasks?
@konyeinКүн бұрын
audio is off
@thepanta_82Күн бұрын
You shouldn't pay for an on demand DB server until you have at least 10 customers.
@hectororopesa001Күн бұрын
SST content is where it’s at!
@ColbyGilbertКүн бұрын
Another great feature Dax!
@LifeLoveAndFitsКүн бұрын
Remove the 30 RDS instances and 100 NAT gateways once you are done developing for the day or sell your personal belongings if you forget 😂😅😂😅😂😅 SST Rocks, thank you guys so much.
@papercutz1002 күн бұрын
When did dax grow hair?
@magnusred29452 күн бұрын
Heres an edge case, curious what people would do: I made an SST Linkable with Cogntio pool and a cognito pool client. Gave it all cognito-idp permissions. But when I tried to use it things were complaining that the pool client wasnt linked even though I had the ID in my linkable
@jay_airКүн бұрын
Open an issue with this? The error sounds like it might be a different problem.
@rli093 күн бұрын
we got sst paid plan before gta6? lets f go
@imjulianeral3 күн бұрын
but if you only want to apply the config of the Linkable.wrap method to a one instance of the component only, how can you do that?
@jay_airКүн бұрын
For one offs, you can create a new Linkable component with exactly what you want. The wrap is to apply a policy or pattern across the board.
@OMUNDODETUTU3 күн бұрын
Please start addings links to the video description. Not a big deal but it helps ☺
@Benjamin-Chavez3 күн бұрын
Please continue doing these!
@freshairkaboom81713 күн бұрын
I'm making a web application in uni right now, and .env is PERFECT for what we're doing. It's easy to set up, the only thing we use it for are throwaway test accounts on Atlas and stuff. I agree if the local environment has access to paid services, but that's not what we're using it for anyway. We just have to be careful not to put any sensitive data in our local environment, that's all.
@magnuserikkeenrobot11174 күн бұрын
man you look good and thanks
@magnuserikkeenrobot11174 күн бұрын
thanks jay, damn you look good!
@VincentFulco5 күн бұрын
i wanted to love dynamodb but thru appsync, oh the pain of a blind truffle pig aka noob developer. supabase is so much easier.
@guai96325 күн бұрын
go, php & js are the best! also bash
@guai96325 күн бұрын
is there a 'go fuck yourself' command?
@Pokepasa5 күн бұрын
Thanks for the comparison. At least in Spain, it seems that RDS has a minimal cost, lower than Aurora, but it does have it. That's why I chose DynamoDB, because it really is free unless your project starts working with real data and users. You can develop on it for months at no cost. It was difficult for me to fully understand DynamoDB and all its implications, but after two months I'm starting to feel better about using it (30 years of RDBMS is a long time...).
@ZealotFeathers6 күн бұрын
A little confused. You can spin up an aurora instance inside RDS. Are you talking about Aurora serverless?
@darrenhinde29716 күн бұрын
Great video!
@ficciones47377 күн бұрын
Would appreciate so much adding the new DSQL to this!
@bcj7 күн бұрын
These videos have been great, stuff I've wondered about and quick breakdowns of web service options and tradeoffs.
@CheatCodeSam7 күн бұрын
Neptune?
@RobertFletcherOBE7 күн бұрын
static linking is such a great feature, with the linux syscall API being so stable you can just take an executable and run it anywhere and it just works.
@0newheeldrives7 күн бұрын
Just discovered your channel, thanks!!
@mattnucc7 күн бұрын
surprised no mentions of dynamo and dsql
@LusidDreaming10 сағат бұрын
I mean DSQL was just released. DynamoDB is a totally different kind of database, this video was comparing the different relational options. DynamoDB would fit better in a video focused on NoSQL document stores
@peteremad52287 күн бұрын
i learn from your videos alot!!
@Cethris7 күн бұрын
This is a good thing, but the selling point “we created something new and a bit unusual” said at the beginning is misleading. Literally every company I’ve ever worked in does this
@andreafspeziale7 күн бұрын
Thx for the video! I believe it would also interesting to mention how applications manage connections. How do we know if the client is using the replica for reads and the primary one for writes? Will we instantiate more than one client? Do we have to properly configure the client? Do we have just a connection string and everything is handled by AWS under the hood? Those kind of things... P.S: even I don't really like the "lock-in" argument since I don't know anyone who moved all its infra from vendor A to vendor B (or even got vendor rekt - DHH mentioned), would the Aurora usage prevent data export/import to another vendor and database?
@hypehack7 күн бұрын
What about DynamoDB? And how it scales etc compared to these
@user-kt1iz4vc3x8 күн бұрын
0:03 every single week 0:04 every single week
@cunningham.s_law8 күн бұрын
no dynamo?
@wranglermaster548 күн бұрын
cool video
@saganawski8 күн бұрын
Great video man! Simple but informative explanations
@farzadmf8 күн бұрын
Very useful video, thank you!
@ivands168 күн бұрын
DynamoDB is the winner for me.
@muhwyndham8 күн бұрын
I just reliving the incident recovery training few months back with this video 😂 PITR is tricky but saves your butt.
@dmitrykonovenski25178 күн бұрын
Aurora serverless v2 showed pretty bad in our case because it always was adjusting max_wal_senders back and forth during spikes and restarting the db. There was no option to freeze that so we just moved to a regular aurora
@magnusred29458 күн бұрын
Move to DSQL
@dmitrykonovenski251710 сағат бұрын
Price will be higher than a regular aurora. Dsql is good if you don't care about budget. Or if you have a small app