Okay, maybe not the last one, but I'm working on a prototype of the "idiomatic" OpenAPI schema generator.
I wasn't happy with the well-known options:
swaggo requires magic comments that I cannot take.
goa introduces custom DSL and forces you to either use it's generated structures or continuously hook in your own structures, trying to match those in sync.
I decided to give a try for my own vision and this project was born. It is currently at the PoC stage, but I plan to use it for my other tiny startup (it's live, but runs on the MVP version with React Server Actions under the hood).
This is the tool I am developing for myself, but it already handles some production workloads for my other projects. It runs on top of Docker Swarm, so there are no issues running hundreds of services on hundreds of nodes.
This is the core part of FSL-1.1-Apache-2.0. For MIT it is the same, just the "Grant of Future License" paragraph mentions the corresponding license.
---
License Grant
Subject to your compliance with this License Grant and the Patents, Redistribution and Trademark clauses below, we hereby grant you the right to use, copy, modify, create derivative works, publicly perform, publicly display and redistribute the Software for any Permitted Purpose identified below.
Permitted Purpose
A Permitted Purpose is any purpose other than a Competing Use. A Competing Use means making the Software available to others in a commercial product or service that:
substitutes for the Software;
substitutes for any other product or service we offer using the Software that exists as of the date we make the Software available; or
offers the same or substantially similar functionality as the Software.
Permitted Purposes specifically include using the Software:
for your internal use and access;
for non-commercial education;
for non-commercial research; and
in connection with professional services that you provide to a licensee using the Software in accordance with these Terms and Conditions.
However, it solves problems the author mentions in his article: you can freely contribute and use the software as you wish, just don't create a competitive company using the recent versions of the sources.
And in 2 years the code becomes true OSS - either MIT or Apache 2.0 (or anything else you want - the FSL itself is pretty short so you can easily adjust it to your needs without spending hours on lawyer consultations).
BTW, the FSL is driven by Sentry, and they have created an org to cover the fair usage licensing: https://fair.io (that's why I have mistyped the FSL name in the original comment).
While k3s make k8s easier for sure, it still comes with lots of complexity on board just because it is k8s. :)
Nowaday I prefer simple tooling over "flexible" for my needs.
Enterprises, however, should stick to k8s-alike solutions, as there are just too many variables everywhere: starting from security, and ending the software architecture itself.
It is a fair source (future Apache 2.0 License) PaaS. I provide a cloud option if you want to manage less and get extra features (soon - included backup space, uptime monitoring from multiple locations, etc) and, of course, you are free to self-host it for free and without any limitations by using a single installation script. ;)
Who are your target audience? There are so many components in this system, so it would require a dev-ops team member just to keep it healthy.
What are the advantages over the (free) managed k8s provided by DigitalOcean?
---
Gosh, I'm so happy I was able to jump of the k8s hype train. This is not something SMBs should be using. Now I happily manage my fleet of services without large infra overhead via my own paas over Docker Swarm. :)
This is the service I have been working for the lasts months alongside my 9-5. Heavily inspired by Coolify, but it is based solely on Docker Swarm to save the development efforts on other features.
Also, it is a bit opinionated to adjust the UX to what I need myself, so there are slight deviations from the way how others work with Swarm.
I have a short vid which I have recorded today on how one could easily deploy WordPress to any VPS: https://youtu.be/k34Zdwcsm6I
It covers usage of the 1-Click apps templates which speed up everything "a little bit".
Okay, maybe not the last one, but I'm working on a prototype of the "idiomatic" OpenAPI schema generator.
I wasn't happy with the well-known options:
swaggo requires magic comments that I cannot take.
goa introduces custom DSL and forces you to either use it's generated structures or continuously hook in your own structures, trying to match those in sync.
I decided to give a try for my own vision and this project was born. It is currently at the PoC stage, but I plan to use it for my other tiny startup (it's live, but runs on the MVP version with React Server Actions under the hood).
Please let me know what you think!