ergo
sdk-java
ergo | sdk-java | |
---|---|---|
32 | 47 | |
2,663 | 193 | |
0.6% | 1.6% | |
0.0 | 8.6 | |
9 days ago | 13 days ago | |
Go | Java | |
MIT License | Apache License 2.0 |
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.
ergo
-
Actor framework versus standard channels
Ergo Framework does - https://github.com/ergo-services/ergo
-
Anything close beam/otp for other languages?
https://github.com/ergo-services/ergo for golang
- Ergo Framework v.2.2.2 is just released with the new cool feature gen.Pool
-
What are the recommended connection pool libraries written in Golang?
I think you should clarify what exactly you need. If you need something like TCP/UDP socket acceptor pool you may want to try Ergo Framework with ready to use design patterns https://github.com/ergo-services/ergo . Example for TCP https://github.com/ergo-services/examples/tree/master/gentcp, for UDP https://github.com/ergo-services/examples/tree/master/genudp
-
Erlang's not about lightweight processes and message passing
In case if you want to feel a flavour of Erlang in Golang - https://github.com/ergo-services/ergo
-
Is there an equivalent to Elixir / GenServer in Go? Trying to create the same request / response pattern with better performance but not sure where to start.
Besides, something like this already exists, I don’t see the point, but hey to each there own… https://github.com/ergo-services/ergo
-
go-actor: Tiny library for writing concurrent programs in Go using actor model
Thanks for sharing. Looks good as a first attempt in the long way to production state. You may also want to take a look another approach of actor based implementation https://github.com/ergo-services/ergo
-
Anyone built an app using Ergo framework?
It looked very different than all the other frameworks I have seen. https://github.com/ergo-services/ergo/blob/master/examples/http/app.go
-
Can Go have let it crash goroutine like in Erlang?
If you love the Erlang way you may want to try ergo framework https://github.com/ergo-services/ergo
sdk-java
-
Show HN: Hatchet – Open-source distributed task queue
How does this compare against Temporal/Cadence/Conductor? Does hatchet also support durable execution?
https://temporal.io/
-
When "letting it crash" is not enough
Flawless sounds a lot like https://temporal.io/ .
I'm wondering if it has the same scalability concerns - sticking everything in Postgres is fine at small-ish scale, but what happens when you outgrow Postgres, either because you have higher availability requirements (can't handle primary DB restarts) or because of the sheer volume of the workload?
-
How To Collect Temporal.io Logs Using Axiom And Pino
Temporal is a scalable and reliable runtime for durable Workflow Executions. It enables you to develop as if failures don't even exist. I started exploring it over the Christmas holiday and using it for a recently open-sourced project.
-
Ask HN: How have you implemented human-in-the-loop workflows?
I have my eyes on https://temporal.io/ for similar purposes.
-
Which queue System you prefer for ecommerce and PS
Check out temporal.io open source project for a much cleaner solution using Durable Execution abstraction.
-
StackStorm – IFTTT for Ops
Interesting to see Netflix featured both on StackStorm & https://temporal.io/ frontpages.
- Open source durable execution platform
-
Leveraging Temporal for resilient remote procedure calls (RPC)
Our stack at Escape is written in multiple languages because each team has specific needs. We use TypeScript for its vibrant ecosystem, Python for cybersecurity research and Go for performance-sensitive tasks. To orchestrate cross-language task orchestration, we first developed a simple request-response protocol over HTTP, but it wasn't sustainable as the Escape codebase grew rapidly. We evaluated several technologies to replace our homegrown protocol, and two emerged as the most promising options: Connect and Temporal. The title gives it away, but the reason is far from obvious
-
Ask HN: In which areas have you compared 3+ tools and formed strong preferences?
I've put a lot of time into Airflow and feel similarly that it's a huge pain and a risk to rely on it. I've replaced it with Temporal (https://temporal.io/) and while I don't have the breadth of experience with the frameworks you listed, I do think Temporal is a great replacement for Airflow.
-
Inngest raises $3M seed to build the reliable workflow platform for every dev
Just to confirm my understanding; would you consider at least part of your product offering to be similar to temporal.io [1]? Your examples are reminiscent of theirs.
[1] https://temporal.io/
What are some alternatives?
micro - A Go service development platform
sdk-python - Temporal Python SDK
wesher - wireguard overlay mesh network manager
trigger.dev - Trigger.dev is the open source background jobs platform for TypeScript.
ristretto - A high performance memory-bound Go cache
sdk-python - Python library for Modzy Machine Learning Operations (MLOps) Platform
yggdrasil-go - An experiment in scalable routing as an encrypted IPv6 overlay network
windmill - Open-source developer platform to turn scripts into workflows and UIs. Fastest workflow engine (5x vs Airflow). Open-source alternative to Airplane and Retool.
Pyrlang - Erlang node implemented in Python 3.5+ (Asyncio-based)
inngestgo - Golang SDK for Inngest
exo - A process manager & log viewer for dev
litestream - Streaming replication for SQLite.