Az Akamai a világ egyik vezető Content Delivery Network (CDN) szolgáltatója. Az Akamai Intelligens Platform révén számos terméket kínálnak a teljesítmény, a rendelkezésre állás, a biztonság és a betekintés elősegítése érdekében.
Egyéb CDN-ek közé tartozik a Cloudflare, a Fastly, a MaxCDN, az Incapsula és a Rackspace.
Itt megnézzük, mi is a CDN, majd néhány konkrétum az Akamai megvalósításával kapcsolatban, beleértve:
- Az Akamai Intelligens Platform és Edge Szerverek
- Az Akamai interfész- és vagyonkezelő
- Routing Performance
- Gyorsítótár
Mi az a CDN?
A nyilvános interneten megjelenő tartalomra vonatkozó felhasználói igények egyszerűnek tűnhetnek, csatlakozva a tartalmat („tartalom eredetét”) tartó szerverhez, és visszaküldve ezt a felhasználónak, de valójában nagyon összetett.
Előfordulhat, hogy a kapcsolatnak számos internetszolgáltatón, peering ponton és adatközponton kell keresztülmennie a versengő hálózatokon keresztül, és nincs állandóan elérhető útvonal.
Sokféle eszköztípus és sávszélesség használható, különböző globális helyekről, különböző tartalomtípusokkal.
Ez ingadozó sebességhez és elérhetőséghez, biztonsági kihívásokhoz és kevés láthatósághoz vezethet a felhasználó és a tartalom eredete között.
A CDN nagyobb ellenőrzést biztosít a tartalomszolgáltató kezében, és javítja a végfelhasználói élményt.
Ezt úgy hajtja végre, hogy párhuzamosan nagy teljesítményű hálózatként működik, és fenntartja a magasan elosztott szerverek saját hálózatát. Azáltal, hogy sok fizikai és hálózati helyen szétszórtan, de egyetlen hálózatként optimalizálva van, nagyobb kontroll és megbízhatóság áll rendelkezésre a felhasználói kérések számára.
A vállalkozás növekedésével a tartalom eredetével szemben támasztott magasabb igények kielégítése is kihívásokat jelent. Megvizsgáljuk azt is, hogy miként lehet a CDN eszközöket használni az eredet terhelésének csökkentésére, nemcsak a teljesítmény javításában, hanem a költségek csökkentésében is, csökkentve az eredet méretezésének mértékét.
Akamai Intelligens Platform
Az Akamai világszerte több mint 240 000 „élkiszolgálót” tartalmaz. Ezek az internet „szélén” helyezkednek el, a lehető legközelebb a végfelhasználókhoz. Ennek elérése érdekében sok élkiszolgáló még közvetlenül az internetszolgáltatóknál vagy a mobil adattornyokban is található, hogy még jobban csökkentse a késést a felhasználó internetszolgáltatójához való csatlakozás között, mielőtt bekerülne az Akamai hálózatba.
Amikor egy felhasználó kérelmet nyújt be, az Akamai ezt dinamikusan leképezi a legközelebbi elérhető élkiszolgálóra. Az élkiszolgáló a tartalomszolgáltató által meghatározott üzleti szabályokat alkalmazza, mielőtt az Akamai hálózat összes többi élkiszolgálója közötti elérhető legjobb utat használja a tartalom lekéréséhez az origóból. Az üzleti szabályok minden élkiszolgálón megismétlődnek.
A rendelkezésre álló és a gyorsítótárazás céljából konfigurált tartalmat azután az élkiszolgálón tároljuk. A későbbiekben ezt részletesebben megvizsgáljuk.
Egy webhely hozzáadódik az Akamai-hoz egy CNAME-rekord hozzáadásával a DNS-ben, amely a hosztnévről, mondjuk a „community.akamai.com” -ról egy Akamai edge hostnévre, a „community.akamai.com.edgekey.net” -re mutat, ahol az Akamai vezérelte az élkiszolgáló leképezése átveszi az elérhető legjobb élkiszolgáló hozzárendelését. Ha ássz egy hostnevet, és meglátod az 'edgekey.net' címet, akkor tudod, hogy az Akamai-t a tartalomszolgáltató használja.
Akamai interfész
Az Akamai a „Luna Control Center” nevű webes grafikus felhasználói felületet, számos API-t és egy CLI-t biztosít.
Amint a Monitor fülön látható , számos jelentéskészítő és elemző eszköz áll rendelkezésre a CDN szintű betekintés előállításához. Igény szerint elérhetők az élkiszolgálók naplói is.
A Konfigurálás lapon a Property Manager bemutatására fogunk összpontosítani, és további lehetőségeket hagyunk egy jövőbeli bejegyzésre.
A tulajdonság , amelyet néha konfigurációnak is neveznek , az a fő módszer annak ellenőrzésére, hogy az élkiszolgálók hogyan reagálnak a felhasználói kérésekre. A Tulajdonságok szabályok listáját alkalmazzák a gazdagépnevek halmazára , és egyszerre csak egy tulajdonságot alkalmazhat bármely adott gazdagépnévre. A szabályokat kritériumok / mérkőzési feltételek és viselkedés alkotják . Erre egy további példa később látható, amikor a gyorsítótárat nézzük. Minden tulajdonság alapértelmezett szabályának meg kell adnia egy érvényes Tartalomszolgáltató ( CP) kódot a szolgáltatás számlázásához és jelentéséhez. A szabályok az „utolsó győzelmek”.
Létezik egy Property Manager API (és CLI), remek fogalomtárral.
Egy tulajdonság módosításakor először egy új verzió jön létre, amely lehetővé teszi a módosítások elvégzését és tesztelését, míg az előző tulajdonság aktív marad. Az új verzió először az Akamai színpadon aktiválhatóhálózat, amelyre a fejlesztő felhívhatja a helyi gépet, hogy futtasson teszteket, mielőtt aktiválná a termelést. A gyártás aktiválása nagyjából tíz percet vesz igénybe, hogy az új verzió világszerte megjelenjen az összes élkiszolgálón, a gyors tartalékolási lehetőség pedig percek alatt visszagörget.
Útvonal teljesítménye
Amellett, hogy egyre nagyobb mennyiségű elosztott szélű kiszolgálót biztosít, annak érdekében, hogy a gyorsítótárazott tartalmat a lehető legközelebb lehessen szolgáltatni minden felhasználóhoz, optimalizálni lehet a tartalom eredetéhez vezető utat. Akamai esetében ez a SureRoute-on keresztül történik.
Az Akamai szerverhálózata (a felhasználó először csatlakozik az élkiszolgálóhoz, és a későbbi szülő a kiszolgálóhoz) átfedi az alapértelmezett útvonalat az origóhoz. Az alapértelmezett útvonal több különböző internetszolgáltató és hálózat között haladhat át, amelyek nem mindig tudnak egymással kijátszani. Amint fentebb láthattuk, a veszteséges kapcsolat (vagy más hasonló lebomlás) azt jelentheti, hogy a nem nyilvánvaló útvonal a legjobb megoldás.
A legjobb útvonal két lépésben található.
- Először is, az Akamai szerverek folyamatosan vizsgálnak egymással, és alacsonyabb ütemben az Akamai ügyfelek minden eredetével szemben. Ezeket a jelölt útvonalak központosított listájának kiszámítására és elosztására használják az egyes élkiszolgálók / origó párosítások között.
- Másodszor, ezeknek a nyers jelölt útvonalaknak a legjobb opcióra történő szűkítése érdekében egy statikus SureRoute tesztobjektumot helyez el minden vásárló a saját eredeténél, hasonló méretű az átlagos várható tartalomnál. Az objektum lekérésére szolgáló versenyek rendszeresen futnak az egyes élkiszolgálók és az origó között, hogy a legalacsonyabb késleltetésű és / vagy csomagvesztési arányúak nyilvántartása naprakész legyen.
Ez azt jelenti, hogy egy élkiszolgálóhoz intézett minden megkeresés esetén az adott időpontban a leggyorsabb és legmegbízhatóbb útvonal használható az origó eléréséhez.
Gyorsítótár
A gyorsítótárazás egy élkiszolgálón jelentősen csökkentheti a késleltetést a végfelhasználó számára.
Mivel a szervezetek a gyorsítótár-méretezéssel is egyre fontosabbá válhatnak a tartalom eredetének terhelésének csökkentése érdekében a jobb teljesítmény és a költségek csökkentése érdekében.
Amint azt az „Az Akamai élkiszolgálók megosztják a gyorsítótárazott tartalmat” kérdésre adott válasz leírja, az élkiszolgálók hálózati „régiókba” vannak csoportosítva. Ha egy adott élkiszolgáló gyorsítótárát nem töltik fel, helyi kérést küld a régió többi élkiszolgálójának, és ha egy társnak van tartalma, akkor a választ tárolja, mielőtt maga tárolja.
Ha az összes helyi társ tárolója üres (vagy elavult), akkor a kérés továbbításra kerül az él szülőszerverére, ahol ugyanaz a helyi ellenőrzés zajlik a szülő társai között. Ha a teljes útvonalon nincs tartalomtár, akkor az visszatér az origóhoz, és válaszával újratölti a gyorsítótárat.
A szokásos gyorsítótár-kulcs a hosztnévből (tartomány), az elérési útból és a lekérdezési karakterláncból áll. Ez módosítható a kardinalitás csökkentése és / vagy a vezérlők gyorsabb ellenőrzése érdekében. Ez lehet az, hogy csak meghatározott lekérdezési paramétereket tartalmaz, így kizárva például a termékazonosítókat, egyes sütik, fejlécek vagy felhasználó által definiált változók értékeit hozzáadva.
Az egyezési feltételek (ha például létezik „ x ” süti) kombinálható a „cache cache” viselkedéssel, hogy olyan speciális forgatókönyveket hozzon létre, mint például a különböző tartalmak gyorsítótárazása a munkamenetet használó felhasználók számára, vagy a különböző helyeken található felhasználók számára.
Egy böngészőbővítmény, például a ModHeader használható az Akamai Pragma fejlécek megtekintésére a gyorsítótár-viselkedés helyi kivizsgálására.
Végső gondolatok
A CDN használata nagyobb ellenőrzést biztosít a tartalomszolgáltatók számára, és az olyan eszközök, mint a fentiek, előnyöket jelentenek, amelyek egyre fontosabbak a méretarányos munkavégzés során.
Míg az Akamai-specifikus termékekről itt tárgyaltunk, a CDN-szolgáltatókkal is hasonló elképzelések léteznek.
Az Akamai egyéb sajátosságaira egy későbbi bejegyzés vonatkozhat, nyugodtan figyelje, vagy olvassa el a következő következő témákat:
- Biztonsági fejlesztések a tanúsítványkezeléssel és a webalkalmazások tűzfalaival (WAF)
- Képkezelő az optimalizált képmegjelenítéshez
- Felhők, amelyek a tulajdonkezelés aktiválási ciklusán kívül részletes vezérlést biztosítanak, sokféle felhasználási lehetőséggel
- Globális forgalomkezelés (GTM) a DNS-alapú terheléselosztáshoz
- mPulse a valós felhasználói mutatók (RUM) használatához a teljesítmény monitorozásához
Köszönöm, hogy elolvasta ?
Ön is élvezheti:
- Kezdő útmutató az Amazon Elastic Container Service szolgáltatásához
- A Flow fokozatos hozzáadása egy meglévő React alkalmazáshoz
- A CSS Grid fokozatos fejlesztése