Vou tentar descrever casos específicos para explicar a utilidade do OpenSVC.
Considere um sysadmin em um corp, ele configura serviços para clientes / usuários. Ele tem cerca de 50 serviços no comando. Ele gosta do FreeBSD, então ele tende a implantar seus serviços nessa base. Ele tem uma boa noção de como o rsnapshot funciona, então ele criou scripts para automatizar backups e scripts obedientemente preparados para ajudar a recuperar de uma falha do servidor, pode até ser um blackout do site.
O sysadmin no próximo cubículo também é responsável por cerca de 50 outros serviços. Ele também terá feito o dever de casa, mas com um estilo próprio. Ele pode preferir Linux e rsync, seus scripts de recuperação estarão em um local diferente (pode estar em sua área de trabalho). Seus clientes podem exigir mais disponibilidade, então ele teve que escolher uma pilha de clusters.
Agora, dimensione para dezenas de administradores e milhares de serviços. O datacenter é uma colcha de retalhos de tecnologias: 3 a 4 diferentes sistemas operacionais, 2 diferentes hardwares de armazenamento com seu próprio protocolo de replicação (hitachiror, netapp snapmirror), 2 clustering stacks (hacmp, redhat cluster, suncluster, cluster veritas), uma miríade de scripts diferentes para automatizar ações em pequenos perímetros.
E imagine alguns cenários frequentes: o vazamento em um rack: 20 servidores inativos, 50 serviços precisando de failover, 10 administradores diferentes com todos os seus mecanismos de failover específicos o blackout do site: mesmo esboço, dez vezes o corp tem terceirizado o monitoramento de serviço: difícil confiar no screener de baixo perfil com os serviços de ajuste fino start / stop action responsibility o turno de sysadmins: todo o ajuste fino não é fácil de passar para o recém-chegado.
O OpenSVC pode ser visto como uma pilha de clusters gratuita, fácil de implantar e implantar em qualquer lugar. Serviços de baixa criticidade podem ter apenas um nó. Serviços de média criticidade podem ter 2 nós e nenhum failover automático. Serviços de alta criticidade, mais de 2 nós com failover automático e um nó remoto para recuperação de desastres.
Mesma ferramenta para todos, respeitando todas as preferências de sysadmins (os, modelo de virtualização, sistema de arquivos, esquema de replicação) e todo destino disponível para fornecer as ações de parar / iniciar / replicar para tipos diferentes de integração.
Eu concentrei o exemplo em um ambiente de grande escala para destacar a utilidade do OpenSVC, mas na vida real, muitos usuários usam o OpenSVC para gerenciar 1 a 4 serviços, apenas para distribuir muitos scripts que eles mesmos mantiveram anteriormente.
O coletor da web traz vantagens adicionais, como front-end de geração de relatórios, alertas e mineração de dados. Este componente não é GPL, mas não é necessário se beneficiar do acima. Free-lancers tendem a usar o coletor de internet para ter um único ponto de relatório para os serviços que mantêm para clientes diferentes.
Espero que isso ajude a esclarecer a posição do OpenSVC no mundo dos clusters.