Usage of custom resource definition (CRD) vs Service Catalog in k8s

7/13/2019

I recently started to explore k8s extensions and got introduced to two concepts:

  1. CRD.
  2. Service catalogs.

They look pretty similar to me. The only difference to my understanding is, CRDs are deployed inside same cluster to be consumed; whereas, catalogs are deployed to be exposed outside the cluster for example as database service (client can order cluster of mysql which will be accessible from his cluster).

My query here is:

Is my understanding correct? if yes, can there be any other scenario where I would like to create catalog and not CRD.

-- Prateek Jain
kubernetes

1 Answer

7/22/2019

Yes, your understanding is correct. Taken from official documentation:

Example use case

An application developer wants to use message queuing as part of their application running in a Kubernetes cluster. However, they do not want to deal with the overhead of setting such a service up and administering it themselves. Fortunately, there is a cloud provider that offers message queuing as a managed service through its service broker.

A cluster operator can setup Service Catalog and use it to communicate with the cloud provider’s service broker to provision an instance of the message queuing service and make it available to the application within the Kubernetes cluster. The application developer therefore does not need to be concerned with the implementation details or management of the message queue. The application can simply use it as a service.

With CRD you are responsible for provisioning resources, running backend logic and so on.

More info can be found in this KubeCon 2018 presentation.

-- MWZ
Source: StackOverflow