I ' m with you here but I ' m beginning to see a different value add of containers . I work at a major org where we standardize on RHEL and anything non RHEL is an OVA provided by a vendor who manages it via their VPN in In any case we have to stay on RHEL . We ' re a lean team who wears many different hats so deviating from a singular standard OS from a management perspective is not possible . A growing issue is that were stuck with old packages from RedHat so when development teams say they need , for instance , PHP 5 . 6 we end up in a bind . We can give them access via software collections but then this opens another can of worms whereby RedHat has a more aggressive support timeline vs their mainline packages where they will stop patching those applications . This obviously sucks . So where we might end up going is using containers . Developers manage their images and builds and stuff using whatever OS they want as their base and we can help build them with them . We don ' t have to worry about central management and security patches like we do with satellite and redhat and physical VMs and running jobs there ' s more to it but you get what I ' m saying . This would enable developers to use latest applications and we can still use RedHat as the base core for running the containers and what drives the infrastructure . It ' s still a WIP but I ' m pushing for it since RHSCL really kind of bites in terms of support