Estou construindo uma segurança intensiva (armazena números de cartão de crédito, etc) usando Python e Django com UWSGI (escrito em C), NGINX e PIL (Python Imaging Library). Eu estou tentando trabalhar no mundo do Ubuntu para ser menos ignorante, então eu comprei o Official Ubuntu Server Book . Só de ler este livro não vai me tornar um administrador de servidores de nível amador em comparação com os peeps aqui, então eu tenho que perguntar:
Qual sabor do Ubuntu seria uma rota ideal para seguir os requisitos acima e mais importante, por que ? Eu li coisas boas sobre o Hardy, mas não sei as razões pelas quais ele é "bom".
O Hardy 8.04 e o Lucid 10.04 são lançamentos do Long-Term Support (LTS) e terão suporte por um bom tempo.
Ambos estão recebendo atualizações e correções de segurança até 2013 e 2015, respectivamente. Ao contrário da resposta do Source Lab, as edições do servidor LTS são mantidas por 5 anos .
Hardy tem python 2.5 como padrão, enquanto lucid tem 2.6 como padrão. Se nem todas as suas dependências forem confiáveis com o 2.6, eu recomendaria ficar com o Hardy por enquanto.
Basicamente eu usaria o mais recente lançamento LTS para um servidor, já que por escrito seria 10.04 (Lucid Lynx). A razão é bem simples! Em um servidor, você deseja usar um sistema que não precisa ser atualizado em alguns meses.
Não há razão para usar o Hardy Heron em um novo servidor, ele tem atualmente dois anos e será abandonado em um ano.
O Ubuntu é lançado a cada seis meses e eles são abandonados depois de dezoito meses, exceto a versão LTS, que são lançados a cada dois anos e são mantidos vivos por três anos.
EDITAR: As versões do servidor do LTS são mantidas em funcionamento por cinco anos.
Aviso: Eu implanto sites do Django em lançamentos "atuais", não em LTS. Tenho certeza que não faço tudo perfeitamente, mas aqui está minha opinião sobre o assunto.
Há muita fé nos lançamentos do LTS, mas as regras / benefícios não se aplicam às pilhas do Python.
Eu digo isso porque manter sua pilha de python vinculada a um repositório com suas próprias atualizações pode significar um desastre quando se trata de atualização remota. As versões saltam para longe de ser muito mais difícil rastrear as coisas que foram reprovadas e excluídas do Django antes de você ver o primeiro aviso de descontinuidade.
Você também ficará ferozmente farto da versão do Django que vem com o Lucid depois de um tempo. Ele não suportará os recursos prontos para produção que o Django terá então você vai querer instalar de fora dos repositórios.
Ele permite que você mantenha pilhas de python em ambientes virtuais múltiplos e estáticos. Isso significa que você pode ter um site em versões antigas de coisas, outros sites em outras versões em outra pilha, testar atualizações em novas pilhas, etc. É um conceito poderoso, mas você precisa manter-se no topo das versões, pois você não tem um gerenciador de pacotes segurando sua mão para atualizações de segurança.
Se você está procurando o melhor dos dois mundos, use as versões mais recentes. Antes de atualizar para o próximo nível, copie uma imagem, copie para uma máquina virtual local, inicialize-a, faça upgrade de pacotes, teste seus sites e corrija qualquer coisa que precise ser consertada. Você tem que gastar algum tempo mantendo as coisas estáveis no nível do pacote e você tem que manter seu código ocasionalmente ...
No que diz respeito ao "sabor", você quer a instalação do servidor , não na área de trabalho. ubuntu-desktop inclui uma carga inteira de flange que você simplesmente não quer em um servidor de produção.
Você pode também obter uma instalação "mínima" que quase não tem nada isto. Eu comecei de ambos, mas eu tive que instalar o pacote ubuntu-standard para ficar confortável. Isso transforma isso em uma% básicaubuntu-server install.
Instale uma versão LTS do Ubuntu Server (atual LTS é 10.04) e instale-a. Isso lhe dará uma base na qual você pode instalar vários softwares de servidor, por exemplo:
sudo tasksel install mail-server
para instalar uma pilha pronta para uso do servidor de e-mail Você pode listar todas as tarefas usando
sudo tasksel --list-tasks