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

[Roberto Alcântara]

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
>