DevOps жана IaC темасы абдан популярдуу жана тездик менен өсүп жатат. Бирок, көпчүлүк авторлор жолдо таза техникалык көйгөйлөр менен алектенишет. Мен чоң компанияга мүнөздүү көйгөйлөрдү сүрөттөп берем. Менде чечим жок - көйгөйлөр, жалпысынан алганда, өлүмгө алып келет жана бюрократия, аудит жана "жумшак көндүмдөр" чөйрөсүндө жатат.
Макаланын аталышы ушундай болгондуктан, Daenerys Enterprise тарапка өтүп, мышыктын ролун аткарат.
Албетте, азыр эски менен жаңынын кагылышы болуп жатат. Жана көбүнчө бул кагылышууларда туура да, туура эмес да болбойт. Бул жөн эле болду. Бирок, негизсиз болбош үчүн, биз бул экрандан баштайбыз:
Бул өзгөртүү өтүнүчү деп аталат. Сиз ар кандай каталогдордон толтурулушу керек болгон талаалардын үчтөн бир бөлүгүн көрөсүз, калган талаалар башка өтмөктө. Мындай документ скриптти өндүрүш серверине колдонуу же жаңы файлдарды жүктөө жана жалпысынан бир нерсени өзгөртүү үчүн толтурулушу керек.
Талаалардын саны ушунчалык болгондуктан, мен бул талааларды толтуруу үчүн кичинекей автоматикамды жаздым. Мындан тышкары, бул барак эч кандай автоматташтыруу куралдары анын талааларын көрбөй тургандай жазылган жана бир гана мүмкүн болгон чечим чычкан менен координаттарды келесоолук менен басып AutoIt колдонуу болгон. Бул боюнча чечим кабыл алуу үчүн үмүтсүздүк даражасын баалаңыз:
Ошентип, сиз Дженкинс, ашпозчу, терраформ, нексус жана башкаларды алып, мунун бардыгын иштеп чыгуучуга кубаныч менен орнотосуз. Бирок аны QA, UAT жана PRODге жөнөтүүгө убакыт келди. Сизде Nexus артефакты бар жана сиз DBAдан төмөнкүдөй кат аласыз:
Урматтуу,
Биринчиден, сиздин нексусуңуз, менде сиздин нексусуңузга кирүү мүмкүнчүлүгүм жок деп ойлойсуз
Экинчиден, бардык өзгөртүүлөр өзгөртүү өтүнүчү катары берилиши керек.
SQL скрипттерин Nexusтан бөлүп алып, аларды өзгөртүү өтүнүчүнө тиркөөңүз керек.
Эгерде өзгөртүү өзгөчө кырдаал болбосо, ал чыгарылгандан кийин 7 күндүн ичинде жасалышы керек (Дем алыш күндөрү гана)
Өзгөртүү өтүнүчүңүздү бир топ адамдар жактырганда, DBA сиздин скриптиңизди аткарып, натыйжанын скриншотун почта аркылуу жөнөтөт.Урматтоо менен, сиздин DBA, ал бул жерде мэйнфреймден бери иштеп келе жатат.
Бул мага эмнени эстетип жатканын билесиңби? Жарым автоматташтыруу: робот рамканы кармап турат, ал эми жумушчу аны балка менен урат. Ооба, чын эле, бул Nexus эмне кереги бар, анда баары толугу менен кол менен жасалса?
Бирок бул үчүн Enterpriseди күнөөлөбө! Бул, албетте, кандуу, бирок өзгөртүү өтүнүчтөрү менен бул бюрократиянын баары аргасыз жана аудиторлор тарабынан келет. Ишкана ушундай иштеши керек, мезгил. Ал башка жол менен кыла албайт. Ал эми аудит абдан консервативдүү нерсе. Мисалы, узун псевдо-татаал жана тез-тез өзгөргөн сырсөздөр жаман экени жөнүндө канча айтылды, бирок аны өзгөртүү үчүн акыркы орун ишканалар болот. Ошондой эле жайгаштыруу жана башка бардык нерселер менен.
Баса, бир убакта мен terraform үчүн файл түзүүгө аракет кылдым, бирок ийгиликке жеткен жокмун. Мен 'Project Accounting Billing Code' тегинин маанисин түшүнбөй калдым, бирок мен аны эч качан биле алган жокмун - менде жумшак көндүмдөр жетишсиз болчу.
Мен пассивдүү луддизм темасын деле кабыл албайм - оо, сиздин автоматизацияңыз менин жумуш коопсуздугума коркунуч туудурат, мен жаңы эч нерсе үйрөнгүм келбейт, ошондуктан мен акырын саботаж кылам.
Демек, кандай чечим болушу мүмкүн? ITSM тутумунда документтерди автоматтык түрдө түзүү үчүн өтө жөнөкөй API бар. Жана жалпысынан, бул системалардын көбү негизги фреймдердин күндөрүнөн келип чыккан. Балким, кимдир бирөө чындап эле заманбап ITSM системаларын билет? Балким, кимдир бирөө заманбап DevOps менен бюрократияны интеграциялоо боюнча ийгиликтүү тажрыйбасы бардыр? Бул, албетте, бул чындап эле күн сайын жайылтыла турган таза коррупциялык сайттар жөнүндө эмес, бирок, мисалы, аудиторлордун астында турган банк сектору жана жогорку чөйрөлөрдүн абдан күчтүү изоляциясы.
Сиздин бардык фантазияларыңыз аудит менен гана чектелерин унутпаңыз. Жана бул баарын өзгөртөт. Сизди комментарийлерде күтөбүз!
Source: www.habr.com