moon13
Hello,
We are working on a project where we have a need to run our “agent” service in customer’s on-premise infrastructure as a Windows service. This is not a simple utility rather a complex system with about 10 to 12 microservices within it.
Here are general (and very high level) requirements for the service:
- Highly concurrent, fault tolerant, scalable and resilient. Hard to crash and should require no (or minimal) administrative overhead.
- Ability to have workers processing events from a queue.
- Single deployable binary with an embedded storage / database.
- Ability to maintain live & secured connection with its SaaS based central counterpart.
- Integration with various Windows specific tools such as SCCM, AD, PowerShell, etc.
- Auto-updating when new versions are released.
I have been doing a lot of research lately to identify the right tech stack for us.I have narrowed down to two choices: Golang and Elixir.
I have extensive Golang development experience. It is extremely simple to cross compile it to target Windows and generates simple deployable exe in the end. However, in my experience (and opinion), it is well suited for microservice based cloud / SaaS environments. Or a simple purpose-specific OS utility application. Using Golang will lead us to write a lot more boilerplate as well as, a bit of infrastructure to enable hot / on-demand upgrades.
From my research so far, it appears Elixir really excels in all of these fronts. However, I have few concerns mainly due to lack of my knowledge and experience with Elixir.
- How easy would it be to generate a single binary to run as a Windows service?
- What about protection of IP? I know that as soon as any Software gets on an un-trusted hardware, it is prone to be reverse engineered. However, how easy or hard would it be to break into Elixir based system compared to Golang?
I would also be interested to learn about any other gotchas, potential things that can go wrong or I should keep in mind,
Thanks!
Where Next?
Trending in Discussions
Other Trending Topics
Latest on Elixir Forum
Sponsor Spotlight
Bringing learning, work and compliance together since 1987.
Categories:
Sub Categories:
Forums
Popular Tags
- #ecto
- #liveview
- #troubleshooting
- #learning-elixir
- #library
- #deployment
- #erlang
- #testing
- #genserver
- #mix
- #absinthe
- #remote-other
- #otp
- #plug
- #how-to-question
- #macros
- #postgres
- #elixirconf
- #channels
- #exunit
- #discussion
- #code-sync
- #podcasts
- #javascript
- #onsite
- #dialyzer
- #docker
- #authentication
- #umbrella
- #full-time-contract
- #podcasts-by-brainlid
- #ai
- #ecto-query
- #elixirconf-us
- #blog-post
- #elixir-ls
- #phoenix_html
- #iex
- #graphql
- #genstage
- #websockets
- #supervisor
- #advent-of-code
- #distillery
- #processes
- #elixirconf-eu
- #api
- #forms
- #metaprogramming
- #hex
Our Sponsors
Build Elixir applications with speed and confidence.
Supporting innovation across the BEAM ecosystem.
We build reliable cloud platforms for business-critical systems.
Error tracking, logs, uptime, and Just Enough APM. Built for developers.
Elixir, Erlang & BEAM conferences from Code Sync - join us in 2026!
Master modern tools, write cleaner code, and tackle real-world challenges.
Bringing learning, work and compliance together since 1987.
Producing high quality Elixir screencasts since 2017.
The team behind Membrane, Popcorn, LiveDebugger. Available for hire.
Courses that'll move you from confusion to "Aha, now I get it!"
Showing Posts 1 to 1- Show Best Posts
- Show All (oldest first)
- Show All (newest first)
OvermindDL1
There is no such thing as a BEAM ‘program’, it’s an ecosystem, not a single binary. However it is pretty trivial to make one as a windows service, the BEAM even comes with a program to do that (which is used by Distillary and so forth, highly recommended to use Distillary for deploys in such a way, unsure if
mix releasecan do services but it might?).Unsure what you mean by this precisely. A program is only as secure as how it is programmed, so it seems exceedingly based on what is made in it (excepting leaving
epmdnon-local or so).