[GTER] Open Compute Project - Especificação Licitação

[Shine]

Eu não entendo muito dos mecanismos de governo, mas eu entendo bem as
diferenças técnicas entre um switch datacenter e um campus (o dito "usual").
Como em qualquer projeto de rede, a demanda é gerada pelas aplicações. Eu
não sei dizer a necessidade do Douglas, mas um projetista de rede deve
saber as prerrogativas do projeto e como direcionar nas soluções que o
mercado oferta. O processo licitatório é direcionado, não vejo porque
impugnar algo que naturalmente é direcionado para uma solução funcional
específica.

Em 13 de março de 2018 09:04, Roberto Alcântara <roberto at eletronica.org>
escreveu:

> Douglas, na analise da viabilidade do estudo técnico preliminar [1] eu
> entendo que deve constar a razão pela escolha deste "padrão".  Se você tem
> uma boa  razão para usar este "grupo" de tecnologias e existem competidores
> para oferecer os produtos, não vejo problemas.
>
> Em outras palavras, o estudo técnico preliminar deve deixar claro ao leitor
> porque um switch "usual" do mercado não atende a sua demanda técnica. Sem
> isso é provável alguém tentar impugnar o edital alegando direcionamento (e
> ele estará correto, mesmo que não seja para apenas um fabricante). Outro
> problema que pode existir é a oferta desses produtos no Brasil, o que pode
> ser um limitador importante antes mesmo do processo sair (levantamento de
> preços).
>
> Sinceramente? Eu não tentaria algo do tipo, por dois motivos. Primeiro eu
> conheço muito pouco sobre os benefícios de SDN* em ambientes relativamente
> pequenos e não tenho justificativa técnica (se ela existe, está superado).
> Segundo porque a lista de fabricantes/modelos para ativos de rede me
> pareceu muito limitada. Isso vai fazer com que o processo, se andar,
> diminua muito os participantes do pregão e eventualmente obrigue um
> participante a trabalhar com um produto que não é usual do mercado
> nacional, o que se vai se traduzir em em elevado custo ao erário.
>
> No fim se resume a forte justificativa técnica. Se ela existe e compensa o
> custo em $$$, manda ver. Mas a dificuldade de especificar um switch
> "tradicional" não pode ser a razão da escolha, na minha opinião.
>
> abs,
>   - Roberto
>
> * Posso estar enganado mas SDN parece ser o "mote" do projeto
> OpenCompute-Networking
>
> [1]
> https://www.governoeletronico.gov.br/eixos-de-atuacao/governo/sistema-de-
> administracao-dos-recursos-de-tecnologia-da-informacao-sisp/
> ncti-nucleo-de-contratacoes-de-tecnologia-da-informacao/
> in-4-instrucao-normativa-mp-slti-no-4-2014
>
>
>
>
>
> Em ter, 13 de mar de 2018 às 08:26, Shine <eshine at gmail.com> escreveu:
>
> > Douglas,
> >
> > Dependendo do grau que você fechar no OCP, isso já em si limita bastante
> o
> > hardware dos switches.
> > Por exemplo se você exigir o selo de "Open Acceptable" só tem essa lista:
> > http://opencompute.org/products/
> > Daí é só fechar nas opções que hardware que você precisa (quantidade de
> > portas, tabelas, buffers, etc.) e nos serviços que precisam ser prestados
> > (suporte, instalação, presença, etc.) e já deve sair algo formatado para
> > compra.
> > Não são muitos fabricantes tradicionais que aderem ao ONIE e ONL. Alguns
> > participam do SONIC, mas isso não é realidade no momento atual.
> >
> > Uma coisa é o hardware Cumulus, que é aceito no OCP, outra é o sistema
> > operacional Cumulus Linux que é um sistema operacional para switches e
> que
> > roda em whiteboxes, que pelo meu entendimento não faz parte do ONL. O
> > Cumulus Linux não é diretamente relacionado com o Openstack.
> >
> > Em 12 de março de 2018 11:28, Douglas Fischer <fischerdouglas at gmail.com>
> > escreveu:
> >
> > > Existem bastante representantes de órgãos públicos participando aqui da
> > > lista.
> > > Da mesma maneira que também são participantes muitos representantes de
> > > Vendors e Integradores.
> > >
> > > Estamos trabalhando na construção de edital de compra de Servidores e
> > > Switchs(Datacenter), e essa sempre é uma peleja árdua. Quem já fez,
> > sabe...
> > > - Aperta de menos, vem lixo.
> > > - Aperta demais, os lixeiros atacam com recursos meramente
> protelatórios.
> > >
> > > Diante disso, estou considerando a possibilidade de amarrar as questões
> > > técnicas de hardware desses editais às matrizes de compatibilidade
> desses
> > > equipamentos no http://opencompute.org/ .
> > >
> > >
> > > A parte de software estou considerando balizar em OpenStack e/ou
> Cumulus.
> > >
> > >
> > > E aí?
> > > Alguém já viu algo semelhante sendo publicado nos editais?
> > > Alguma recomendação ou consideração?
> > >
> > >
> > >
> > > --
> > > 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
>