Using KubeFed to Deploy Applications to OCP3 and OCP4 Clusters
July 16, 2019 | by
In the previous blog post we saw what KubeFed is and how to deploy KubeFed on Red Hat OpenShift. On top of that, we deployed a federated MongoDB ReplicaSet and a federated Pacman application.
In today's blog, we are going to use KubeFed to deploy the federated MongoDB as well as the federated Pacman across OpenShift clusters running on different cloud providers and versions.
We will have one OpenShift 3.11 cluster running on Google Cloud us-west-1 region and two OpenShift 4.1 clusters running on AWS us-east-1 and us-east-2 regions.
The application architecture used this time looks like this:
Moving applications across OCP 3.11 and OCP 4.1
The three clusters have already been deployed with the MongoDB and Pacman applications. In this video Mario Vazquez will cover how to move the Pacman application across clusters using KubeFed primitives and tooling.
NOTE: The content on this video corresponds to KubeFed v0.0.10 release, the current release as the time of this writing. Things are rapidly evolving, so changes are expected.
KubeFed is fast evolving, so make sure to check out theGitHub repository from time to time to stay updated.
If you want to learn more about KubeFed you can go through thisKatacoda Scenario which will teach you the basics of KubeFed.
The Operator will be mutated to deploy KubeFed in response to an API resource (e.g. like etcd, Prometheus Operators).
In this article, I will walk you through the deployment of Keycloak, a user authentication and authorization tool and how to integrate this to any Kubernetes Web application without touching a single ...
Introduction In Part 1: How to Enable Hardware Accelerators on OpenShift we gave a high-level overview of the Special Resource Operator (SRO) and a detailed view of the workflow on enabling hardware ...