StefanHoutzager
Docker, does it have value to you
Just read some criticism https://forum.elixirforum.com/t/what-can-we-do-to-accelerate-the-adoption-of-elixir/2398/120
Just googled: http://www.boycottdocker.org/
What do you think?
First Post!
AstonJ
For me personally, no.
The only reason I use it is because Discourse does not work without it. I’ve also experienced first hand that it is far from perfect (it lost us around 30 days of posts on MetaRuby because an older container was in ‘limbo’ yet everything appeared to be working fine).
I would not use it for any of my own projects and I can’t really see why anyone would want to use it when a server can handle multiple sites/apps with ease. I can see why software vendors like Discourse would use it as they don’t have to support lots of OS’s, configs etc, but for everyone else, I really do question the value.
Here is a fairly big thread on Docker & Elixir that you might also find of interest:
Most Liked
bobbypriambodo
I use Docker in my dev environment. Points being:
- You dev machine doesn’t need to have dependencies other than Docker
- With Docker Compose I can easily grasp what other services (DBs, whatnots) that my app needs.
- I use OSX and most likely will need to deploy to Linux servers, so I use containers to build releases.
My first project (a Phoenix API) used Docker for deployment too, simply because the rest of the project was using it (and the ops team asked me to). As I watch and read many materials about Elixir, Erlang, and OTP, I have doubts; seems to me that Erlang/OTP provides many distribution and fault tolerance features that doesn’t play well if we’re using Docker (mainly because, yeah, the networking).
But I think I still wouldn’t dump Docker for my dev env
It’s so cheaper than VMs.
sasajuric
I use it for my blog, and we use it at work. I like that I can neatly separate build-time and run-time dependencies, and manage server setups. I also like that I can get something very similar to production on my dev machine. The ability to start multiple instances of the same image also works nicely for us, allowing each member of the team to have their own private deployment of production on the same server. We could do it without containers, but it’s quite simple with docker run.
I’m personally not much of a fan of elaborate ecosystem around Docker, such as CoreOS or Kubernetes. It feels to me as a quite complex emulation of what Erlang can handle directly.
andre1sk
[quote=“sasajuric, post:5, topic:2513”]
I’m personally not much of a fan of elaborate ecosystem around Docker, such as CoreOS or Kubernetes. It feels to me as a quite complex emulation of what Erlang can handle directly.
[/quote] X 100
looking at startups wasting resources deploying super elaborate systems around k8s, mesos, terraform is maddening ![]()
Last Post!
pancake
Sure. For about 4-5 years now, my stack looks like this:
- CI: Codeship/MrJenkins
- Automation: fabric (http://www.fabfile.org/) with aws-cli or AWS CodeDeploy
Right now I use AWS for all projects.
edit: I forgot to mention that I’m working mostly with python projects, but Elixir projects fit this stack too ![]()
Popular in Discussions
Other popular topics
Chat & Discussions>Discussions
Latest on Elixir Forum
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
- #phoenix_html
- #iex
- #blog-post
- #graphql
- #genstage
- #ai
- #websockets
- #supervisor
- #elixirconf-us
- #advent-of-code
- #distillery
- #processes
- #api
- #forms
- #metaprogramming
- #security
- #hex









