PaaS (Platform as a Service) чечимдери жеке адамдардын жана командалардын өз ара аракеттенүүсүн өзгөртө албаса да, алар көбүнчө IT шыктуулуктун жогорулашына жооп катары уюштуруучулук өзгөрүүлөрдүн катализатору болуп кызмат кылат.
Чынында, PaaS инвестицияларынын максималдуу кирешесине көбүнчө уюштуруучулук ролдорду, жоопкерчиликтерди (милдеттерди) жана мамилелерди өзгөртүү менен жетишүүгө болот. Бактыга жараша, OpenShift Container Platform сыяктуу PaaS чечимдери ар бир IT уюмуна тартылган адамдарга жана болуп жаткан процесстерге салыштырмалуу өзгөрүүнүн ылдамдыгын жана масштабын аныктоого мүмкүндүк берүү үчүн жетиштүү ийкемдүү.
Ишкананы контейнерлештирүүнүн биринчи этабында негизги артыкчылык болуп контейнер платформасын жаңы тиркемени жайылтуу системасы катары ишке ашыруу саналат. Бул учурда, уюмдар сактоо тутумдары, жайылтуу чөйрөлөрү жана башкалар сыяктуу маселелер боюнча иштеп чыгуу топторунун стандарттуу суроо-талаптарына жооп берүү үчүн тааныш жумуштарды тааныш ролдор менен байланыштырат. Контейнерлештирүүнүн кийинки этаптарында биз системалык администраторлордун жүгүн азайтуу жана иштеп чыгуучулардын автономиясын жана натыйжалуулугун жогорку деңгээлге жеткирүү үчүн автоматташтыруу же иштеп чыгуучуларга өзүн-өзү тейлөө мүмкүнчүлүктөрүн берүү жөнүндө айтып жатабыз. Ошентип, уюм DevOpsке карай жылып баштайт. Контейнерлештирүүнүн акыркы этабында ишкана тазараак, канондук DevOps моделине келет, анын алкагында мурунку көптөгөн милдеттер жана иштер платформалар же технологиялар боюнча эмес, платформалар же технологиялар боюнча топтоштурулган кайчылаш функционалдык командалардын көзөмөлүндө болот. тиркемелердин же тиркеме кызматтарынын иштешин камсыз кылуу көрүнүшү.
Бул постто биз керектүү уюштуруучулук өзгөрүүлөрдү кантип жасоо керектиги жана ишканада контейнердик технологияларды кабыл алуу менен салттуу IT ролдору кандай өзгөрүп жатканы боюнча көрсөтмөлөрдү беребиз.
Жаңы жумуштарды эски ролдор менен байланыштыруу
PaaS уюштуруу модели баштапкы түрүндө IT ресурстарын тиркемелерге иштөө чөйрөсү катары ийкемдүү жана тез бөлүштүрүү үчүн иштелип чыккан. Бул система администраторлору үчүн белгилүү бир артыкчылыктарды бергени менен, иштеп чыгуучулар, адатта, эч кандай олуттуу артыкчылыктарга же жаңы мүмкүнчүлүктөргө ээ болушпайт, анткени бул этапта ишкана автоматташтыруусуз, өзүн-өзү тейлөөсүз же жайылтуу түтүгүн түп-тамырынан бери жакшыртуусуз оңой эле жашай алат. Бул этапта иштеп чыгуу процесстерине минималдуу таасир этсе да, PaaS ошого карабастан IT системасынын ийкемдүүлүгүн жогорулатат, бул администраторлорго иштеп чыгуучулардын суроо-талаптарын жакшыраак аткарууга мүмкүндүк берет. Мисалы, мурда бир нечеден иштеп чыгуу чөйрөсүн түзүп жатканда виртуалдык машиналар Сактоо көлөмдөрүн түзүү жана жайгаштыруу бир нече күн же ал тургай жумаларды талап кылышы мүмкүн, бул бир нече ар кандай администраторлордун катышуусун талап кылса, PaaS'та баары алда канча тезирээк жана бир гана администратор тарабынан жасалат. Башкача айтканда, иштеп чыгуучу топтор мурдагыдай эле суроо-талаптарды беришет, бирок аларды ишке ашыруу боюнча иштер эми жаңы моделге ылайык жүргүзүлөт.
DevOps уюмуна карай
PaaSти ишке киргизүү жана ага IT операциялары боюнча адистерди жана тиркемелерди иштеп чыгуучуларды өткөрүү менен уюм DevOps методологиясын ишке ашырууну уланта алат, ал башкалардын арасында төмөнкү негизги принциптерди камтыйт:
- Ишти майда кадамдарга бөлүңүзэрте пикир алуу, тобокелдиктерди азайтуу жана талдоо шал оорусун болтурбоо;
- Операцияларды жетиштүү түрдө автоматташтыруутиркемени жайылтуу процессинде тоскоолдуктарды же тоскоолдуктарды жаратпоо үчүн;
- Билим алмашуу - ишенимди түзүүнүн ачкычы;
- Техникалык карыздарды үзгүлтүксүз төлөө, системалуу жакшыртуу үчүн ар бир иш циклинде белгилүү бир убакыт бөлүү.
Контейнер технологиясын кабыл алуунун экинчи этабында өнүктүрүү топтору табигый түрдө жакшыртуу мүмкүнчүлүктөрүн көрө башташат жана ишкана салттуу DevOps моделине таянат. Тейлөө суроо-талаптарын берүүнүн жана аткаруунун салттуу механизми азыр бөксөлүк катары кабылданууда, ошондуктан уюм кайталануучу иш-аракеттерди автоматташтырууга жана иштеп чыгуучуларга өзүн-өзү тейлөө мүмкүнчүлүктөрүн берүүгө умтулууда. Мындан тышкары, берилген тиркемедеги бул иштеп чыгуучунун мүмкүнчүлүктөрү платформаларды иштеткен IT адистеринин жана тиркемелерди жеткирүү үчүн жооптуу адамдардын биргелешкен аракеттери менен аныкталат. Башкача айтканда, иштеп чыгуучулардын өтүнүчү боюнча иш-аракеттерди жасаган системалык администраторлор, иштеп чыгуучуларга өз алдынча эмне кылууга уруксат берилген саясатты сүрөттөп жана колдонууга жооптуу кызматкерлердин жогоруда аталган эки категориясы менен алмаштырылат. Автоматташтырылган жол-жоболор белгиленген талаптарга шайкеш келүүнү камсыз кылууга жардам берет жана кырдаал учурдагы саясаттын алкагынан чыкканда аракеттерди координациялайт.
Итеративдик графикке өтүү, анда IT чөйрөсү жана операциялык модели убакыттын өтүшү менен итеративдик өзгөрүүлөргө дуушар болот, бул жетилген DevOps ишканасына жетүүдөгү маанилүү этап болуп саналат. DevOps методологиясын кабыл алуу даражасы ар бир уюмдун өзгөрүүгө сабырдуулугуна жана кандай өзгөрүүлөр эң көп пайда алып келе турганына көз каранды. Мисалы, жаңы чөйрөлөрдү же тиркемелерди түзүү зарылчылыгы сейрек кездешсе, анда тиешелүү иш-аракеттерди оптималдаштыруу колдонмонун жашоо циклине иштеп чыгуучунун көзөмөлүн жогорулатууга караганда анча маанилүү эмес.
OpenShiftге өтүүдө IT уюмдарында пайда болгон жаңы кыйынчылыктар
Бул бөлүмдө биз OpenShiftти кабыл алган уюмдар, адатта, технологияны жана PaaSди колдонуу менен автоматташтыруу жана өзүн-өзү тейлөөнү тездетүү үчүн колдонгон ролдорду жана милдеттерди карап чыгабыз.
Төмөнкү таблицада OpenShiftти ишке ашырган ар кандай уюмда бар негизги жогорку деңгээлдеги тапшырмалар, тиешелүү жумуштардын жана көндүмдөрдүн мисалдары келтирилген. Бул тапшырмалардын тизмеси иштин бөлүштүрүлүшү же команданын структурасы менен чаташтырбоо керек, тескерисинче, контейнер платформасын ийгиликтүү ишке ашыруу үчүн IT чөйрөсүн (лар) колдоо үчүн жооптуу адамдар аткарышы керек болгон милдеттердин жыйындысы. Чынында, биз контейнердик технологияларды киргизүү ишканада бир кыйла жетилген DevOps стратегиясын калыптандыруу үчүн өбөлгөлөрдү түзөрүн, ал өз кезегинде командалардын кайчылаш иштешинин даражасын жогорулатып, тар адистештирүү тобокелдиктерин азайтарын көрсөтөбүз. жеке адамдардын да, команданын да деңгээли.
Таблица 1. OpenShift тапшырмасынын аныктамалары
милдеттери
Керектүү көндүмдөр
IT инфраструктурасын автоматташтыруу жана камсыздоо
Иштер:
- Аппараттык чечимдерди долбоорлоо жана куруу
- Алгачкы орнотууну автоматташтырууну уюштуруу жана колдоо
- VM жана хост даярдоону долбоорлоо жана автоматташтыруу
- Маалымат борборлорун долбоорлоо жана ишке ашыруу
- Системалык башкаруу Linux
- Автоматташтыруу сценарийлери
- Сактоо системаларын билүү
- Тармакты долбоорлоо жана ишке ашыруу боюнча билим
- коопсуздук
OpenShift платформасын орнотуу жана башкаруу
Иштер:
- Кластер орнотууну аткаруу
- Инфраструктура кызматын башкаруу
- Платформанын масштабын башкаруу
- Платформа деңгээлиндеги аутентификация жана авторизация
- Системалык башкаруу Linux
- Тармактык технологияларды билүү
- Автоматташтыруу сценарийлери (Ansible)
- Сактоо системаларын билүү
- Контейнер технологияларын жана архитектурасын билүү
- Kubernetes жана OpenShift архитектураларын билүү
- Платформанын коопсуздугу
- Мониторинг интеграциясы
Кардар чөйрөсүн даярдоону башкаруу (ижарачыны камсыздоо), IT мүмкүнчүлүктөрүн изоляциялоо
Иштер:
- Платформанын ичинде колдонуучуларды жана командаларды түзүү
- Квотаны долбоорлоо жана башкаруу
- RBAC долбоорлоо жана ишке ашыруу
- Kubernetes жана OpenShift архитектураларын билүү
- Контейнер технологияларын жана архитектурасын билүү
- Автоматташтыруу сценарийлери
- Долбоорлорду, квоталарды, ролдук тапшырмаларды жана пландоочулар менен иштөөнү жакшы билүү
Негизги сүрөттөрдү түзүү жана башкаруу
Иштер:
- Сүрөттү өзгөртүү боюнча иш процессин иштеп чыгуу
- Стандарттарга негизделген сүрөттү иштеп чыгуу
- Системалык башкаруу Linux
- Автоматташтыруу сценарийлери
- Иштөө убактысынын колдонмо компоненттерин жана ортолук программаны конфигурациялоо
- Контейнер архитектурасын билүү
- Колдонмо куруу алкактары
- Сүрөттөрдү, сүрөттөрдү жана шаблондорду жакшы билүү
Жайгаштыруу түтүктөрүн долбоорлоо жана башкаруу
Иштер:
- Конвейердин стандарттарын долбоорлоо жана документтештирүү
- Ыкчам колдонмолорду жана шаблондорду иштеп чыгуу
- Иштеп чыгуучуларды окутуу
- Булак кодун башкаруу
- Колдонмо дизайн жана ишке ашыруу
- Автоматташтыруу сценарийлери
- Автоматташтырылган тестирлөө
- Коддун сапатын текшерүү
- Контейнер архитектурасын билүү
- Өзгөрбөс инфраструктураларды билүү
- Коопсуздук – түтүк этаптарына кирүү мүмкүнчүлүгүн башкаруу, иш процесстерин бекитүү ж.б.
- OpenShift шаблондорун, курамдык түзүлүштөрдү, жайгаштыруу конфигурацияларын, кызматтарды, маршруттарды, конфигмациялык карталарды жакшы билүү
Колдонмо жана тестти иштеп чыгуу
Иштер:
- Колдонмо коддоо
- Автоматташтырылган тесттерди иштеп чыгуу
- Жайгаштыруу түтүгү учурундагы сыноолордун каталарына жооп берүү
- Колдонмонун каталарына жооп берүү
- Колдонуучуну кабыл алуу тести
- Колдонмо дизайн жана ишке ашыруу
- Автоматташтырылган тестирлөө
- Булак кодун башкаруу
- Колдонмо мониторинги
- Булуттун жергиликтүү колдонмолорунун архитектурасын билүү
Оперативдүү мониторинг жана колдонмону башкаруу
Иштер:
- Аткаруу контекстинде колдонмолорду долбоорлоо
- Runtime боюнча колдонмолорду көзөмөлдөө
- Колдонмону масштабдоо (же автомасштабтоо)
- Колдонмонун жеткиликтүүлүгүн башкаруу
- Квоталарды жана ресурстарды башкаруу чектөөлөрүн сураңыз
- Аткаруучулук жана IT дараметин сыноо
- Колдонмо аткарууну долбоорлоо жана ишке ашыруу
- Колдонмонун аткаруу мониторинги
- Аткаруу жана жүк сыноо
Колдонуучуну кабыл алуу тести
Иштер:
- UI тестирлөө (дизайн жана колдонуучу тажрыйбасы)
- Автоматташтырылган тесттерди иштеп чыгуу
- Колдонуучу интерфейстерин долбоорлоо жана сыноо
- Автоматташтырылган тестирлөө үлгүлөрү
- Сыноо алкактары
- Колдонмо дизайн үлгүлөрү
OpenShift'ке өтүүдө IT уюмунда пайда болгон жаңы ролдор
Сиз DevOps борборлоштурулган уюштуруу моделине өткөн сайын, ролду адистештирүүнүн көлөмү азаят жана өз кезегинде кызматташуунун натыйжалуулугун жогорулатуу үчүн кайчылаш-функционалдык топтордун жана ролдордун саны көбөйөт. Бул жерде OpenShift колдонгон IT уюмунун негизги кызматтарынын тизмеси мындай деп ойлойбуз:
- Колдонмо операцияларынын инженери ЖЕ Сайттын ишенимдүүлүгү боюнча инженер. Буга чейин бул кызмат орду "Колдонмо серверинин администратору" деп аталган болушу мүмкүн.
- Колдонмолорду иштеп чыгуучу/Программалык камсыздоону иштеп чыгуучу/Инженер.
- Кластер/Тиркеме платформасынын администратору. Буга чейин бул рол "Система администратору" же "Администратор" деп аталчу. Linux- платформалар".
- Release Manager/Build Engineer.
RACI ролдору жана милдеттери матрицасы
Акыр-аягы, биз OpenShift платформасында DevOps ишке ашырган уюмдун түзүмү кандай болушу керектиги жөнүндө жалпы түшүнүк берүү үчүн жогоруда талкууланган позицияларды жана милдеттерди салыштырууга өттүк. Башында, төмөнкү ролдорду эски, салттуу уюштуруу структурасынын ар кандай бутактары менен толтурулган болушу мүмкүн. Бирок убакыттын өтүшү менен консолидация пайда болот жана жаңы командалар төмөндө саналган тапшырмалардын көбүн же баарын аткара турган колдонмолордун айланасында түзүлөт.
милдеттери
ролу
Колдонмо операциясы боюнча инженер / Сайттын ишенимдүүлүгү боюнча инженер
Колдонмолорду иштеп чыгуучу / Программалык камсыздоону иштеп чыгуучу / Программалык камсыздоо инженери
Кластер/колдонмо платформасынын администратору
Программалык камсыздоону чыгаруу боюнча менеджер/монтаждоо инженери
IT инфраструктурасын автоматташтыруу жана камсыздоо
I
I
R / A
C
OpenShift платформасын орнотуу жана башкаруу
C
I
R / A
C
Жайгаштыруу түтүктөрүн долбоорлоо жана башкаруу
C
C
I
R / A
Ижарачыны камсыздоону, изоляцияны жана IT мүмкүнчүлүктөрүн башкарыңыз
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 матрицасында конвенциялар
Source:
- жоопкер – Аткаруучу – бул тапшырманы аткаруу үчүн керектүү нерселерди жасаган адам.
- жооптуу – Жоопкерчиликтүү – тапшырманын туура жана кылдат аткарылышы же натыйжага жетишүү үчүн акыр аягында жооптуу кызматкер; ошондой эле аткаруучуларга ишти тапшыра турган жалгыз адам.
- кеп – Консультанттар – адатта булар консультация суралган тема боюнча эксперттер; Алар менен эки тараптуу байланыш сакталат.
- Билип – Маалыматтуу – окуялардан кабардар болуп туруучу адамдар (кээде бир иштин аткарылышы же натыйжага жеткени боюнча); алар бир тараптуу маалымат алышат.
DevOps уюмунда командалар кантип бирге иштешет
Салттуу ресурстарды алуу, адатта, бир нече командалар тарабынан аткарылган ресурстук суроо-талаптардын циклин камтыйт. Акыр-аягы, бардык зарыл ресурстар сураган тарап тарабынан бөлүнөт жана ырасталат. Көбүнчө бул процесстер жарым-жартылай же толугу менен кол менен жүргүзүлөт жана ар бир суроону ийгиликтүү иштетүү үчүн командалардын ортосунда тез-тез жана бир нече өз ара аракеттенүүнү талап кылат.
Сүрөт 1. Салттуу IT уюму
Жогорудагы диаграмма салттуу IT уюмундагы командалардын ортосундагы типтүү мамилелерди көрсөтөт. Бул схемада, кээ бир командалар билет системасы же электрондук почта сыяктуу аздыр-көптүр формалдуу байланыш каражаттарын колдонуп, керектүү иштерди аткаруу өтүнүчү менен башка командалар менен байланышат. Бул суроо-талаптар кийинчерээк кезекке туруп, канатта күтүшөт, көпкө күтүү командалардын ортосундагы мамилелердин начарлашына, ал тургай курчушуна алып келет. Ар кандай командалардын мүчөлөрү бири-бири менен сейрек кездешип, эң аз керектүү маалыматты гана бөлүшө тургандыгы чыңалууну күчөтөт.
2-сүрөт: DevOps IT уюму
Бул диаграмма DevOps уюмунда кызматташуу кантип иштээрин көрсөтөт. Бул жерде мурунку диаграммадагы ошол эле командалар силостарды бекемдеген натыйжасыз байланыштарды таштап, аларды жеке байланыштар менен алмаштырып, ошону менен бригадалардын ортосундагы өз ара аракеттенүүнүн туруктуу каналдарын түзүшкөн. Бул каналдар кызматкерлерге алар өкүлү болгон командалардын муктаждыктарын, кыйынчылыктарын жана мүмкүнчүлүктөрүн жакшыраак түшүнүүгө жана элестетүүгө жардам берген гибриддик көндүмдөрдү өрчүтөт. Командалар мурункудай башка адамдардын өзгөртүү сурамдарын кол менен эмес, автоматташтырылган өзүн-өзү тейлөө порталдары аркылуу бүтүрүү үчүн бири-бирине мүмкүнчүлүк берет. Жана өз ара аракеттенүү каналдарынын болушунун аркасында бул өзүн-өзү тейлөө системалары алар үчүн иштелип чыккан командалардын муктаждыктарына тез ыңгайлаша алат. Уюмдун ичинде көбүрөөк түшүнүү жана билим алмашууга жетишүү үчүн, команда мүчөлөрү ар кандай командалар менен өз ара аракеттенүү тажрыйбасына ээ болуу жана алар колдогон IT тутумдарынын чоң сүрөтүн жакшыраак түшүнүү үчүн ролдорду мезгил-мезгили менен алмаштырып турушат, ошону менен алардын кайчылаш функционалдуулугун жана пайдалуулугун жогорулатат.
жыйынтыктап жатып
Бул постто биз PaaS чечимдерин кабыл алуу процесстин бир бөлүгү катары салттуу ролдорду жана милдеттерди өзгөртүп, уюмду DevOps тарапка жылдыра аларын талкууладык. Ошондуктан биз OpenShift'ке өтүүдө уюм туш болгон негизги IT көйгөйлөрүн жана аларды аткаруу үчүн талап кылынган көндүмдөрдү тизмектеп чыктык. Биз ошондой эле кайчылаш функционалдык DevOps командаларын курууда пайда болгон уюштуруучулук ролдордун негизги топтомун жана жаңы ролдорду жаңы милдеттер менен байланыштырган RACI матрицасын бердик. Акырында, OpenShift платформасы жана аны менен байланышкан DevOps методологиясы уюмдардын уюштуруу түзүмүн салттуу иерархиялардан жана билет тутумдарынан жеке баарлашуунун жогорку деңгээли бар кайчылаш функционалдык командаларга өтүшү менен кантип өзгөртө аларын талкууладык.
Source: www.habr.com
