Learn how to integrate Docker into a traditional delivery pipeline without drastically changing the deployment output artifact from classic archives to Docker images.
Join the DZone community and get the full member experience. Traditionally, deployment artifacts were types of archives that were transferred to the target environment and installed there. They could be simple.zip archives with binaries, Java’s.jar or.war files, or simply.exe executables, among others. It is worth saying that this approach implied preliminary preparation, like installing and configuring all software dependencies. The situation changed when Docker appeared. Moreover, the principle changed: now we operate Docker images like some self-sufficient sealed units containing everything the app needs to work. But we have to admit that both principle and technology are relatively new to the industry. Many companies still rely on a VM-based approach and classic deployment artifacts. And it’s quite clear why they do this: infrastructure is already bought; Ops teams are trained on how to deploy, manage and monitor applications; and so forth.
