"Kubernetes болон OpenShift хоёрын ялгаа нь юу вэ?" – энэ асуулт атаархмаар тууштай урган гарч байна. Хэдийгээр бодит байдал дээр энэ нь машин хөдөлгүүрээс юугаараа ялгаатай болохыг асуухтай адил юм. Хэрэв бид аналогийг үргэлжлүүлбэл машин бол бэлэн бүтээгдэхүүн юм, та үүнийг шууд ашиглаж болно, шууд утгаараа: ороод яв. Нөгөөтэйгүүр, хөдөлгүүр таныг хаа нэг газар аваачихын тулд эцэст нь ижил машинтай болохын тулд эхлээд өөр олон зүйлээр дүүргэх ёстой.
Тиймээс Кубернетес бол OpenShift брэндийн автомашин (платформ) угсарсан хөдөлгүүр бөгөөд таныг зорилгодоо хүргэдэг.
Энэ нийтлэлд бид танд сануулж, дараах гол санааг илүү нарийвчлан судлахыг хүсч байна.
- Кубернетес бол OpenShift платформын зүрх сэтгэл бөгөөд 100% баталгаажсан Kubernetes бөгөөд бүрэн нээлттэй эх сурвалж бөгөөд өчүүхэн ч өмчийн шинж чанаргүй. Товчхондоо:
- OpenShift кластер API нь 100% Kubernetes юм.
- Хэрэв контейнер өөр ямар ч Kubernetes систем дээр ажилладаг бол ямар ч өөрчлөлтгүйгээр OpenShift дээр ажиллах болно. Хэрэглээнд өөрчлөлт оруулах шаардлагагүй.
- OpenShift нь зөвхөн Kubernetes-д хэрэгтэй функц, функцийг нэмээд зогсохгүй. Машин шиг OpenShift нь хайрцагнаас гарсан бөгөөд нэн даруй үйлдвэрлэлд оруулах боломжтой бөгөөд бид доор харуулах болно, хөгжүүлэгчийн амьдралыг ихээхэн хөнгөвчлөх болно. Тийм ч учраас OpenShift нь хоёр хүнтэй нэгддэг. Энэ нь хөгжүүлэгчийн үүднээс амжилттай, алдартай аж ахуйн нэгжийн түвшний PaaS платформ юм. Үүний зэрэгцээ, энэ нь үйлдвэрлэлийн үйл ажиллагааны үүднээс маш найдвартай "Container-as-a-Service" шийдэл юм.
OpenShift бол 100% CNCF гэрчилгээтэй Kubernetes юм
OpenShift нь дээр суурилсан . Тиймээс зөв бэлтгэл хийсний дараа хэрэглэгчид kubectl-ийн хүчийг гайхшруулдаг. Kubernetes Cluster-ээс OpenShift руу шилжсэн хүмүүс kubeconfig-г OpenShift кластер руу дахин чиглүүлсний дараа одоо байгаа бүх скриптүүд ямар ч гажиггүй ажиллаж байгаа нь үнэхээр таалагддаг гэж хэлдэг.
Та OpenShift-ийн OC нэртэй командын мөрийн хэрэгслийн талаар сонссон байх. Энэ нь kubectl-тэй бүрэн нийцдэг команд бөгөөд хэд хэдэн ажлыг гүйцэтгэхэд хэрэг болох хэд хэдэн хэрэгтэй туслахуудыг санал болгодог. Гэхдээ эхлээд OC болон kubectl-ийн нийцтэй байдлын талаар бага зэрэг дэлгэрэнгүй:
kubectl тушаалууд
OC багууд
kubectl хонхор авах
хонхорцог авах
kubectl нэрийн орон зай авах
oc нэрийн зай авах
kubectl create -f deployment.yaml
oc create -f deployment.yaml
OpenShift API дээр kubectl ашигласны үр дүн дараах байдалтай байна.
• kubectl get pods – хүлээгдэж буй байдлаар pods буцаана.
• kubectl get namespaces – хүлээгдэж буй нэрийн орон зайг буцаана.
kubectl create -f mydeployment.yaml тушаал нь доорх видеон дээр үзүүлсэн шиг Kubernetes-ийн нөөцийг бусад Kubernetes платформ дээр бий болгодог.
Өөрөөр хэлбэл, бүх Kubernetes API-ууд нь 100% нийцтэй байхын зэрэгцээ OpenShift дээр бүрэн боломжтой. Тийм ч учраас .
OpenShift нь Kubernetes-д ашигтай функцуудыг нэмдэг
Kubernetes API-ууд нь OpenShift дээр 100% байдаг боловч Kubernetes-ийн стандарт хэрэглүүрийн kubectl нь функциональ байдал, тав тухтай байдал багатай байдаг. Тийм ч учраас Red Hat нь Kubernetes-д OC (OpenShift клиентийн товчлол) болон ODO (OpenShift DO, энэ хэрэгсэл нь хөгжүүлэгчдэд зориулагдсан) зэрэг ашигтай функцууд болон тушаалын хэрэгслийг нэмсэн.
1. OC хэрэгсэл - Kubectl-ийн илүү хүчирхэг, тохиромжтой хувилбар
Жишээлбэл, kubectl-ээс ялгаатай нь энэ нь танд шинэ нэрийн орон зай үүсгэх, контекстийг хялбархан солих боломжийг олгодог бөгөөд контейнерийн дүрсийг бүтээх, эх код эсвэл хоёртын файлаас програмуудыг шууд байрлуулах зэрэг олон ашигтай тушаалуудыг хөгжүүлэгчдэд санал болгодог (Эх сурвалжаас зураг, s2i).
OC хэрэгслийн суурилуулсан туслахууд болон дэвшилтэт функцууд нь өдөр тутмын ажлыг хялбарчлахад хэрхэн тусалдаг жишээг харцгаая.
Эхний жишээ бол нэрийн орон зайн менежмент юм. Kubernetes кластер бүр үргэлж олон нэрийн орон зайтай байдаг. Тэдгээрийг ихэвчлэн хөгжүүлэлт, үйлдвэрлэлийн орчинг бий болгоход ашигладаг боловч жишээлбэл, хөгжүүлэгч бүрийг хувийн хамгаалалтын бүсээр хангахад ашиглаж болно. Практикт энэ нь kubectl нь одоогийн орон зайн контекст дээр ажилладаг тул хөгжүүлэгч нэрийн зай хооронд байнга шилжих шаардлагатай болдог. Тиймээс kubectl-ийн хувьд хүмүүс үүнд туслах скриптүүдийг идэвхтэй ашигладаг. Гэхдээ OC ашиглахдаа хүссэн орон зай руу шилжихийн тулд "oc project namespace" гэж хэлэхэд л хангалттай.
Танд хэрэгтэй нэрийн орон зай юу гэж нэрлэгддэгийг санахгүй байна уу? Ямар ч асуудалгүй, бүрэн жагсаалтыг харуулахын тулд "oc get projects" гэж бичнэ үү. Хэрэв та кластер дээрх хязгаарлагдмал нэрийн талбарт хандах эрхтэй бол энэ хэрхэн ажиллах талаар эргэлзэж байна уу? Яагаад гэвэл RBAC танд кластер дээрх бүх зайг харах боломжийг олгодог бол kubectl үүнийг зөв хийдэг бөгөөд том кластерт хүн бүрт ийм зөвшөөрөл байдаггүй. Тиймээс бид хариулдаг: OC-ийн хувьд энэ нь ямар ч асуудал биш бөгөөд ийм нөхцөлд бүрэн жагсаалтыг хялбархан гаргах болно. Эдгээр жижиг зүйлүүд нь Openshift-ийн корпорацийн чиг баримжааг бүрдүүлдэг бөгөөд энэ платформыг хэрэглэгчид болон хэрэглээний хувьд сайн өргөжүүлэх боломжтой байдаг.
2. ODO - хөгжүүлэгчдэд зориулсан kubectl-ийн сайжруулсан хувилбар
Red Hat OpenShift-ийн Kubernetes-ийг сайжруулсан өөр нэг жишээ бол ODO тушаалын мөрийн хэрэгсэл юм. Энэ нь хөгжүүлэгчдэд зориулагдсан бөгөөд алсын OpenShift кластерт локал кодыг хурдан байршуулах боломжийг танд олгоно. Энэ нь мөн зургийг дахин бүтээх, бүртгэх, дахин байршуулах шаардлагагүйгээр алсын OpenShift кластер дээрх контейнерт бүх кодын өөрчлөлтийг нэн даруй синк хийх дотоод үйл явцыг оновчтой болгож чадна.
OC болон ODO нь контейнер болон Кубернетестэй ажиллахыг хэрхэн хөнгөвчлөхийг харцгаая.
Зөвхөн kubectl дээр тулгуурлан бүтээгдсэн болон OC эсвэл ODO ашиглаж байгаа хэд хэдэн ажлын урсгалыг харьцуулж үзээрэй.
• YAML хэл мэдэхгүй хүмүүст зориулсан OpenShift дээр код байршуулах:
Kubernetes/kubectl
$>git клон
1- Кодоос зураг бүтээх Dockerfile үүсгэнэ үү
-----
FROM зангилаа
WORKDIR /usr/src/app
Багцыг хуулах*.json ./
COPY index.js ./
ХУУЛАХ ./app ./app
npm суулгацыг ажиллуул
EXPOSE 3000
CMD [ "npm", "эхлэх"]
—————
2- Бид дүрсийг бүтээдэг
$>подман бүтээх...
3- Бүртгэлд нэвтэрнэ үү
podman нэвтрэх...
4- Бүртгэлд зургийг байрлуул
podman түлхэх
5- Аппликейшн байршуулах yaml файлуудыг үүсгэх (deployment.yaml, service.yaml, ingress.yaml) - энэ бол үнэмлэхүй хамгийн бага хэмжээ юм.
6- Манифест файлуудыг байрлуулах:
Kubectl хэрэглэнэ -f .
OpenShift/oc
$> oc шинэ програм – манай_програмын_нэр
OpenShift/odo
$>git клон
$> odo бүрэлдэхүүн хэсэг nodejs myapp үүсгэх
$>odo түлхэх
• Контекст солих: ажлын нэрийн орон зай эсвэл ажлын кластерыг өөрчлөх.
Kubernetes/kubectl
1- "myproject" төслийн хувьд kubeconfig-д контекст үүсгэх
2- kubectl багц контекст…
OpenShift/oc
oc төсөл "миний төсөл"
Чанарын хяналт: "Энд альфа хувилбар дээр байгаа нэг сонирхолтой функц гарч ирэв. Үйлдвэрлэлд оруулж чадах болов уу” гэсэн юм.
Уралдааны машинд суугаад: "Бид шинэ төрлийн тоормос суурилуулсан бөгөөд үнэнийг хэлэхэд тэдний найдвартай байдал хараахан болоогүй байна ... Гэхдээ санаа зовох хэрэггүй, бид сургалтын явцад тэдгээрийг идэвхтэй сайжруулах болно" гэж төсөөлөөд үз дээ. аварга шалгаруулах тэмцээн." Энэ хэтийн төлөв танд хэр таалагдаж байна вэ? Red Hat-ийн бид ямар нэгэн байдлаар тийм ч таатай биш байна. 🙂
Тиймээс бид альфа хувилбаруудыг хангалттай боловсорч гүйцтэл нь түр зогсоохыг хичээж, тулалдааны туршилтыг сайтар хийж, ашиглахад аюулгүй гэж үзэх болно. Ихэвчлэн бүх зүйл эхлээд Dev Preview шат дамждаг, дараа нь дамждаг тэгээд л олон нийтэд цацагддаг (GA), аль хэдийн маш тогтвортой тул үйлдвэрлэлд тохиромжтой.
Яагаад тэр вэ? Учир нь бусад програм хангамжийн хөгжүүлэлтийн нэгэн адил Кубернетес дэх бүх анхны санаанууд эцсийн хувилбарт хүрдэггүй. Эсвэл тэдгээр нь түүнд хүрч, тэр ч байтугай төлөвлөсөн функцийг хадгалж үлдэх боловч тэдгээрийн хэрэгжилт нь альфа хувилбараас эрс өөр юм. Red Hat-ийн мянга мянган үйлчлүүлэгчид OpenShift программыг чухал ач холбогдолтой ажлын ачааллыг дэмжихийн тулд ашигладаг тул бид платформынхаа тогтвортой байдал, урт хугацааны дэмжлэгийг онцгойлон анхаарч байна.
Red Hat нь OpenShift-ийг байнга гаргаж, дагалдаж ирдэг Kubernetes-ийн хувилбарыг шинэчлэх үүрэг хүлээдэг. Жишээлбэл, үүнийг бичиж байх үеийн OpenShift 4.3-ийн одоогийн GA хувилбарт Kubernetes 1.16 багтсан бөгөөд энэ нь 1.17 дугаартай Kubernetes-ийн дээд хувилбараас ердөө нэг нэгжийн ард байгаа юм. Тиймээс бид хэрэглэгчдэд аж ахуйн нэгжийн түвшний Kubernetes-ээр хангах, OpenShift-ийн шинэ хувилбаруудыг гаргах явцад нэмэлт чанарын хяналт тавихыг хичээж байна.
Програм хангамжийн засварууд: "Бидний үйлдвэрлэсэн Kubernetes-ийн хувилбарт цоорхой байсан. Та зөвхөн гурван хувилбарыг шинэчлэх замаар үүнийг хааж болно. Эсвэл ямар нэг сонголт байна уу?
Kubernetes-ийн нээлттэй эхийн төсөлд програм хангамжийн засваруудыг ихэвчлэн дараагийн хувилбарын нэг хэсэг болгон гаргадаг бөгөөд заримдаа өмнөх нэг эсвэл хоёр чухал хувилбарыг хамарч, 6 сар хүртэлх хугацаанд хамрах хүрээг өгдөг.
Red Hat нь чухал засваруудыг бусдаас эрт гаргаж, илүү удаан хугацаанд дэмжлэг үзүүлж байгаагаараа бахархдаг. Жишээлбэл, Kubernetes давуу эрх нэмэгдүүлэх эмзэг байдлыг авч үзье (): үүнийг Kubernetes 1.11-д нээсэн бөгөөд өмнөх хувилбаруудын засварыг зөвхөн 1.10.11 хувилбар хүртэл гаргасан бөгөөд үүнийг 1.x-ээс 1.9 хүртэлх өмнөх бүх Kubernetes хувилбаруудын нүхэнд үлдээсэн.
Үүний үр дүнд, (Kubernetes 1.2 байгаа), OpenShift-ийн есөн хувилбарыг авч, үйлчлүүлэгчдэд зориулсан халамжийг тодорхой харуулсан (дэлгэрэнгүй мэдээлэл) ).
OpenShift болон Red Hat болон Kubernetes-ийг хэрхэн урагшлуулж байна
Red Hat нь нээлттэй эхийн Kubernetes төсөлд зөвхөн Google-ийн дараа орох хоёр дахь том програм хангамжийн хувь нэмэр оруулагч бөгөөд Red Hat-аас хамгийн үр бүтээлтэй 3 хөгжүүлэгчийн 5 нь юм. Өөр нэг үл мэдэгдэх баримт: Red Hat-ийн санаачилгаар Kubernetes-д олон чухал функцүүд гарч ирсэн, тухайлбал:
- RBAC. Red Hat-ийн инженерүүд OpenShift-ийн нэмэлт функц биш харин платформын нэг хэсэг болгон хэрэгжүүлэхээр шийдтэл Kubernetes-д RBAC функцүүд (ClusterRole, ClusterRoleBinding) байгаагүй. Red Hat Kubernetes-ийг сайжруулахаас айдаг уу? Red Hat нь нээлттэй эхийн зарчмуудыг чанд мөрдөж, Open Core тоглоом тоглодоггүй учраас мэдээж үгүй. Өмчлөлийнх биш харин хөгжлийн нийгэмлэгүүдээр удирдуулсан сайжруулалт, шинэчлэлтүүд нь илүү хэрэгжих боломжтой бөгөөд илүү өргөн хэрэглэгдэж байгаа нь нээлттэй эхийн программ хангамжийг хэрэглэгчиддээ илүү хэрэгтэй болгох бидний үндсэн зорилгод нийцэж байна.
- Pod-ийн аюулгүй байдлын бодлого (Pod Security Policies). Аппликейшнуудыг pods дотор аюулгүй ажиллуулах энэхүү ойлголтыг анх OpenShift дээр SCC (Security Context Constraints) нэрээр хэрэгжүүлсэн. Өмнөх жишээний нэгэн адил Red Hat эдгээр хөгжүүлэлтийг нээлттэй Kubernetes төсөлд нэвтрүүлэхээр шийдсэн бөгөөд ингэснээр хүн бүр тэдгээрийг ашиглах боломжтой болсон.
Энэ цуврал жишээг үргэлжлүүлж болох ч бид Red Hat нь үнэхээр Кубернетесийг хөгжүүлж, хүн бүрт илүү сайн болгохын төлөө ажилладаг гэдгийг харуулахыг хүссэн юм.
OpenShift бол Кубернетес гэдэг нь ойлгомжтой. Ялгаа нь юу вэ? 🙂
Энэ хүртэл уншсанаар та Кубернетес бол OpenShift-ийн үндсэн бүрэлдэхүүн хэсэг гэдгийг ойлгосон гэдэгт найдаж байна. Гол нь, гэхдээ цорын ганц зүйлээс хол. Өөрөөр хэлбэл, Kubernetes-ийг зүгээр л суулгах нь танд энтерпрайз түвшний платформ өгөхгүй. Та нэвтрэлт танилт, сүлжээ, аюулгүй байдал, хяналт, бүртгэлийн менежмент болон бусад зүйлийг нэмэх хэрэгтэй. Нэмж дурдахад та олон тооны хэрэгслүүдээс зарим нэг хэцүү сонголт хийх хэрэгтэй болно (экосистемийн олон янз байдлыг үнэлэхийн тулд зүгээр л хараарай. ) мөн ямар нэгэн байдлаар тууштай байдал, уялдаа холбоог хангаснаар тэд нэгдмэл байдлаар ажилладаг. Нэмж дурдахад, таны ашигладаг бүрэлдэхүүн хэсгүүдийн шинэ хувилбар гарах бүрт та шинэчлэлт хийх, регрессийн тест хийх шаардлагатай болно. Өөрөөр хэлбэл, платформыг өөрөө бий болгож, хадгалахаас гадна та энэ бүх програм хангамжтай ажиллах шаардлагатай болно. Бизнесийн асуудлаа шийдэж, өрсөлдөөний давуу талыг олж авахад их хугацаа үлдэх нь юу л бол.
Гэхдээ OpenShift-ийн хувьд Red Hat нь эдгээр бүх нарийн төвөгтэй байдлыг өөртөө авч, зөвхөн Kubernetes-ийг төдийгүй Kubernetes-ийг жинхэнэ аж ахуйн нэгж болгон хувиргах шаардлагатай нээлттэй эхийн хэрэгслүүдийг багтаасан функциональ бүрэн платформыг өгдөг. нэн даруй, бүрэн тайван үйлдвэрлэлд нэвтрүүлэх боломжтой шийдэл. Мэдээжийн хэрэг, хэрэв танд өөрийн технологийн стек байгаа бол OpenShift-ийг одоо байгаа шийдлүүдэд нэгтгэж болно.
Дээрх зургийг харна уу: Кубернетес тэгш өнцөгтийн гадна байгаа бүх зүйл бол Red Hat нь Кубернетесэд байдаггүй функцийг нэмж өгдөг бөгөөд тэдний хэлснээр дизайны дагуу. Одоо бид эдгээр чиглэлүүдийн гол хэсгийг авч үзэх болно.
1. Бат бөх үйлдлийн систем: RHEL CoreOS эсвэл RHEL
Red Hat нь 20 гаруй жилийн турш бизнесийн чухал програмуудад зориулсан Линукс түгээлтийн тэргүүлэгч үйлчилгээ үзүүлэгч байсаар ирсэн. Энэ чиглэлээр бидний хуримтлуулсан, байнга шинэчлэгдэж байдаг туршлага нь чингэлэгийг үйлдвэрлэлийн зориулалтаар ашиглахад үнэхээр найдвартай, найдвартай суурийг санал болгох боломжийг бидэнд олгодог. RHEL CoreOS нь RHEL-тэй ижил цөмийг ашигладаг боловч голчлон контейнер ажиллуулах, Kubernetes кластеруудыг ажиллуулах зэрэг ажлуудад зориулж оновчтой болгосон: түүний хэмжээ багасч, өөрчлөгддөггүй нь кластеруудыг тохируулах, автоматаар масштаблах, засваруудыг байрлуулах зэрэгт хялбар болгодог. Эдгээр бүх онцлог нь үүнийг болгодог. нүцгэн металлаас эхлээд хувийн болон нийтийн үүл хүртэлх өргөн хүрээний компьютерийн орчинд OpenShift-тэй ижил хэрэглэгчийн туршлагыг хүргэх хамгийн тохиромжтой суурь юм.
2. Мэдээллийн технологийн үйл ажиллагааг автоматжуулах
Суурилуулалтын процессууд болон хоёр дахь өдрийн үйлдлүүдийг автоматжуулах (өөрөөр хэлбэл өдөр тутмын үйлдлүүд) OpenShift-ийн давуу тал бөгөөд контейнер платформыг удирдах, шинэчлэх, гүйцэтгэлийг хамгийн өндөр түвшинд байлгахад илүү хялбар болгодог. Энэ нь OpenShift 4 цөмийн түвшинд Kubernetes операторуудыг дэмжих замаар хийгддэг.
OpenShift 4 нь Red Hat өөрөө болон гуравдагч талын түншүүдийн боловсруулсан Кубернетес операторууд дээр суурилсан шийдлүүдийн бүхэл бүтэн экосистем юм (харна уу. Red Hat, эсвэл оператор дэлгүүр , гуравдагч этгээдийн хөгжүүлэгчдэд зориулж Red Hat-аас бүтээсэн).
OpenShift 4 нэгдсэн каталогт 180 гаруй Kubernetes операторууд багтсан болно
3. Хөгжүүлэгчийн хэрэгсэл
2011 оноос хойш OpenShift программыг PaaS (Үйлчилгээний платформ) платформ хэлбэрээр ашиглах боломжтой болсон бөгөөд энэ нь хөгжүүлэгчдийн амьдралыг ихээхэн хөнгөвчлөх, кодлоход анхаарлаа төвлөрүүлэхэд тусалдаг, Java, Node.js гэх мэт програмчлалын хэлнүүдийн эх дэмжлэгийг санал болгодог. , PHP, Ruby, Python, Go, түүнчлэн CI/CD тасралтгүй нэгтгэх, хүргэх үйлчилгээ, мэдээллийн сан гэх мэт. OpenShift 4 санал болгож байна. Red Hat болон манай түншүүдийн боловсруулсан Kubernetes операторуудад суурилсан 100 гаруй үйлчилгээг багтаасан.
Kubernetes-ээс ялгаатай нь OpenShift 4 нь тусгай GUI () нь хөгжүүлэгчдэд янз бүрийн эх сурвалжаас (git, гадаад бүртгэл, Dockerfile гэх мэт) програмуудыг нэрийн талбарт хялбархан байрлуулахад тусалдаг бөгөөд програмын бүрэлдэхүүн хэсгүүдийн хоорондын хамаарлыг тодорхой дүрслэн харуулдаг.
Нэмж дурдахад OpenShift нь Codeready хөгжүүлэлтийн багц хэрэгслийг санал болгодог бөгөөд үүнд, ялангуяа үүнд багтдаг , OpenShift дээр шууд ажилладаг, IDE-ийн үйлчилгээний хандлагыг хэрэгжүүлдэг вэб интерфэйстэй, бүрэн савлагдсан IDE. Нөгөөтэйгүүр, дотоод горимд хатуу ажиллахыг хүсдэг хүмүүст зориулж зөөврийн компьютер дээр байрлуулах боломжтой OpenShift 4-ийн бүрэн ажиллагаатай хувилбар болох Codeready Containers байдаг.
Kubernetes/OpenShift платформ дээр үр ашигтай хөгжүүлэх үйлчилгээ болох нэгдсэн IDE
OpenShift нь чингэлэгт хадгалагдсан Женкинс болон залгаас дээр суурилсан CI/CD системийг шууд санал болгодог. дамжуулах хоолой эсвэл Kubernetes-д чиглэсэн CI/CD системтэй ажиллахад зориулагдсан (Одоогоор Техникийн урьдчилан үзэх хувилбарт байгаа). Эдгээр хоёр шийдэл нь OpenShift консолтой бүрэн нийцдэг бөгөөд ингэснээр дамжуулах хоолойн триггерийг ажиллуулах, байршуулалт, лог болон бусад зүйлийг үзэх боломжийг олгоно.
4. Хэрэглээний хэрэгслүүд
OpenShift нь микро үйлчилгээ эсвэл сервергүй гэх мэт шинэ архитектурт суурилсан уламжлалт статустай програмууд болон үүлд суурилсан шийдлүүдийг хоёуланг нь ашиглах боломжийг танд олгоно. OpenShift Service Mesh шийдэл нь Istio, Kiali, Jaeger зэрэг бичил үйлчилгээнд зориулсан үндсэн хэрэгслүүдийн хамт хайрцагнаас гарч ирдэг. Хариуд нь OpenShift сервергүй шийдэл нь зөвхөн Knative биш, бас Keda зэрэг Microsoft-той хамтран OpenShift платформ дээр Azure функцийг хангах зорилгоор бүтээсэн хэрэгслүүдийг багтаасан болно.
OpenShift ServiceMesh (Istio, Kiali, Jaeger) нэгдсэн шийдэл нь бичил үйлчилгээг хөгжүүлэхэд хэрэг болно.
Хуучин програмууд болон контейнеруудын хоорондын зөрүүг арилгахын тулд OpenShift нь одоо Container Native Виртуалчлалыг (одоо TechPreview-д байгаа) ашиглан OpenShift платформ руу виртуал машин шилжүүлэх боломжийг олгож, эрлийз програмуудыг бодит болгож, хувийн болон нийтийн аль алинд нь өөр өөр үүлэн хооронд шилжих боломжийг хөнгөвчлөх болсон.
Windows 2019 Виртуал виртуал машин нь OpenShift дээр Container Native Виртуалчлалаар ажилладаг (одоогоор Техникийн урьдчилан харах хувилбар дээр)
5. Кластерт зориулсан хэрэгслүүд
Аливаа аж ахуйн нэгжийн түвшний платформ нь хяналтын болон төвлөрсөн бүртгэлийн үйлчилгээ, аюулгүй байдлын механизм, баталгаажуулалт, зөвшөөрөл, сүлжээний удирдлагын хэрэгсэлтэй байх ёстой. OpenShift нь энэ бүгдийг хайрцагнаас гаргаж өгдөг бөгөөд ElasticSearch, Prometheus, Grafana зэрэг шийдлүүдийг багтаасан 100% нээлттэй эх сурвалж юм. Эдгээр бүх шийдлүүд нь Red Hat-ийн кластерын хяналтын өргөн мэдлэгийг ашиглан аль хэдийн бүтээгдсэн, тохируулагдсан хяналтын самбар, хэмжигдэхүүн, дохиололтой ирдэг бөгөөд энэ нь танд үйлдвэрлэлийн орчноо эхнээс нь үр дүнтэй хянах, хянах боломжийг олгоно.
OpenShift нь корпорацийн үйлчлүүлэгчдэд зориулсан таниулах үйлчилгээ үзүүлэгчээр баталгаажуулах, LDAP, ActiveDirectory, OpenID Connect зэрэг итгэмжлэлийн үйлчилгээ үзүүлэгчтэй нэгтгэх зэрэг чухал зүйлсийг стандартаар хангадаг.
OpenShift кластерын хяналтанд зориулж урьдчилан тохируулсан Grafana хяналтын самбар
OpenShift кластерын хяналтанд зориулсан 150 гаруй урьдчилан тохируулсан Prometheus хэмжигдэхүүн ба дохиолол
Үргэлжлүүлэх
Энэхүү шийдлийн баялаг функц, Red Hat-ийн Kubernetes-ийн салбарт асар их туршлага хуримтлуулсан нь OpenShift нь зах зээлд давамгайлах байр суурийг эзэлсний шалтгаан юм (дэлгэрэнгүй унших) ).
“Улаан малгай одоогоор зах зээлд 44%-ийг тэргүүлж байна.
Компани нь хэрэглэгчдэд төвлөрсөн борлуулалтын стратегийн үр шимийг хүртэж байгаа бөгөөд эхлээд аж ахуйн нэгжийн хөгжүүлэгчидтэй зөвлөлдөж, сургаж, дараа нь аж ахуйн нэгж үйлдвэрлэлд чингэлэг байрлуулж эхэлснээр мөнгө олох арга руу шилждэг."
(Эх сурвалж: )
Энэ нийтлэл танд таалагдсан гэдэгт найдаж байна. Энэ цувралын цаашдын нийтлэлүүдэд бид энд авч үзсэн ангилал тус бүрийн Кубернетесээс OpenShift-ийн давуу талыг нарийвчлан авч үзэх болно.
Эх сурвалж: www.habr.com