Пачніце новы прадукт у Taiga

Падрыхтуйце адзін выразны вынік

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

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

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

Выберыце, як пачынаецца прадукт

Для гэтага новага сэрвісу выберыце Start from scratch. Выкарыстоўвайце Import codebase, калі наяўны рэпазіторый павінен вызначаць зыходны стан. Імпарт выбіраецца пры стварэнні прадукту, таму прымайце гэтае рашэнне свядома.

Пры стварэнні таксама трэба ўказаць, ці піша Taiga Infrastructure code і CI/CD pipelines. Гэта асобныя абавязкі. Калі каманда платформы ўжо забяспечвае нейкую частку, выключыце адпаведную генерацыю і апішыце, як гэтая праца выконваецца цяпер.

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

Дадайце кантэкст перад размовай

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

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

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

Праверце і апублікуйце задуму

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

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

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

Падключыце рэальнае асяроддзе пастаўкі

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

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

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