نشر وإدارة تطبيق أتمتة العمليات التجارية على أجهزة Amazon EKS: دليل عملي

خيارات التنزيل

PDF (1.8 MB)
عرض باستخدام Adobe Reader على مجموعة متنوعة من الأجهزة
ePub (1.5 MB)
العرض في تطبيقات مختلفة على iPhone أو iPad أو نظام تشغيل Android أو قارئ Sony أو نظام التشغيل Windows Phone
Mobi (Kindle) (1.2 MB)
عرض على جهاز Kindle أو تطبيق Kindle على أجهزة متعددة

تم التحديث:١٠ أكتوبر ٢٠٢٤

معرّف المستند:222462

لغة خالية من التحيز

تسعى مجموعة الوثائق لهذا المنتج جاهدة لاستخدام لغة خالية من التحيز. لأغراض مجموعة الوثائق هذه، يتم تعريف "خالية من التحيز" على أنها لغة لا تعني التمييز على أساس العمر، والإعاقة، والجنس، والهوية العرقية، والهوية الإثنية، والتوجه الجنسي، والحالة الاجتماعية والاقتصادية، والتمييز متعدد الجوانب. قد تكون الاستثناءات موجودة في الوثائق بسبب اللغة التي يتم تشفيرها بشكل ثابت في واجهات المستخدم الخاصة ببرنامج المنتج، أو اللغة المستخدمة بناءً على وثائق RFP، أو اللغة التي يستخدمها منتج الجهة الخارجية المُشار إليه. تعرّف على المزيد حول كيفية استخدام Cisco للغة الشاملة.

حول هذه الترجمة

ترجمت Cisco هذا المستند باستخدام مجموعة من التقنيات الآلية والبشرية لتقديم محتوى دعم للمستخدمين في جميع أنحاء العالم بلغتهم الخاصة. يُرجى ملاحظة أن أفضل ترجمة آلية لن تكون دقيقة كما هو الحال مع الترجمة الاحترافية التي يقدمها مترجم محترف. تخلي Cisco Systems مسئوليتها عن دقة هذه الترجمات وتُوصي بالرجوع دائمًا إلى المستند الإنجليزي الأصلي (الرابط متوفر).

المحتويات

مجرد

مقدمة

بنية نشر BPA

إعداد مجموعة EKS

إعداد قاعدة بيانات RDS

إعداد أطلس مونغودب

ECR كسجل للصور

نشر BPA

المفاهيم والمكونات الرئيسية

القرار

المراجع

مجرد

تقدم هذه الورقة دليلا شاملا حول نشر تطبيقات أتمتة عمليات الأعمال (BPA) وإدارتها باستخدام خدمة Amazon Flexible Kubernetes (EKS). وهو يحدد المتطلبات الأساسية، ويبرز فوائد إستخدام نموذج التقييم البيئي للمنتجات الإلكترونية، ويوفر إرشادات خطوة بخطوة لإنشاء مجموعة نموذج التقييم البيئي للمنتجات الإلكترونية، وقاعدة بيانات بيانات بيانات بيانات بيانات بيانات النشر عن بعد في Amazon، وأطلس MongoDB. وبالإضافة إلى ذلك، تتداخل الورقة في بنية النشر وتحدد المتطلبات البيئية، مما يوفر موردا شاملا للمؤسسات التي تهدف إلى الاستفادة من خدمات البنية التحتية المعززة لتطبيقات BPA المحواة الخاصة بها.

الكلمات الأساسية:Amazon EKS و Kubernetes و AWS و RDS و MongoDB Atlas و DevOps و Cloud Computing و Business Process Automation.

مقدمة

التشغيل التلقائي للعمليات التجارية (BPA)

at-a-glance-c45-742579_0

توفر خدمات أتمتة عمليات الأعمال (BPA) من Cisco مجموعة متكاملة من خدمات الدعم والاستشارة مصممة لإنجاز العمليات ودفق العمل والأتمتة والتزامن. يتسم نظام BPA الأساسي بقابلية التطوير وبكونه قائما على الخدمات الدقيقة، حيث يتميز بمحرك سير عمل مدمج وواجهة مستخدم رقمية وبرامج وسيطة للتكامل المشترك. يساعد هذا النظام الأساسي على أتمتة تغييرات تهيئة الشبكة المعقدة والعمليات المرتبطة بها، مما يجعلها مناسبة لكل من عملاء مزودي الخدمة والمؤسسات العالمية الكبيرة.

تتضمن الميزات الرئيسية لخدمات BPA من Cisco ما يلي:

أتمتة الأساليب وإجراءات التشغيل المعقدة.
تحسين خبرة الفريق للإسراع بمبادرات التشغيل التلقائي.
تسريع طرح الخدمات الجديدة مع تحسين واجهة/بوابة المستخدم.
دمج الشبكات القديمة مع قدرات التشغيل التلقائي الجديدة.

يدعم نظام BPA العديد من حالات الاستخدام للشركات ومحترفي تقنية المعلومات/التشغيل مثل ترقيات نظام التشغيل وإمداد الخدمة والدمج مع محركات التزامن. يمكن للعملاء الوصول إلى دورة حياة من الخدمات وإمكانات BPA، بما في ذلك الخدمات الاستشارية والتنفيذية والخدمات الحيوية للشركات ودعم الحلول، وتهدف خدمات Cisco BPA إلى زيادة كفاءات التشغيل وتقليل الأخطاء المكلفة وتحسين سرعة سرعة إنجاز الأعمال وتوفير عوائد أسرع على إستثمارات التشغيل التلقائي.

خدمة Amazon Flexible Kubernetes (EKS)

خدمة Amazon Flexible Kubernetes (EKS) هي خدمة Kubernetes تتم إدارتها بالكامل وتوفرها خدمات الويب من Amazon (AWS). يبسط نظام تصحيح الخطأ (EKS) الذي تم إطلاقه في عام 2018 عملية نشر وإدارة وتطوير التطبيقات التي تم احتواؤها باستخدام Kubernetes، وهي منصة لتنسيق الحاويات مفتوحة المصدر. يلخص EKS تعقيدات إدارة قطاع Kubernetes، مما يسمح للمطورين بالتركيز على بناء وتشغيل التطبيقات دون الحاجة إلى التعامل مع البنية التحتية الأساسية.

فوائد إستخدام أجهزة Amazon EKS لنشر التطبيقات

يوفر نظام Amazon EKS العديد من الفوائد لنشر التطبيقات، مما يجعله إختيارا شائعا للمؤسسات التي تستفيد من التطبيقات التي تحتوي على حاويات والخدمات الدقيقة.

وتتضمن المزايا الرئيسية ما يلي:

مستوى التحكم في Kubernetes المدار: يقوم EKS بمعالجة نشر مستوى التحكم في Kubernetes وقياسه وصيانته، مما يقلل من عبء التشغيل.
إدارة مبسطة لمجموعات البيانات: يلخص EKS تعقيدات إنشاء وإدارة مجموعات Kubernetes.
قابلية التطوير: ويسمح نظام تصحيح الأخطاء (EKS) بتطوير مجموعات البيانات بسهولة تامة لاستيعاب أحمال العمل المتزايدة.
الإتاحة العالية: يدعم نظام تصحيح الأخطاء (EKS) عمليات النشر في المناطق متعددة التوفر، مما يعمل على تحسين درجة التوفر ومواجهة الأعطال.
التكامل مع خدمات AWS: يندمج نظام EKS بسلاسة تامة مع خدمات AWS المختلفة.
التشغيل التلقائي ل DevOps: يدعم نظام تصحيح الأخطاء (EKS) الدمج المستمر والنشر المستمر (CI/CD) للتطبيقات التي تحتوي على حاويات.

بنية نشر BPA

تمثل هذه الصورة بنية عالية المستوى لبنية أساسية قائمة على السحابة يتم نشرها على AWS، باستخدام العديد من المكونات الأساسية. وفيما يلي تصنيف للمخطط:

Amazon EKS (خدمة Kubernetes المرنة): في قلب المخطط، يتم نشر نظام التشغيل Amazon EKS عبر ثلاث مناطق متوفرة (AZ1 و AZ2 و AZ3)، مع عقد عمل Kubernetes داخل كل منطقة. وهذا يشير إلى إعداد عالي التوفر وقابل للأعطال، حيث يتم توزيع أحمال العمل عبر مناطق توفر متعددة.
ALB (موازن حمل التطبيق): يتم وضع هذا في الجزء الأمامي، حيث يستقبل حركة مرور البيانات من المستخدمين ويوزعها عبر مجموعة EKS لمعالجة أحمال عمل التطبيقات. يضمن موازن التحميل أن الطلبات يتم توزيعها بالتساوي ويمكنه معالجة القياس بناء على طلب حركة المرور.
Amazon RDS (خدمة قاعدة البيانات الارتباطية) - PostgreSQL: على الجانب الأيمن من المخطط، يوجد مثيل RDS لأمازون يشغل PostGreSQL. يمكن الوصول إلى قاعدة البيانات هذه من خلال التطبيقات التي تعمل ضمن مجموعة EKS.
ECR (سجل الحاوية المرن): هذا هو المكان الذي يتم فيه تخزين وإدارة صور حاوية Docker، والتي يتم نشرها بعد ذلك في Amazon EKS لتشغيل أحمال العمل.
نظام أطلس MongoDB: على الجانب الأيسر، يتم دمج نظام أطلس MongoDB في البنية من خلال نقطة نهاية خاصة. MongoDB Atlas عبارة عن خدمة قاعدة بيانات NoSQL مستضافة بواسطة السحابة، يتم إستخدامها هنا لمعالجة متطلبات قاعدة البيانات المستندة إلى المستندات. تضمن نقطة النهاية الخاصة الاتصال الآمن والخاص بين مثيل MongoDB Atlas ومكونات AWS الأخرى.
مضيف Bastion: نظرا لوضعها داخل جهاز الكمبيوتر الشخصي (Virtual Private Cloud)، يوفر مضيف Bastion نقطة دخول آمنة للمسؤولين للوصول إلى الموارد داخل جهاز الكمبيوتر الشخصي (VPC) دون تعريضهم مباشرة إلى الإنترنت.
وبشكل عام، توفر هذه البنية حلا فائق التوفر وقابلا للتطوير وآمنا لنشر التطبيقات المحواة وإدارتها باستخدام تطبيقات Amazon EKS، مع دعم كل من قواعد البيانات (PostGreSQL) وقواعد البيانات NoSQL (MongoDB).

إعداد مجموعة EKS

لإنشاء مجموعة Amazon EKS باستخدام AWS CLI، يمكن إستخدام أداة سطر الأوامر eksctl. هذا مثال أمر:

إنشاء نظام مجموعة \
—الاسم <my-eks-cluster> \
—المنطقة US-WEST-2 \
—nodegroup-name standard-workers \
—node-type t3.medium \
—العقد 4 \
—node-min 4 \
—node-max 6

إعداد قاعدة بيانات RDS

يتضمن نشر قاعدة بيانات علائقية على Amazon RDS الخطوات التالية:

قم بالوصول إلى وحدة تحكم إدارة AWS والانتقال إلى خدمة Amazon RDS.
قم بإنشاء مثيل قاعدة بيانات جديد بالمواصفات المطلوبة.
قم بتكوين مجموعة الأمان للسماح بالاتصالات الواردة من مجموعة Amazon EKS.
1. باستخدام القائمة المنسدلة، حدد أحدث إصدار من PostgreSQL. وفي حالتنا، فإن هذا هو "PostgreSQL 16.3-R1".
لهذا، قم بإعطاء مثيل قاعدة البيانات اسما وقم بإنشاء اسم مستخدم وكلمة مرور.
1. تأكد من تحديد الإعدادات الافتراضية ل "حجم مثيل DB" و"التخزين". وفقا لحجم نظام المجموعة ومتطلبات البيانات، حدد حجم مثيل قاعدة البيانات (DB) المناسب ونوع التخزين.
2. استنادا إلى حالة الاستخدام الخاصة بنا، قمنا باختيار التكوين التالي:
  - حجم مثيل DB: db.m5d.2xlarge
  - 8 vCPUs
  - 32 GiB RAM
  - الشبكة: 4,750 ميغابت في الثانية
  - سعة 300 جيجابايت لمخزن المثيل
3. حدد القيم المناسبة وفقا لحالة الاستخدام الخاصة بك. لقد حددنا القيم الافتراضية.
4. تأكد من تحديد مصادقة كلمة المرور في "مصادقة قاعدة البيانات". المصادقة باستخدام كلمات مرور قاعدة البيانات.
5. وبمجرد التحقق من ذلك، نكون مستعدين لإنشاء قاعدة البيانات. ارجع إلى لوحة معلومات RDS في Amazon. تأكد من توفر المثيل للاستخدام.

قواعد مجموعة الأمان

قم بتحديث مجموعة الأمان الواردة باستخدام كتلة CIDR الخاصة ب Pod والعقدة CIDR.
في RDS -> قواعد البيانات -> DB-NAME، انقر فوق التكوين وأرجع قسم مجموعة المعلمات وانقر فوق مجموعة المعلمات لعرضها.
ابحث عن "password_encryption" وقم بتغيير القيمة إلى MD5 من قيمة فارغة / أخرى. هذا ضروري لتكوينات كاموندا لتعمل.
1. قم بإنشاء قواعد البيانات هذه مع المستخدمين عن طريق الاتصال ب RDS.
  
  PG_ROOT_DATABASE=admin
  PG_INITDB_ROOT_USERNAME=admin
  PG_INITDB_ROOT_PASSWORD=xxxxxx
  AUTH_DB_NAME=kong
  AUTH_DB_USER=kong
  AUTH_DB_PASSWORD=xxxxxxx
  WFE_DB_USER=Camunda
  WFE_DB_PASSWORD=xxxxxx
  WFE_DB_NAME=process-engine
2. لتحديث كلمات مرور قاعدة البيانات، قم بتعديل القيم في ملف bpa-helm-chart/bpa/env/environment.txt. يستخدم هذا الملف لمصادقة إتصالات قاعدة البيانات.

إعداد أطلس مونغودب

يتضمن إعداد أطلس MongoDB ما يلي:

تسجيل الدخول إلى Atlas MongoDB.
تحديد المؤسسة والمشروع.
إنشاء مجموعة مخصصة لها المواصفات والإصدار المناسب. في حالتنا، إنها "MongoDB Atlas v5.0.29".
حدد الطبقة المخصصة وموفر السحابة والمنطقة.
حدد الطبقة المناسبة (لقد إستخدمنا M30 كطبقة) المخصصة للمجموعة وقم بتوفير اسم نظام مجموعة مناسب وانقر فوق إنشاء نظام مجموعة. وستبدأ مجموعة الأطلس أحادية الوغود.
إعداد نقطة نهاية VPC الخاصة لمجموعة Atlas و K8S.
1. انقر فوق Network Access Select Private Endpoint (تحديد نقطة نهاية خاصة) انقر فوق إضافة نقطة نهاية خاصة.
حدد موفر السحابة ك AWS، حدد المنطقة المقابلة وانقر فوق التالي.
توفير معرف PVC الخاص ومعرفات الشبكات الفرعية. بمجرد إدخال التفاصيل، انسخ الأمر vpc end point creation وقم بتنفيذه في وحدة التحكم الخاصة بالجهاز. ستحصل على معرف نقطة نهاية VPC كإخراج.
انقر فوق التالي للصق معرف نقطة نهاية VPC وانقر فوق إنشاء.
بمجرد إنشائه بنجاح، ستتوفر حالة نقطة الوصول كما هو موضح في الصورة التالية. يجب إنشاء نقطة نهاية VPC ل Pod CIDR في حالتنا إستخدمنا "100.64.0.0/16" .
إضافة قواعد واردة إلى نقطة نهاية vpc التي تم إنشاؤها حديثا. ستكون نقطة نهاية vpc في الحساب الأصل ويجب تعيين مجموعة أمان لنقطة نهاية vpc التي تم إنشاؤها حديثا.

ECR كسجل للصور

يتضمن إنشاء مستودعات Amazon ECR ودفع صور Docker إليها عدة خطوات. هذه هي الخطوات لإنشاء مستودع ECR ووضع علامة على صورة Docker ودفعها إلى المستودع باستخدام AWS CLI.

ضمن ECR Create-repository —اسم المستودع الخاص بك-image-name —المنطقة الخاصة بك
إستبدال:
- اسم صورتك بالاسم المرغوب لمستودع ECR الخاص بك.
- منطقتك مع منطقة AWS الخاصة بك
خطوات لتمييز الصورة ودفعها.
- مثال:
  
  رمز الخادم containers.cisco.com/bpa/sase-service:4.0.3-522 <account number>.dkr.ecr.us-west-2.amazonaws.com/<repository_path>/sase-service:4.0.3-522
  
  Docker Push <account number>.dkr.ecr.us-west-2.amazonaws.com/<repository_path>/sase-service:4.0.3-522
تكوين دور IAM لعقد EKS
تأكد من أن عقد عامل EKS (مثيلات EC2) تحتوي على دور IAM الضروري المرفق بأذونات سحب الصور من ECR. سياسة IAM المطلوبة هي:

{

"الإصدار": "2012-10-17 "،

"بيان": [

   {

      "التأثير": "سماح"،

      "الإجراء": [

"ecr:GetDownloadUrlForLayer"،

"ecr:BatchGetImage"،

"ecr:BatchCheckLayerAvailability"

],

"مورد": "*"

   }

]

}
قم بإرفاق هذا النهج بدور IAM المقترن بعقد عامل EKS.

نشر BPA

يتضمن نشر BPA عدة خطوات، بما في ذلك وضع العلامات على عقد عامل EKS، وإعداد الدلائل على العقد، ونسخ حزم BPA، ونشر BPA باستخدام HELM.

بالنسبة لنشر عملائنا، قمنا باستخدام الإصدارات التالية من البرامج والخدمات السحابية:
1. بي بي أيه: 4.0.3-6
2. RDS (خدمة قاعدة البيانات الارتباطية): PostgreSQL 16.3-R1
3. نظام أطلس MongoDB: v5٫0٫29
4. EKS (خدمة Kubernetes المرنة): v1٫27
تضمن هذه المكونات أن تكون عملية النشر التي نقوم بها قوية وقابلة للتطوير وقادرة على معالجة أحمال العمل المطلوبة بكفاءة.
وضع علامات على عقد عامل EKS

عقدة تسمية Kubectl <worker_node_1> name=node-1
عقدة تسمية Kubectl <worker_node_2> name=node-2
عقدة تسمية Kubectl <worker_node_3> name=node-3
عقدة تسمية Kubectl <worker_node_4> name=node-4

تحضير الدلائل على العقد

العقدة 1:

rm -rf /opt/bpa/data/
mkdir -p /opt/bpa/data/zokeeper1
mkdir -p /opt/bpa/data/zokeeper4
mkdir -p /opt/bpa/data/zokeeper5
chmod 777 /opt/bpa/data/keeper 1
chmod 777 /opt/bpa/data/keeper 4
chmod 777 /opt/bpa/data/zokeeper5
mkdir -p /opt/bpa/data/kafka1
chmod 777 /opt/bpa/data/kafka1
sysctl -w vm.max_map_count=262144
العقدة 2:

rm -rf /opt/bpa/data/
mkdir -p /opt/bpa/data/zokeeper1
mkdir -p /opt/bpa/data/zokeeper4
mkdir -p /opt/bpa/data/zokeeper5
chmod 777 /opt/bpa/data/keeper 1
chmod 777 /opt/bpa/data/keeper 4
chmod 777 /opt/bpa/data/zokeeper5
mkdir -p /opt/bpa/data/kafka1
chmod 777 /opt/bpa/data/kafka1
sysctl -w vm.max_map_count=262144
العقدة 3:

rm -rf /opt/bpa/data
sysctl -w vm.max_map_count=262144
mkdir -p /opt/bpa/data/kafka3
mkdir -p /opt/bpa/data/zokeeper3
mkdir -p /opt/bpa/data/zokeeper4
mkdir -p /opt/bpa/data/zokeeper5
chmod 777 /opt/bpa/data/kafka3
chmod 777 /opt/bpa/data/keeper3
chmod 777 /opt/bpa/data/keeper 4
chmod 777 /opt/bpa/data/zokeeper5
العقدة 4:

mkdir -p /opt/bpa/data/elk
mkdir -p /opt/bpa/data/metrices/prometheus
mkdir -p /opt/bpa/data/metrices/grafana
chmod 777 /opt/bpa/data/metrices
chmod 777 /opt/bpa/data/metrices/prometheus
chmod 777 /opt/bpa/data/metrices/grafana
sysctl -w vm.max_map_count=262144

نسخ حزم BPA

حزم SCP -r للعقدة 1:/opt/bpa/
حزم SCP -r للعقدة 2:/opt/bpa/
حزم SCP -r للعقدة 3:/opt/bpa/
حزم SCP -r للعقدة 4:/opt/bpa/

نشر BPA باستخدام HELM

تثبيت BPA-rel — create-namespace — namespace bpa-ns /opt/EKS/bpa-helm-chart

إعداد المدخل

تمكين المدخل

تحديث القيم.yamlto تمكين المدخل:

وحدة تحكم_إدخال: {الإنشاء: true}

إنشاء سر باستخدام شهادة BPA

انتقل إلى دليل الشهادات وقم بإنشاء سر:

CD /opt/bpa/<موقع مخطط BPA/bpa/conf/common/certs/
kubectl خلقت سري tls bpa-certificate-ingress — cert=bap-cert.pem — key=bap-key.pem -n bpa-ns

تحديث وحدة تحكم الدخول

أضفت ال newly created سر في المدخل-controller.yaml ملف:

القرص المضغوط /opt/bpa/<موقع مخطط دعامة BPA>/القوالب/
vi ingress-controller.yaml
"- —default-ssl-certificate=$(pod_namespace)/bpa-certificate-ingress"

تحديث شهادة الدخول

قم بحذف "هيلم" وتثبيته لتحديث شهادة الدخول.

مواصفات البيئة

تتضمن مواصفات البيئة متطلبات مثيلات EC2 وموازن الأحمال ونقاط نهاية VPC ومثيلات RDS. المواصفات الرئيسية هي:

متطلبات EC2:
1. متطلبات التخزين:سعة 2 تيرابايت لكل عقد. قم بتحميل وحدة تخزين EBS إلى /opt وأضف إدخالا إلى /etc/fstab لجميع العقد.
2. مجموعة الأمان واردة: 30101 و 443 و 0 - 65535 TCP و 22 ل SSH.
3. خرج مجموعة الأمان: يجب تمكين جميع حركات المرور.
4. محلل DNS: يجب أن يحتوي EC2 على المحددات الداخلية في /etc/resolve.conf.

متطلبات موازن الأحمال:

يجب أن تكون منافذ المستمعين 443 و 30101.
متطلبات نقطة نهاية VPC (Atlas MongoDB).
نقاط نهاية VPC التي تم إنشاؤها لاتصال Atlas متوفرة في الحساب الأصل. يجب أن تحتوي نقطة نهاية VPC على مجموعة أمان تتيح جميع الوصول الوارد (0 - 65535).

المفاهيم والمكونات الرئيسية

يعتبر فهم أساسيات Kubernetes ضروريا لنشر وإدارة التطبيقات بشكل فعال باستخدام Amazon EKS.

القرار

تقدم هذه الورقة دليلا مفصلا لنشر تطبيقات أتمتة عمليات الأعمال (BPA) وإدارتها باستخدام تطبيقات Amazon EKS. ومن خلال اتباع الخطوات المحددة وفهم المفاهيم الرئيسية، يمكن للمنظمات الاستفادة من فوائد نموذج التقييم البيئي للمنتجات الإلكترونية في تطبيقاتها الواردة في إطار إتفاق بازل.