The steps have been tried on OpenShift 4.9 using MacOS.
| apiVersion: operators.coreos.com/v1alpha1 | |
| kind: CatalogSource | |
| metadata: | |
| annotations: | |
| name: monitoring-operators | |
| namespace: openshift-marketplace | |
| spec: | |
| displayName: Monitoring Test Operator | |
| icon: | |
| base64data: "" |
| apiVersion: monitoring.rhobs/v1alpha1 | |
| kind: MonitoringStack | |
| metadata: | |
| name: starburst | |
| namespace: <installation_namespace> | |
| spec: | |
| logLevel: debug | |
| prometheusConfig: | |
| remoteWrite: | |
| - bearerToken: redacted |
| apiVersion: monitoring.coreos.com/v1 | |
| kind: ServiceMonitor | |
| metadata: | |
| labels: | |
| app: starburst-enterprise | |
| name: starburst-monitor | |
| namespace: <installation_namespace> | |
| spec: | |
| endpoints: | |
| - port: metrics |
| apiVersion: monitoring.coreos.com/v1 | |
| kind: PrometheusRule | |
| metadata: | |
| creationTimestamp: null | |
| labels: | |
| prometheus: starburst | |
| name: starburst-rules | |
| namespace: <installation_namespace> | |
| spec: | |
| groups: |
| apiVersion: monitoring.coreos.com/v1alpha1 | |
| kind: AlertmanagerConfig | |
| metadata: | |
| name: starburst-pagerduty | |
| namespace: <installation_namespace> | |
| labels: | |
| alertmanagerConfig: starburst | |
| spec: | |
| route: | |
| groupBy: [alertname,cluster,service,job] |
We are going to deploy an app called Blue which has a healthcheck endpoint, metrics endpoint, and a RemoteWrite endpoint that consumes prometheus metrics. We will scrape metrics from the application, create alerts, a GrafanaDashboard, and consume Prometheus data through an endpoint.
Definition of Done:
Payment Gateway is one of the aspects of the monetization. Setting up the plan and metering is other aspect. In 3scale we definitely have these 3 capabilities. So, the first ask is how are all these features work in hypercurrent.io? Does it provides complete monetization features and how? Then, in 3scale how are providing this feature, are we using some kind of plugin or is it in built in?
TOC
We will create two namespaces, mesh, which is where the service mesh resides, and the blue namespace where our apps reside.
We will create a service in the mesh namespace called mesh, and a corresponding service of type ExternalName in the blue namespace called mesh-external, representing the mesh service in the mesh namespace.
kubectl create ns mesh
kubectl create ns blue