[GTER] Cache para ISP

[Douglas Fischer]

 Exemplificando problema de qualidade de navegação que CDN Confinado pode
trazer

Os conteúdos que são enviados para os cache são escolhidos com base em
alguns critérios.

O principal deles é a demanda do publico que usa aquele cache.
     - Aquele vídeo que todo mundo da cidade está assistindo, e um amigo
marca o outro e talz...

Porém, dependendo das interconexões do provedor pode não fazer sentido
cachear aquele item de conteúdo novamente nesse ponto.
     - Um vídeo de demanda média que já está no Cache do Trânsito que
alimenta aquele provedor.
Então, como está "perto" e não tão grande demanda, o algorítimo do
GGC/FNA/OCA/Akamai decide que não vale a pena colocar aquele objeto naquele
nó de cache.

E é aqui que está o pulo do gato!

     Aquele Cache no trânsito DAQUELE PROVEDOR está "perto" para os
clientes DELE, que usam o trânsito DELE.
     Como você não usa o trânsito dele, para você chegar no outro
repositório pode ter que dar volta e meio mundo...



P.S.:
Eu ainda não aprofundei a análise dessa teoria, é meramente empírica de
percepções...
Mas já consegui perceber resultados práticos depois de algumas alterações.



Em 14 de março de 2018 11:27, Douglas Fischer <fischerdouglas at gmail.com>
escreveu:

> De forma legal e coerente? NÃO!
> Inclusive, se fizer esforços para interceptar HTTPS ou algo assim, é crime!
> Até manipular as respostas que o teu DNS dá para o teu cliente já é
> crime...
>
>
> A lógica é pensar em cache enter-deep de CDNs significativas.
>
> MAAAAS! Cuidado! - 1 -
> As vezes o esforço técnico e financeiro(infra e link para feed) de ter
> esse recurso dentro da tua rede pode ser mais caro que o barato que
> supostamente vai ficar o teu custo de link. Isso vai depender em grande
> parte da tua demanda.
> Até um determinado tamanho, faz sentido você comprar esse serviço de
> alguém.
>
> MAAAAS! Cuidado! - 2 -
> CDN CONFINADO também não está dentro da legalidade.
>  - (Está escrito no contrato. Flames > /dev/null)
>  - (Já houveram ASNs oficialmente notificados. Strike 1)
> Se o cara for te vender EXCLUSIVAMENTE banda dos nós de CDN, isso é errado.
> Errado e pode causar PROBLEMAS DE QUALIDADE de navegação para seu
> clientes[Explico no próximo e-mail].
>
>
> Oque pode fazer é
> Procurar um fornecedor de trânsito que pode te oferecer esse tipo de coisa
> num preço diferenciado.
> Preços diferenciados para produtos diferenciados(Trânsito Nacional,
> Trânsito Internacional, IX, Cache).
> Isso é claro considerando que ele tem custos de entrega diferenciados para
> cada produto desses...
>
> O mais elegante seria pagar efetivamente pelo que usa.
> (A AWS mudou o mundo da computação porque faz isso desde que nasceu)
> Burstable - 95% -  com preço por megas diferencia para cada origem.
>   - Isso é complexo porque envolve uma engenharia de tráfego FERRENHA
>   - Isso é complexo porque envolve um sistema de medição de EXCELENTE
> qualidade.
>     Mas, em minha opinião, é o mais justo.
>
>
>
> Em 14 de março de 2018 06:32, Délsio Cabá <delsio at gmail.com> escreveu:
>
>> Caros,
>>
>> Actualmente estamos usando o HyperCache e ate entao esta fazendo o que
>> foi prometido.
>>
>> Entretanto grande parte do trafego que temos esta em https. tal como o
>> youtube, windows update (parte), antivirus update, etc
>>
>> Esse trafego e repetidamente descarregado pelos utilizadores e visto
>> ser https nao se faz o cache.
>>
>> Alguem podera recomendar um complemento ao Hyper que nos permita ter
>> uma especie de CDN/cache dentro da nossa rede por forma a poupar a
>> nossa banda?
>>
>> Abracos
>> --
>> gter list    https://eng.registro.br/mailman/listinfo/gter
>>
>
>
>
> --
> Douglas Fernando Fischer
> Engº de Controle e Automação
>



-- 
Douglas Fernando Fischer
Engº de Controle e Automação