# Ansible Without Python? **URL:** \ **Category:** Ansible Project\ **Tags:** windows\ **Created:** [February 24, 2021, 7:33pm UTC](https://forum.ansible.com/t/ansible-without-python/34679 "2021-02-24T19:33:16Z")\ **Posts on this page:** 10\ **Page:** 1
**Author:** ![Jon\_Forrest](https://avatars.discourse-cdn.com/v4/letter/j/a698b9/32.png) [@Jon\_Forrest](https://forum.ansible.com/u/Jon_Forrest)\ **Post date:** [February 24, 2021, 7:33pm UTC](https://forum.ansible.com/t/ansible-without-python/34679/1 "2021-02-24T19:33:16Z")
I had a radical thought the other day. Would it be possible to replace Python as the language used by Ansible with a compiled language, perhaps Go because of its fast compile and link speed? Note that I'm not talking about something like the existing Ansible shell module, which is only useful in environments without Python (or Go). This is actually two questions because the answer depends on whether we're talking about the controller or the client. On the controller it would be a simple matter of software to rewrite Ansible to produce the same Python it produces today. I suspect, but have no data to support, that an Ansible controller would run much faster this way, especially in large environments. Go Ansible on the client would be much harder and I think is less likely to produce positive results. Obviously each client would have to have a working Go environment. I suspect that it would be no more difficult to make this happen than it is to put a working Python environment on a client. At first glance it isn't clear that the size of such an environment would be smaller in Go than in Python. Indeed, the size of the Go 1.16 installer for Windows is roughly 100MB larger than that for Python 3.9.2. However, if this is an issue I suspect that a striped down working Go environment could be created that's much smaller. Another step necessary on the client would be the creation of a pre-compiled Go Ansible runtime. With this present on each client, the Ansible controller would only have to send the minimal amount of Go code to the client, which would then compile that code, and link it with the Go Ansible runtime. It's only because Go has such an incredibly fast compiler and linker that Go Ansible is worth considering. I suspect, but again can't prove, that various clever caching techniques could be using on the client to reduce the amount of compiling and linking that needs to be done. For simple small environments what I'm thinking about wouldn't make much difference. However, there are some huge Ansible environments out there that I could see benefiting from what I have in mind. Thoughts? Cordially, Jon Forrest ---
**Author:** ![Wei-Yen\_Tan](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/wei-yen_tan/32/4111_2.png) [@Wei-Yen\_Tan](https://forum.ansible.com/u/Wei-Yen_Tan)\ **Post date:** [February 24, 2021, 7:37pm UTC](https://forum.ansible.com/t/ansible-without-python/34679/2 "2021-02-24T19:37:51Z")
Technically I think you could run ansible in any language. But there would have to be a deep rethink on how to reproduce what had already been created in the python scripts that make up ansible ‘workflow’. there is a lot of moving parts in the backend that we don’t see. ---
**Author:** ![jean-yves](https://avatars.discourse-cdn.com/v4/letter/j/a587f6/32.png) [@jean-yves](https://forum.ansible.com/u/jean-yves)\ **Post date:** [February 24, 2021, 8:16pm UTC](https://forum.ansible.com/t/ansible-without-python/34679/3 "2021-02-24T20:16:57Z")
Hi, There's part of the code that run on the controller, but also on the client. Today you can run the same ansible code on unix and linux server because the python binary is the one used on the client side, if using a compiled language you need to have all the binary version of all your potentials clients os. Regards, JYL ---
**Author:** ![Wei-Yen\_Tan](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/wei-yen_tan/32/4111_2.png) [@Wei-Yen\_Tan](https://forum.ansible.com/u/Wei-Yen_Tan)\ **Post date:** [February 24, 2021, 8:21pm UTC](https://forum.ansible.com/t/ansible-without-python/34679/4 "2021-02-24T20:21:46Z")
Well on the client side you can run any language. Ansible uses the shebang on the task module to execute the script. I have even written a custom module that runs powershell on a linux client. You could run bash. As long as you output json object ansible will just execute and return it back. ---
**Author:** ![jean-yves](https://avatars.discourse-cdn.com/v4/letter/j/a587f6/32.png) [@jean-yves](https://forum.ansible.com/u/jean-yves)\ **Post date:** [February 24, 2021, 8:38pm UTC](https://forum.ansible.com/t/ansible-without-python/34679/5 "2021-02-24T20:38:02Z")
Good luck on porting all the module python code with shell code... The idea is using a script and not a compiled program is to have not to install something on the client side... If you want a binary on the client side, you're just doing another sort of puppet like language with a necessary client ! The main target of ansible is linux and python is a prerequirements to follow the LSB standard, so it is always installed on any linux ! Regards, JYL ---
**Author:** ![sdoran](https://avatars.discourse-cdn.com/v4/letter/s/47e85d/32.png) [@sdoran](https://forum.ansible.com/u/sdoran)\ **Post date:** [February 24, 2021, 8:42pm UTC](https://forum.ansible.com/t/ansible-without-python/34679/6 "2021-02-24T20:42:48Z")
Jimi [actually did this a while ago](https://github.com/jimi-c/ansigo) to see if there were any benefits. In the end, there was no real benefit to moving to Go since most of the time the control node is waiting for code to execute and return results from the managed nodes. There are probably other details I’m forgetting since this was a while ago. I’ll let Jimi comment further. It’s possible to use Go modules with Ansible today since we support binary modules. But the problems with that were already outlined. ---
**Author:** ![Wei-Yen\_Tan](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/wei-yen_tan/32/4111_2.png) [@Wei-Yen\_Tan](https://forum.ansible.com/u/Wei-Yen_Tan)\ **Post date:** [February 24, 2021, 8:44pm UTC](https://forum.ansible.com/t/ansible-without-python/34679/7 "2021-02-24T20:44:09Z")
I think we are talking cross purposes here. You can create a ‘library’ as in task. run in any language. I will have a check to see how it executes. But I am pretty sure it executes as bash With file you give it. ---
**Author:** ![Jon\_Forrest](https://avatars.discourse-cdn.com/v4/letter/j/a698b9/32.png) [@Jon\_Forrest](https://forum.ansible.com/u/Jon_Forrest)\ **Post date:** [February 24, 2021, 9:18pm UTC](https://forum.ansible.com/t/ansible-without-python/34679/8 "2021-02-24T21:18:15Z")
> Jimi actually did this a while ago \<[https://github.com/jimi-c/ansigo>](https://github.com/jimi-c/ansigo>); to see if there were any benefits. I wasn't aware of this. Thanks for the reference. > In the end, there was no real benefit to moving to Go since most of the time the control node is waiting for code to execute and return results from the managed nodes. I'd like to learn how complicated the playbooks and host files were that he used for the experiment. As I said, in small environments I wouldn't expect much of an improvement. But, I once worked at a place that had ~1,000 hosts and a very complicated group structure where I think a compiled language would have made a difference on the controller. > T here are probably other details I'm forgetting since this was a while ago. I'll let Jimi comment further. I'm looking forward to this. One other thing that's true now is the the Go linker has gotten ~30% faster. > It's possible to use Go modules with Ansible today since we support binary modules. But the problems with that were already outlined. I hadn't known about binary modules (it's been a while since I used Ansible). That's an interesting idea. Given Go's ability as a cross compiler, I could see the controller compiling and linking modules in the proper format for a particular client. I suspect, though, that binary modules would be much larger than the amount of Go source code that would have to be transferred. Whether that's important is another question. Thanks for all the responses. Jon ---
**Author:** ![jean-yves](https://avatars.discourse-cdn.com/v4/letter/j/a587f6/32.png) [@jean-yves](https://forum.ansible.com/u/jean-yves)\ **Post date:** [February 24, 2021, 10:28pm UTC](https://forum.ansible.com/t/ansible-without-python/34679/9 "2021-02-24T22:28:16Z")
First things to try are : - Playing with the number of forks on the ansible config ([https://docs.ansible.com/ansible/latest/user\_guide/playbooks\_strategies.html#setting-the-number-of-forks](https://docs.ansible.com/ansible/latest/user_guide/playbooks_strategies.html#setting-the-number-of-forks)) Another way to speed up but with some CAVEATS is to use some material of mitogen [https://mitogen.networkgenomics.com/ansible\_detailed.html](https://mitogen.networkgenomics.com/ansible_detailed.html) Regards, JYL ---
**Author:** ![system](https://us1.discourse-cdn.com/ansible/original/1X/1882d9a01da5d8996a862359b0913cc568a39b84.svg) [@system](https://forum.ansible.com/u/system)\ **Post date:** [February 25, 2021, 4:17pm UTC](https://forum.ansible.com/t/ansible-without-python/34679/10 "2021-02-25T16:17:19Z")
As for having a compiled controller, you must also find a way to support the templating language (jinja2, a python lib) all the other plugin types which are python and run in the controller memory: inventory, action, terminal, shell, become, filter, tests, lookups, etc.