[GTER] Informações sobre OpenCDN
Fernando Frediani
fhfrediani at gmail.com
Thu Sep 21 08:18:59 -03 2017
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
>
More information about the gter
mailing list