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 származó tanulságokon alapul. Ez a szakasz olyan végrehajtható és mérvadó útmutatást nyújt, amely jól kiépített ajánlott eljárásokat alkalmaz, mint a magas megbízhatóságú megoldások azure-beli, nagy léptékű kiépítésének és üzemeltetésének technikai alapjait.
Mi az a kritikus fontosságú számítási feladat?
A számítási feladat kifejezés olyan alkalmazáserő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 az adott végpontok közötti funkciók biztosításában.
A kritikus fontosságú kifejezés olyan kritikussági skálára utal, amely a 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 olyan alkalmazáserőforrások gyűjteményét ismertetik, 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ő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:
Egy megbízható alkalmazás nagy léptékű tervezése összetett. Széles körű platformismeretre van szükség 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 kezelje a hibákat. Ez egy változás a helyszíni környezetből a felhőbe belépő fejlesztők és építészek gondolkodásmódjában; a megbízhatósági tervezés már nem az infrastruktúra tárgya, hanem első osztályú problémának kell lennie az alkalmazásfejlesztési folyamaton belül.
A kritikus fontosságú számítási feladatok üzembe helyezéséhez magas szintű mérnöki szigorra és fejlettségre van szükség a teljes körű 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 jól megtervezett keretrendszer egyéb pillérei is ugyanilyen fontosak a kritikus fontosságú számítási feladatok Azure-beli létrehozása és üzemeltetése során.
Biztonság: az, hogy a számítási feladatok hogyan csökkentik a biztonsági fenyegetéseket, például az elosztott szolgáltatásmegtagadási (DDoS-) támadásokat, 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, az 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 egy ismert kifogástalan állapothoz képest.
A magas megbízhatóság jelentős költség-kompromisszumot jelent, ami nem feltétlenül indokolt minden számítási feladat esetében. Ezért javasoljuk, hogy a tervezési döntéseket üzleti követelmények vezérelje.
Mik a legfontosabb tervezési területek?
Ebben a sorozatban a kritikus fontosságú útmutatás architekturális szempontokból és javaslatokból áll, amelyek e kulcsfontosságú tervezési területek köré vannak csoportosítva.
A tervezési területek egymással összefüggnek, é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, és tekintse át a megadott szempontokat és javaslatokat az átfogó döntések következményeinek jobb megértése érdekében. 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 | Összegzés |
|---|---|
| Alkalmazástervezés | A skálázási egységek architektúrájának használata egy rendkívül megbízható alkalmazás létrehozása kontextusában. Emellett a skálázást és a hibakezelést lehetővé tevő felhőalapú alkalmazástervezési mintákat is megismerheti. |
| Alkalmazásplatform | Döntési tényezők és javaslatok a megfelelő alkalmazás-üzemeltetési platform, alkalmazásfüggőségek, keretrendszerek és kódtárak kiválasztásához, tervezéséhez és konfigurálásához. |
| 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 fogalmai alkalmazásszinten, 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 | A robusztus állapotmodell meghatározásának folyamatai, a számszerűsített alkalmazásállapotok leképezése 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ú szempontok és javaslatok biztosítása a kritikus fontosságú alkalmazások optimális CI/CD-folyamatainak tervezésének tájékoztatására. |
| 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álhatnak.
Egy internetkapcsolattal rendelkező alkalmazás alaparchitektúrája – A Microsoft Azure-ban natív, nagy mértékben skálázható, internetre irányuló alkalmazás létrehozásának alapja. 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 internetkapcsolattal rendelkező alkalmazások alaparchitektúrája hálózati vezérlőkkel – Az alapkonfigurációs architektúrát szigorú hálózati vezérlőkkel bővíti, hogy megakadályozza a jogosulatlan nyilvános hozzáférést az internetről a számítási feladatok erőforrásaihoz.
Alaparchitektú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ás létrehozását a Microsoft Azure-ban. A számítási feladat privát kapcsolatot igényel más szervezeti erőforrásokhoz, és függőséget vesz fel az előre megadott virtuális hálózatoktól a más szervezeti erőforrásokhoz való kapcsolódáshoz. Ez a használati eset olyan forgatókönyvekhez készült, amelyek szélesebb körű szervezeti műszaki tulajdonnal való integrációt igényelnek nyilvános vagy belső elérésű számítási feladatokhoz.
Tekintse meg a megvalósítást: Kritikus fontosságú csatlakoztatott
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.