[GTER] Informações sobre OpenCDN

Thu Sep 21 08:56:27 -03 2017

O Google, tem um projeto para o EUA, onde o provedor compra o Hardware
homologado, por eles, e instala o software deles.
Não sei se já esta em produção.

Em 21 de setembro de 2017 08:18, Fernando Frediani <fhfrediani at gmail.com>
escreveu:

> Eles ja devem ter que lidar com N problemas de performance usando o próprio
> hardware, imagina se isso for em uma plataforma compartilhada !
>
> Fernando
>
> On 21 Sep 2017 06:42, "Marcio Dias" <marcio at dbug.com.br> wrote:
>
> > Boa noite. Conversei sobre uma possível "virtualização" de máquinas
> > com o pessoal do Netflix, no Lacnic. A resposta foi, mais ou menos :
> > "Sem chance. Nosso hardware é feito sob medida". Acredito que o Google
> > tenha posicionamento semelhante. A Idéia do Douglas é a solução
> > perfeita, mas vai ser difícil convencer esse povo.
> >
> > []'s
> >
> >
> > Marcio Fraisleben Dias
> > ;DBUG Telecom
> > 42 9 8806 8865
> > 41 9 9879 1853
> >
> >
> > Em 20 de setembro de 2017 20:45, Fernando Frediani
> > <fhfrediani at gmail.com> escreveu:
> > > Ola Douglas, só não entendi a questão de usar contêiner no lugar de
> > > virtualização "efetiva". O seu ponto é mais no sentido de
> > > gerenciamento/provisionamento do que necessariamente de ganho ou perda
> de
> > > performance né ?
> > >
> > > Fernando
> > >
> > >
> > >
> > > On 20/09/2017 10:43, Douglas Fischer wrote:
> > >>
> > >> Como modelagem é uma sugestão perfeita!
> > >> Ainda mais se for no estilo contêiner, sem virtualização efetiva...
> > >>
> > >> Falta achar uns cabra corajoso que encampe a ideia.
> > >>
> > >> Em 18 de setembro de 2017 23:39, Fabio Ribeiro <
> > listas at farribeiro.com.br>
> > >> escreveu:
> > >>
> > >>> Uma resolução um pouco bocal, fazer um openCDN ao estilo nuvem? Como
> > >>> da Google, Akamai, Amazon ou Azure... especialmente a duas primeiras?
> > >>>
> > >>>
> > >>> Em 12-09-2017 13:03, Fernando Frediani escreveu:
> > >>>
> > >>>> Utópica não é, mas é impraticável para este cenário. Também já
> pensei
> > >>>> neste
> > >>>> mesmo modelo que certamente se bem organizado seria uma solução
> > técnica
> > >>>> de
> > >>>> bastante custo/benefício.
> > >>>>
> > >>>> Existirão vários entraves como:
> > >>>> - As CDNs tem hardware próprio e provavelmente gerenciam de maneira
> > >>>> muito
> > >>>> mais fácil utilizando a caixa própria deles (não conheço e nunca
> ouvi
> > >>>> falar
> > >>>> de nenhum das grandes que permite rodar isso em uma máquiana
> virtual)
> > >>>> - O maior gargalo será sempre storage e dependendo da solução
> > escolhida
> > >>>> organizar isso entre tantos perfis de uso seria uma verdadeira Torre
> > de
> > >>>> Babel
> > >>>> - Imagina cada CDN ter que fazer trobleshooting com quem gerencia a
> > >>>> plataforma. Alias, quem iria gerenciar ?
> > >>>>
> > >>>> Do jeito que está a ideia do OpenCDN está ótima, é só questão dela
> > pegar
> > >>>> para que as pessoas se convençam a participar em mais IX Regionais.
> Se
> > >>>> isso
> > >>>> acontecer ja será um ganho muito grande para a Internet brasileira
> que
> > >>>> vive
> > >>>> fora do eixo RJ-SP.
> > >>>>
> > >>>> Fernando
> > >>>>
> > >>>> 2017-09-12 10:47 GMT-03:00 Douglas Fischer <
> fischerdouglas at gmail.com
> > >:
> > >>>>
> > >>>> Agora eu entendi o conceito... (Eu Acho)
> > >>>>>
> > >>>>> E achei do baralho!
> > >>>>>
> > >>>>>
> > >>>>> Mas acabo voltando a pensar no conceito anterior que eu tinha feito
> > do
> > >>>>> Projeto.
> > >>>>>
> > >>>>> A ideia de Diversos Pools de Virtualização distribuídos pelos PTTs,
> > com
> > >>>>> foco exclusivo aos serviços de otimização de experiência de
> > >>>>> internet(Essencialmente Cache dos mais variados tipos).
> > >>>>>
> > >>>>> Entendo que é uma barreira tremenda pensar em compartilhamento de
> > >>>>> hardware.
> > >>>>>
> > >>>>> Principalmente aonde os operadores das respectivas CDNs estão com
> > seus
> > >>>>> ferramentais já pronto para ter que interagir com seus próprios
> > >>>>> Hardwares,
> > >>>>> Sitemas operacionais, etc...
> > >>>>>
> > >>>>> Mas o compartilhamento de recursos computacionais é um conceito que
> > não
> > >>>>> precisa de comprovação de sua eficácia e eficiência...
> > >>>>>
> > >>>>> A barreira ficaria por conta de:
> > >>>>> - preconceito dos operadores de CDN
> > >>>>> - responsabilidade na entrega desses recursos como serviço(não
> creio
> > >>>>> que
> > >>>>> isso caiba ao NIC)
> > >>>>> - complexidade na métrica de rateio de custos
> > >>>>>
> > >>>>>
> > >>>>>
> > >>>>> Será que é uma ideia utópica demais para o momento?
> > >>>>>
> > >>>>>
> > >>>>> Em 11 de setembro de 2017 21:42, Rubens Kuhl <rubensk at gmail.com>
> > >>>>> escreveu:
> > >>>>>
> > >>>>> OpenCDN não é um Player, não é um ISP, não é um DataCenter, diria
> que
> > >>>>>>
> > >>>>>> não
> > >>>>>> é nada do que conhecemos, estaria quase uma  "cooperativa", pra
> > tentar
> > >>>>>> chegar mais perto de uma ilustração.
> > >>>>>>
> > >>>>>>
> > >>>>>> É bem por aí. Outra forma de ver é como um fundo garantidor, pois
> o
> > >>>>>>
> > >>>>> NIC.br
> > >>>>>
> > >>>>>> irá pagar pela estrutura e mesmo que alguém não pague o que deve,
> > vai
> > >>>>>> honrar o contrato. Então a soma zero entre custos e receitas
> > funciona
> > >>>>>> enquanto todo mundo pagar direitinho...
> > >>>>>>
> > >>>>>> ... mas à meia-noite o Lucenildo levará a alma de que não pagar.
> ;-)
> > >>>>>>
> > >>>>>>
> > >>>>>>
> > >>>>>>> Poderíamos dizer que a OpenCDN no máximo irá operar um roteador
> > >>>>>>>
> > >>>>>> hahusasuhasuhahus
> > >>>>>>
> > >>>>>>
> > >>>>>> É bem por aí, mas além do roteador tem sistemas de gerência,
> > medição e
> > >>>>>> bilhetagem.
> > >>>>>>
> > >>>>>>
> > >>>>>>> Rubens, me corrija se estou entendendo errado. Mas foi isso que
> > >>>>>>> entendi
> > >>>>>>>
> > >>>>>> desde a apresentação da ideia em 2015.
> > >>>>>>
> > >>>>>>>
> > >>>>>> Isso mesmo. Mas como o atual é um piloto, o que vier depois pode
> ter
> > >>>>>> mudanças que a experiência do piloto mostre prudentes.
> > >>>>>>
> > >>>>>>
> > >>>>>> Rubens
> > >>>>>> --
> > >>>>>> gter list    https://eng.registro.br/mailman/listinfo/gter
> > >>>>>>
> > >>>>>>
> > >>>>>
> > >>>>> --
> > >>>>> Douglas Fernando Fischer
> > >>>>> Engº de Controle e Automação
> > >>>>> --
> > >>>>> gter list    https://eng.registro.br/mailman/listinfo/gter
> > >>>>>
> > >>>>> --
> > >>>>
> > >>>> gter list    https://eng.registro.br/mailman/listinfo/gter
> > >>>>
> > >>>>
> > >>> --
> > >>> gter list    https://eng.registro.br/mailman/listinfo/gter
> > >>>
> > >>
> > >>
> > >
> > > --
> > > gter list    https://eng.registro.br/mailman/listinfo/gter
> > --
> > gter list    https://eng.registro.br/mailman/listinfo/gter
> >
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>

-- 
*Robson Mendes de Souza*
*Analista de Redes *
*TEL.: (38)999980369  *
*EMAIL.: robsonzmendes at gmail.com <robsonzmendes at gmail.com> |
robson.mendes at inovanet.net.br <robson.mendes at inovanet.net.br>*
*AS263453*