You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As you have noticed I have started to contribute to this project. I am doing that because I am POCing a service mesh solution for Egnyte that is using this project.
To make it work, apart from #51 and #59, I would also need a few more features, so I would like to ask how do they align with your plans - perhaps you are already working on some of them or on the contrary: you will not even accept PRs with them. Let's have a chat about it. :)
So here it goes, in no specific order:
Customizable HAproxy logs format
Add custom config fragment to the upstream services frontends - mostly to capture some request headers for enriching the logs
Add custom config fragment to the upstream services backends - for various things, like rspirep directives for example,
Add a completely custom additional frontend(s) - where we would some custom logic above, f.e. splitting the traffic based on the paths between the upstream backends
Listening on the UNIX sockets - as an alternative to above approach we could put the custom loginc into a separate HAproxy instance in front of the sidecar. To minimize the performance penalty we would like it to connect to the sidecar over these sockets.
Custom load balancing algorithms? - maybe it doesn't make sense but we are looking for a way to make the load balancing as fair (even) as possible with the distributed load balancers..
So what do you think?
The text was updated successfully, but these errors were encountered:
After discussion with the team we got to the conclusion that our goals may not align with yours and because the pace of your project does not suit our POC needs we will work for now on our fork.
We have highly customized HAproxy configs with a lot of logic in them so we plan to implement a different approach than you. We want to make the HAproxy sidecar use configuration from a template file, with frontends and backends already in it (without the servers) and then fill it in and keep up to date dynamically with service mesh-specific stuff, like userlist controller and backend spoe_back and the servers list.
However if this works out we would strongly prefer to make this an alternative to your HAproxy configuration method and merge our fork back with your project.
Please ping us back with your thoughts. We could also arrange a call to sync and cooperate better. :)
Hi!
As you have noticed I have started to contribute to this project. I am doing that because I am POCing a service mesh solution for Egnyte that is using this project.
To make it work, apart from #51 and #59, I would also need a few more features, so I would like to ask how do they align with your plans - perhaps you are already working on some of them or on the contrary: you will not even accept PRs with them. Let's have a chat about it. :)
So here it goes, in no specific order:
So what do you think?
The text was updated successfully, but these errors were encountered: