Videó: Bemutatjuk a routereket, azok beállításának módját! (November 2024)
A fekete péntek és a Cyber hétfő az e-kereskedelem Super Bowlja. Az ünnepi idény azokra a vállalkozásokra indul, amelyekben az év legnagyobb online vásárlási napjai vannak a Cyber Week alatt. A fekete péntektől a karácsonyig tartó időszak elérheti vagy megbonthatja a kis- és közepes méretű vállalkozások (SMB-k) eladásait és bevételeit egészen a nagyvállalatokig, mint például a Nordstrom vagy a Target. Ugyanakkor minden vállalkozás esetében a siker vagy kudarc azt eredményezi, hogy webhelye mennyire képes ellenállni az üdülési célú felhasználói forgalom beáramlásának.
Amikor az ügyfelek belépnek és böngésznek az Ön webhelyén, termékeket adnak a kosárba, és megnéznek, minden második számít. A digitális teljesítménykezelő társaság, a SOASTA szerint az édes pont - a weboldalak betöltési ideje, amely megfelel a csúcskonverzióknak - 2016-ban akár két másodperc is lehet. A Cyber Week 2014 és 2015 között a SOASTA 1, 5 milliárd jeladó értékű felhasználói munkamenetet elemez. A SOASTA megállapította, hogy a csúcskonverziós betöltési idő 3, 8-ról 2, 4 másodpercre csökkent, és azt is megállapította, hogy 2015-ben a lassabb oldalak 58% -kal növelték a visszafordulási arányt. A számok folytatódnak, de a korreláció egyszerű: a webhely problémái azokon a kulcsfontosságú pillanatokban megegyeznek az elveszített bevételekkel.
Annak biztosítása érdekében, hogy webhelyük elkészüljön, a vállalkozásoknak a rohanás előtt és alatt meg kell tenniük a lábmunkát. Beszéltem Gus Robertsonnal, az alkalmazások szállításának és az NGINX skálázható webinfrastruktúra szolgáltatójának (kiemelve: „motor-x”) vezérigazgatóval arról, hogy a vállalkozások hogyan készüljenek fel. Megvitatták azokat a mechanizmusokat, amelyeknek a legjobb kiindulópontjához és a legrosszabb megtervezéséhez szükséges mechanizmusokon kell működniük a kiberhéten.
Az NGINX és annak nyílt forráskódú szoftvere már az internet korai napjaiban létezik. A cég szerint az NGINX szoftver az internet több mint 55 százalékát hatalmazza meg. Robertson elmondta, hogy látta, hogy az internet egyszerű weblapoktól bonyolult, webalapú alkalmazásokká fejlődik, amelyek felhasználói élményt (UX) nyújtanak széles körű eszközre és képernyőméretre. Ugyanakkor minden évben egyre több kiskereskedelmi bevétel származik az internetről.
"Látjuk ezt az átmenetet, ahol az e-kereskedelem tranzakciói ugyanolyan fontosak, ha nem is fontosabbak, mint a tégla- és habarcs-eladások a fizikai üzletekben" - mondta Robertson. "Amikor webhelye leáll, lezárja az üzleti lehetőségek nagy részét. Ne hagyja, hogy a legjobb és legforgalmasabb nap legyen a legrosszabb nap. Nagyon alapvető dolgok vannak, amelyeket tehetünk annak érdekében, hogy megfelelő védelemben részesüljön. és amennyire csak lehetséges."
Robertson 10 tippet fogalmazott meg, amelyek segítenek vállalkozása webhelyének tesztelésében és a rohanáshoz szükséges játékterv elkészítésében. Így felkészülhet és tudhatja, hogyan kell reagálni, ha valamelyik webhelyén rosszul fordul elő, a fekete pénteken vagy a számítógépes hétfőn.
1. Figyelemmel kíséri a webhelyét
Robertson elmondta, hogy a vállalkozások számára nem gondolkodik, ha van webhely-figyelő vagy alkalmazásteljesítmény-menedzsment (APM) megoldás. Az ilyen típusú eszközök teljes áttekinthetőséget nyújtanak nemcsak a weboldal első felében, hanem a teljes webes alkalmazás holisztikus megjelenésében és az erőforrások kiszámításában.
"Nagyon eltérő alkalmazás-architektúrákkal foglalkozunk, mint néhány évvel ezelőtt. Ha valami rosszul fordul elő, nemcsak magát az infrastruktúrát és a válaszidőt, hanem az okot is figyelembe kell vennie" - mondta Robertson. "A mi ügyfeleink olyan eszközöket használnak, mint az New Relic, az AppDynamics és a Datadog, hogy nem csak a hátulján hibákat találjanak meg, hanem az UX-t is az előlapon. Több másodperces késés azt jelentené, hogy a felhasználó eljut a versenytársa webhelyére. és inkább ott vásárolja meg a terméket."
2. Preventív terhelésvizsgálat
A terhelési tesztelés azt jelenti, hogy a weboldalon keresletet kell tenni szimulált forgalom felhasználásával, hogy megtudja, hány egyidejű felhasználó képes kezelni. Robertson hangsúlyozta, hogy a terhelés tesztelését korán és gyakran kell elvégezni, nem csak a normál forgalom mellett, hanem a webhelynek a korlátokba való nyomásával a csúcsforgalom kezelése érdekében.
"Meg kell töltenie a tesztet a normál forgalomnál - amire számítasz - és aztán a maximális forgalmat, amit valaha esetleg elvárhat" - mondta Robertson. "Meg kell látnia, hogy ez a terhelési tesztelés hogyan befolyásolja a teljesítményt, ugyanakkor a webhely háttér-rugalmasságát is, amikor a forgalom bekerül."
3. Teljesítmény tesztelése
A teszt betöltésekor Robertson azt mondta, hogy az UX-re is gondolkodni kell. A terhelés és a teljesítmény tesztelése kéz a kézben jár, mivel webhelyének képesnek kell lennie arra, hogy nemcsak sok felhasználót képes kezelni összeomlás nélkül, hanem gyorsan betöltő oldalakkal és egy reagáló felülettel kell rendelkeznie, hogy az ügyfelek boldogok maradjanak és részt vegyenek a vásárlási élményekben.
"A lehető legjobb felhasználói élményt szeretné biztosítani az ügyfél számára, aki megpróbál lépni a webhelyeddel és kapcsolatba lép a vállalattal" - mondta Robertson. "A nagy teljesítményű webalkalmazásnak az kell, hogy az ügyfél a webhelyen keresztül megfelelő információkkal szolgáljon sok gond nélkül. Erről szól az ügyfél tapasztalata."
4. Tesztelje a kritikus felhasználói munkafolyamatokat
A teljesítményvizsgálat egy része meghaladja a betöltési időket, hogy valóban tesztelje azokat a felhasználói folyamatokat, amelyek a legtöbb metaforikus lábforgalmat fogják elérni az Ön webhelyén. Robertson elmondta, hogy olyan dolgok tesztelése, mint a legforróbb termékoldalak, a bevásárlókosár-menedzsment, és ami a legfontosabb, a fizetési folyamat zökkenőmentessége kulcsfontosságú lépés az online értékesítés sikeres irányításában.
"A vállalkozások a webhely elejét tesztelik, de nem feltétlenül a háttér-API-t, amely összeköti Önt a fizetési átjáróval" - mondta Robertson. "Van X mennyiségű ember az alkalmazás előtt, de ez nem mondja meg, hogy ez teljes egészében működni fog. Ha az emberek megpróbálják kijelentkezni a kosárból, és nem tudják, akkor kész. Elvesztette ezt az átalakítást."
5. Helyezze a méretező eszközöket a helyére
Függetlenül attól, hogy miként tervezte meg webes alkalmazását az alábbiakban (később jutunk hozzá ehhez), az NGINX elnevezte a nevét, hogy gyorsan méretezheti és eloszthatja a webes erőforrásokat, ahol szükség van rájuk. Robertson számos olyan eszközt tárgyalt, amelyet a weboldalán el lehet helyezni, hogy rugalmasságot biztosítson a nagy forgalom bekövetkezésekor.
"Szeretnénk az NGINX-ről mint az alkalmazás első részén lévő lengéscsillapítóról gondolni" - mondta Robertson. "Mi megtesszük a HTTP nehéz emelését. Vannak ezek az összes eszköz, amelyet az alkalmazás elejére tehetünk, például terheléselosztók, gyorsítótárazási mechanizmusok vagy CDN, amelyek segítenek az automatikus méretezésben és az egyes forgalom rangsorolásában. Tehát, ha a felhasználók jönnek visszatérve a munkafolyamatba, és ki kell cserélnie az egyik forgalmi forrást a másikkal szemben, akkor prioritást élvezhet például a bevásárlókosár-pénztárral, hogy maximalizálja az átváltást az erőforrásokhoz képest, amelyek a termékkeresési sáv működtetésére irányulnak.
6. Állítsa be a forgalmi másolatot
A méretezési eszközök, mint például a terheléselosztók és a CDN-ek, képezik az NGINX „sokk-elnyelődésének” egyik elemét, de a társaság beállítja azt is, amit a webhelyek számára „forgalmi rendőröknek” hív. Ezek a forgalmi rendőrök megállítják a biztonsági szabályok megsértését és a műtétek elkerülését, például a Szolgáltatás elosztása (DDoS) támadásait. Robertson szerint a "szélsőséges szolgáltatások", mint például a CDN-k, a DDoS enyhítő szolgáltatások és a tűzfalak hozzájárulhatnak a rosszindulatú forgalom eltereléséhez, hogy a valós felhasználói forgalom átjuthasson az Ön webhelyére.
"DDoS fordulhat elő külső rossz ügynököktől, amelyek leronthatják az Ön webhelyét, de véletlenül DDoS-ot is okozhat, ha egyik kiszolgálója pingol a másikra, és leteszi" - magyarázta Robertson. "A forgalmi rendőrök olyan dolgok beállítását jelentik, mint a súlykorlátozások, az előre beállított IP-címek, a külső alkalmazások blokkolása és engedélyezése. A NGINX számos mechanizmust bevezethet annak biztosítása érdekében, hogy a szolgáltatás ne szakadjon meg, és nem engedi egyiket a másiknak a DDoS-hoz. Aztán a kezelőfelületen van egy WAF, amely olyan dolgokat keres, mint például a külső DDoS és az SQL injekciós támadások."
7. Készítsen hibaprogramot
Egyik vállalkozás sem akarja, hogy webhelyük csökkenjen a Cyber Week alatt, de ez évente megtörténik, még a kiemelkedő kiskereskedők számára is. Emiatt minden vállalkozásnak a legrosszabbat kell terveznie. Robertson elmondta, hogy kezdődik egy katasztrófa utáni helyreállítás-szolgáltatásként (DRaaS) megoldás bevezetésével annak érdekében, hogy egy tartalék webhelyet teszteljenek és készen álljanak a menekülésre, ha a fő webhely leáll.
"Győződjön meg arról, hogy a DR webhelye biztosítási tervként ül ott, de ügyeljen arra is, hogy előzetesen aktiválja és tesztelje" - mondta Robertson. Msgstr "" "A fő webhely tesztelésekor ugyanezt tegye a DR webhelyével, hogy ha valami rosszul történik, akkor gyorsan áthelyezheti a webhelyet arra az infrastruktúrára.
8. Társadalmi károk ellenőrzése
A biztonsági mentési terv másik fele az ügyfélszolgálat és a tájékoztatási stratégia ismerete, és 2016-ban ez azt jelenti, hogy a közösségi média menedzsmentjét jelenti. A közösségi média az ügyfelek és a márkád közötti interakció első szakasza. Ha a webhelye lemegy, akkor az ügyfelek elsősorban a válaszokat fogják keresni a vállalat Facebook és Twitter oldalain.
"Ha a dolgok rosszul fordulnak, gondolkodjanak el azon, hogyan reagálnának a közösségi médiában, és hogyan képviselik képviselői az ügyfelek tájékoztatását és naprakészen tartását" - mondta Robertson.
9. Fontolja meg a weboldal architektúráját
Az egyik hosszabb távú beszélgetésed, amelyet vállalkozásodnak meg kell vitatnia webhelyeddel kapcsolatban, arról szól, hogy hogyan építik fel, és hogy ideje van-e változtatni. Azt írtuk, hogy mindenféle alkalmazás elmozdul a monolitikus építményektől és a modulárisabb mikroszolgáltatások felé. Robertson elmondta, hogy az NGINX által biztosított front-end eszközök végső soron nem helyettesítik a dinamikusan méretezhető, mikroszolgáltatásokon alapuló webes alkalmazást.
"A mikroszolgáltatások segítségével láthatjuk, hogy a nagy webes tulajdonságok valóban méretezhetők" - mondta Robertson. "Ha monolitot írt, akkor nem lehet újból megválasztani a jelenlegi és az ünnepi vásárlási rohanás között. De meg kell vizsgálnia az építészetét, és gondolkodnia kell arról, hogyan lehet végül átalakulni. A mikroszolgáltatás előnye, hogy automatikus méretezze az egyes összetevőket, mivel a forgalom eltalálja őket. Tehát, ha a képtár elérkezik, akkor méretezheti azt vagy bármely más szolgáltatást az alkalmazásban. Ez az alkalmazás-architektúra szelep állítja be a bejövő forgalomhoz, amely ezen az évszakban kb. túlzott."
10. C-Suite Buy-In
Amikor egy weboldal fekete pénteken leáll, az abból származó csapódás nem csak a webhelyet üzemeltető informatikai csapatot érinti. A társaság vezérigazgatójának vagy CTO-jának ezután válaszolnia kell a részvényeseknek vagy az igazgatótanácsnak arról, hogy miért ment le a weboldal, és mennyi potenciális bevételt veszítettek el. Az üzleti és technológiai kérdések elválaszthatatlanul kapcsolódnak az online vállalkozások számára, és Robertson szerint a vezetőségnek és más vezetőknek ismerniük és megérteniük kell őket.
"Ha vezérigazgató vagy, és vállalkozásának 20 százaléka a weboldalról származik, akkor a CIO-val azonos kérdések feltevése ugyanolyan fontos, mint a CIO, akik felkérik őket a csapatukra" - mondta Robertson. "Ez magas szintű, de a vezetők számára fontos, hogy elegendő ismerettel rendelkezzenek a vállalkozásukban és a saját webhelyükön alkalmazott technológiáról, hogy feltehessék a megfelelő kérdéseket, és jó választ kapjanak a részvényesek számára, ha elég szerencsétlenek, hogy szükségük van rá."
