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
Chat & Discussions>Discussions
Latest on Elixir Forum
Sponsor Spotlight
Develop your skills with books, videos, and courses.
Categories:
Sub Categories:
Forums
Popular Tags
- #ecto
- #liveview
- #troubleshooting
- #learning-elixir
- #deployment
- #library
- #erlang
- #testing
- #genserver
- #mix
- #absinthe
- #remote-other
- #otp
- #plug
- #how-to-question
- #macros
- #postgres
- #channels
- #elixirconf
- #exunit
- #discussion
- #code-sync
- #javascript
- #podcasts
- #onsite
- #dialyzer
- #docker
- #authentication
- #umbrella
- #full-time-contract
- #podcasts-by-brainlid
- #ecto-query
- #elixir-ls
- #blog-post
- #phoenix_html
- #iex
- #graphql
- #ai
- #genstage
- #elixirconf-us
- #websockets
- #supervisor
- #advent-of-code
- #distillery
- #processes
- #api
- #forms
- #metaprogramming
- #security
- #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.
Catch errors, track performance, monitor hosts and more.
Error tracking, logs, uptime, and Just Enough APM. Built for developers.
Practical resources that improve the lives of professional developers.
Develop your skills with books, videos, and courses.
Enabling companies to succeed by building software people love.
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 Posts (oldest first)
- Show All Posts (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).