this post was submitted on 02 Mar 2024
13 points (88.2% liked)

Self Hosted - Self-hosting your services.

11594 readers
5 users here now

A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don't control.

Rules

Important

Beginning of January 1st 2024 this rule WILL be enforced. Posts that are not tagged will be warned and if not fixed within 24h then removed!

Cross-posting

If you see a rule-breaker please DM the mods!

founded 3 years ago
MODERATORS
 

What are some things I can try and will benefit me while I have this 1 yr free trial?

I can always buy my VPS later and move these self-hosted service there, if need be in the future. [AWS is very costly, hee hee]

Share some cool ideas!

top 5 comments
sorted by: hot top controversial new old
[–] nottelling 10 points 9 months ago

Free tier is super limited and super easy to accidentally break out of. I had a single file in S3, but because my logging settings were wrong, I broke the free tier with junk logs.

The t2 micro ec2 instances are fine, but you need to be very careful about their storage and network egress.

Best use I've had for AWS that has managed to stay within the free limits has been Lambda. Managed to convert a couple self hosted discord bots to a few Lambda functions, works great. Plugging it into CloudFormation and tying up CI/CD with CodePipeline and the like were overkill but good learning exp.

I don't think there's any ECS free tier, but you can fit a private container repository in the free S3 limits as well.

[–] [email protected] 2 points 9 months ago

You don't mention what services yiu plan to utilize and the limits are different for each.

[–] [email protected] 2 points 9 months ago

Try it all. Keep good notes.

Some service names are marginally misleading, but understanding what it does and how it bills does two thing: Helps you avoid overbilling; and also ensures you “get” it.

Properly secured and understood, S3 + immutable saves my ass more than o once because could prove that as of x bi-hourly backup, PG reflected some given status.

In other words, “I did not fuck that specific thing up, and as of the last time I was in good faith awake, it looked like x. Let’s look at logs/code, bc last I saw it, it mapped perfectly to reality.”

The bit about “keep good notes,” above, is for future you.

“Oh yeah I played with that random AWS service a few years back, wish I could recall the outcome,” vs “Mind giving g me a sec to have a look at my notes, I’ve seen this before!”

That translates to execs as “Yep, I follow, and u have ref material from the last n times I solved this problem, so I’m your guy, I just need a sec to locate the details of the last round before I straight up commit to an answer.”

[–] [email protected] 2 points 9 months ago

Definitely set a CloudWatch alert to notify you if the cost goes above a certain limit. And make sure you check that email regularly. It takes a small misconfiguration to rack up a hefty bill. Best to catch it early.

Other suggestion is to stay away from the console or command line. Learn how to use CloudFormation or, much better, the CDK. You can set up a full serverless application stack, run it for a while, then delete the whole thing so it won't accidentally incur extra charges. It's also a good practice so you can include the stack setup code with the rest of your code.

[–] [email protected] 1 points 9 months ago

Stick to open standard stuff. Retooling sticks and they hope to tar you in those services so you find yourself paying