cpanel ou openshift

[thiago1]

Sysadmins, CentOS e provedores de hospedagem web

Eu tinha (felizmente) forgtten que cPanel ainda existia até uma conversa recente com um grupo de administradores de um grande provedor de hospedagem web no evento dojo CentOS na Europa. CentOS tem sido um sistema operacional favorito em alguns dos maiores provedores de hospedagem na mundo, já que é "livre e praticamente RHEL (sem o suporte) Agora que é parte da família Red Hat de projetos de código aberto patrocinado -. nós na equipe OpenShift Origin tem 'sair do armário", como os fãs do CentOS Tem sido nossa. ir para testar / construir ambiente por algum tempo e que agora incluem um CentOS VM para facilitar o download e instalação de OpenShift Origin , o open source montante base de código doOpenShift .

Tendo sido um convertido ao PaaS por algum tempo agora, tenho vindo a esperar a extensibilidade de PaaS (aka a capacidade de implantar praticamente qualquer língua ou aplicação ou framework que eu quero), o acesso SSH aos meus ambientes Linux, fácil atualização de tudo do sistema operacional para cada parte da pilha LAMP que meus aplicativos dependem, auto-scaling, e redução de custos de não ter que pagar por recursos dedicados que eu não preciso.

Os administradores de sistema no dojo CentOS entendeu a complexidade não só a implantação do código, mas aquisição, fornecimento e manutenção de um sistema de nível de produção. Eles entenderam a necessidade de manter-se atualizado sobre os patches de segurança mais recentes e errata, garantir a segurança está configurado corretamente, manter um backup consistente e confiável e restaurar plano, acompanhar a aplicação e servidores para a carga de CPU, disco IO, solicitações HTTP, etc . Nenhum deles gostava cPannel.

CPanel: fácil para os usuários, caro para Administradores

A coisa agradável sobre cPanel é que obscurece toda esta complexidade do usuário final. Ele fornece uma interface comum na maioria dos provedores de hospedagem web que torna fácil para os usuários finais para se deslocar de um fornecedor para o outro sem ter que reaprender a interface. cPanel permitiu que milhões de sites e aplicativos a serem implantados por pessoas desprovidas de qualquer compreensão da complexidade que se encontra abaixo deles.

Esta comunhão tem um custo elevado, principalmente para o cliente desavisado de uma empresa de hospedagem que é totalmente dependente de cpanel / WHM prestação de serviços. Mesmo para as empresas que têm um pequeno exército de administradores que trabalhavam nos bastidores dando suporte para os desinformados pode ser uma tarefa ingrata tentar retro-fit patches e atualizações em um provedor baseado em cPanel substituindo manualmente e correções de aplicar.

Grande parte dessa dor é causada porque cPanel compila suas próprias versões personalizadas de software que disponibiliza a ser implementar (como WordPress, Drupal e outros CMS comum e suites eCommerce) e restringe a gama de versões de linguagens e frameworks que estão disponíveis tais como PHP, Python e Perl. A abordagem do CPanel para aplicação de patches e atualizações de segurança tem sido a de simplesmente atualizar para a versão mais recente em que ainda não foram encontrados erros, em vez de aplicar os patches para as versões existentes dos aplicativos. Isso é compreensível, já que o trabalho necessário para depurar e aplicar patches para todas estas versões compiladas costume pode ser imenso. O resultado muitas vezes é que as aplicações que simplesmente não são corrigidos tão rapidamente ou tão metodicamente como deveriam ser. Outro resultado é versões de software são ou velho, ou a borda de modo que as coisas sangramento quebrar. CPanel também armazena a configuração e arquivos de log em locais não convencionais que fazem diagnósticos e apoiar muito difícil e interrupções são mais longos. Tudo isso acrescenta-se a alguns administradores de sistemas muito infelizes.

Uma arquitetura de serviços extensíveis

OpenShift fornece aos desenvolvedores e as organizações de TI uma plataforma de aplicativos em nuvem auto-scaling para implantar rapidamente novas aplicações em recursos seguros e escaláveis ​​com configuração e gerenciamento mínimo dores de cabeça. Isto significa que o aumento da produtividade do desenvolvedor, um ritmo mais rápido, em que a TI pode apoiar a inovação, e os meios para aquisição, fornecimento e manutenção de um sistema de nível de produção.

Ao invés de automação por restrição ou obscurecendo a complexidade, OpenShift tem uma abordagem mais extensível diferente.Em vez de restringir a gama de aplicações e frameworks, nossa atualização e atualizar abordagem nos permite abraçar e encorajar a diversidade e apoiar um universo poliglota.

OpenShift: fácil para os usuários, impressionante para Administradores

Console da web do OpenShift permite que os usuários finais para lançar aplicações, desde o web . Do ponto de vista do usuário final, tudo que eles precisam fazer é selecionar um aplicativo. Cartuchos de representar componentes conectáveis ​​que podem ser combinados em um único aplicativo. No mínimo, um aplicativo precisa de uma língua ou cartucho de ambiente (como PHP ou JBoss EAP). A maioria dos aplicativos também vai tirar proveito de um cartucho de dados.

OpenShift automaticamente aloca recursos adicionais do sistema para aplicações em escala sem a necessidade de qualquer tipo de apoio de TI. Este é o nível de automação que que a demanda do usuário final - especialmente quando eles não têm um recurso de TI dedicado.

Engrenagens combinar os recursos de particionamento de grupos de controle com os recursos do SELinux segurança. Desta forma, OpenShift serve aplicativos do usuário, sem sobrecarga (adicional) da máquina virtual. Sempre que uma nova engrenagem é criado em um servidor Node, CPU e memória RAM "ações" são alocados para ele e, juntamente com uma estrutura de diretórios.

A experiência do usuário é realmente muito semelhante ao do usuário cPanel final para aqueles que utilizam o console web. Os registros de usuário final em e é autenticado, eles escolhem a sua aplicação, que mais do que provavelmente tem alguns padrão "cartuchos" já preenchidos por eles. Cartuchos de representar componentes conectáveis ​​que podem ser combinados em um único aplicativo. No mínimo, um aplicativo precisa de uma língua ou cartucho de ambiente (como PHP ou JBoss EAP). A maioria dos aplicativos também vai precisar de um cartucho de banco de dados (como o MySQL ou PostgreSQL).

OpenShift suporta vários cartuchos "built-in" com base em linguagens e bancos de dados de desenvolvimento de aplicativo mais popular. Para estes a funcionar, a tecnologia subjacente deve ser instalado em cada servidor Node em um sistema OpenShift.Este processo é descrito em detalhes no guia completo de implantação . Cartuchos adicionais podem ser desenvolvidos e distribuídos de forma independente do resto do sistema OpenShift. O console web OpenShift eo utilitário rhc permitir aos usuários adicionar cartuchos a partir de um repositório git. Consulte o Guia do cartucho do autor para mais informações sobre isso. Ao contrário da abordagem cPanel, este modelo de cartucho coloca o controle de volta nas mãos do provedor de PaaS e administradores de sistema.

OpenShift Upgrades graciosamente com administradores no controle

O tempo de execução OpenShift contém um sistema de atualização de todo o cluster usado para atualizar os cartuchos em uma engrenagem para a versão mais recente disponível e para aplicar as alterações de escopo de engrenagem que são ortogonais entre cartuchos para uma engrenagem. OpenShift fornece administradores com a capacidade de o sistema de atualização e pode ser usado para atualizar todas as engrenagens em um ambiente OpenShift, todas as engrenagens em um nó, ou um único equipamento.

Mas espere, há mais!

OpenShift é infra-estrutura agnóstico. Você pode executar OpenShift em bare metal, instâncias virtualizadas ou em instâncias de nuvem pública / privada. A única coisa que é necessário é em cima de qualquer sistema operacional baseado em Red Hat Enterprise Linux (RHEL, CentOS ou Fedora) como o sistema operacional subjacente. Exigimos que esta, a fim de tirar proveito de SELinux e outros recursos corporativos, de modo que você pode garantir a sua instalação é sólida e segura.

Isso significa que, a fim de tirar proveito de OpenShift, você pode usar todos os recursos existentes que você tem em sua piscina hardware hoje. Não importa se a sua infra-estrutura é baseada em EC2, VMware, RHEV, Rackspace, OpenStack, CloudStack, ou mesmo nu metal como nós funcionamos em cima de qualquer sistema operacional baseado em Red Hat Enterprise Linux, desde que a arquitetura é x86_64.

OpenShift oferece multitenancy segura. OpenShift aproveita os modelos multitenancy e de segurança dentro do RHEL para fornecer controle refinado e confiável sobre as computação e armazenamento recursos disponíveis para qualquer aplicação OpenShift único. SELinux permite OpenShift a aplicação de um usuário "firewall" de outro, a fim de garantir a segurança e capacidade de sobrevivência. Tomando um "multi-tenant no OS" abordagem versus uma abordagem "multi-tenant hypervisor" permite OpenShift para dimensionar os recursos mais rapidamente, de modo que as aplicações dos usuários finais nunca falta a potência que eles precisam e você pode maximizar a eficiência de seus recursos.

OpenShift é Open Source. Ao contrário cPanel, OpenShift pela Red Hat é construído em tecnologias open-source (nós somos uma das maiores empresas de código aberto do mundo, depois de tudo). Uma década de melhorias nestas tecnologias contribuíram pela comunidade open source resultou em um conjunto de componentes de tecnologia muito robustas que proporcionam o funcionamento interno do OpenShift PaaS.

 

 

É hora de fazer a mudança, colocar cPanel para o pasto e tornar a vida dos seus administradores de sistemas mais fácil.

fonte:https://www.openshift.com/blogs/the-cure-for-death-by-cpanel-openshift-explained-for-web-hosting-providers