PaaS (Үйлчилгээний платформ) шийдлүүд дангаараа хувь хүмүүс болон багуудын харилцах арга барилыг өөрчилж чадахгүй ч МТ-ийн уян хатан байдлыг нэмэгдүүлэхийн тулд байгууллагын өөрчлөлтийн хурдасгуур болдог.
Үнэн хэрэгтээ, PaaS хөрөнгө оруулалтын хамгийн их өгөөжийг зөвхөн байгууллагын үүрэг, хариуцлага (даалгавар), харилцаа холбоог өөрчилснөөр л хүрдэг. Аз болоход, OpenShift контейнер платформ зэрэг PaaS шийдлүүд нь мэдээллийн технологийн байгууллага бүрт оролцож буй хүмүүс болон гарч буй үйл явцтай холбоотой өөрчлөлтийн хурд, цар хүрээг тодорхойлох боломжийг олгодог уян хатан байдаг.
Аж ахуйн нэгжийн контейнержуулалтын эхний үе шатанд контейнер платформыг шинэ програмыг байршуулах систем болгон хэрэгжүүлэх нь нэн тэргүүний зорилт юм. Энэ үед байгууллагууд хадгалалтын систем, байршуулах орчин гэх мэт асуудлаар хөгжүүлэлтийн багаас ирсэн стандарт хүсэлтэд хариу өгөхийн тулд танил ажлуудыг танил дүрүүдтэй холбож өгдөг. Контейнержуулалтын дараагийн үе шатанд системийн администраторуудын ачааллыг бууруулж, хөгжүүлэгчдийн бие даасан байдал, үр ашгийг илүү өндөр түвшинд хүргэхийн тулд автоматжуулалт эсвэл өөрөө өөртөө үйлчлэх чадварыг хөгжүүлэгчдэд өгөх талаар аль хэдийн ярьж байна. Байгууллага ингэж л DevOps руу шилжиж эхэлдэг. Контейнержуулалтын эцсийн шатанд аж ахуйн нэгж нь илүү цэвэр, каноник DevOps загварт шилждэг бөгөөд үүний хүрээнд өмнөх олон ажил, ажил нь платформ, технологиор бус, харин өөр өөр технологиор бүлэглэгдсэн хөндлөн функциональ багуудын хяналтанд байдаг. програмууд эсвэл хэрэглээний үйлчилгээний ажиллагааг хангах үүднээс харах.
Энэ нийтлэлд бид аж ахуйн нэгжид контейнер технологи нэвтрүүлснээр шаардлагатай зохион байгуулалтын өөрчлөлтийг хэрхэн хийх, мэдээллийн технологийн уламжлалт үүрэг хэрхэн өөрчлөгдөж байгаа талаар зааварчилгаа өгөх болно.
Шинэ ажлын байрыг хуучин ажилтай холбох
Үндсэн, анхны хэлбэрээрээ PaaS зохион байгуулалтын загвар нь IT нөөцийг програмуудад ажиллах үеийн орчин болгон илүү уян хатан, хурдан хуваарилах зорилготой юм. Энэ нь системийн администраторуудад тодорхой давуу талыг олгодог боловч хөгжүүлэгчид ихэвчлэн ямар нэгэн мэдэгдэхүйц ашиг тус эсвэл шинэ боломжуудыг олж авдаггүй, учир нь энэ үе шатанд аж ахуйн нэгж автоматжуулалт, өөртөө үйлчлэх эсвэл байршуулах хоолойг эрс сайжруулахгүйгээр амархан хийж чадна. Энэ үе шатанд хөгжүүлэлтийн процесст хамгийн бага нөлөө үзүүлдэг ч PaaS нь IT системийн уян хатан байдлыг нэмэгдүүлж, администраторуудад хөгжүүлэгчдийн хүсэлтийг илүү сайн хангах боломжийг олгодог. Жишээлбэл, өмнө нь хэд хэдэн хөгжүүлэлтийн орчинг бий болгож байсан бол виртуал машинууд Хадгалах сангийн хэмжээг үүсгэх, байршуулах нь хэд хэдэн өдөр эсвэл бүр хэдэн долоо хоног шаардаж, хэд хэдэн өөр админуудын оролцоог шаарддаг бол PaaS-д бүх зүйлийг илүү хурдан бөгөөд зөвхөн нэг админ хийдэг. Өөрөөр хэлбэл, хөгжүүлэлтийн багууд өмнөх шигээ хүсэлт илгээдэг боловч тэдгээрийг хэрэгжүүлэх ажлыг одоо шинэ загварын дагуу гүйцэтгэдэг.
DevOps байгууллага руу
PaaS-ийг ажиллуулж, МТ-ийн үйл ажиллагааны мэргэжилтнүүд болон програм хөгжүүлэгчдийг түүн рүү шилжүүлснээр байгууллага нь дараах үндсэн зарчмуудыг багтаасан DevOps аргачлалыг үргэлжлүүлэн хэрэгжүүлж чадна.
- Ажлыг жижиг алхам болгон хувааэрт санал хүсэлтийг хүлээн авах, эрсдлийг бууруулах, дүн шинжилгээ хийх саажилтаас зайлсхийх;
- Үйл ажиллагааг хангалттай автоматжуулахпрограмыг байршуулах явцад саад тотгор учруулахгүй байх;
- Мэдлэг солилцоо - итгэлцлийг бий болгох түлхүүр;
- Техникийн өрийг тогтмол төлнө, ажлын мөчлөг бүрт тодорхой цагийг системтэй сайжруулахад хуваарилах.
Контейнерын технологийг нэвтрүүлэх хоёр дахь үе шатанд хөгжүүлэлтийн багууд аяндаа сайжруулах боломжуудыг олж харж эхэлдэг бөгөөд аж ахуйн нэгж илүү уламжлалт DevOps загвар руу чиглэдэг. Үйлчилгээний хүсэлтийг илгээх, биелүүлэх уламжлалт механизм нь одоо саад тотгор болж байгаа тул байгууллага нь дахин давтагдах үйлдлүүдийг автоматжуулж, хөгжүүлэгчдэд өөртөө үйлчлэх боломжийг олгохыг эрэлхийлж байна. Түүнчлэн тухайн программ доторх хөгжүүлэгчийн эдгээр чадварууд нь платформыг ажиллуулж буй мэдээллийн технологийн мэргэжилтнүүд болон програмуудыг хүргэх үүрэгтэй хүмүүсийн хамтын хүчин чармайлтаар тодорхойлогддог. Өөрөөр хэлбэл, хөгжүүлэгчдийн хүсэлтээр үйлдэл хийдэг системийн администраторуудыг дээр дурьдсан хоёр ангиллын ажилтнууд сольж байгаа бөгөөд тэдгээр нь хөгжүүлэгчид дангаараа яг юу хийхийг зөвшөөрсөн бодлогыг тайлбарлах, хэрэгжүүлэх үүрэгтэй. Автоматжуулсан журам нь тогтоосон шаардлагыг дагаж мөрдөх, нөхцөл байдал одоо байгаа бодлогын хамрах хүрээнээс гадуур гарсан тохиолдолд үйл ажиллагааг зохицуулахад тусалдаг.
Мэдээллийн технологийн орчин, үйлдлийн загвар нь цаг хугацааны явцад давтагдах өөрчлөлтөд ордог давталтын хуваарьт шилжих нь DevOps-ийн төлөвшсөн аж ахуйн нэгжид хүрэх чухал үе шат юм. DevOps аргачлалыг нэвтрүүлэх түвшин нь байгууллага бүрийн өөрчлөлтийг тэсвэрлэх чадвар, аль өөрчлөлт нь хамгийн их ашиг авчрахаас хамаарна. Жишээлбэл, хэрэв шинэ орчин эсвэл програм үүсгэх хэрэгцээ ховор тохиолддог бол холбогдох үйл ажиллагааг оновчтой болгох нь програмын ашиглалтын мөчлөгт хөгжүүлэгчийн хяналтыг нэмэгдүүлэхээс хамаагүй бага байх болно.
Мэдээллийн технологийн байгууллагуудад OpenShift руу шилжих үед гарч буй шинэ сорилтууд
Энэ хэсэгт бид OpenShift-ийг нэвтрүүлсэн байгууллагууд технологи болон PaaS ашиглан автоматжуулалт, өөрөө өөртөө үйлчлэх үйлчилгээг хурдасгахад ашигладаг үүрэг, даалгавруудыг авч үзэх болно.
Доорх хүснэгтэд OpenShift-ийг хэрэгжүүлсэн аливаа байгууллагад байдаг дээд түвшний үндсэн ажлуудыг холбогдох ажил, ур чадварын жишээнүүдийн хамт жагсаав. Энэхүү даалгаврын жагсаалтыг ажлын задаргааны бүтэц эсвэл багийн бүтэцтэй андуурч болохгүй, харин контейнер платформыг амжилттай хэрэгжүүлэхийн тулд мэдээллийн технологийн орчныг (үүд) дэмжих үүрэгтэй хүмүүсийн гүйцэтгэх ёстой даалгавруудын багц юм. Үнэн хэрэгтээ, чингэлэг технологийг нэвтрүүлэх нь аж ахуйн нэгжид илүү боловсронгуй DevOps стратегийг бий болгох урьдчилсан нөхцөлийг бүрдүүлж, улмаар багуудын харилцан үйл ажиллагааны түвшинг нэмэгдүүлж, нарийн мэргэжлийн мэргэшлийн эрсдлийг бууруулдаг гэдгийг бид цаашид харуулах болно. хувь хүмүүс болон багийн аль алиных нь түвшин.
Хүснэгт 1. OpenShift даалгаврын тодорхойлолтууд
үүрэг
Шаардлагатай ур чадвар
Мэдээллийн технологийн дэд бүтцийг автоматжуулах, хангах
Ажил:
- Техник хангамжийн шийдлүүдийн дизайн, бүтээн байгуулалт
- Анхны тохиргооны автоматжуулалтын зохион байгуулалт, дэмжлэг
- VM болон хост бэлтгэх дизайн, автоматжуулалт
- Дата төвүүдийг зохион бүтээх, хэрэгжүүлэх
- Системийн удирдлага Linux
- Автоматжуулалтын хувилбарууд
- Хадгалах системийн талаархи мэдлэг
- Сүлжээний дизайн, хэрэгжилтийн талаархи мэдлэг
- Аюулгүй байдал
OpenShift платформыг суулгах, удирдах
Ажил:
- Кластер суулгацыг гүйцэтгэж байна
- Дэд бүтцийн үйлчилгээний менежмент
- Платформын масштабын менежмент
- Платформын түвшний баталгаажуулалт ба зөвшөөрөл
- Системийн удирдлага Linux
- Сүлжээний технологийн талаархи мэдлэг
- Автоматжуулалтын скриптүүд (Ansible)
- Хадгалах системийн талаархи мэдлэг
- Контейнерын технологи, архитектурын талаархи мэдлэг
- Kubernetes болон OpenShift архитектурын талаархи мэдлэг
- Платформын аюулгүй байдал
- Интеграцид хяналт тавих
Үйлчлүүлэгчийн орчныг бэлтгэх ажлыг удирдах (түрээслэгчийн хангамж), мэдээллийн технологийн чадавхийг тусгаарлах
Ажил:
- Платформ дээр хэрэглэгчид болон багийг бий болгох
- Квотын зураг төсөл, менежмент
- RBAC дизайн ба хэрэгжилт
- Kubernetes болон OpenShift архитектурын талаархи мэдлэг
- Контейнерын технологи, архитектурын талаархи мэдлэг
- Автоматжуулалтын хувилбарууд
- Төсөл, квот, үүрэг даалгавар, төлөвлөгчидтэй ажиллах талаар сайн мэдлэгтэй
Үндсэн зургийг бүтээх, удирдах
Ажил:
- Зургийг өөрчлөх ажлын урсгалыг боловсруулах
- Стандартад суурилсан зураг боловсруулах
- Системийн удирдлага Linux
- Автоматжуулалтын хувилбарууд
- Ажиллах үеийн програмын бүрэлдэхүүн хэсгүүд болон дунд програмыг тохируулах
- Контейнерийн архитектурын талаархи мэдлэг
- Аппликейшн бүтээх хүрээ
- Зураг, зургийн урсгал, загваруудын талаар сайн мэдлэгтэй
Байршуулах дамжуулах хоолойг төлөвлөх, удирдах
Ажил:
- Конвейерийн стандартын зураг төсөл, баримт бичиг
- Түргэн гарын авлага, загвар боловсруулах
- Хөгжүүлэгчийн сургалт
- Эх кодын удирдлага
- Хэрэглээний дизайн ба хэрэгжилт
- Автоматжуулалтын хувилбарууд
- Автоматжуулсан туршилт
- Кодын чанарын туршилт
- Контейнерийн архитектурын талаархи мэдлэг
- Үл хувиршгүй дэд бүтцийн талаархи мэдлэг
- Аюулгүй байдал - дамжуулах хоолойн үе шатанд хандах хандалтыг удирдах, ажлын урсгалыг батлах гэх мэт.
- OpenShift загварууд, бүтцийн тохиргооны бүрэлдэхүүн хэсэг, байршуулалтын тохиргоо, үйлчилгээ, маршрут, тохиргооны зураглалын талаар сайн мэдлэгтэй.
Хэрэглээ ба туршилтын хөгжүүлэлт
Ажил:
- Хэрэглээний кодчилол
- Автоматжуулсан туршилтыг хөгжүүлэх
- Байршуулах дамжуулах хоолойн явцад гарсан туршилтын алдааны хариу арга хэмжээ
- Хэрэглээний алдааны хариу үйлдэл
- Хэрэглэгчийн хүлээн зөвшөөрөх туршилт
- Хэрэглээний дизайн ба хэрэгжилт
- Автоматжуулсан туршилт
- Эх кодын удирдлага
- Хэрэглээний хяналт
- Үүлэн хэрэглээний программын архитектурын талаархи мэдлэг
Үйл ажиллагааны хяналт, хэрэглээний менежмент
Ажил:
- Гүйцэтгэлийн контекст дэх програмуудыг зохион бүтээх
- Runtime дээр програмуудыг хянах
- Аппликешныг масштаблах (эсвэл автоматаар масштаблах)
- Хэрэглээний бэлэн байдлын удирдлага
- Квот болон нөөцийн удирдлагын хязгаарыг хүсэх
- Гүйцэтгэл ба мэдээллийн технологийн чадавхийг шалгах
- Хэрэглээний гүйцэтгэлийг төлөвлөх, хэрэгжүүлэх
- Хэрэглээний гүйцэтгэлийн хяналт
- Гүйцэтгэл ба ачааллын туршилт
Хэрэглэгчийн хүлээн зөвшөөрөх туршилт
Ажил:
- UI тест (дизайн ба хэрэглэгчийн туршлага)
- Автоматжуулсан туршилтыг хөгжүүлэх
- Хэрэглэгчийн интерфейсийг зохион бүтээх, турших
- Автомат туршилтын загварууд
- Туршилтын хүрээ
- Хэрэглээний дизайны загварууд
OpenShift руу шилжих үед мэдээллийн технологийн байгууллагад бий болох шинэ үүрэг
Та DevOps төвтэй зохион байгуулалтын загвар руу шилжих тусам үүргийн мэргэшлийн хэмжээ багасах хандлагатай байгаа бөгөөд хамтын ажиллагааны үр ашгийг нэмэгдүүлэхийн тулд харилцан үйл ажиллагаа явуулдаг баг, үүргийн тоо нэмэгддэг. OpenShift ашигладаг мэдээллийн технологийн байгууллагын гол албан тушаалуудын жагсаалт дараах байдалтай байна.
- Хэрэглээний үйл ажиллагааны инженер ЭСВЭЛ Талбайн найдвартай байдлын инженер. Өмнө нь энэ албан тушаалыг "Програмын серверийн администратор" гэж нэрлэдэг байсан.
- Хэрэглээний хөгжүүлэгч/Програм хангамж хөгжүүлэгч/Програм хангамжийн инженер.
- Кластер/Програмын Платформын Администратор. Өмнө нь энэ үүргийг "Системийн Администратор" эсвэл "Администратор" гэж нэрлэдэг байсан байж магадгүй. Linux- платформууд".
- Хувилбарын менежер/Барилгын инженер.
RACI үүрэг ба даалгаврын матриц
Эцэст нь бид OpenShift платформ дээр DevOps-ийг хэрэгжүүлж буй байгууллагын бүтэц ямар байх ёстой талаар ерөнхий ойлголт өгөхийн тулд дээр дурдсан албан тушаал, даалгавруудыг харьцуулж үзье. Эхний ээлжинд хуучин, уламжлалт зохион байгуулалтын бүтцийн өөр өөр салбарууд дараахь үүргийг гүйцэтгэж болно. Гэвч цаг хугацаа өнгөрөхөд нэгдэл бий болж, доор жагсаасан ихэнх эсвэл бүр бүх ажлыг гүйцэтгэдэг програмуудын эргэн тойронд шинэ багууд байгуулагддаг.
үүрэг
Үүрэг
Хэрэглээний үйл ажиллагааны инженер / Сайтын найдвартай байдлын инженер
Програм хөгжүүлэгч / Програм хангамж хөгжүүлэгч / Програм хангамжийн инженер
Кластер/Програмын платформын администратор
Програм хангамжийг гаргах менежер/угсрах инженер
Мэдээллийн технологийн дэд бүтцийг автоматжуулах, хангах
I
I
R / A
C
OpenShift платформыг суулгах, удирдах
C
I
R / A
C
Байршуулах дамжуулах хоолойг төлөвлөх, удирдах
C
C
I
R / A
Түрээслэгчийн нөөц, тусгаарлалт, мэдээллийн технологийн чадавхийг удирдах
C
I
R / A
I
Үндсэн зургийг бүтээх, удирдах
R
C
R / A
C
Хэрэглээ ба туршилтын хөгжүүлэлт
C
R / A
I
I
Үйл ажиллагааны хяналт, хэрэглээний менежмент
R / A
C
C
I
Хэрэглэгчийн хүлээн зөвшөөрөх туршилт
C
R
I
I
RACI матриц дахь конвенцууд
Эх сурвалж:
- Хариуцлагатай – Гүйцэтгэгч гэдэг нь даалгаврыг биелүүлэхэд шаардлагатай зүйлийг хийдэг хүн юм.
- Хариуцлагатай – Хариуцлагатай – үүрэг даалгаврыг зөв, бүрэн гүйцэд гүйцэтгэх, үр дүнд хүрэх эцсийн хариуцлагыг хүлээдэг ажилтан; бас жүжигчдэд ажлыг даалгаж чадах цорын ганц хүн.
- Зөвлөгөө өгсөн – Зөвлөхүүд – ихэвчлэн эдгээр нь зөвлөгөө авах шаардлагатай сэдвийн мэргэжилтнүүд байдаг; Тэдэнтэй хоёр талын харилцаа холбоо тогтоогддог.
- Мэдээлэлтэй - Мэдээлэлтэй - үйл явдлын талаар мэдээлэл авдаг хүмүүс (заримдаа зөвхөн ажил дуусгах эсвэл үр дүнд хүрэх үед); тэд мэдээллийг нэг талдаа хүлээн авдаг.
DevOps байгууллагад багууд хэрхэн хамтран ажилладаг
Уламжлалт нөөцийн худалдан авалт нь ихэвчлэн нөөцийн хүсэлтийн мөчлөгийг хамардаг бөгөөд дараа нь олон баг гүйцэтгэнэ. Эцсийн эцэст, шаардлагатай бүх нөөцийг хүсэлт гаргасан тал хуваарилж, баталгаажуулна. Ихэнхдээ эдгээр процессууд хэсэгчлэн эсвэл бүхэлдээ гар ажиллагаатай байдаг бөгөөд хүсэлт бүрийг амжилттай боловсруулахын тулд багуудын хооронд олон удаа, олон удаа харилцан үйлчлэлцэх шаардлагатай байдаг.
Зураг 1. Мэдээллийн технологийн уламжлалт байгууллага
Дээрх диаграмм нь уламжлалт мэдээллийн технологийн байгууллагын баг хоорондын ердийн харилцааг харуулж байна. Энэ схемийн дагуу зарим багууд тасалбарын систем эсвэл цахим шуудан гэх мэт албан ёсны харилцаа холбооны хэрэгслийг ашиглан шаардлагатай ажлыг гүйцэтгэх хүсэлтээр бусад багуудтай холбогддог. Дараа нь эдгээр хүсэлтүүд дараалалд орж, жигүүрт хүлээгдэж, удаан хүлээх нь ихэвчлэн баг хоорондын харилцааг муудах, бүр хурцатгахад хүргэдэг. Өөр өөр багийн гишүүд бие биетэйгээ уулзах нь ховор бөгөөд зөвхөн шаардлагатай хамгийн бага мэдээллийг хуваалцах хандлагатай байдаг нь хурцадмал байдлыг нэмж байна.
Зураг 2: DevOps мэдээллийн технологийн байгууллага
Энэ диаграм нь DevOps байгууллагад хамтын ажиллагаа хэрхэн явагддагийг харуулж байна. Энд өмнөх диаграмм дээрх ижил багууд силосыг бэхжүүлсэн үр дүнгүй харилцаа холбоог орхиж, тэдгээрийг хувийн харилцаа холбоогоор сольж, улмаар багуудын хоорондын харилцан үйлчлэлийн байнгын сувгийг бий болгосон. Эдгээр сувгууд нь ажилчдад төлөөлж буй багийнхаа хэрэгцээ, сорилт, боломжуудыг илүү сайн ойлгож, төсөөлөхөд нь туслах эрлийз ур чадварыг хөгжүүлдэг. Багууд урьдын адил бусдын өөрчлөлтийн хүсэлтийг гараар зохицуулахын оронд автоматжуулсан өөрөө өөртөө үйлчлэх порталаар дамжуулан ажлыг дуусгах боломжийг бие биедээ олгодог. Мөн харилцан үйлчлэлийн сувгуудын ачаар эдгээр өөртөө үйлчлэх системүүд нь өөрсдийн бүтээсэн багуудын хэрэгцээнд хурдан дасан зохицож чаддаг. Байгууллагын хүрээнд илүү их ойлголттой болж, мэдлэгээ хуваалцахын тулд багийн гишүүд өөр өөр багуудтай харилцах туршлага хуримтлуулах, тэдний дэмждэг мэдээллийн технологийн системийн ерөнхий дүр зургийг илүү сайн ойлгохын тулд үе үе үүрэг гүйцэтгэдэг бөгөөд ингэснээр тэдний харилцан үйл ажиллагаа, ашиг тустай байдлын түвшинг дээшлүүлдэг.
Дүгнэж хэлэх
Энэ нийтлэлд бид PaaS шийдлүүдийг нэвтрүүлэх нь байгууллагыг хэрхэн DevOps руу шилжүүлэх, үйл явцын нэг хэсэг болох уламжлалт үүрэг, даалгавруудыг өөрчлөх талаар ярилцсан. Тийм ч учраас бид OpenShift-д шилжихэд байгууллага тулгардаг мэдээллийн технологийн гол бэрхшээлүүд болон тэдгээрийг дуусгахад шаардагдах ур чадваруудыг жагсаав. Бид мөн давхар функциональ DevOps багийг бүрдүүлэхэд бий болдог зохион байгуулалтын үндсэн үүргүүд болон шинэ үүрэг даалгавруудыг холбодог RACI матрицыг өгсөн. Эцэст нь бид OpenShift платформ болон түүнтэй холбоотой DevOps аргачлал нь уламжлалт шатлал, тасалбарын системээс хувийн харилцааны өндөр түвшний харилцан үйл ажиллагаа бүхий баг руу шилжих үед байгууллагын зохион байгуулалтын бүтцийг хэрхэн өөрчлөх талаар ярилцав.
Эх сурвалж: www.habr.com
