It takes a bunch of JSON files that define info about my clients, as well as my own business details.

It then uses some of those JSON files to generates a PDF for the invoice, which it attaches to an email pre-populated with all the details, including the client’s finance email address, etc., which I just need to double check and send.

Might be useful for freelancers having multiple clients billed using various billing methods (hourly, results based, etc.)

Comments URL: https://news.ycombinator.com/item?id=46100950

Points: 2

# Comments: 1

Comments URL: https://news.ycombinator.com/item?id=46100913

Points: 11

# Comments: 2

Unfortunately Beehiv added their tracking query strings which will break the site because of the way we host it from a static content bucket.

It's enough if you just delete the beehiiv query string.

I'll try to extend the CloudFlare worker we use for the redirect of / to index.html to also handle this.

Comments URL: https://news.ycombinator.com/item?id=43921714

Points: 3

# Comments: 3

Comments URL: https://news.ycombinator.com/item?id=41175071

Points: 2

# Comments: 0

Feel free to criticize them, but that code saved thousands of customers over $100M over the years in aggregate, and was launching at some point a non-negligible percentage of the total AWS Spot capacity.

Regarding the OSS repos, I said they're also still available as open source, but evolved a lot since in the commercial version as stated in the readme of AutoSpotting.

This is the list of changes only available in the commercial version of AutoSpotting: https://github.com/LeanerCloud/AutoSpotting/discussions/489

For EBS Optimizer, the OSS code base evolved into the Optimizer tool released under the ONCE model as part of this bundle and it's been all but rewritten.

Regarding the lack of tests, the code base has seen many changes since, and critical areas have unit tests now.

When it comes to IaC drift, in case of AutoSpotting and EBS Optimizer the ASGs and volumes are expected to be tagged as per the expected tags, and you can do that through IaC to avoid drift.

The instances launched by the ASG can be replaced by AutoSpotting without creating any IaC drift, because the infrastructure code does not have any reference to the instances.

The same is true for EBS Optimizer, it is expected to run against EBS volumes created when launching instances. The IaC will not show drift because it's not keeping track of the underlying EBS volumes, only launching the instances.

But the Optimizer tool part of this ONCE release will indeed cause drift because it's changing the instance type of RDS databases and Elasticache clusters, which is captured in the IaC code. The drift will need to be resolved after the fact, which is what I do as part of my service work when using this tool for my customers.

These tools saved me a lot of time when saving my customers money, and the TF building blocks are just examples of a few patterns that I used for delivering infra for my customers and I've been thinking it may save some people time from building the same from scratch.

If you're not interested in these, fair enough, some people already bought these.

For many years I've been building self-hosted serverless headless AWS cost optimization tools:

- AutoSpotting.io - for adopting Spot instances in ASGs without configuration changes, no vendor lock-in, and with automated diversification and failover to on-demand - started as OSS alternative to the Spot.io Elastic Group product, still available as OSS at https://github.com/LeanerCloud/AutoSpotting.

- EBS Optimizer for GP3 converting EBS volumes to GP3, also available as OSS at https://github.com/LeanerCloud/EBS-Optimizer.

(I'm currently working on a few more, for example a NAT Gateway alternative and a tool to automate Savings plans purchases.)

Over the last year I started to offer cost optimization as a service, mainly in order to get more ideas for such tools.

Over multiple customer engagements I built almost a dozen CLI tools that can be used to optimize many of the AWS services at my customers. Using these tools I was able to deliver some 70% cost optimizations in average at my services customers over the supported resources, and sometimes as high as 60% of their entire AWS bill.

I also did a few DevOps engagements, out of which I developed a bunch of Terraform building blocks that can be used to create ECS Fargate or Lambda microservices with persistence on RDS Aurora Serverless v2, with automated CI/CD and other goodies included out of the box.

My main FinOps CLI tool named Optimizer was evolved out of EBS Optimizer over multiple customer engagements, and now does automated conversion to GP3 for EC2 and RDS storage volumes, as well as rightsizing and conversion to Graviton for RDS, ElastiCache and OpenSearch, among other things.

I recently started to offer Optimizer under the ONCE Source-Available license used by 37signals for Campfire, and I will gradually release all my CLI FinOps tools and Terraform building blocks under a large bundle of tools and building blocks.

(The Terraform building blocks scheduled to be released in a couple of days)

If you're looking to optimize cloud costs and/or build serverless microservices on AWS, you may want to check this out.

Comments URL: https://news.ycombinator.com/item?id=40576592

Points: 2

# Comments: 3

Comments URL: https://news.ycombinator.com/item?id=40490821

Points: 2

# Comments: 0

I saw a few people made similar comparisons for other forked projects in the past, and as an infra guy myself, I immediately thought about OpenTofu, now that we're more than half a year after the fork from Terraform, they recently had a massive release, and also had some interesting shenanigans with Hashicorp's lawyers accusing them of stealing their precious IP.

Comments URL: https://news.ycombinator.com/item?id=40252620

Points: 8

# Comments: 2

Ask me anything!

Comments URL: https://news.ycombinator.com/item?id=39966953

Points: 2

# Comments: 1

AWS also has some dashboard in the AWS console similar to this but it doesn't have cost information for the resources, it's not easy to track the resources that generate the costs, and you can't extract the data out of it for further automated processing.

They also have visibility for this in the Cost Intelligence dashboards, but you need those deployed in the account.

This tool runs from your local machine and you can point it to different accounts with just using a different AWS CLI profile, and you don't need to deploy anything in the target account.

I show it all on a single view across services(looks and feels much like a spreadsheet), each resource with its price tag next to it and also showing some metrics, like load balancer traffic numbers that should inform consolidation decisions.

Data export functionality is not there yet but we may add it soon if there's demand for it or someone contributes it.

It's a CLI application that shows you the projected costs for each resource, as well as metrics for some resources (so far we only have network traffic for load balancers) that should help taking optimization actions.

This project was built using ChatGPT GPT4, with very few manual tweaks. You can see the full ChatGPT history on how it was built at the bottom of the readme file.

Comments URL: https://news.ycombinator.com/item?id=37731693

Points: 3

# Comments: 2

Comments URL: https://news.ycombinator.com/item?id=36588095

Points: 2

# Comments: 0

Comments URL: https://news.ycombinator.com/item?id=36505685

Points: 1

# Comments: 1