Õpitee 07Õppetund 1 / 8

Alusta Taigas uut toodet

Valmista ette piiratud toode, määra selle kontekst ning seo planeerimine tegeliku koodihoidla ja keskkondadega.

Alustase11 minÜle vaadatud

Avaldaja Kuidas me kirjutame

Mida õpid

  • Vali õige alustamistee ja taristuvastutused.
  • Kirjelda tulemust lahendamata nõudeid välja mõtlemata.
  • Tuvasta, mis peab enne algatuste üksikasjalikku planeerimist valmis olema.

Valmista ette üks selge tulemus

Stsenaarium kasutab väljamõeldud seadmetaotluste teenust. Haldur salvestab töötaja seadmetaotluse ja otsuse. Töötaja iseteenindus on hilisem laiendus. Kasuta õppimisel sünteetilisi kirjeid. Stsenaarium ei anna luba päris personaliandmete kasutamiseks.

Enne toote loomist kinnita, et organisatsioon ja asjakohane ühine kontekst on seadistatud. Määra teenuse tulemuse eest vastutav inimene ja käituskeskkonna eest vastutav meeskond.

Kirjuta algne piir: esimene versioon salvestab taotlused ja otsused. See ei telli seadmeid, kiida kulutusi automaatselt heaks ega muuda palgakirjeid.

Vali toote alustamisviis

Vali selle uue teenuse jaoks Start from scratch. Kasuta Import codebase, kui lähtekoha peab määrama olemasolev koodihoidla. Import valitakse toote loomisel, seega tee valik teadlikult.

Loomisel küsitakse ka, kas Taiga kirjutab Infrastructure code ja CI/CD pipelines. Need on eraldi vastutused. Kui platvormimeeskond mõne osa juba pakub, lülita vastav genereerimisvalik välja ja kirjelda, kuidas töö praegu käib.

Näiteks: „Meie platvorm juurutab ülevaadatud konteineritõmmised olemasoleva koodihoidla pipeline’i kaudu. Kasuta selle töökoormuse identiteeti ja keskkonnaseadistust.“ Kinnita kirjelduse täpsus enne sellele toetumist.

Lisa kontekst enne vestlust

Discovery algab sammuga Context. Lisa asjakohane toote teabematerjal ja püsijuhised enne vestlust. Paiguta mitmele tootele ühised reeglid organisatsiooni või tehase tasemele.

Seadmetaotluste teenuse kasulik kontekst sisaldab töötaja identiteedimeetodit, heaks kiidetud andmeteenuseid ja halduri juurdepääsureeglit. Sõnasta lahendamata küsimused selgelt. Ära mõtle vormi täitmiseks säilitusperioodi välja.

Seejärel kirjelda teenust vestluses. Selgita kasutajaid, soovitud tulemust, piiranguid ja ulatusest välja jäävat. Spetsifikatsioon salvestatakse töö ajal mustandina.

Vaata kavatsus üle ja avalda

Loe spetsifikatsioonist eeldusi, mis muudaksid teostust. Selles stsenaariumis kontrolli, kas haldur näeb kõigi töötajate taotlusi või ainult oma meeskonna taotlusi. See erinevus mõjutab õigusi, andmevoogu ja teste.

Avalda spetsifikatsioon, kui selle sisu sobib järgnevaks tööks. Mustandi muudatused ei asenda avaldatud versiooni enne uut avaldamist. Liigu läbi nõutud dokumentide ja vaata nende eeldused üle. Discovery õppetund selgitab sõltuvusi ja aegunud dokumente.

Kui kõik kaheksa nõutud dokumenti on avaldatud, lõpeta Discovery ja planeeri algatused. Genereeritud järjestus on ettepanek, mida saad uurida ja muuta.

Ühenda tegelik tarne sihtkoht

Ühenda koodihoidla enne algatuste üksikasjalikku planeerimist. Määra samal ajal kavandatud keskkonnad, kuigi keskkond ei ole planeerimise alustamiseks kohustuslik.

Keskkonnakirjeldus ei anna pilvejuurdepääsu. Juurutuse teeb sinu pipeline. Kontrolli koos vastutava meeskonnaga koodihoidla haru, identiteeti, taristuvastutust ja vajalikke seadistusülesandeid.

Stsenaariumi kasulik tulemus on määratletud toode ja ülevaadatav töö, mis toetub tegelikule tarnekeskkonnale. Harjuta otsustusjada Taiga töövoo simulatsioonis.

Tee harjutus

Valmista ette väljamõeldud seadmetaotluste teenus. Kirjuta selle kasutaja, soovitud tulemus, lubatud andmed ja üks lahendamata otsus. Sõnasta, kas taristukoodi ja CI/CD-d kirjutab platvormimeeskond või Taiga. Kirjelda olemasolevat juurutusviisi, kui see on asjakohane.

Laadi tööleht alla (Markdown)

Kontrolli oma arusaamist

Sinu platvormimeeskond vastutab juurutus-pipeline'ide eest. Mida peaksid toodet luues tegema?

Allikad ja lisalugemine

Seotud lugemine Taigalt