𝗠𝗶𝗰𝗿𝗼𝘀𝗼𝗳𝘁 𝗙𝗮𝗯𝗿𝗶𝗰 𝗖𝗜/𝗖𝗗: 𝗣𝗲𝗻𝗴𝗼 𝗹𝗮 𝗗𝗲𝗽𝗹𝗼𝘆𝗺𝗲𝗻𝘁
Usambazaji (deployment) wako unamalizika kwa mafanikio. Pipeline yako ya Azure DevOps inapita. Workspace ya uzalishaji (production) inaonekana kuwa bora kabisa.
Kisha, asubuhi ya Jumatatu inafika.
Kurefresh kwa semantic model kunafeli. Sehemu za lakehouse (lakehouse partitions) zimeharibika. Ripoti zinachukua muda mrefu sana (timeout) kwa kila mtumiaji.
Hii ndiyo upande wa Microsoft Fabric CI/CD ambao mafunzo (tutorials) mengi hupuuza.
Rasilimali nyingi za Kiingereza huonyesha mpangilio wa "hello world". Zinakualahama jinsi ya kusawazisha (sync) vitu. Hazikuonyeshi jinsi ya kuendesha mazingira halisi ya uzalishaji (production environment).
Nilijifunza nyaraka kutoka kwa jumuiya ya watengenezaji wa Japani kwenye Qiita. Wamegundua matatizo halisi ya usambazaji wa Fabric uliotayarishwa kwa ajili ya uzalishaji.
Fabric inachukulia kila kitu kama vitu (items). Hivi ni pamoja na semantic models, lakehouses, pipelines, ripoti, na notebooks. Lengo ni kuchukulia vitu hivi kama kodi (code).
Mtiririko wa kawaida wa kazi unaonekana hivi:
- Udhibiti wa chanzo (Source control): Hamisha vitu kama maelezo ya JSON kwenye repo yako.
- Hatua ya ujenzi (Build stage): Thibitisha mipangilio (configurations) na utegemezi (dependencies).
- Hatua ya utoaji (Release stage): Sambaza kwenye workspace lengwa ukitumia vigezo vya mazingira (environment parameters).
Lakini mtiririko huu rahisi hushindwa unapokuwa mkubwa. Hii ndiyo sababu:
Makosa ya utegemezi (Dependency errors) Mafunzo yanasema unaweza kusambaza vitu kwa mpangilio wowote. Hii si kweli. Semantic model inategemea lakehouse. Ukisambaza model kabla ya lakehouse kusasishwa, kurefresh kunafeli.
Vikomo vya API (API limits) Mafunzo yanapendekeza pipeline moja kwa kila kitu. Workspace kubwa hukutana na vikomo vya kasi vya Fabric API wakati wa usambazaji unaofanyika kwa wakati mmoja. Unahitaji mantiki (logic) ya kupunguza kasi ya mchakato huo.
Tofauti za uwezo (Capacity differences) Model inaweza kufanya kazi katika mazingira ya majaribio lakini ikafeli kwenye uzalishaji. Workspace za uzalishaji mara nyingi huwa na viwango tofauti vya uwezo (capacity tiers) na vizuizi vya vipengele (feature restrictions).
Ikiwa unataka kutoka kwenye mafunzo kwenda kwenye mpangilio halisi wa uzalishaji, fuata sheria hizi:
- Tumia usambazaji wa mfuatano (sequential deployment). Bainisha mpangilio wa vitu kulingana na utegemezi wake.
- Tekeleza ufungaji wa workspace (workspace locking). Zuia pipeline mbili zisifanye kazi kwa wakati mmoja. Hii inazuia kuharibika kwa workspace.
- Weka workspace ya akiba (backup workspace). Itumie kama lengo la kurudisha nyuma (rollback target) ikiwa usambazaji utafeli.
- Tumia vigezo vinavyozingatia uwezo (capacity-aware parameters). Jaribu mipangilio yako dhidi ya uwezo wako halisi wa uzalishaji.
Zana zipo. Mtindo unafanya kazi. Unahitaji tu kujiandaa kwa makosa ambayo mafunzo hupuuza.
Je, timu yako imewahi kukumbana na makosa ya usambazaji ambayo mafunzo hayakutaja? Ni kitu kingine gani kinapaswa kuwepo kwenye orodha ya ukaguzi ya uzalishaji (production checklist)?
Jumuia ya hiari ya kujifunza: https://t.me/GyaanSetuAi