Understanding the Container Storage Interface Project
Containers have become intensely important to software developers and system administrators – for good reason. Containers can isolate application code and even entire application stacks. That helps Ops teams keep test and production environments separate. In turn, that enhances security efforts and it gives IT more control of their environments. So, yay.
But containers are still an evolving technology – which sounds better than, “We’re still figuring it out as we go.” And, as with nearly all the hairy problems computer professionals ever contend with, the messy bits are in integration. There are a lot of moving pieces, and where they meet (or fail to), we encounter friction.
As a result, even if your shop is committed to container technology, getting underway isn’t as easy as it seems.
First, as with any technical strategy, a development team has to choose the container orchestration architecture that’s the best choice for its shop. Fortunately, there are several good choices, such as Kubernetes, Mesosphere, Cloud Foundry, and Docker. One development team might choose Cloud Foundry, another Mesosphere, and so on; each platform serves a set of use cases.
But after choosing a container architecture, the process gets more complex. Soon, a developer finds their team lost in yak shaving. That’s immensely frustrating. We want to solve this problem – not to deal with downstream issues that are distractions from the job-at-hand. We don’t want to invest time in cleaning up an old mess or building an integration tool before we can even get started.
Read the entire article here, Understanding the Container Storage Interface Project
Via the fine folks at Dell