Apple wil content dichter bij gebruikers opslaan met Edge Cache

Apple Edge Cache is een nieuwe dienst, waarbij content dichter bij de gebruikers wordt opgeslagen. Een film staat dan bijvoorbeeld op de server van een internetprovider bij jou in de buurt.
Gonny van der Zwaag | iCulture.nl -

Apple Edge Cache

Stel dat iedereen bij jou in de buurt naar die ene nieuwe film op Apple TV+ wil kijken. Normaal moet het dan van de dichtstbijzijnde Apple-server worden gestreamd en wordt het beschikbaar gesteld via Akamai, of een van de andere contentdistributiediensten die Apple gebruikt. Apple Edge Cache moet dat gaan verbeteren, door internetproviders in te schakelen. Die providers moeten zich er wel speciaal voor aanmerken, want het werkt alleen via partners.


Cloudflare is een bekende aanbieder van dergelijke edge cache-diensten. Apple wil voor Apple Edge Cache de bestaande ISP-netwerken en -servers gebruiken. De content kan dan alvast op een server bij de ISP worden klaargezet, zodat het snel gestreamd kan worden. Dit staat bekend als edge caching. Het is sneller en betrouwbaarder en de latency ligt een stuk lager. Netflix en Amazon gebruiken het al voor het aanleveren van content en nu stapt ook Apple erin. Een nieuwe webpagina die sinds deze week flink is uitgebreid, beschrijft de mogelijkheden:

Your customers deserve the best content delivery experience possible. Apple Edge Cache (AEC) is Apple supplied and managed hardware for deployment within our ISP partners networks to deliver certain Apple content directly to our shared customers.

Apple levert dus de hardware, dat vervolgens bij de internetprovider komt te staan. Er is minder infrastructuur nodig om dezelfde groep gebruikers te bedienen. Providers die mee willen doen moeten minimaal 25 Gbps Apple-dataverkeer aan kunnen tijdens piekmomenten. Het netwerk moet ook ten dienste staan van de eindgebruiker en niet zozeer de netwerkbeheerder. Apple beheert de apparatuur en verbindt deze met Apple Edge Cache via 100 GE of meerdere 10 GE-verbindingen.

Informatie

Laatst bijgewerkt
16 februari 2020 om 11:22
Onderwerp
Categorie
Diensten

Reacties: 4 reacties

  1. Apple levert de hardware? Dat is in deze tijd toch alleen maar een beperking aangezien bv een AWS al jaren met Edge Locations werkt. Waarom dan niet zoiets aanbieden? Enige verschil is dat de dichtstbijzijnde EL van AWS dan Frankfurt is maar ala..

  2. Origineel geplaatst door Niels
    Apple levert de hardware? Dat is in deze tijd toch alleen maar een beperking aangezien bv een AWS al jaren met Edge Locations werkt. Waarom dan niet zoiets aanbieden? Enige verschil is dat de dichtstbijzijnde EL van AWS dan Frankfurt is maar ala..

    Het idee is niet om de data onder te brengen in een datacenter in (bvb Frankfurt), dat doet Apple nu ook al met regionale datacenters.

    Het idee is om de content onder te brengen op Apple servers op het netwerk van de ISP, en zo dus nog dichter bij de klant te staan.

    Dat bespaart verkeer op exit nodes vanuit de ISP zijn netwerk, en dus dataverkeer voor zowel de ISP als Apple.

    Oa. Netflix doet dit nu dus ook al, en plant dus bijvoorbeeld een eigen rack vol servers bij Ziggo neer, waarbij de content dus vanuit Netflix naar Ziggo wordt gepusht, en van daaruit naar alle klanten van desbetreffende ISP (zie). Hierdoor moet een film/serie maar 1x naar de ISP gestreamd worden, en kan de ISP de desbetreffende content binnen het eigen netwerk aanbieden aan zijn gebruikers.

    Beetje vergelijkbaar met Content Caching op Mac OS. Wij hebben op kantoor 100 macs. Als 1 mac de nieuwe Mac OS 10.15.3 update binnenhaalt, haalt de content cache mac mini ‘m binnen en geeft ie gelijk die download door aan die mac. De volgende 99 Macs halen de update rechtstreeks vanaf de mac mini bij ons op kantoor vandaan, waardoor we ongeveer 500GB deze maand aan bandbreedte hebben bespaard en de download veel sneller gebeurt (lokaal netwerk is gigabit).

  3. Begin maar vast met nieuwe naam verzinnen @Apple, even vergeten dat Microsoft ook een browser heeft genaamd Edge ?

  4. Ik had het idd anders gelezen Bram, thanks voor de toelichting :).