Kubernetes मा Camunda BPM चलाउँदै

के तपाइँ Kubernetes प्रयोग गर्दै हुनुहुन्छ? तपाइँको Camunda BPM उदाहरणहरू भर्चुअल मेसिनहरूबाट बाहिर सार्न तयार हुनुहुन्छ, वा हुनसक्छ तिनीहरूलाई कुबर्नेट्समा चलाउने प्रयास गर्नुहोस्? केही सामान्य कन्फिगरेसनहरू र व्यक्तिगत वस्तुहरू हेरौं जुन तपाईंको विशिष्ट आवश्यकताहरू अनुरूप गर्न सकिन्छ।

यो मानिन्छ कि तपाईंले पहिले Kubernetes प्रयोग गर्नुभएको छ। यदि छैन भने, किन नहेर्नुहोस् गाईड र तपाइँको पहिलो क्लस्टर सुरु गर्नुहुन्न?

लेखक

• एलिस्टर फर्थ (Alastair Firth) - क्यामुन्डा क्लाउड टोलीमा वरिष्ठ साइट विश्वसनीयता इन्जिनियर;
• लार्स लैङ्ग (Lars Lange) - क्यामुन्डामा DevOps इन्जिनियर।

छोटकरीमा:

git clone https://github.com/camunda-cloud/camunda-examples.git
cd camunda-examples/camunda-bpm-demo
make skaffold


ठिक छ, यसले काम गरेन किनभने तपाईंसँग स्काफोल्ड र kustomize स्थापना छैन। ठीक छ, त्यसपछि पढ्नुहोस्!

Camunda BPM के हो

Camunda BPM एक खुला स्रोत व्यापार प्रक्रिया व्यवस्थापन र निर्णय स्वचालन प्लेटफर्म हो जसले व्यापार प्रयोगकर्ताहरू र सफ्टवेयर विकासकर्ताहरूलाई जोड्दछ। यो समन्वय र मानिसहरू, (माइक्रो) सेवाहरू वा बटहरू जडान गर्नको लागि आदर्श हो! तपाईं विभिन्न प्रयोग केसहरूको बारेमा थप पढ्न सक्नुहुन्छ लिङ्क.

किन Kubernetes प्रयोग गर्नुहोस्

Kubernetes Linux मा आधुनिक अनुप्रयोगहरू चलाउनको लागि वास्तविक मानक भएको छ। हार्डवेयर इमुलेशनको सट्टा प्रणाली कलहरू प्रयोग गरेर र मेमोरी र टास्क स्विचिङ व्यवस्थापन गर्न कर्नेलको क्षमता, बुट समय र स्टार्टअप समय न्यूनतम राखिएको छ। यद्यपि, सबैभन्दा ठूलो फाइदा मानक API बाट आउन सक्छ जुन Kubernetes ले सबै अनुप्रयोगहरूलाई आवश्यक पूर्वाधार कन्फिगर गर्न प्रदान गर्दछ: भण्डारण, नेटवर्किङ, र निगरानी। यो जुन २०२० मा 2020 वर्ष पुरानो भयो र सायद दोस्रो ठूलो खुला स्रोत परियोजना हो (लिनक्स पछि)। यसले भर्खरै विगत केही वर्षहरूमा द्रुत पुनरावृत्ति पछि सक्रिय रूपमा यसको कार्यक्षमता स्थिर गरिरहेको छ किनकि यो विश्वभरि उत्पादन कार्यभारहरूको लागि महत्वपूर्ण हुन्छ।

Camunda BPM इन्जिनले उही क्लस्टरमा चलिरहेको अन्य अनुप्रयोगहरूमा सजिलै जडान गर्न सक्छ, र Kubernetes ले उत्कृष्ट स्केलेबिलिटी प्रदान गर्दछ, तपाईंलाई आवश्यक परेको बेलामा मात्र पूर्वाधार लागतहरू बढाउन अनुमति दिन्छ (र सजिलै तिनीहरूलाई आवश्यकता अनुसार घटाउनुहोस्)।

प्रोमेथियस, ग्राफाना, लोकी, फ्लुएन्ट र इलास्टिकसर्च जस्ता उपकरणहरूद्वारा निगरानीको गुणस्तर पनि धेरै सुधारिएको छ, जसले तपाईंलाई क्लस्टरमा सबै वर्कलोडहरू केन्द्रीय रूपमा हेर्न अनुमति दिन्छ। आज हामी जाभा भर्चुअल मेशिन (JVM) मा प्रोमिथियस निर्यातक कसरी कार्यान्वयन गर्ने भनेर हेर्नेछौं।

उद्देश्यहरू

केही क्षेत्रहरू हेरौं जहाँ हामी क्यामुन्डा बीपीएम डकर छवि अनुकूलन गर्न सक्छौं (github) ताकि यसले Kubernetes सँग राम्रोसँग अन्तरक्रिया गर्छ।

1. लग र मेट्रिक्स;
2. डाटाबेस जडानहरू;
3. प्रमाणीकरण;
4. सत्र व्यवस्थापन।

हामी यी लक्ष्यहरू प्राप्त गर्न धेरै तरिकाहरू हेर्नेछौं र स्पष्ट रूपमा सम्पूर्ण प्रक्रिया देखाउनेछौं।

भन्नु: के तपाइँ इन्टरप्राइज संस्करण प्रयोग गर्दै हुनुहुन्छ? हेर्नुहोस् यहाँ र आवश्यकता अनुसार छवि लिङ्कहरू अद्यावधिक गर्नुहोस्।

कार्यप्रवाह विकास

यस डेमोमा, हामी Google क्लाउड बिल्ड प्रयोग गरेर डकर छविहरू निर्माण गर्न Skaffold प्रयोग गर्नेछौं। यसमा विभिन्न उपकरणहरू (जस्तै Kustomize र Helm), CI र निर्माण उपकरणहरू, र पूर्वाधार प्रदायकहरूको लागि राम्रो समर्थन छ। फाइल skaffold.yaml.tmpl गुगल क्लाउड बिल्ड र GKE को सेटिङहरू समावेश गर्दछ, उत्पादन-ग्रेड पूर्वाधारहरू चलाउनको लागि धेरै सरल तरिका प्रदान गर्दछ।

make skaffold क्लाउड बिल्डमा डकरफाइल सन्दर्भ लोड गर्नेछ, छवि निर्माण गर्नेछ र GCR मा भण्डारण गर्नेछ, र त्यसपछि तपाईंको क्लस्टरमा manifests लागू गर्नेछ। यो के गर्छ make skaffold, तर Skaffold मा धेरै अन्य सुविधाहरू छन्।

Kubernetes मा yaml टेम्प्लेटहरूका लागि, हामी yaml ओभरलेहरू प्रबन्ध गर्न सम्पूर्ण manifest लाई फोर्क नगरी kustomize प्रयोग गर्छौं, तपाईंलाई प्रयोग गर्न अनुमति दिँदै। git pull --rebase थप सुधारहरूको लागि। अब यो kubectl मा छ र यसले त्यस्ता चीजहरूको लागि राम्रोसँग काम गर्दछ।

हामी *.yaml.tmpl फाइलहरूमा होस्टनाम र GCP परियोजना ID भर्न envsubst प्रयोग गर्छौं। तपाईले यो कसरी काम गर्दछ हेर्न सक्नुहुन्छ makefile वा केवल अगाडि जारी राख्नुहोस्।

आवश्यक सर्तहरू

• कार्य क्लस्टर कुबर्नेट्स
• अनुकूलन गर्नुहोस्
• स्काफोल्ड - तपाईंको आफ्नै डकर छविहरू र GKE मा सजिलो तैनाती सिर्जना गर्न
• यो कोडको प्रतिलिपि
• Envsubst

manifests प्रयोग गरेर कार्यप्रवाह

यदि तपाइँ kustomize वा skaffold प्रयोग गर्न चाहनुहुन्न भने, तपाइँ manifests मा सन्दर्भ गर्न सक्नुहुन्छ generated-manifest.yaml र तिनीहरूलाई आफ्नो रोजाइको कार्यप्रवाहमा अनुकूलन गर्नुहोस्।

लग र मेट्रिक्स

प्रोमेथियस Kubernetes मा मेट्रिक्स सङ्कलन को लागी मानक भएको छ। यसले AWS Cloudwatch Metrics, Cloudwatch Alerts, Stackdriver Metrics, StatsD, Datadog, Nagios, vSphere Metrics र अन्यको रूपमा समान स्थान ओगटेको छ। यो खुला स्रोत हो र शक्तिशाली क्वेरी भाषा छ। हामी Grafana लाई भिजुअलाइजेशन सुम्पने छौँ - यो बक्स बाहिर उपलब्ध ड्यासबोर्डहरूको ठूलो संख्याको साथ आउँछ। तिनीहरू एक अर्कासँग जोडिएका छन् र स्थापना गर्न अपेक्षाकृत सजिलो छन् prometheus-अपरेटर.

पूर्वनिर्धारित रूपमा, प्रोमेथियसले निकासी मोडेल प्रयोग गर्दछ <service>/metrics, र यसको लागि साइडकार कन्टेनरहरू थप्नु सामान्य छ। दुर्भाग्यवश, JMX मेट्रिकहरू JVM भित्र लगइन गरिएका छन्, त्यसैले साइडकार कन्टेनरहरू त्यति प्रभावकारी छैनन्। जडान गरौं jmx_exporter प्रोमिथियसबाट JVM सम्म खुला स्रोत कन्टेनर छविमा थपेर जसले मार्ग प्रदान गर्नेछ। /metrics फरक पोर्टमा।

कन्टेनरमा Prometheus jmx_exporter थप्नुहोस्

-- images/camunda-bpm/Dockerfile
FROM camunda/camunda-bpm-platform:tomcat-7.11.0

## Add prometheus exporter
RUN wget https://repo1.maven.org/maven2/io/prometheus/jmx/
jmx_prometheus_javaagent/0.11.0/jmx_prometheus_javaagent-0.11.0.jar -P lib/
#9404 is the reserved prometheus-jmx port
ENV CATALINA_OPTS -javaagent:lib/
jmx_prometheus_javaagent-0.11.0.jar=9404:/etc/config/prometheus-jmx.yaml


खैर, यो सजिलो थियो। निर्यातकर्ताले टमक्याटको निगरानी गर्नेछ र यसको मेट्रिक्स प्रोमेथियस ढाँचामा प्रदर्शन गर्नेछ <svc>:9404/metrics

निर्यातक सेटअप

सचेत पाठकले यो कहाँबाट आयो भनेर सोच्न सक्छ prometheus-jmx.yaml? त्यहाँ धेरै फरक चीजहरू छन् जुन JVM मा चल्न सक्छ, र tomcat ती मध्ये एक मात्र हो, त्यसैले निर्यातकर्तालाई केहि अतिरिक्त कन्फिगरेसन चाहिन्छ। टमक्याट, वाइल्डफ्लाइ, काफ्का र अन्यका लागि मानक कन्फिगरेसनहरू उपलब्ध छन् यहाँ। हामी टमक्याट को रूपमा थप्नेछौं कन्फिगम्याप Kubernetes मा र त्यसपछि यसलाई भोल्युमको रूपमा माउन्ट गर्नुहोस्।

पहिले, हामी हाम्रो प्लेटफर्म/कन्फिगरेसन/ डाइरेक्टरीमा निर्यातकर्ता कन्फिगरेसन फाइल थप्छौं

platform/config
└── prometheus-jmx.yaml


त्यसपछि हामी थप्छौं ConfigMapGenerator в kustomization.yaml.tmpl:

-- platform/kustomization.yaml.tmpl
apiVersion: kustomize.config.k8s.io/v1beta1
kind: Kustomization
[...] configMapGenerator:
- name: config
files:
- config/prometheus-jmx.yaml


यसले प्रत्येक तत्व थप्नेछ files[] कन्फिगम्याप कन्फिगरेसन तत्वको रूपमा। ConfigMapGenerators उत्कृष्ट छन् किनभने तिनीहरूले कन्फिगरेसन डेटा ह्यास गर्छन् र यदि यो परिवर्तन हुन्छ भने पोड पुन: सुरु गर्न बाध्य पार्छ। तिनीहरूले डिप्लोइमेन्टमा कन्फिगरेसनको मात्रा पनि घटाउँछन् किनभने तपाइँ एक भोल्युममाउन्टमा कन्फिगरेसन फाइलहरूको सम्पूर्ण "फोल्डर" माउन्ट गर्न सक्नुहुन्छ।

अन्तमा, हामीले कन्फिगम्यापलाई पोडमा भोल्युमको रूपमा माउन्ट गर्न आवश्यक छ:

-- platform/deployment.yaml
apiVersion: apps/v1
kind: Deployment
[...] spec:
template:
spec:
[...] volumes:
- name: config
configMap:
name: config
defaultMode: 0744
containers:
- name: camunda-bpm
volumeMounts:
- mountPath: /etc/config/
name: config
[...]

अद्भुत। यदि प्रोमेथियस पूर्ण सफाई गर्न कन्फिगर गरिएको छैन भने, तपाईंले यसलाई पोडहरू सफा गर्न भन्नु पर्ने हुन सक्छ। प्रोमिथियस अपरेटर प्रयोगकर्ताहरूले प्रयोग गर्न सक्छन् service-monitor.yaml सुरु गर्न। अन्वेषण गर्नुहोस् Service-monitor.yaml, अपरेटर डिजाइन и ServiceMonitorSpec तपाइँ सुरु गर्नु अघि।

यो ढाँचालाई अन्य प्रयोग केसहरूमा विस्तार गर्दै

हामीले ConfigMapGenerator मा थप्ने सबै फाइलहरू नयाँ डाइरेक्टरीमा उपलब्ध हुनेछन् /etc/config। तपाईले चाहिने अन्य कन्फिगरेसन फाइलहरू माउन्ट गर्न यो टेम्प्लेट विस्तार गर्न सक्नुहुन्छ। तपाईले नयाँ स्टार्टअप स्क्रिप्ट पनि माउन्ट गर्न सक्नुहुन्छ। तिमी प्रयोग गर्नसक्छौ उपपथ व्यक्तिगत फाइलहरू माउन्ट गर्न। xml फाइलहरू अद्यावधिक गर्न, प्रयोग गर्ने विचार गर्नुहोस् xmlstarlet sed को सट्टा। यो पहिले नै छविमा समावेश छ।

म्यागजिनहरू

राम्रो खबर! आवेदन लगहरू पहिले नै stdout मा उपलब्ध छन्, उदाहरणका लागि kubectl logs। Fluentd (GKE मा पूर्वनिर्धारित रूपमा स्थापित) ले तपाईंको लगहरू Elasticsearch, Loki, वा तपाईंको उद्यम लगिङ प्लेटफर्ममा फर्वार्ड गर्नेछ। यदि तपाइँ लगहरूको लागि jsonify प्रयोग गर्न चाहनुहुन्छ भने तपाइँ स्थापना गर्न माथिको टेम्प्लेट पछ्याउनुहोस् लगब्याक.

डाटाबेस

पूर्वनिर्धारित रूपमा, छविमा H2 डाटाबेस हुनेछ। यो हाम्रो लागि उपयुक्त छैन, र हामी क्लाउड SQL प्रोक्सी संग Google Cloud SQL प्रयोग गर्नेछौं - आन्तरिक समस्याहरू समाधान गर्न पछि यो आवश्यक हुनेछ। यो एक सरल र भरपर्दो विकल्प हो यदि तपाइँसँग डाटाबेस सेटअप गर्न आफ्नै प्राथमिकताहरू छैनन्। AWS RDS ले समान सेवा प्रदान गर्दछ।

तपाईले रोज्नु भएको डाटाबेसको बाबजुद, यो H2 नभएसम्म, तपाईले उपयुक्त वातावरण चरहरू सेट गर्न आवश्यक छ। platform/deploy.yaml। यो केहि यस्तो देखिन्छ:

-- platform/deployment.yaml
apiVersion: apps/v1
kind: Deployment
[...] spec:
template:
spec:
[...] containers:
- name: camunda-bpm
env:
- name: DB_DRIVER
value: org.postgresql.Driver
- name: DB_URL
value: jdbc:postgresql://postgres-proxy.db:5432/process-engine
- name: DB_USERNAME
valueFrom:
secretKeyRef:
name: cambpm-db-credentials
key: db_username
- name: DB_PASSWORD
valueFrom:
secretKeyRef:
name: cambpm-db-credentials
key: db_password
[...]

भन्नु: तपाईंले ओभरले प्रयोग गरेर विभिन्न वातावरणमा डिप्लोय गर्न Kustomize प्रयोग गर्न सक्नुहुन्छ: एक उदाहरण.

भन्नु: प्रयोग valueFrom: secretKeyRef। कृपया, प्रयोग गर्नुहोस् यो Kubernetes सुविधा विकास को समयमा पनि आफ्नो गोप्य सुरक्षित राख्न।

यो सम्भव छ कि तपाइँसँग पहिले नै Kubernetes गोप्य प्रबन्ध गर्न को लागी एक प्राथमिकता प्रणाली छ। यदि होइन भने, यहाँ केहि विकल्पहरू छन्: तिनीहरूलाई तपाईंको क्लाउड प्रदायकको KMS सँग इन्क्रिप्ट गर्ने र त्यसपछि CD पाइपलाइन मार्फत गोप्य रूपमा K8S मा इन्जेक्सन गर्ने - मोजिलाएसओपीएस - Kustomize रहस्य संग संयोजन मा धेरै राम्रो काम गर्नेछ। त्यहाँ अन्य उपकरणहरू छन्, जस्तै dotGPG, जसले समान प्रकार्यहरू प्रदर्शन गर्दछ: HashiCorp भोल्ट, गोप्य मूल्य प्लगइनहरू अनुकूलित गर्नुहोस्.

आक्रामक

तपाईंले स्थानीय पोर्ट फर्वार्डिङ प्रयोग गर्न रोज्नुभएन भने, तपाईंलाई कन्फिगर गरिएको इन्ग्रेस कन्ट्रोलर चाहिन्छ। यदि तपाइँ प्रयोग गर्नुहुन्न भने ingress-nginx (हेलम चार्ट) त्यसोभए तपाईलाई पहिले नै थाहा छ कि तपाईले आवश्यक एनोटेसनहरू स्थापना गर्न आवश्यक छ ingress-patch.yaml.tmpl वा platform/ingress.yaml। यदि तपाइँ ingress-nginx प्रयोग गरिरहनु भएको छ र लोड ब्यालेन्सर र बाहिरी DNS वा वाइल्डकार्ड DNS प्रविष्टिको साथ एक nginx प्रवेश कक्षा देख्नुहुन्छ भने, तपाइँ जान राम्रो हुनुहुन्छ। अन्यथा, इन्ग्रेस कन्ट्रोलर र DNS कन्फिगर गर्नुहोस्, वा यी चरणहरू छोड्नुहोस् र पोडमा सीधा जडान राख्नुहोस्।

TLS

यदि तपाईं प्रयोग गर्दै हुनुहुन्छ प्रमाणपत्र-प्रबन्धक वा kube-lego र letsencrypt - नयाँ लगइनका लागि प्रमाणपत्रहरू स्वचालित रूपमा प्राप्त हुनेछन्। अन्यथा, खोल्नुहोस् ingress-patch.yaml.tmpl र यसलाई आफ्नो आवश्यकता अनुरूप अनुकूलित गर्नुहोस्।

प्रक्षेपण!

यदि तपाईंले माथि लेखिएको सबै कुरा पालना गर्नुभयो भने, त्यसपछि आदेश make skaffold HOSTNAME=<you.example.com> मा उपलब्ध उदाहरण सुरु गर्नुपर्छ <hostname>/camunda

यदि तपाईंले आफ्नो लगइनलाई सार्वजनिक URL मा सेट गर्नुभएको छैन भने, तपाईं यसलाई पुन: निर्देशित गर्न सक्नुहुन्छ localhost: kubectl port-forward -n camunda-bpm-demo svc/camunda-bpm 8080:8080 मा localhost:8080/camunda

टमक्याट पूर्ण रूपमा तयार नभएसम्म केही मिनेट पर्खनुहोस्। Cert-manager ले डोमेन नाम प्रमाणित गर्न केही समय लिनेछ। तपाइँ त्यसपछि उपलब्ध उपकरणहरू जस्तै kubetail जस्तै उपकरण, वा केवल kubectl प्रयोग गरेर लगहरू निगरानी गर्न सक्नुहुन्छ:

kubectl logs -n camunda-bpm-demo $(kubectl get pods -o=name -n camunda-bpm-demo) -f


अर्को चरणहरू

प्राधिकरण

यो Kubernetes भन्दा Camunda BPM कन्फिगर गर्न धेरै सान्दर्भिक छ, तर यो नोट गर्न महत्त्वपूर्ण छ कि पूर्वनिर्धारित रूपमा, प्रमाणीकरण REST API मा असक्षम गरिएको छ। तिमी सक्छौ आधारभूत प्रमाणीकरण सक्षम गर्नुहोस् वा जस्तै अर्को विधि प्रयोग गर्नुहोस् J.W.T.। तपाईँले xml लोड गर्न कन्फिगम्याप र भोल्युमहरू प्रयोग गर्न सक्नुहुन्छ, वा छविमा अवस्थित फाइलहरू सम्पादन गर्न xmlstarlet (माथि हेर्नुहोस्), र wget प्रयोग गर्नुहोस् वा तिनीहरूलाई init कन्टेनर र साझा भोल्युम प्रयोग गरेर लोड गर्नुहोस्।

सत्र व्यवस्थापन

धेरै अन्य अनुप्रयोगहरू जस्तै, क्यामुन्डा BPM ले JVM मा सत्रहरू ह्यान्डल गर्दछ, त्यसैले यदि तपाईं धेरै प्रतिकृतिहरू चलाउन चाहनुहुन्छ भने, तपाईंले स्टिकी सत्रहरू सक्षम गर्न सक्नुहुन्छ (उदाहरण को लागी ingress-nginx को लागी), जुन प्रतिकृति गायब नभएसम्म अवस्थित हुनेछ, वा कुकीहरूको लागि अधिकतम-उमेर विशेषता सेट गर्नुहोस्। थप बलियो समाधानको लागि, तपाइँ Tomcat मा सत्र प्रबन्धक तैनात गर्न सक्नुहुन्छ। लार्ससँग छ अलग पोस्ट यस विषयमा, तर केहि जस्तै:

wget http://repo1.maven.org/maven2/de/javakaffee/msm/memcached-session-manager/
2.3.2/memcached-session-manager-2.3.2.jar -P lib/ &&
wget http://repo1.maven.org/maven2/de/javakaffee/msm/memcached-session-manager-tc9/
2.3.2/memcached-session-manager-tc9-2.3.2.jar -P lib/ &&

sed -i '/^</Context>/i
<Manager className="de.javakaffee.web.msm.MemcachedBackupSessionManager"
memcachedNodes="redis://redis-proxy.db:22121"
sticky="false"
sessionBackupAsync="false"
storageKeyPrefix="context"
lockingMode="auto"
/>' conf/context.xml


भन्नु: तपाईं sed को सट्टा xmlstarlet प्रयोग गर्न सक्नुहुन्छ

हामीले प्रयोग गर्‍यौं twemproxy गुगल क्लाउड मेमोरीस्टोरको अगाडि memcached-session-manager (रेडिस समर्थन गर्दछ) यसलाई चलाउन।

स्केलिंग

यदि तपाइँ पहिले नै सत्रहरू बुझ्नुहुन्छ भने, त्यसपछि Camunda BPM मापन गर्नको लागि पहिलो (र प्रायः अन्तिम) सीमा डाटाबेसमा जडान हुन सक्छ। आंशिक अनुकूलन पहिले नै उपलब्ध छ "बक्स बाट" Settings.xml फाइलमा intialSize लाई पनि असक्षम गरौं। थप्नुहोस् तेर्सो पोड अटोस्केलर (HPA) र तपाईं सजिलैसँग पोडहरूको संख्या मापन गर्न सक्नुहुन्छ।

अनुरोध र प्रतिबन्धहरू

В platform/deployment.yaml तपाईंले देख्नुहुनेछ कि हामीले संसाधन फिल्डलाई कडा-कोड गरेका छौं। यसले HPA सँग राम्रोसँग काम गर्छ, तर थप कन्फिगरेसन आवश्यक हुन सक्छ। kustomize प्याच यसको लागि उपयुक्त छ। सेमी। ingress-patch.yaml.tmpl и ./kustomization.yaml.tmpl

निष्कर्षमा

त्यसैले हामीले प्रोमेथियस मेट्रिक्स, लगहरू, H2 डाटाबेस, TLS र Ingress सँग Kubernetes मा Camunda BPM स्थापना गर्यौं। हामीले ConfigMaps र Dockerfile प्रयोग गरेर जार फाइलहरू र कन्फिगरेसन फाइलहरू थप्यौं। हामीले भोल्युमहरूमा डाटा आदानप्रदान गर्ने र गोप्यबाट सीधा वातावरणीय चरहरूमा कुरा गर्यौं। थप रूपमा, हामीले धेरै प्रतिकृतिहरू र एक प्रमाणीकृत API को लागि क्यामुन्डा सेटअपको एक सिंहावलोकन प्रदान गर्यौं।

सन्दर्भ

github.com/camunda-cloud/camunda-examples/camunda-bpm-kubernetes
│
├── generated-manifest.yaml <- manifest for use without kustomize
├── images
│ └── camunda-bpm
│ └── Dockerfile <- overlay docker image
├── ingress-patch.yaml.tmpl <- site-specific ingress configuration
├── kustomization.yaml.tmpl <- main Kustomization
├── Makefile <- make targets
├── namespace.yaml
├── platform
│ ├── config
│ │ └── prometheus-jmx.yaml <- prometheus exporter config file
│ ├── deployment.yaml <- main deployment
│ ├── ingress.yaml
│ ├── kustomization.yaml <- "base" kustomization
│ ├── service-monitor.yaml <- example prometheus-operator config
│ └── service.yaml
└── skaffold.yaml.tmpl <- skaffold directives


०७/०७/२०२०, अनुवाद लेख एलिस्टर फर्थ, लार्स लान्ज

स्रोत: www.habr.com