Question: Autonomous scaler

[UnclePhil]

Hello,

Did you think it's possible to extract the Scaler part as an autonomous application ??
The idea is brilliant.

Best regards

[cuigh]

I haven't found many reasons to separate this function now. Can you tell me why you need a standalone scaler application?
Swirl is a very lightweight program if you use bolt store engine.

[UnclePhil]

I'm working at a gov company, on 12 Onprem Swarm cluster, and we have a complete ecosystem with a central Portainer and a Gitlab CICD for the provisioning.
So the "standard" part of swarm management is present, but one of the missing part is a service to autoscale other components through labels reading.
And that's what you have create.

So if you can export this part as a single service, I will use it, and i know a lot of people who can use it too.

BTW: One service , One function is a very good philosophy with container.

Best regards

[cuigh]

I see. I'll think about it when I finish my another project.

[s4ke]

+1 on separating the autoscaler:

I think this would be a great standalone project which would help the Docker Swarm ecosystem in general.

[UnclePhil]

Thank's for the push. BTW due to personal issue in some of my infrastructure , i've developped/rewrited the following. https://github.com/UnclePhil/ascaler. You can try it. Best regards , Ph Koenig, UnclePhil. Le lun. 20 juin 2022, 13:15, Martin Braun ***@***.***> a écrit :

…

+1 on separating the autoscaler: I think this would be a great standalone project which would help the Docker Swarm eco system in general. — Reply to this email directly, view it on GitHub <#39 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AADTDE5NPXJPRWIC5P3O4MLVQBHFPANCNFSM5PXQ2UVA> . You are receiving this because you authored the thread.Message ID: ***@***.***>

[s4ke]

Thanks for the link. Your script looks good, but there is something about such things written in bash that makes me uneasy. I guess it is fine, but a solution written in python/Go would make people want to contribute a bit more, maybe?

[UnclePhil]

I totally agree with you. But the original was in bash, and i have change it rapidely. The future go version is still in my brain, and i need some times to dump and test it. I'm more a old bash native than a Go native Best regards Le lun. 20 juin 2022, 19:09, Martin Braun ***@***.***> a écrit :

…

Thanks for the link. Your script looks good, but there is something about such things written in bash that makes me uneasy. I guess it is fine, but a solution written in python/Go would make people want to contribute a bit more, maybe? — Reply to this email directly, view it on GitHub <#39 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AADTDE75RXD3SQUMAIXPCPLVQCQWJANCNFSM5PXQ2UVA> . You are receiving this because you authored the thread.Message ID: ***@***.***>