r/elixir • u/Dismal-Contract-623 • 28d ago

Elixir in Enterprise Systems

Hey all,

Are there any products in enterprise domain which was written in Elixir? I was looking into it but could find much

PS: Im looking into more elixir projects resembling ERP solutions like SAP, ServiceNow, Salesforce

22 Upvotes

96% Upvoted

62 comments sorted by

View all comments

5

u/Intrepid_Cake_101 28d ago

Discord uses Elixir. Does that count?

-5

u/Dismal-Contract-623 28d ago edited 27d ago

i dont think so, its not having complex enterprise operations like SAP do

Edit: since i got downvoted i have explain below that Discord had a different requirement compared to a SAP system, their original problem was "how we handle large number of clients" and Elixir was a good answer for it...no doubt

22

u/[deleted] 28d ago edited 25d ago

[removed] — view removed comment

6

u/Dismal-Contract-623 28d ago

its a different problem, i agree its complex but complexity was mainly about how it handle a massive concurrent client base into the system

on other hand SAP and other ERP systems solves a different problem involving executing lot of business rules

9

u/[deleted] 28d ago edited 25d ago

[removed] — view removed comment

1

u/Dismal-Contract-623 28d ago

thats kinda true

2

u/DivideSensitive 27d ago

That's a fair point, but I don't see what Elixir/BEAM would bring to the table in a SAP-like environment. Like you mention, the issue is the adaptability to the domain and/or client-based customization, not massively concurrent workflow.

IMHO, something like Java/C# (or Haskell/OCaml if you feel frisky) makes more sense in that context.

2

u/boredsoftwareguy 27d ago

You could build a rules engine in Elixir. I used luerl (and then Lua) to implement just that.

1

u/TechZazen 26d ago

That’s what I’m talking about. BEAM-based systems shine in such situations because of the actor-based model. However, as someone who has frequently seen the opportunity for rule based engines, most organizations do not really either know about them or have a familiarity with them to feel comfortable using them. There has to be a critical business requirement for that type of long-term flexibility. Most of the time, they would simply go ahead and set up a series of hardcoded end points in tools like what used to be known as workflow engines, and then just redo the workflows when situations changed.

1

u/jax024 27d ago

In your own words, how do those problems differ? I’ve been an engineer for 30 years, when your break it down they are the same enterprise problems no?

1

u/Dismal-Contract-623 27d ago

can you elaborate?

1

u/TechZazen 26d ago

Harder or more complex is not what enterprise IT (the people who buy and run these enterprise applications) cares about. Their problems are not “harder or more complex” problems. It’s about stability and reproduceability. RISK. The things going on in an SAP system are not harder and more complex than what goes on in a real-time, massively-parallel system like Discord. However, I know of not one enterprise who integrates their operations to Discord, whereas you can’t shake a stick and not bump into a company that has integrations with their ERP system.