Alternatives
Products that do what LaunchFlow – Automate Your GCP / AWS Infrastructure with Python does
Hey everyone, we just released a new version of our Infrastructure as Code Python SDK that now runs entirely on your machine - no account required. LaunchFlow extends OpenTofu to provide features like multi-environment support [1], autoconfigured infrastructure clients [2], and API release management [3]. Our goal is to provide a Python-native infrastructure toolkit that handles everything from automating your infrastructure to using it in your application code. You can use our library of preconfigured OpenTofu modules to add GCP / AWS infrastructure to your app with just a few lines of…
- 1

- 2

- 3
- 4

- 5

- 6OS
Hey HN, half a year ago we were building a feature where our users could trigger long-running jobs with the following requirements: (i) the job is provisioned by the user action (e.g., clicking a button in the UI), (ii) the job can be canceled by the user, (iii) the progress of the job can be inspected while the job is running, (iv) hardware for the job is provisioned only when needed (the job may require expensive hardware and isn't called that frequently). Because we couldn't find any existing ways of achieving this we decided to implement one for Python. Currently, it uses an AWS ECS…
2023 · github.com
- 7

- 8

- 9

- 10

- 11TO
2014 · tyk.io
- 12WR
Hi HN, I previously wore SWE/SRE hats on GCP. Later, I was on the other side, managing thousands of machines. The friction points of onboarding and operating cloud systems are personal problems to me. I’ve found it hard to keep track of all the random cloud resources floating around, especially as my team’s assets proliferated. Occasionally, there is a resource affecting an outage but no one remembers where it is. I am constantly frustrated by existing tooling. APIs can work, after you’ve navigated the byzantine documentation, but I often find myself doing ad-hoc tasks which are best…
2022 · listvms.com
- 13HO
Hello HN, I’m excited to share something we’ve been working on: Cloud Troubleshooting Labs. This tool provides on-demand environments for engineers to practice hands-on troubleshooting with AWS, GCP, Azure, and Kubernetes. What it does: We use Pulumi to spin up these environments. Each scenario includes a diagram and an explanation of the available IT infrastructure. Engineers are tasked with fixing configuration issues to make the application work. Depending on the test type, the environment could range from a simple terminal to a full cloud environment or a web-based VSCode. Many of our…
2024 · brokee.io
- 14LD
Hi HN! This is Qian here with Peter (KraftyOne) and Jeremy (jedberg). We’re building DBOS, an open-source, lightweight durable workflows library that you can add to Python apps in just a few lines of code. It’s comparable to popular open-source workflow and queue libraries like Airflow and Celery, but more lightweight with a greater focus on reliability and automatically recovering from failures. Our goal in building DBOS is to make workflows lightweight and flexible so you can add them to your existing apps with minimal work. Everything you need to run durable workflows and queues is…
2025 · github.com
- 15CA
2020 · scaffold.sh
- 16MO
We have been working on Multy, an open-source[1] tool that enables developers to deploy and switch to any cloud - AWS, Azure and GCP for now. We realized that, even when using Terraform, writing infrastructure code is very different for each cloud provider. This means changing clouds or deploying the same infrastructure in multiple clouds requires rewriting the same thing multiple times. And even though most core resources have the same functionality, developers need to learn a new provider and all its nuances when choosing a new cloud. This is why we built Multy. Multy is currently…
2022 · multy.dev
- 17LO
2016 · github.com
- 18AO
Me and a few friends have been working multy.dev, an open-source cloud agnostic API that makes it easy to deploy the same infrastructure to any cloud provider using native managed services. The motivation was the realisation that, even when using Terraform, migrating infrastructure code requires an end-to-end re-write. Even though most core resources are the same in any major cloud, developers need to learn a new provider to deploy the same infrastructure when moving providers. We currently support: - Networking (virtual_network, subnet, route_table, security_group, network_interface,…
2022
- 19

- 20CP
Show HN: CloudCoil – Production-ready Python client for the cloud-native ecosystem I built CloudCoil (https://github.com/cloudcoil/cloudcoil) to make cloud-native development in Python feel first-class, starting with a modern async Kubernetes client. Frustrated with existing tools that felt like awkward ports from Go/Java, I focused on creating an API that Python developers would actually enjoy using. Installation is as simple as: uv add cloudcoil[kubernetes] # Using uv (recommended) pip install cloudcoil[kubernetes] # Using pip Key features: - Elegant, truly…
2025 · github.com
- 21FF
Text: Hey HN, Zan here, cofounder of Coherence (withcoherence.com). We’re excited to announce the launch of serverless deployment options for both AWS and Google Cloud Platform (GCP), both of which are free-tier compatible. This new functionality enables developers to deploy applications directly to AWS Lambda and GCP Cloud Run, leveraging the power of serverless architectures without intermediary platforms. We hope that these provide a way to use Coherence for low-volume or R&D type projects, and open up some interesting new use cases! You can learn more in our docs: AWS Lambda -…
2024 · withcoherence.com
- 22AD
I'd like to share a project I've been working on for the past few months. It's a distributed workflow engine written entirely in Go. Some highlights: * Tasks are executed in a Docker container * Can run stand-alone or distributed * Highly extensible * Able to enforce limits (CPU/RAM) per task * Web UI Would love the get your feedback on it, and find out if this could be useful.
2023 · github.com
- 23OC
Hi everyone, I'm Vasek (https://x.com/mlejva), the CEO of the company behind this - https://e2b.dev. The company is called E2B. We're an open-source (https://github.com/e2b-dev) devtool that makes it easy to run untrusted AI-generated code in our secure sandboxes. You can think of us as coding runtime for LLMs. You can self host us on GCP (https://github.com/e2b-dev/infra/blob/main/self-host.md) and we're working on AWS, then Azure, and any Linux machine. This repo is one of our open-source projects that we're…
2025 · github.com
- 24AO
Hi It's Logan (op) and David, we are launching our first open source Python SDK generator with other languages to come :) We built this because we believe that the OpenAPI Generator project is a mess and simply doesn't work for most users (us included). Additionally, proprietary generators miss the mark for complex use cases, and restrict developers from doing what they do best: writing code. On top of all that they force you into proprietary configuration layers for many desirable features which increases vendor lock in and pulls you further away from your API spec as the source of truth.…
2025 · github.com
Ranked by how close each launch is in meaning, then by votes. Refine with a description →