Buildelés üzleti igényekhez

  • Cikk

Minden tervezési döntés legyen igazolható egy üzleti igénnyel. Ez a tervezési elv nyilvánvalónak tűnhet, de fontos szem előtt tartani az Azure-alkalmazások tervezésekor.

Az alkalmazásnak több millió felhasználót vagy néhány ezer felhasználót kell támogatnia? Nagy a forgalom, vagy állandó a számítási feladat? Milyen szintű alkalmazáskimaradás elfogadható? Végső soron az üzleti követelmények hajtják ezeket a tervezési szempontokat.

Az alábbi javaslatok segítenek az üzleti követelményeknek megfelelő megoldások tervezésében és összeállításában:

  • Olyan üzleti célkitűzések meghatározása , mint a helyreállítási időkorlát (RTO), a helyreállítási pont célkitűzése (RPO) és a maximális tűrhető kimaradás (MTO). Az architektúrával kapcsolatos döntéseket ezen információk alapján kell meghoznia.

    Tegyük fel például, hogy a vállalata nagyon alacsony RTO-t és nagyon alacsony RPO-t igényel. Dönthet úgy, hogy zónaredundáns architektúrát használ ezeknek a követelményeknek való megfeleléshez. Ha vállalata képes elviselni a magasabb RTO-t és RPO-t, a redundancia hozzáadása további költségeket jelenthet üzleti előny nélkül.

  • Vegye figyelembe a mérsékléshez szükséges meghibásodási kockázatokat. Kövesse a Tervezés öngyógyító útmutatást , hogy a megoldás rugalmas legyen a gyakori meghibásodási módok számos típusával szemben. Fontolja meg, hogy figyelembe kell-e vennie a kevésbé valószínű helyzeteket, például egy olyan földrajzi területet, amely jelentős természeti katasztrófát tapasztal, amely hatással lehet a régió összes rendelkezésre állási zónájára. Ezeknek a nem gyakori kockázatoknak a mérséklése általában drágább, és jelentős kompromisszumokat von maga után, ezért tisztában kell legyen a vállalkozás kockázattűrésével.

  • Dokumentálja a szolgáltatásiszint-szerződéseket (SLA-kat) és a szolgáltatásiszint-célkitűzéseket (SLO-kat), beleértve a rendelkezésre állási és teljesítménymetrikákat. Egy javasolt megoldás például 99,95%-os rendelkezésre állást biztosíthat. Üzleti döntés, hogy az SLO megfelel-e az SLA-nak.

  • Modellalkalmazások az üzleti tartományhoz. Elemezze az üzleti követelményeket, és használja ezeket a követelményeket a megoldás modellezéséhez. Fontolja meg a tartományalapú tervezés (DDD) megközelítés használatát az üzleti folyamatokat és használati eseteket tükröző tartománymodellek létrehozásához.

  • Funkcionális és nem funkcionális követelmények meghatározása. A funkcionális követelmények határozzák meg, hogy egy alkalmazás végrehajtja-e a feladatát. A nem funkcionális követelmények határozzák meg, hogy az alkalmazás mennyire teljesít jól. Győződjön meg arról, hogy ismeri a nem funkcionális követelményeket, például a méretezhetőséget, a rendelkezésre állást és a késést. Ezek a követelmények befolyásolják a tervezési döntéseket és a technológiai döntéseket.

  • Számítási feladatok felbontása. Ebben a kontextusban a számítási feladatok különálló képességeket vagy számítási feladatokat jelentenek, amelyek logikailag elválaszthatók más tevékenységektől. A különböző számítási feladatok eltérő követelményekkel rendelkezhetnek a rendelkezésre állás, a méretezhetőség, az adatkonzisztencia és a vészhelyreállítás szempontjából.

  • Tervezzen a növekedéssel. Előfordulhat, hogy egy megoldás támogatja a felhasználók számának, a tranzakciómennyiségnek és az adattárolásnak az aktuális igényeit, de jelentős architektúraváltozások nélkül is kezelnie kell a növekedést. Vegye figyelembe azt is, hogy az üzleti modell és az üzleti követelmények idővel változhatnak. Nehéz új használati esetekre és forgatókönyvekre megoldást fejleszteni, ha az alkalmazás szolgáltatási modellje és adatmodelljei túl merevek.

  • Költségek kezelése. Egy hagyományos helyszíni alkalmazásban előre fizet a hardverért tőkekiadásként. Egy felhőalkalmazásban a felhasznált erőforrásokért kell fizetnie. Győződjön meg arról, hogy ismeri a szolgáltatások díjszabási modelljét. A teljes költség magában foglalhatja a hálózati sávszélesség használatát, a tárolást, az IP-címeket és a szolgáltatáshasználatot.

    Vegye figyelembe az üzemeltetési költségeket is. A felhőben nem kell hardvert vagy infrastruktúrát kezelnie, de továbbra is kezelnie kell az alkalmazás DevOpsját, az incidensmegoldást és a vészhelyreállítást.

Következő lépések