[FUG-BR] FreeBSD 8.2

[Cleyton Agapito]

Em 24 de fevereiro de 2011 00:17, Paulo Henrique
<paulo.rddck em bsd.com.br> escreveu:
> Em 24/02/2011 00:03, Cleyton Agapito escreveu:
>> Em 21 de fevereiro de 2011 10:50, Lucas Dias<lucasmcz em gmail.com>  escreveu:
>> ...
>>
>>> Falando de FreeBSD, não a com o que se preocupar em usar a o 8.2-Relase
>>> pois, já foi testado e muito para se tornar Release. Porém, aquele velho
>>> ditado de que "Com time que se ganha, não se mexe", isso também serve para
>>> os servidores que já estão funcionando em produção.
>>>
>>>
>> Produção para gente séria é sempre complicado, creio ser razão
>> suficiente para preocupação, mas há que se ponderar também que nos
>> raros casos em que haja problemas a regressão é simples e
>> relativamente rápida, com isso quero dizer que os benefícios superam
>> os riscos, posso apostar que em cerca de três horas (com uma máquina
>> mediana) é possível reestabelecer um sistema problemático sem backups
>> (o que por si só já é um risco imenso) e estando interado com as
>> alterações recentes do projeto (o que definitivamente não é o meu
>> caso), pode-se reduzir os riscos a patamares muito aceitáveis sem
>> perder o sono com isso. É minha opinião.
>>
>> []´s
>> -------------------------
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>
> 3 horas, pode ser pouco ou muito depende do horario e os serviços neste
> equipamento.
> Conselho fica na série stable por um tempo até passar para 8.2 ( melhor
> não perder 3 horas de sono do que ganhar varias horas de preocupação ).
>
> Se precisa de algum recurso do 8.2 além de sistema up-to-date bom vai lá
> atualiza, senão melhor esperar e subir um laboratorio para avaliar.
> Os FreeBSD quando é liberado passou por uma serie de testes, entenda que
> uma serie de testes não quer dizer que abordou todos os ambientes possiveis.
> A prática de atualiza para corrigir algo não documentado é de linux e
> windows não se aplica a nenhum BSD, todos são devidamente documentados,
> nas alegrias e tristezas, e na duvida testes aplicados são realizados
> para verificação e constatação de possiveis erros.
>
> Minhas considerações...
> Att.
>

Um adeno, supus três horas sem backup, tipo, tendo que recompilar a
userland, válido apenas para uma máquina de produção estremamente
irrelevante em termos de uptime. Para qualquer aplicação mais séria a
consideração é a velocidade dos discos e a organização dos backups (já
tropecei em backups mal feitos por mim mesmo), então ficamos em
minutos talvez? De qualquer forma foi muito bem observado e certamente
muito pertinente, afinal pode custar o nossa emprego!!

Abração.