OSM Automated Demo
The automated demo is a set of scripts anyone can run and shows how OSM can manage, secure and provide observability for microservice environments.
osm
CLI.Download platform specific compressed package from the Releases page.
Unpack the osm
binary and add it to $PATH
to get started.
Building OSM from source requires more steps but is the best way to test the latest changes and useful in a development environment.
You must have a working Go environment.
$ git clone git@github.com:openservicemesh/osm.git
$ cd osm
$ make build-osm
make build-osm
will fetch any required dependencies, compile osm
and place it in bin/osm
. Add bin/osm
to $PATH
so you can easily use osm
.
Use the osm
CLI to install the OSM control plane on to a Kubernetes cluster.
Run osm install
.
# Install osm control plane components
$ osm install
OSM installed successfully in namespace [osm-system] with mesh name [osm]
By default, the control plane components are installed into a Kubernetes Namespace called osm-system
and the control plane is given a unique identifier attribute mesh-name
defaulted to osm
. Both the Namespace and mesh-name can be configured with flags to the osm install
command. Running osm install --help
provides details on the various flags that can be configured.
The mesh-name
is a unique identifier assigned to an osm-controller instance during install to identify and manage a mesh instance.
The mesh-name
should follow RFC 1123 DNS Label constraints. The mesh-name
must:
To install OSM on OpenShift:
osm install --set="OpenServiceMesh.enablePrivilegedInitContainer=true"
enable_privileged_init_container
to true
in the OSM ConfigMap and restart any pods in the mesh.privileged
security context constraint to each service account in the mesh.
oc adm policy add-scc-to-user privileged -z <service account name> -n <service account namespace>
A few components will be installed by default into the osm-system
Namespace. Inspect them by using the following kubectl
command:
$ kubectl get pods,svc,secrets,configmaps,serviceaccount --namespace osm-system
A few cluster wide (non Namespaced components) will also be installed. Inspect them using the following kubectl
command:
kubectl get clusterrolebinding,clusterrole,mutatingwebhookconfiguration
Under the hood, osm
is using Helm libraries to create a Helm release
object in the control plane Namespace. The Helm release
name is the mesh-name. The helm
CLI can also be used to inspect Kubernetes manifests installed in more detail. Goto https://helm.sh for instructions to install Helm.
$ helm get manifest osm --namespace osm-system
Now that the OSM control plane is up and running, add services to the mesh.
The automated demo is a set of scripts anyone can run and shows how OSM can manage, secure and provide observability for microservice environments.
The manual demo is a step-by-step walkthrough set of instruction of the automated demo.
Uninstall
Was this page helpful?
Glad to hear it! Please tell us how we can improve.
Sorry to hear that. Please tell us how we can improve.