Hur man minskar kostnaderna för Amazon CloudFront i sammanhanget av streaming eller direktströmning samtidigt som tillförlitlighet och videokvalitet upprätthålls?

Även förmögna nationella TV-sändare betraktar Amazon AWS, liksom andra amerikanska molntjänstleverantörer som Microsoft Azure och Google Cloud Platform (GCP), som en lyx. Dessa leverantörer används dock oftare av utvecklare eller DevOps-team som en del av den smidiga processen för att uppnå snabbare versioner, vilket inte alltid är det mest kritiska aspekten för hantering av 24/7-strömningstjänster. Kvalitetssäkring och testning bör ha prioritet i sådana scenarier. Oavsett om du använder Amazon Elemental MediaLive eller AWS IVS finns det en hög sannolikhet att Amazon kommer att erbjuda starka incitament att uteslutande använda CloudFront för leverans, eftersom det utgör en stor del av kostnaden. Men även när du använder dessa två tjänster finns det ingen skyldighet att ha CloudFront som enda leverantör.

I min tidigare arbetslivserfarenhet med en online-videoplattform (OVP) blev jag förvånad över att upptäcka att alla videomaterial lagrades på Amazon AWS S3, trots månatliga försök att minimera AWS-kostnaderna. Det verkade som om valet motiverades av bristande förtroende för att bygga intern hosting och bearbetning, vilket ledde till antagandet att tillförlitligheten var garanterad. Men AWS:s tre stora driftstopp i slutet av 2021 resulterade i att OVP inte kunde göra något för sina kunders strömmar så länge AWS var nere. Detta händelseförlopp visade vikten av att inte enbart förlita sig på en enda leverantör, oavsett hur lyxigt det kan verka, då det finns en affärsregel som säger att det aldrig är en bra idé.

"Så länge AWS är nere kan vi inte göra något för att återställa våra kunders strömmar." (Enligt en utvecklare som arbetar på en OVP som är mycket beroende av CloudFront...)

Vad är potentialen för att förhandla om priser med Amazon AWS eller en annan molnleverantör?

Potentialen för att förhandla om priser med Amazon AWS eller en annan molnleverantör kan variera. I vissa fall kan det finnas utrymme för förhandling, särskilt om du har en betydande volym av användning eller är villig att åta dig ett långsiktigt kontrakt. Det är dock viktigt att komma ihåg att molnleverantörer arbetar i stor skala och vanligtvis har standardiserade prismodeller som är svåra att ändra och marginalerna är ganska höga, så även en 90% rabatt kan fortfarande vara dyrare än andra leverantörer för ditt användningsfall, som visas i vår CDN Live Streaming kostnadskalkylator.

Om du är intresserad av att förhandla om prissättningen med en molnleverantör är det viktigt att göra din forskning och förstå leverantörens prismodell, liksom eventuella rabatter eller erbjudanden som kan vara tillgängliga. Dessutom är det användbart att ha en klar förståelse för dina egna användningsmönster och krav, eftersom denna information kan användas för att förhandla fram en mer fördelaktig prissättning. I slutändan är det möjligt att förhandla om prissättningen med en molnleverantör, men det är inte alltid garanterat, och nivån på förhandlingsmöjligheter kan variera beroende på den specifika leverantören och omständigheterna.

Problemet med prissättning för olika regioner

Molnleverantörer tenderar att prioritera sina billigaste regioner, som vanligtvis är belägna i USA, när de erbjuder sina tjänster. Tyvärr finns det lite information tillgänglig om andra regioner som Asien, där priserna ofta kan vara dubbelt så höga eller mer än i huvudregionen. Denna brist på uppmärksamhet på prissättningen i andra regioner kan leda till oväntade problem för företag som blir framgångsrika och upplever en betydande tillväxt. Dessa en gång ansedda som mindre kostnader kan snabbt bli en huvudsaklig kostnadsfaktor, särskilt i Asien som är den mest tätbefolkade regionen globalt sett. Det är därför viktigt för företag att noggrant överväga prissättningen hos molnleverantörer i alla regioner, särskilt om de planerar att expandera sina tjänster globalt.
Det är möjligt att mäta publikens regioner i förväg genom att använda en biljettgrind eller en prenumerationsmodell. Om din onlinevideoleverantör erbjuder insikter om publiken innan evenemanget, vilket den bör göra, kan du avgöra hur många personer som deltar i evenemanget och var de kommer ifrån. Även om evenemanget är gratis kan du fortfarande samla in denna information genom en e-postsamling.

Genom att använda denna information kan du välja en molnleverantör som erbjuder konkurrenskraftiga priser i de regioner där din publik är koncentrerad, vilket kan hjälpa dig att undvika oväntade kostnader på sikt. Det kan också hjälpa dig att optimera ditt innehållsleveransnätverk för att säkerställa att din publik har den bästa möjliga visningsupplevelsen oavsett plats. Sammantaget är insikter om din publik i förväg avgörande för att fatta välinformerade beslut om vilken molnleverantör du ska använda och hur du kan optimera din strategi för innehållsleverans.

Vad är 'molnkrediter' och hur kan jag förutse slutet av dessa krediter?

Molnkrediter är en typ av valuta som erbjuds av vissa molnleverantörer och kan användas för att kompensera kostnaderna för att använda deras tjänster. Dessa krediter tillhandahålls vanligtvis som en del av ett kampanjerbjudande och kan ges till nya kunder eller som belöning för viss typ av användning.

De exakta villkoren för molnkrediter kan variera beroende på leverantören, men generellt sett har de ett utgångsdatum efter vilket de inte längre kan användas. I vissa fall kan molnkrediter även ha användningsbegränsningar eller andra restriktioner, som att endast vara tillämpliga på vissa typer av tjänster eller användningsscenario.

För att kunna förutse slutet av dina molnkrediter är det viktigt att noggrant följa din användning och övervaka ditt kontosaldo. De flesta molnleverantörer erbjuder verktyg och instrumentpaneler som gör det enkelt att övervaka din användning och återstående krediter, så att du kan planera därefter och undvika att krediterna tar slut oväntat. Dessutom är det en bra idé att läsa igenom villkoren för eventuella erbjudanden om molnkrediter noggrant, så att du förstår utgångsdatumet och eventuella användningsbegränsningar som kan gälla.

Det är rekommenderat att ha en backup-leveransmetod på plats när du använder en molnleverantör för att undvika stora fakturor när dina krediter är förbrukade. För att säkerställa en smidig övergång är det faktiskt enkelt att göra det för streamingrelaterade operationer.

Vad gör det så enkelt att minska kostnaderna för AWS CloudFront, Azure och GCP för streaming?

Till skillnad från konventionell webbleverans inkluderar vissa streamingprotokoll som HLS flera leveranspunkter direkt i standarden, vilket ger utgivaren direkt kontroll över viktad belastningsutjämning och hög tillgänglighet.

HTTP Live Streaming (HLS) failover, som används av iReplay.TV's uppspelare, är en funktion inom HLS-strömningsprotokollet som gör det möjligt för en utgivare att specificera flera källor med samma innehåll vid olika bitrate i manifestfilen på högsta nivå. När en tittare startar en uppspelningsession begär spelaren manifestfilen och får en lista över tillgängliga källor för det innehållet. Spelaren bestämmer sedan vilken källa som ska användas baserat på tillgänglig bandbredd och andra faktorer.

Om en av källorna inte kan hantera efterfrågan kan spelaren automatiskt växla till en annan källa med samma bitrate (och samma källfil i ett 'repeater'-läge) först, och sedan till en lägre bitrate (om tittaren inte har tillräcklig bandbredd med den sekundära källan) för att undvika buffring och säkerställa en smidig uppspelningsupplevelse. Denna process kallas adaptiv bitrate-strömning och är en viktig funktion i HLS. Med flera tillgängliga källor kan spelaren växla mellan dem sömlöst för att säkerställa den bästa möjliga visningsupplevelsen för användaren.

Genom att använda HLS failover kan utgivare se till att deras innehåll alltid är tillgängligt för tittare, även under perioder med hög efterfrågan. Denna funktion ger en redundansnivå som förbättrar den övergripande tillförlitligheten hos strömningstjänsten.

Det är dock viktigt att notera att inte alla spelare kan hantera denna funktion, så det är avgörande att köra tester innan implementering om du saknar kunskap inom strömning.

Riskar jag att försämra strömningupplevelsen genom att inte välja en molnleverantör som primär metod för innehållsleverans?

HLS failover-systemet garanterar inte bara att en primär källa inte används vid fel, utan ser också till att spelaren (om den är helt kompatibel, som nämnts ovan) laddar högsta möjliga kvalitet. Genom att välja det som en alternativ källa kan du vara trygg med att upprätthålla både uppspelningspålitlighet och kvalitet samtidigt som du får kostnadsbesparingar när den primära källan är tillgänglig. Vänligen hänvisa till de fyra olika scenarierna på slutet av denna sida, som sträcker sig från 100% till 0,1% användning av din nuvarande molnleverantör.

Vad mer kan jag göra tekniskt sett?

Om du inte har en molnleverantör som inkluderar en repeater-funktion finns det begränsade alternativ för att kontrollera strömningkostnader, såsom att blockera eller begränsa bitraten i specifika regioner där strömning kan vara dyrare. En möjlighet att kontrollera kostnader är dock genom cachning, särskilt i enhetens och webbläsarens cacheminne, vilket kan minska mängden data som används avsevärt. Det är viktigt att se till att mediesegment cachas under en lång tid för varje tittare, särskilt vid användning av moln-DVR, händelsebaserade spellistor, digital skyltning eller när du upprepar innehåll genom spellistor eller slingor som inte har HLS offline-funktionen. Genom att effektivt använda cachning med vanliga HTTP-cacheminne-headers (Pragma, expires, etc) kan du minska mängden data som behöver överföras och potentiellt spara på strömningkostnader.

Det specifika fallet med live streaming

Även med live streaming kan oväntade trafikspikar inträffa, till exempel när nya tittare bestämmer sig för att köpa en biljett efter att evenemanget har börjat på grund av att höjdpunkter från live-strömmen delas. För att hantera denna situation kan en spelare som är kompatibel med peer-to-peer användas för ytterligare tittare, vilket utnyttjar din befintliga arkitektur genom att försöka strömma från närliggande noder först och sedan från befintliga källor som ett sekundärt alternativ. Denna strategi är kostnadseffektiv och kan hjälpa till att hantera oväntad trafik utan att öka kostnaderna avsevärt.

Jag har inget val än att använda min onlinevideoleverantörs CDN som är AWS CloudFront / Microsoft Azure / Google Cloud Platform / Akamai / Fastly / Limelight Networks, kan jag fortfarande minska mina kostnader?

Absolut. Repeater-funktionaliteten kan integreras med vilken CDN eller molnleverantör som helst, förutsatt att en m3u8-URL för din ström är tillgänglig.

Hur mycket kostar det att leverera en ström med endast en molnleverantör och en kombination av en molnleverantör och iReplay.TV-funktionen?

Låt oss ta det vanliga 'Apple-rekommendationer'-fallet som exempel, med 1000 tittare som tittar på en 7,8 Mbps HD-ström i en timme (3,351 TB) i USA, Europa och Asien.

GAFA eller GAFAM & GDPR & suveränitet

Genom att konfigurera iReplay.TV's repeater till 100% (och därmed helt eliminera din GAFAM-leverantör från manifestet som nås av videospelaren) kan du generera en fullständigt lokaliserad ström för dina europeiska tittare.

Det är viktigt för ett europeiskt företag att leverera strömning inom Europa med hjälp av europeiska CDN:er och servrar. Europeiska unionen har strikta dataskyddsföreskrifter, såsom den allmänna dataskyddsförordningen (GDPR). Genom att hålla strömningstjänster inom Europa kan företag bättre följa dessa integritetslagar och säkerställa att deras användardata hanteras enligt europeiska standarder.

Vissa branscher kan vara föremål för specifika regleringskrav som kräver att data lagras och behandlas inom den europeiska regionen. Genom att använda europeiska servrar och CDN:er kan företag följa dessa föreskrifter och undvika potentiella böter eller straff.

Article written (translated from English) by
Sylvain Corvaisier

Independent streaming and iOS engineer

Last modified: December 31st, 2024