A DeploymentConfig (DC) in OpenShift is more or less equivalent to a Kubernetes Deployment
, nowadays. Main difference (besides that one is using ReplicationController
and the other using ReplicaSet
as you rightly pointed out) is that
-
there are a few things you can do with a
DeploymentConfig
(around triggers) that you can’t do with aDeployment
. -
DeploymentConfig
‘s are first-class citizens in the Web console.
The reason DeploymentConfig
‘s exist is because we (Red Hat) are innovating. In other words: DeploymentConfig
‘s predate Deployment
‘s and while we’re always trying to propose these innovations upstream, they are not always accepted by the community as is. For example, in the case of RBAC, the stuff we had in OpenShift was accepted upstream and that’s why you have the same RBAC resources etc. now in OpenShift and Kubernetes. With DeploymentConfig
‘s that was not the case. Over time one would expect that DeploymentConfig
‘s are phased out in favor of Deployment
‘s but I can’t give you a timeline. If portability is your primary concern, I’d say, use Deployment
‘s.