Számítási feladatok architektúrája tervezési specifikációja

A számítási feladatok architektúrájára vonatkozó tervezési specifikáció egy részletes specifikáció, amely leírja a tervezési lehetőségeket, és diagramok kísérik. A kialakítási döntéseknek meg kell felelniük a funkcionális és nem funkcionális követelményeknek, és tartalmazniuk kell a rutin, az alkalmi és a vészhelyzeti műveletekre vonatkozó rendelkezéseket.

A diagramokkal kapcsolatos információkért lásd az architektúratervezési diagramokat.

A számítási feladatok architektúrája általában kiterjedt, az alkalmazástervezéssel kezdődik, és a felhőszolgáltatás-kiválasztás felé halad. Ezek a fázisok kölcsönösen tájékoztatják egymást. A kombinált alkalmazás- és infrastruktúra-kialakításnak minden követelménynek meg kell felelnie.

Az összes követelménynek megfelelő megoldás elérése az érdekelt felek, fejlesztők, tesztelők, üzemeltetési csapatok és terméktulajdonosok együttműködése. A tervezési folyamatnak egyértelmű és tárgyalásos finomítási követelményeket kell magában foglalnia. A folyamat iteratív, és gyakran több felülvizsgálatot igényel.

Javasoljuk, hogy a tervezést az Azure Well-Architected Framework alapvető útmutatójával, amely tervezési alapelveket és ajánlási útmutatókat tartalmaz, és ismerje el a kompromisszumokat.

Végső soron a számítási feladatok architektúrájának tervezési specifikációját a számítási feladat fejlesztési csapata implementálja, ezért egyértelműnek és egyértelműnek kell lennie. A specifikációnak könnyen elérhetőnek kell lennie, és a számítási feladat dokumentációjával együtt kell tárolnia.

Funkcionális specifikáció

A számítási feladatok funkcionális specifikációja részletesen ismerteti a fejlesztés alatt álló rendszer vagy funkció működését és okát, a megvalósítást azonban nem. Ennek a dokumentumnak meg kell magyaráznia az aktuális problémákat, és hogy ez a funkció vagy rendszer hogyan fogja javítani ezt a élményt. Ez a dokumentum rögzíti az üzleti követelmények többségét.

Az építészek segíthetnek a dokumentum alakításában, de elsősorban a termék tulajdonjogának függvénye. Az építésznek segítenie kell az ebben a specifikációban rögzített adatok tervezésében. Ez a részvétel biztosítja a funkcionális specifikáció hatékony és hatékony műszaki tervezést.

Íme néhány példatémakörök, amelyeket ebben a specifikációban kell lefedni.

• A terv hatókörének részletezése mellett explicitnek kell lennie a hatókörön kívül eső szomszédos aggodalmakról is. A világos hatókörök beállításával csökkenthető a hatókörök kúszása a funkciók körüli határok definiálásával.

• Hasznos, ha részletesen bemutatja, hogyan fogja mérni a módosítást. Milyen méréseket kell gyűjteni, és milyen üzleti célokat támogatnak ezek a mérések.

• A felhasználói folyamatokat egyértelműen le kell írni. Az alacsony fedélességű makettek is hasznosak lehetnek. Ha a hibakezelési helyzetek fontosak ezekhez a folyamatokhoz, győződjön meg a leírt elvárt viselkedésről.

• Mindig tartalmazza az akadálymentességre, a megfelelőségre, a teljesítményre, az adatvédelemre vagy a biztonságra vonatkozó konkrét követelményeket.

• A tervezett bevezetési stratégia belefoglalása. Például: "Ez a funkció két hónapig lesz elérhető bétaverziós felhasználóink számára, mielőtt a teljes kiadás mellett döntenek."

Ebben a specifikációban kerülje a műszaki megvalósítás részleteit. Ezek a funkcionális specifikációk vezetnek az építész által létrehozott műszaki specifikációkhoz.

Műszaki specifikáció

A műszaki specifikáció leírja, hogyan alapul a funkcionális specifikációban leírt hatókör és célok. Ezt a specifikációt úgy tervezték, hogy a mérnöki csapat rekordtervként használja a megvalósítás során.

Ebben a specifikációban olyan elemek szerepelnek, mint például:

• Technológiai döntések, például: vásárlás, buildelés, újrafelhasználás, bővítés vagy leszerelés.
• API- és adatszerződések (sémák), beleértve a visszamenőleges kompatibilitás implementálási stratégiáját
• Bevezetés és visszaállítás implementálásának részletei
• Egyedi biztonságos fejlesztési életciklus (SDL) és adatvédelmi implementáció
• A tesztterv
• Fő figyelési és riasztási jelforrások
• Alternatív kialakítások, amelyeket figyelembe vettek

A műszaki specifikáció a mérnöki munkát fogja elősegíteni. A mérnöki munkaelemek elsősorban a specifikáció tartalmából jönnek létre. A megvalósítási csapatok a munkaelemekre, a műszaki specifikációra és a funkcionális specifikációra hivatkoznak, hogy a végeredmény megfeleljen mind a funkcionális, mind a nem funkcionális követelményeknek.

Vészhelyreállítási tervek

A számítási feladat megbízhatósági követelményeinek való megfelelés érdekében az építésznek olyan rendszert kell megterveznie, amely a célhelyreállítási időkorlát (RTO) és a helyreállítási pont célkitűzése (RPO) céljain belül képes helyreállni. Az architektúraterv specifikációjának tartalmaznia kell a helyreállítási tervet. Ennek a tervnek ki kell terjednie az érintett architektúra-összetevőkre, a feladatátvételi mechanizmusokra, a felhasználói és adatfolyamokra gyakorolt hatásra, valamint a működési javaslatokra. Le kell írnia, hogy a terv mely helyreállítási célokat és hogyan teljesíti.

Bár a kezdeti terv várhatóan a részletezések és az incidens utáni felülvizsgálatok alapján fog fejlődni, az építész feladata, hogy az összes új architektúra kezdeti tervét megvalósítsa.

Biztonsági és megfelelőségi dokumentáció

Az építész feladata olyan megoldás megtervezése, amely megfelel a vonatkozó biztonsági és megfelelőségi korlátozásoknak. Fontos, hogy a tervezési összetevők kiemelje a tervbe foglalt megfizethetőségeket, hogy támogassák ezeket a követelményeket, és azonosítsa a szükséges kompenzáló vezérlőket, ha a követelmények közvetlenül nem teljesíthetők.

Konzisztencia

Sablonnal dokumentálhatja a számítási feladat különböző specifikációit. A konzisztencia segít az érdekelt feleknek, a felelős feleknek és a megvalósítási csapatoknak a specifikáció elolvasásakor.

Győződjön meg arról, hogy a specifikációk olyan kulcsfontosságú metaadatmezőkkel rendelkeznek, mint például:

• Állapot: A piszkozat, a felülvizsgálat és a jóváhagyás állapota.
• Munkaelem hivatkozása: A csapat hátralékában lévő elsődleges munkaelemre mutató hivatkozás.
• Főbb kereszthivatkozások: A specifikációt támogató kapcsolódó specifikációkra vagy egyéb dokumentációra mutató hivatkozások.
• Főbb személyek: Az érintett kulcsfontosságú döntéshozók nevének listázása. Ez a lista olyan szerepköröket tartalmazhat, mint például az üzleti elemző, az üzleti partner, a műszaki érdeklődő, valamint a specifikációra bejelentkezett terméktulajdonos vagy érdeklődő.

Következő lépések

Tervezői ellenőrzőlista