3 ms·

The issue is not docker, the issue is you treat your servers like pets. Folks need to start building systems that destroy all and re-image fresh. Any other way

• esotericimpl 5y ago
  except the Database, don't re-image the database.
• abraxas 5y ago
  And at the heart of this there will be a database or some other data store that will be very much a pet. A very precious, important and fickle pet. Even if it's "serverless" it will have its own needs and wants. This whole "cattle not pets" charade gets on my nerves. Yeah, it's easy to "scale" that which is stateless. Not so fast with stateful. I don't care that I can spin up gazillions of web server instances. My data store is still one and very much stateful.
  • sureglymop 5y ago
    I think stateless is good but don't forget that the state is just in another place, another stateful "gear" in your machine. And that, as you said, has to be treated like the pet it is.
  • crummybowley 5y ago
    Even so, the topic is docker. Your storage is else where in docker -- not in docker. If it is in docker, then you are already in trouble. Simple solution is storage is a secondary drive/partition -- still automate OS install.
  • tene 5y ago
    Persistent identity is fine, it just doesn't belong on individual servers. If the data matters, then it's better for it to be reproducibly managed, durably persisted, etc. For many database needs, there are great options that natively support a highly available cluster. For those needs that don't have a good clustering option, there are great network storage systems that are easy to deploy and use. You don't need to treat hardware as a pet to have a database with persistent identity.