Alapvető fontosságú számítási feladatok

Ez a szakasz a kritikus fontosságú számítási feladatok Azure-beli tervezésének kihívásaival foglalkozik. Az útmutató számos ügyfélalkalmazás és belső megoldás áttekintéséből levont tanulságokon alapul. Ez a szakasz olyan gyakorlati és mérvadó útmutatást nyújt, amely Well-Architected ajánlott eljárásokat alkalmazza a nagy teljesítményű Azure-megoldások készítésének és üzemeltetésének technikai alapjaként.

Mi az a kritikus fontosságú számítási feladat?

A számítási feladat kifejezés olyan alkalmazás-erőforrások gyűjteményére utal, amelyek támogatják a közös üzleti célt vagy egy közös üzleti folyamat végrehajtását, több szolgáltatással, például API-kkal és adattárakkal, amelyek együttműködnek egy adott teljes körű funkció biztosításában.

A kritikus fontosságú kifejezés olyan kritikussági skálára utal, amely az elérhetetlenséghez vagy az alulteljesüléshez kapcsolódó jelentős (üzleti szempontból kritikus) vagy emberi költségeket (biztonsági szempontból kritikus) fedezi.

A kritikus fontosságú számítási feladatok ezért az alkalmazáserőforrások gyűjteményét írják le, amelyeknek rendkívül megbízhatónak kell lenniük a platformon. A számítási feladatnak mindig elérhetőnek, a hibáknak ellenállónak és működőképesnek kell lennie.

Videó: Kritikus fontosságú számítási feladatok az Azure-ban

Mik a gyakori kihívások?

A Microsoft Azure megkönnyíti a felhőalapú megoldások üzembe helyezését és kezelését. A platformon rendkívül megbízható, kritikus fontosságú számítási feladatok létrehozása azonban továbbra is kihívást jelent az alábbi fő okok miatt:

• A megbízható alkalmazások nagy léptékű tervezése összetett. Széles körű platformtudást igényel a megfelelő technológiák kiválasztásához és optimális konfigurálásához a teljes körű funkciók biztosításához.

• A meghibásodás minden összetett elosztott rendszerben elkerülhetetlen, ezért a megoldást úgy kell létrehozni, hogy korrelált vagy kaszkádolt hatással rendelkező hibákat kezeljen. Ez a szemléletváltás sok fejlesztő és építész számára, aki helyszíni környezetből lép be a felhőbe; a megbízhatósági tervezés már nem az infrastruktúra tárgya, hanem az alkalmazásfejlesztési folyamat elsőrendű problémája.

• A kritikus fontosságú számítási feladatok üzembe helyezéséhez magas szintű mérnöki szigorra és érettségre van szükség a teljes teljes mérnöki életciklus során, valamint a hibákból való tanuláshoz.

Csak a megbízhatóság szempontjából kritikus fontosságú?

Bár a kritikus fontosságú számítási feladatok elsődleges fókusza a Megbízhatóság, a Well-Architected-keretrendszer többi pillére is ugyanolyan fontos, amikor kritikus fontosságú számítási feladatokat hoz létre és üzemeltet az Azure-ban.

• Biztonság: a biztonsági fenyegetések, például az elosztott szolgáltatásmegtagadási (DDoS-) támadások mérséklése jelentős hatással lesz az általános megbízhatóságra.

• Működési kiválóság: az, hogy egy számítási feladat hogyan tud hatékonyan reagálni az üzemeltetési problémákra, közvetlen hatással lesz az alkalmazások rendelkezésre állására.

• Teljesítményhatékonyság: a rendelkezésre állás több, mint egyszerű üzemidő, hanem az alkalmazásszolgáltatás és a teljesítmény konzisztens szintje az ismert kifogástalan állapothoz képest.

A magas megbízhatóság elérése jelentős költségbeli kompromisszumokat ró, amelyek nem feltétlenül indokolhatók minden számítási feladat esetében. Ezért javasoljuk, hogy a tervezési döntéseket üzleti követelmények vezérelje.

Melyek a legfontosabb tervezési területek?

Ebben a sorozatban a kritikus fontosságú útmutatás architekturális szempontokból és javaslatokból áll, amelyek ezekre a kulcsfontosságú tervezési területekre irányulnak.

A tervezési területek egymáshoz kapcsolódnak, és az egy területen meghozott döntések hatással lehetnek vagy befolyásolhatják a döntéseket a teljes tervben. Azt javasoljuk, hogy az olvasók megismerkedjenek ezekkel a tervezési területekkel, tekintse át a megfontolandó szempontokat és javaslatokat, hogy jobban megértsék az átfogó döntések következményeit. Egy célarchitektúra definiálásához például kritikus fontosságú annak meghatározása, hogyan lehet a legjobban figyelni az alkalmazás állapotát a főbb összetevők között. Ebben az esetben az olvasónak át kell tekintenie az állapotmodellezési tervezési területet a vázolt javaslatok használatával a döntések meghozatalához.

Tervezési terület	Összefoglalás
Az alkalmazás kialakítása	A skálázási egységek architektúrájának használata egy rendkívül megbízható alkalmazás létrehozása során. Emellett a skálázást és a hibakezelést lehetővé tevő felhőalapú alkalmazástervezési mintákat is megismerheti.
Alkalmazásplatform	A megfelelő alkalmazás-üzemeltetési platform, alkalmazásfüggőségek, keretrendszerek és kódtárak kiválasztásával, tervezésével és konfigurálásával kapcsolatos döntési tényezők és javaslatok.
Adatplatform	Választási lehetőségek az adattártechnológiákban, a szükséges mennyiség, sebesség, változatosság, valódiság kiértékelésével.
Hálózatkezelés és kapcsolat	A hálózati topológia alkalmazásszintű fogalmai, figyelembe véve a szükséges kapcsolatot és a redundáns forgalomkezelést. Kritikus javaslatok a biztonságos és méretezhető globális hálózati topológia kialakításának tájékoztatására.
Állapotmodellezés és megfigyelhetőség	Folyamatok egy robusztus állapotmodell meghatározásához, a számszerűsített alkalmazásállapotok leképezéséhez megfigyelhetőség és működési szerkezetek segítségével a működési érettség elérése érdekében.
Üzembe helyezés és tesztelés	Az állásidő megszüntetése és az alkalmazás állapotának fenntartása az üzembe helyezési műveletekhez, kulcsfontosságú szempontokat és javaslatokat nyújtva a kritikus fontosságú alkalmazások optimális CI/CD-folyamatainak megtervezéséhez.
Biztonság	Védje az alkalmazást a megbízhatóságát közvetlenül vagy közvetve veszélyeztető fenyegetések ellen.
Működési eljárások	A DevOps és a kapcsolódó üzembehelyezési módszerek bevezetése hatékony és konzisztens üzemeltetési eljárások kialakítására szolgál.

Szemléltető példák

Az ebben a sorozatban megadott útmutató egy megoldásorientált megközelítésen alapul, amely bemutatja a legfontosabb tervezési szempontokat és javaslatokat. Számos referencia-implementáció érhető el, amelyek a további megoldásfejlesztés alapjául szolgálnak.

• Internetkapcsolattal rendelkező alkalmazások alaparchitektúrája – A Microsoft Azure-ban natív, nagy mértékben skálázható, internetre néző alkalmazás létrehozásához nyújt alapot. A számítási feladat nyilvános végponton keresztül érhető el, és nem igényel magánhálózati kapcsolatot egy környező szervezeti műszaki tulajdonhoz.

  Tekintse meg a megvalósítást: Mission-Critical Online

• Az internetre néző alkalmazások alapkonfigurációs architektúrája hálózati vezérlőkkel – Az alapkonfigurációt szigorú hálózati vezérlőkkel bővíti, hogy megakadályozza az internetről a számítási feladatok erőforrásaihoz való jogosulatlan nyilvános hozzáférést.

• Alapkonfiguráció architektúra egy Azure-beli célzónában – A meglévő hálózati infrastruktúra és privát végpontok használatával biztosít egy vállalati kapcsolattal rendelkező natív felhőalkalmazást a Microsoft Azure-ban. A számítási feladathoz privát kapcsolat szükséges más szervezeti erőforrásokhoz, és függőséget vesz igénybe az előre megadott virtuális hálózatoktól a más szervezeti erőforrásokhoz való csatlakozáshoz. Ez a használati eset olyan forgatókönyvekhez készült, amelyek a nyilvános vagy belső elérésű számítási feladatok szélesebb körű szervezeti műszaki tulajdonával való integrációt igényelnek.

  Tekintse meg az implementációt: Mission-Critical Connected

Iparági forgatókönyvek

Az ebben a sorozatban szereplő kritikus fontosságú útmutatás iparági agnosztikus tervezési módszertant alkot, amely számos különböző iparági környezetben alkalmazható. Az alábbi lista olyan konkrét példákat mutat be, amelyekben a kritikus fontosságú tervezési módszertant alkalmazták és egy adott iparági forgatókönyvre szabták.

• Szolgáltatói besorolás a távközlési iparágban

A szolgáltatói szintű számítási feladatok az üzletileg kritikus és a biztonság szempontjából is kulcsfontosságú szempontokat is figyelembe vesz, ahol alapvető követelmény, hogy naptári évenként csak percek vagy akár másodpercek állásidővel üzemeljenek. Az üzemidőre vonatkozó követelmény teljesítésének elmulasztása jelentős életvesztést, jelentős pénzbírságot vagy szerződéses szankciókat eredményezhet.

Következő lépés

Első lépésként tekintse át a kritikus fontosságú alkalmazásforgatókönyvek tervezési módszertanát.

Tervezési módszertan