process-compose
modd
Our great sponsors
process-compose | modd | |
---|---|---|
16 | 18 | |
962 | 2,704 | |
- | - | |
9.2 | 1.7 | |
22 days ago | 12 months ago | |
Go | Go | |
Apache License 2.0 | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
process-compose
- Process Compose: flexible scheduler to manage non-containerized apps
-
Show HN: Is_ready – Wait for many services to become available – 0 Dependencies
The IMO superior https://github.com/F1bonacc1/process-compose project has this built in, while allowing to manage regular programs that don't require containers.
See:
-
Show HN: Flox 1.0 – Open-source dev env as code with Nix
Devbox can also run services too. Both products use an awesome process runner called process-compose (https://github.com/f1bonacc1/process-compose/) which is worth checking out (it's even built with nix!)
- Process Compose: scheduler/orchestrator for non-containerized applications
- Lightweight, Single Process PM2 Alternative
-
Container + SSH = a good development environment
I've been using https://github.com/F1bonacc1/process-compose with great success.
It's a userspace process compositor that works across all relevant platforms, supporting daemon processes and k8s style readiness/health checks.
In combination with nix flakes, it quickly reduced my projects docker-compose usage for easy-to-configure services.
This gave huge performance benefits for the M1 Mac folks on my team especially for CPU intensive processes thanks to native binaries.
For maximal ease of use, the remaining docker-compose containers are started/stopped as a process-compose task.
- Show HN: I've built processes orchestrator, with UI in a single executable file
-
If docker-compose and K9S had a baby (without the containers gene)
In order to run a simple client-server (1 client, 5 servers) application, I wrote a simple docker-compose file and everything worked great. My dev flow would be the usual: make some changes/optimizations, spin everything up, run a bunch of tests, and go back to step one. At some point, I felt that for my dev environment and language (Linux, golang). docker-compose is great for spinning everything up, but for rapid development, it actually slows me down. I didn't really need containers. I tried to find an alternative solution. Something like a docker-compose, but for native processes, but most of the tools that I found were CI/CD oriented. I like K9S (who doesn't?) and I like docker-compose (some don't), so I built a Frankenstein Monster of them both :) https://github.com/F1bonacc1/process-compose I am not sure if you'll find it as useful as I do, but in any case, any feedback is more than welcome.
- If Docker-compose and K9S had a baby (without the containers gene)
modd
-
Hot reloading in Go applications
Modd is a library that makes hot reloading possible in Go applications. To use it, install it on your machine using the command below:
- Implement auto-reload after update
-
Ask HN: Can I see your scripts?
There's also modd[0] which allows for many file watch pattern -> command combos to easily be defined & run simultaneously from a modd.conf file.
[0]https://github.com/cortesi/modd
-
Hot reload in golang
i was using cortesi/modd for this while using docker. Since I change to Rancher with dockerd i wasn’t able to get live reloading working again, i also tried air but no luck.. out of curiosity did anyone have a similar issue?
-
Live Reload in Go with Air
Interesting. I've been using https://github.com/cortesi/modd for this for a while but I'll check this project out.
- Ask HN: What developer tools would you like to see?
- Live previewing LaTeX document?
- docker-compose without dockers
-
Live Reloading in Golang using Air
me likes: https://github.com/cortesi/modd A little more flexible for various files
-
We don’t use a staging environment
I use a somewhat similar approach for Pirsch [0]. It's build so that I can run it locally, basically as a fully fledged staging environment. Databases run in Docker, everything else is started using modd [1]. This has proven to be a good setup for quick iterations and testing. I can quickly run all tests on my laptop (Go and TypeScript) and even import data from production to see if the statistics are correct for real data. Of course, there are some things that need to be mocked, like automated backups, but so fare it turns out to work really well.
You can find more on our blog [2] if you would like to know more.
[0] https://pirsch.io
[1] https://github.com/cortesi/modd
[2] https://pirsch.io/blog/techstack/
What are some alternatives?
overmind - Process manager for Procfile-based applications and tmux
air - ☁️ Live reload for Go apps
supervisor - Supervisor process control system for Unix (supervisord)
reflex - Run a command when files change
xrdp - xrdp: an open source RDP server
entr - Run arbitrary commands when files change
skopeo - Work with remote images registries - retrieving information, images, signing content
golang-docker-cache - Improved docker Golang module dependency cache for faster builds.
iwf - iWF is an API orchestration platform offering an orchestration coding framework and service for building resilient, fault-tolerant, scalable long-running processes
gin - Live reload utility for Go web servers
erlexec - Execute and control OS processes from Erlang/OTP
gow - Missing watch mode for Go commands. Watch Go files and execute a command like "go run" or "go test"