Ցանցի և սարքավորման թեստավորումը՝ բիզնեսի հարց
Ցանցային և պաշտպանական ենթակառուցվածքի թեստավորումը սովորաբար դնում են որպես տեխնիկական փուլ ներդրման վերջում։ Փաստացի սա բիզնեսի հարց է։
Երբ միջավայրը փլվում է ծանրաբեռնվածության տակ, հազվադեպ է պատճառը պրոդի անկանխատեսելի պահվածքը։ Ավելի հաճախ ենթակառուցվածքը պարզապես չեն ստուգել իրական տրաֆիկով, սեսիաների իրական քանակով, խափանումների պայմաններում։ Այն, ինչ բազային լաբորատորիայում կայուն է թվում, աշխատանքային ծանրաբեռնվածության տակ իրեն այլ կերպ է պահում։
Արտադրողականության խնդիրները չեն սկսվում պրոդում
Throughput-ի նեղ տեղեր, latency-ի թռիչքներ, փաթեթների կորուստ, անկայուն failover, սեսիաների սպառում, քաղաքականությունների տարբեր պահվածք ծանրաբեռնվածության տակ։ Այս ամենը կա նաև ավելի վաղ։ Տեսանելի է դառնում, երբ միջավայրին տալիս են իրական տրաֆիկ և սթրես։
Դրա համար պետք է ստուգում տրաֆիկով։ Ցանցը և պաշտպանության միջոցները ստուգում են ոչ միայն անվանական ռեժիմում՝ պիկային ծանրաբեռնվածություն, հավելվածների խառը տրաֆիկ, պոռթկումներ, ալիքների դեգրադացիա, երթուղիների փոփոխություն, երթուղավորման կոնվերգենցիա, վերականգնման սցենարներ։ Առանց դրա ներդրման որոշումը հենվում է ենթադրությունների վրա՝ թվերի փոխարեն։
Ինչու է պետք իրատեսական ստուգում
Ժամանակակից ենթակառուցվածքից սպասում են անընդհատ ծառայություններ, բաշխված օգտատերեր, ամպային հավելվածներ և բարդ քաղաքականություններ։ Ֆունկցիոնալ ստուգումն այստեղ քիչ է։
Firewall-ը առողջ է թվում, մինչև միաժամանակյա սեսիաների թիվը թռչի։ Երթուղիչը կայուն է, մինչև ծանրաբեռնվածության տակ failover լինի։ Քաղաքականության փոփոխությունն առանձին անվտանգ է թվում և մասշտաբի վրա տալիս է անսպասելի դեգրադացիա։ Հենց այս պայմաններն էլ պետք է բացահայտի լաբորատոր ստուգումը։
Մարտականին մոտ տրաֆիկով թեստը պատասխանում է կարևոր հարցերին․
- Միջավայրը պահո՞ւմ է ակնկալվող throughput-ը և սեսիաների ծավալը։
- Ինչպե՞ս է իրեն պահում latency-ն սթրեսի տակ։
- Ի՞նչ է լինում ալիքի, հանգույցի կամ երթուղու խափանման ժամանակ։
- Որքա՞ն ժամանակում է վերականգնվում տրաֆիկը։
- Արտադրողականությունն ընկնո՞ւմ է սահուն, թե՞ փլվում է միանգամից։
- Քաղաքականությունները, հերթերը և վերահսկման ֆունկցիաներն աշխատո՞ւմ են նույն կերպ մասշտաբի վրա։
Այլ ոլորտներում թեստավորումը պարտադիր է
Արտադրությունը պահում է որակի վերահսկում մինչև թողարկումը։ Ավիացիոն համակարգերը հաստատում են հուսալիությունը մինչև շահագործումը։ Ավտոմոբիլային պլատֆորմները ստուգում են խափանումների և սթրեսի տակ։ Դեղագործությունը վալիդացնում է պրոցեսը մինչև զանգվածային թողարկումը։
Ցանցային և պաշտպանական ենթակառուցվածքն արժե պահել նույն մակարդակի վրա։ Իրատեսական նախապրոդակշն ստուգումը դեռ կիրառվում է անհետևողական։ Մի պատճառ․ թիմերը չափազանց հենվում են վենդորի սպեցիֆիկացիաների, ռեֆերենս սխեմաների և կցկտուր ֆունկցիոնալ ստուգման վրա։ Երկրորդ․ տրաֆիկով, failover-ով և կայունությամբ ստուգումը պահանջում է գործիքներ, ժամանակ և պրոցեսի տեր, իսկ դա հաճախ համարվում է երկրորդական՝ մատակարարման արագության համեմատ։
Այս բացը հիմնավորելն ավելի ու ավելի դժվար է։ Բիզնեսն արդեն ուժեղ կախված է ցանցից և անվտանգությունից, իսկ խափանման գինը գալիս է անմիջապես։
Ինչու է բացը դեռ գոյություն ունի
Շատ ընկերություններ կարծում են․ եթե սխեման հաստատել է վենդորը և փոփոխությունների պատուհանը վերահսկվում է, ռիսկը կառավարելի է։ Գործնականում այս վստահությունը հաճախ սխալ է դուրս գալիս։
Ենթակառուցվածքի պահվածքն իրական ծանրաբեռնվածության տակ կախված է տրաֆիկի կազմից, սեսիաների աճից, քաղաքականությունների աշխատանքից, երթուղիների փոփոխությունից, retry-փոթորիկներից և վերականգնման ժամանակից։ Այս փոփոխականները դժվար է գնահատել առանց կառուցվածքային ստուգման։ Այդ դեպքում էլ ներդրման վերջնական որոշումը շատ նախագծերում հենվում է կոնֆիգուրացիայի վերանայման, մի քանի լաբորատոր ստուգումների և անցյալ փորձի վրա՝ իրատեսական պայմաններում չափված արտադրողականության փոխարեն։
Այստեղից էլ պրոդի վթարների գինը։ Միջավայրը փլվում է ոչ առաջին անգամ։ Այն առաջին անգամ իսկապես ստուգում են։
Ինչ արժե չստուգված պահվածքը
Երբ իրատեսական ստուգումը բաց են թողնում, ռիսկը վերցնում է բիզնեսը։
Արտադրողականության խափանումները հպում են ոչ միայն ցանցային թիմին։ Դրանք դանդաղեցնում են գործարքները, ընդհատում ծառայությունները, նվազեցնում օգտատերերի վստահությունը և բարձրացնում վերականգնման արժեքը։ Նույնիսկ կարճ դեգրադացիան դառնում է եկամտի կորուստ, գործառնական խափանում, հարված հեղինակությանը և ծանրաբեռնվածություն աջակցման ու ինժեներների վրա։
Թեստավորման արժեքը պլանավորվող է և չափելի։ Պրոդի վթարի արժեքը՝ ոչ։
Ինչ պետք է ներառի աշխատող ստուգումը
Աշխատող նախապրոդակշն ստուգումը բազային ընդունման թեստերից լայն է։ Այն ներառում է․
- throughput և latency տրաֆիկի իրատեսական միքսերի վրա;
- մասշտաբի ստուգում սեսիաների, հոսքերի, օգտատերերի և հավելվածների պահվածքի համար;
- failover և կայունություն ալիքի, երթուղու, հանգույցի կորստի ժամանակ;
- երթուղավորման կոնվերգենցիայի և վերականգնման ստուգում;
- կայունություն թարմացումների, քաղաքականությունների փոփոխության և ճարտարապետության անցումների ժամանակ;
- քաղաքականությունների պահվածքի ստուգում ծանրաբեռնվածության տակ։
Այստեղ IXIA-ի, Spirent-ի և նմանատիպ գործիքների վրա հիմնված մեթոդիկաները տալիս են իրական օգուտ։ Դրանք ցույց են տալիս, թե ինչպես է ենթակառուցվածքն իրեն պահում, նախքան դա կպարզեն հաճախորդները, օգտատերերը կամ շահագործման ծառայությունը։
Գրեք մեզ, կկազմենք ստուգման ծրագիր ձեր ենթակառուցվածքի համար։
Եթե բիզնեսը կախված է uptime-ից, արտադրողականությունից և կայունությունից, ստուգեք ցանցը ավելի շուտ, քան դա կանի պրոդը։