Падключыце Taiga з поўнай мадэллю адказнасці

Пачніце з выніку для арганізацыі

Гэты фінальны сцэнарый аб’ядноўвае папярэднія ўрокі. Выдуманая кампанія хоча падключыць Taiga для свайго сэрвісу запытаў на абсталяванне. Чаканая карысць — паўтаральны шлях ад бізнес-патрэбы да праверанага праграмнага забеспячэння і актуальных ведаў пра прадукт.

Вызначце чаканы вынік і працу, якую ваша арганізацыя пакідае за сабой. Фабрыка праграмнага забеспячэння не вырашае, якія бізнес-рызыкі кампанія прымае або хто адказвае за працуючы сэрвіс.

Выкарыстоўвайце тыя самыя крытэрыі доказаў, што і для іншага пастаўшчыка. Пацвердзіце выбраныя ўмовы сэрвісу, апрацоўку даных, адказнасць і патрабаванні да выхаду з адпаведнымі адказнымі.

Праверце кантэкст, які вызначае будучую працу

Taiga стварае пачатковыя палітыкі і табліцу ўхваленых тэхналогій з інфармацыі наладжвання арганізацыі. Праверце гэтую інфармацыю і атрыманыя палітыкі, перш чым пацвердзіць іх адпаведнасць. Згенераваная палітыка не даказвае, што хтосьці яе праверыў.

Свядома выкарыстоўвайце тры тыпы кантэксту:

Захоўвайце канфідэнцыяльныя даведачныя матэрыялы ў дазволеных межах іх апрацоўкі.

Размяшчайце інструкцыі і веды на найвышэйшым узроўні, дзе яны праўдзівыя: арганізацыя, фабрыка або прадукт. Ніжэйшыя ўзроўні дадаюць дэталі; яны не адмяняюць правілаў вышэйшага ўзроўню. Праверце стандарты дызайну і пры патрэбе падключыце фактычны рэпазіторый дызайн-сістэмы.

Падключыце наяўную платформу

Вырашыце, хто піша код інфраструктуры і канвееры CI/CD. Наладзьце адпаведныя параметры Taiga паводле гэтага размеркавання адказнасці. Апішыце фактычнае асяроддзе выканання, спосаб ідэнтыфікацыі, сэрвісы даных, асяроддзі і працэс разгортвання.

Для сэрвісу абсталявання каманда платформы захоўвае адказнасць за воблачныя ўліковыя запісы, доступ да production і ўхваленні разгортвання. Планаванне Taiga павінна выкарыстоўваць гэтыя інтэрфейсы. Апісанні асяроддзяў даюць кантэкст; уліковыя даныя і дазволы патрабуюць асобнага кантраляванага наладжвання.

Змяшчайце абавязковыя правілы праверкі і разгортвання ў сістэмах, якія забяспечваюць іх выкананне. Пацвердзіце налады аўтаномнасці прадукту і асобныя выбары ініцыятыў перад запускам чаргі.

Вызначце адказнасць за сэрвіс

Прызначце адказнага за інцыдэнты, суправаджэнне, рашэнні пра даныя, аднаўленне і каардынацыю з пастаўшчыкам. Вызначце патрэбы ў даступнасці і RTO/RPO для праграмы, якую будзеце эксплуатаваць.

Monitoring у Taiga ахоплівае стан прадукту. Ён не замяняе поўную магчымасць арганізацыі назіраць інфраструктуру і рэагаваць на праблемы. Пацвердзіце адпаведнае наладжванне асяроддзя і шлях ад выяўленай праблемы да чалавека, які можа дзейнічаць.

Праверце першую пастаўку ад патрабавання праз план, запуск, pull request і разгортванне. Праверце карысную працу з ухваленымі тэставымі данымі. Запісвайце адсутныя доказы як адсутныя.

Пашырайце выкарыстанне на аснове паўтаральных доказаў

Перад даданнем іншага прадукту або класа даных праверце адрозненні ў ідэнтыфікацыі, мерах кантролю, эксплуатацыйным уплыве і адказнасці. Паўторна выкарыстоўвайце прыдатны агульны кантэкст і выпраўляйце дапушчэнні, якія не падыходзяць.

Вымярайце карысную пастаўку, намаганні праверкі, пераробкі і эксплуатацыйныя вынікі адносна зыходнага ўзроўню. Захоўвайце практыкаванне выхаду і дату перагляду ў мадэлі эксплуатацыі.

Вынік навучання — уменне задаваць лепшыя пытанні і прымаць абгрунтаванае рашэнне. Выкарыстоўвайце дакументацыю Taiga для бягучага працоўнага працэсу і tai.ga для шырэйшага кантэксту сэрвісу.