Author: admin

  • ✅ E-Mail Corporativo Amazon Workmail

    ✅ E-Mail Corporativo Amazon Workmail

    Preciso contratar um serviço corporativo para minha empresa ?

    Ainda hoje muitas empresas e até empresas grandes com centenas de funcionários não possuem um serviço de e-mail corporativo, muito menos um serviço e e-mail que seja confiável, seguro e estável.

    Várias ainda utilizam serviços gratuitos para comunicação com fornecedores e até internamente como: bol, gmail, yahoo e hotmail.

    Já reparou para pensar que quando envia um e-mail para um fornecedor ou cliente em potencial ele nem te responde na maioria das vezes ? Temos uma tendência em ignorar tudo o que não demonstra ter valor.

    E posso te perguntar, qual é a imagem que sua empresa passa quando realiza um contato via e-mail ? Amadora? Profissional ?

    As vezes até um banner de assinatura no rodapé do e-mail já agrega muito valor. E se você tem uma empresa, é crucial que você utilize um domínio próprio da sua empresa para os envios de e-mail.

    O Amazon WorkMail é um serviço de e-mail da Amazon AWS, muito barato e com máxima qualidade. Podemos dizer que ele é um dos melhores serviços que temos no mercado.

    Principais benefícios do Amazon WorkMail

    É importante que saiba os principais benefícios que você vai ter ao trabalhar com o AWS WorkMail como serviços de e-mail para sua empresa.

    1. Gerenciado pela AWS

    É um serviço totalmente gerenciado e cuidado pela equipe da Amazon AWS. Mas o que isso quer dizer Alex ?

    Isso significa que o serviço do WorkMail é totalmente projetado para ser Resiliente, Tolerante a Falhas e o principal, ter Alta Disponibilidade.

    Isso significa que os servidores de e-mail estão em nuvem, e melhor do que isso, são todos cuidados e gerenciados pela equipe da AWS. Você eliminaria o custo de ter um profissional específico só para gerenciar seus próprios servidores de e-mail.

    2. Acesse o serviço em qualquer lugar

    Você pode sincronizar todas as suas caixas postais no IOS, Android e qualquer aplicativo ou software para Windows, Linux e Mac.

    É muito simples sincronizar, e você não vai ter nenhuma dor de cabeça. Você também poderá utilizar o WorkMail através de um webmail totalmente amigável pelo browser.

    3. Proteção contra Vírus e Spam

    A maioria dos serviços de e-mail do mercado não tem muita qualidade e você acaba recebendo um caminhão de spam na sua caixa de entrada e pior do que isso, seus e-mails acabam indo para a caixa de spam do destinatário e isso é muito ruim.

    A AWS cuida com muito afinco da reputação dos seus IP’s e inclusive a segurança AntiSpam para evitar que sua caixa de entrada seja lotada de e-mails inúteis. Também reforço o serviço de Antivírus protegendo sua caixa de entrada de e-mails fraudulentos ou com anexos infectados e maliciosos.

    4. Compatibilidade com o Outlook

    Posso afirmar que quase toda empresa tem uma relação muito íntima com o Outlook. Os funcionários e colaboradores também já estão todos familiarizados com esse tipo de software.

    Pensando nisso a AWS também oferece suporte ao Outlook, ou seja, podemos criar contas de e-mail no WorkMail e poder enviar/receber através do Outlook sem nenhum problema ou impedimento.

    5. Baixo Custo

    O Amazon WorkMail é muito barato, principalmente se você colocar na balança todas as vantagens que citei até agora. Já tive clientes que contrataram serviços de e-mail que não tinham essas vantagens, no primeiro problema técnico perderam tudo, e cada e-mail que você envia ou recebe é um DOCUMENTO.

    O valor de uma única caixa de e-mail na AWS é de 4 USD mensal com as seguintes especificações:

    • 50GB Armazenamento
    • 10 Mil envios por hora
    • Criação de aliases
    • Compatível com Outlook
    • Integração com Active Directory
    • IMAP
    • Webmail
    • Proteção contra SPAM e Vírus

    Você também pode testar gratuitamente a utilização de 25 usuários durante 30 dias sem pagar por isso.

    Agora imagine o cenário, você tem 50 funcionários, o valor mensal pelos e-mails seria: 4USD * 50 funcionários = 200 USD ou aproximadamente R$1.200 reais por um serviço corporativo com todas as vantagens que foram citadas nesse artigo.

    E é claro que no mercado encontramos planos de R$50,00 criando contas de e-mail “ilimitados”, mas não caia na armadilha de correr o risco de colocar todos os e-mails da sua empresa em algo que não é confiável, estável e seguro pois isso pode custar muito caro em um eventual desastre.

    Como utilizar o Amazon Workmail ?

    Pensando nisso, preparei um vídeo bem didático, onde qualquer pessoa pode configurar seu serviço de e-mail corporativo da Amazon de forma rápida e fácil.

    https://www.youtube.com/watch?v=KRSxZfpbWgk

    Conclusão

    O Amazon WorkMail é uma solução de e-mail corporativo completa! Claro que em larga escala (muitas contas) pode ser que não seja interessante para você, (milhares de contas), nesse caso uma alternativa muito boa é de ter um ambiente de e-mail corporativo com o Zimbra.

  • Hospedagem cPanel WHM Na Amazon [ AWS ]

    Hospedagem cPanel WHM Na Amazon [ AWS ]

    Migração cPanel para AWS: Por que Empresas Estão Buscando Esta Solução?

    Nos últimos meses, tenho recebido inúmeros e-mails e ligações de empresas e agências interessadas em migrar seus servidores cPanel WHM para a AWS. A motivação é clara: as vantagens de hospedar cPanel na nuvem são atraentes, oferecendo alta disponibilidade, facilidade para escalar recursos, e a resiliência que só um ambiente em nuvem pode proporcionar.

    A maioria dessas empresas ainda depende de servidores dedicados, enfrentando desafios como falhas de hardware, dificuldades para personalizações, problemas de localização, e limitações de link de rede. Quando comparamos com os benefícios da hospedagem cPanel na AWS, as vantagens são evidentes. A AWS não só resolve muitos desses problemas, como também oferece um ambiente mais flexível e seguro.

    Porém, é importante lembrar que, embora a migração cPanel para a AWS traga inúmeras vantagens, ela também exige um investimento inicial e uma mudança de mentalidade. Migrar para a nuvem é um passo estratégico que agrega valor ao negócio, mas é fundamental estar preparado para adaptar-se a essa nova realidade e maximizar os benefícios que a AWS pode oferecer.

    Se você está inseguro quanto à migração para a nuvem AWS, não recomendo transferir sua estrutura com clientes sem a devida preparação. Antes de tomar essa decisão, estude bem, ouça quem já migrou e entenda os desafios para garantir uma transição segura e bem-sucedida.

    Neste artigo, vou abordar tudo o que você precisa saber, incluindo as vantagens e desvantagens. Com essas informações, você poderá decidir se está pronto para dar esse passo ou não.

    Principais vantagens ao migrar o cPanel para a AWS em 2025

    Migrar o cPanel para a AWS traz uma série de vantagens que podem transformar a maneira como você gerencia e otimiza seu ambiente de hospedagem cPanel. Aqui estão alguns dos principais benefícios:

    A AWS permite que você escale seus recursos conforme a demanda. Com instâncias EC2, você pode facilmente ajustar o poder de processamento e a capacidade de armazenamento à medida que o tráfego do seu site cresce, garantindo que o servidor cPanel sempre opere com desempenho ideal, mesmo em períodos de pico.

    A segurança é uma prioridade na AWS, que oferece uma infraestrutura robusta e várias camadas de proteção. Além disso, você pode integrar Web Application Firewalls (WAF) para proteger seu servidor cPanel contra ataques comuns, como SQL injection e cross-site scripting (XSS), reforçando a segurança dos seus dados e dos seus clientes.

    Com o Amazon RDS, você pode migrar seus bancos de dados do cPanel para um ambiente gerenciado, reduzindo a complexidade de manutenção e aumentando a disponibilidade. O RDS automatiza backups, atualizações e escalabilidade, permitindo que você se concentre em outras áreas críticas do seu negócio.

    A AWS facilita a configuração de backups automáticos e seguros com o uso do S3. Isso garante que seus dados estejam sempre protegidos contra falhas locais e desastres, além de oferecer uma recuperação rápida e eficiente diretamente através do cPanel.

    Os IPs elásticos da AWS permitem que você realoque rapidamente endereços IP sem interrupções no serviço. Além disso, os Load Balancers ajudam a distribuir o tráfego de forma equilibrada entre várias instâncias, assegurando que o servidor cPanel possa lidar com grandes volumes de acessos sem comprometer a performance.

    Migrar o cPanel para a AWS oferece uma combinação poderosa de escalabilidade, segurança e eficiência, que pode ajudar a transformar a forma como você gerencia e expande seu ambiente de hospedagem.

    Uma das grandes vantagens de migrar o cPanel para a AWS é o controle detalhado sobre os custos. A AWS oferece um modelo de pagamento “pay-as-you-go”, onde você só paga pelos recursos que realmente utiliza. Com ferramentas como o AWS Cost Explorer, você pode monitorar e otimizar os gastos, ajustando instâncias e serviços conforme necessário para evitar custos inesperados. Isso permite uma gestão financeira mais precisa e alinhada às necessidades do seu negócio.

    A AWS oferece uma ampla variedade de tipos de instâncias EC2, otimizadas para diferentes tipos de workloads. Por exemplo:

    • Instâncias T3/T4g: Ideais para workloads com uso variável, como servidores web e pequenos bancos de dados. Elas são econômicas e fornecem burst performance quando necessário.
    • Instâncias M5: Perfeitas para workloads gerais, que requerem um equilíbrio entre computação, memória e recursos de rede, como aplicações de médio porte e servidores de jogos.
    • Instâncias C6g: Otimizadas para computação intensiva, essas instâncias são indicadas para workloads que demandam alto poder de processamento, como análise de dados e aplicações de machine learning.
    • Instâncias R5: Projetadas para workloads que requerem alta performance de memória, como bancos de dados em memória e big data.

    Essa flexibilidade permite que você escolha a instância EC2 que melhor atende às necessidades.

    Como migrar um servidor cPanel para a AWS ?

    Migrar um servidor cPanel WHM para a Amazon AWS não é tão rápido, pelo menos eu não faço isso sem antes planejar e estudar a fundo a real necessidade do projeto do cliente.

    Mas vamos imaginar um cenário onde um determinado cliente me procura para que seja realizado a migração. Basicamente, as etapas abaixo são as que eu realizo no projeto.

    Nessa primeira etapa levantamos o máximo de informações possíveis sobre a necessidade do cliente. Tentamos entender o porte do projeto, os gargalos, as melhorias que precisam e por fim elaboramos uma arquitetura de infraestrutura personalizada em conformidade com o projeto e o budget do cliente.

    Com a arquitetura da infraestrutura cPanel em mãos, realizamos o setup inicial do servidor. Essa é uma etapa rápida, mas já colocamos o ambiente para funcionar minimamente.

    Agora que temos o servidor com o setup inicial, realizamos uma série de otimizações e tunagens para que o projeto hospedado tenha o máximo de performance possível.

    O MySQL é um dos principais gargalos em um servidor cPanel WHM. Para falar a verdade temos que otimiza-lo pelo menos a cada 02/03 meses. É chato, eu sei.

    Dependendo da aplicação, se não otimizarmos o banco de dados, muitos gargalos e problemas de performance começam a surgir e não tem santo que ajude se você não cuidar do MySQL.

    Em alguns casos a aplicação tem um uso intenso ao banco de dados e fica inviável manter o servidor de MySQL no mesmo servidor que o cPanel, e ai separamos cada um deles em ambientes distintos visando máxima performance e estabilidade do ambiente.

    Se o PHP não for otimizado, aplicações como: WordPress, Magento e outros CMS irão sofrer! Alguns nem vão carregar, pois não terão memória ou recursos dedicados suficientes para trabalhar.

    Essa é uma das coisas que mais pega de surpresa quem instala o cPanel no modo default e acha que o servidor já está pronto.

    Para garantir uma performance e até mesmo melhorar a quantidade de requisições que o webserver possa suportar, temos que otimizar nosso webserver. O LiteSpeed default já aumenta e melhora consideravelmente o número de conexões simultâneas, no entanto o Apache precisa de muita otimização.

    Por último realizamos o setup de softwares e soluções específicas que foram discutidas na primeira etapa na elaboração da arquitetura da infraestrutura.

    Alguns dos principais softwares são:

    • LiteSpeed
    • CloudLinux
    • Imunify AV

    Alguns dos principais produtos da AWS são:

    • EFS para disco adicional
    • S3 para Backups
    • CloudFront para CDN
    • AWS Backup para backups do servidor
    • AWS SES para e-mails transacionais
    • RDS ou Aurora para MySQL
    • AWS Elasticache para Cache de Objetos

    Por último, podemos realizar a migração do site ou aplicação para o servidor, uma vez que já foi implementado, otimizado e está pronto para uso.

    Conclusão

    Antes de migrar para a Amazon AWS uma série de tarefas devem ser seguidas e analisadas cuidadosamente. Seu projeto tende a ganhar muito poder de performance e qualidade técnica, principalmente se estiver disposto a realizar o investimento.

    Precisa de ajuda ?

    Se você está em busca de uma empresa especializada em suporte e gerenciamento de cPanel & WHM, conte conosco! Com nossa expertise, asseguramos que seu ambiente esteja sempre otimizado e pronto para atender às demandas do seu negócio. Entre em contato conosco e descubra como podemos elevar a gestão do seu servidor ao próximo nível.

  • Automação Servidor WordPress na AWS com CloudFormation, Packer e Ansible

    Automação Servidor WordPress na AWS com CloudFormation, Packer e Ansible

    Automação de Servidor WordPress Amazon AWS CloudFormation

    Nesse artigo vamos falar um pouco do nosso projeto open source recém lançado no GitHub com foco em automação de Servidor WordPress.

    Hoje em dia quase tudo o que envolve hospedagem e deploy de aplicações, nós tentamos imaginar formas de automatizar várias tarefas. Imagine você configurar um servidor na mão levando horas, e através de uma automação poder ter o ambiente pronto em minutos. Incrível, não?

    Pensando na melhor forma de configurar um servidor, e até mesmo poder replicar várias vezes em novos projetos sem longas horas técnicas, elaboramos esse modelo básico de automação. Você pode utiliza-lo, customiza-lo, e trabalhar com ele conforme precise.

    Esquema do processo de deploy desde a geração da AMI até o deploy do EC2.

    Automação Infraestrutura (IAC)

    Infraestrutura como Código (IAC), é algo que assim que descobri me apaixonei. Podemos escrever e versionar nossa infraestrutura em código (JSON,YAML), e existe várias tecnologias para isso como:

    • Terraform
    • Ansible
    • CloudFormation

    No nosso modelo de automação, usamos o CloudFormation. Através dele definimos todo o escopo da infraestrutura que desejamos que seja provisionado como: Região, Tipo de Máquina, Tamanho do Disco, Imagem do Servidor, Regras de Segurança e muito mais.

    Na console da AWS podemos fazer o deploy da infraestrutura usando nosso template diretamente na console ou via terminal com o AWS CLI.

    Esquema do processo de deploy desde a geração da AMI até o deploy do EC2.

    Automação Imagem Servidor WordPress

    Como estamos trabalhando com AWS e principalmente usando o CloudFormation para provisionar a nossa infraestrutura. Nós precisamos ter uma AMI como base criada. O servidor irá utilizar uma imagem de sistema operacional personalizada para que inicialize com todos os serviços funcionando.

    Nós podemos utilizar o Packer para automatizar a criação de uma AMI personalizada para que nós utilizemos na AWS. No nosso projeto a AMI irá utilizar o Ubuntu 20:04 e já vai vir com toda a parte de software instalado.

    Automação de Software

    Todos os softwares necessários para que um site WordPress consiga funcionar (Nginx, PHP, MySQL) também foram automatizados. Nós escolhemos o Ansible como ferramenta de automação na instalação e configuração da nossa Stack.

    No momento que nossa AMI estiver sendo criada, o Ansible será acionado para instalar nossa Stack.

    Informações da Automação WordPress AWS

    Todos os requisitos e formas de uso estão no nosso GitHub.

    Caso queira colaborar com alguma atualização, funcionalidade e até mesmo relatar um bug, nos vemos lá.

  • Amazon AWS Nível Gratuito

    Amazon AWS Nível Gratuito

    Conhecendo os produtos gratuitos da AWS

    A Amazon AWS é a maior empresa de computação em nuvem do mercado, isso é um fato. O que poucos sabem é que a AWS possui uma gama enorme de produtos no Nível Gratuito disponíveis para testarmos.

    Se você é um estudante de tecnologia, uma empresa de T.I, um Dev, uma agência, esse artigo vai te ajudar muito pois vamos esclarecer e explicar como funciona esses serviços gratuitos da Amazon AWS.

    O Nível Gratuito da AWS é dividido em três categorias que são respectivamente:

    • 12 Meses Gratuito
    • Grátis Para Testar
    • Sempre Grátis

    AWS 12 Meses Gratuito

    Durante 12 meses você pode testar, estudar e até colocar pequenos projetos em produção no nível gratuito por 12 meses da AWS. É uma classe gratuita que tem muitos serviços, e a lista é enorme.

    Produtos Elegíveis

    Os principais produtos que estão inclusos nessa categoria são:

    • Amazon EC2
    • Amazon S3
    • Amazon RDS
    • Amazon CloudFront
    • Amazon EFS
    • Amazon EBS
    • Emazon ECR
    • Amazon ElastiCache
    • Amazon ElastiSearch
    • Console do AWS Amplify
    • Amazon Elastic Load balancing

    Clique aqui para lista completa

    Cuidados na utilização

    Cada produto possui suas definições do que é grátis dentro dele. E é muito importante que você saiba antes de usar algum dos serviços, caso contrário será cobrado no final do mês.

    Por exemplo, imagine que você queira testar um servidor EC2. Ele só será gratuito se você obedecer os requisitos que são:

    • Usar no máximo 750 horas por mês
    • Usar instância t2.micro ou t3.micro
    • Sistema operacional Linux, RHEL ou SLES
    • Sistema Windows

    Você pode utilizar vários servidores EC2 desde que eles se enquadrem nesse perfil. Mas muito cuidado no tempo de uso! Eu posso ter 10 servidores, mas o somatório de horas do tempo que estão ligados não podem ultrapassar 750 horas.

    Se você utilizar 03 servidores por 48h, seu consumo será de: 3 * (48h) = 144 horas , restando apenas (750h free – 144h) = 606h grátis no mês.

    É fundamental que você veja os requisitos de cada serviço que você deseja testar para saber exatamente o que configurar. Já tive vários clientes que achavam que toda a AWS era gratuita por 12 meses e implementaram vários servidores no final do mês o billing estava em 10 mil dólares. Então muito cuidado, leia, revise, estude!

    Um outro exemplo do que está incluso no serviço de banco de dados gerenciado RDS:

    • MySQL, PostgreSQL,MariaDB,Oracle ou SQL Server
    • 750 horas por mês
    • db.t2.micro como instância
    • 20GB de Armazenamento

    Grátis para testar

    Os produtos que estão na classe de testes são totalmente gratuitos para que você teste por um tempo determinado. Alguns produtos são grátis para testar por até 03 meses como o Lightsail.

    Produtos Elegíveis

    Muitos produtos que não estão na lista anterior estão nessa nova classe de produtos gratuitos para testar. Conheça os principais:

    • Amazon Lightsail
    • Amazon AppStream 2.0
    • Amazon Redshift
    • Amazon WorkDocs
    • Amazon WorkSpaces
    • Amazon Migration
    • Amazon Application Migration Service

    Clique aqui para lista completa

    Cuidados na utilização

    Nessa classe gratuito também temos que obedecer os limites de utilização. Afinal, nenhum serviço da AWS é gratuito em sua totalidade.

    Alguns serviços são grátis por 03 meses como o Lightsail, outros são grátis durante 40 horas mensal como o AppStream 2.0 . Então sempre veja os detalhes do produto para entender como usa-lo.

    Sempre Grátis

    A AWS também oferece produtos gratuitos sem tempo de validade, que são os produtos elegíveis dentro da classe Sempre Grátis.

    Gosto bastante de usar alguns desses serviços, pois dá para economizar alguns USD dependendo do projeto que estamos trabalhando.

    Produtos Elegíveis

    Temos vários produtos AWS na lista, conheça os principais:

    • Amazon DynamoDB
    • AWS Lambda
    • Amazon SNS
    • Amazon CloudWatch
    • Amazon Cognito
    • Amazon SES
    • Amazon CodeBuild
    • Amazon CodeCommit
    • Amazon CodePipeline
    • Amazon Database Migration Service

    Clique aqui para lista completa

    Cuidados na utilização

    Você também tem que ficar atento aos limites de utilização para que você utilize exatamente o que é gratuito dentro da classe de produtos elegíveis no modelo sempre grátis.

    Por exemplo, caso eu queira utilizar o Lambda para executar alguma automação diariamente na AWS, posso utilizar até 1 milhão de solicitações mensal e até 3.2 milhões de segundos de execução.

    Os limites de uso é o que você sempre tem que estar ligado, para que não ultrapasse os limites e seja cobrado.

    Conclusão

    A Amazon AWS tem um nível gratuito repleto de produtos e serviços incríveis que dá para testarmos, aprendermos e até colocarmos pequenos projetos em produção.

    É muito importante que você leia muito e saiba até que ponto pode utilizar determinado serviço gratuito para que não seja cobrado pela AWS.

  • Como cadastrar na Amazon AWS

    Como cadastrar na Amazon AWS

    Para você que deseja migrar e/ou começar a trabalhar com serviços na Amazon AWS e não sabe criar a conta, gravei um vídeo especialmente para você.

    No vídeo faço todo o passo a passo da configuração da conta, incluindo os processos do cartão de crédito.

  • Hospedagem para Portal de Notícias no Google Cloud Platform GCP

    Hospedagem para Portal de Notícias no Google Cloud Platform GCP

    Hospedando seu portal de notícias na Google Cloud: por que faz sentido (e como fazer direito)

    Se você gerencia um portal de notícias na Google Cloud — ou está pensando em migrar pra lá — sabe que performance e estabilidade são cruciais. Quando o tráfego explode por causa de uma matéria que viraliza, a infra precisa aguentar.

    Servidores tradicionais ou hospedagens genéricas até funcionam no começo, mas limitam o crescimento. A Google Cloud entrega o que um portal precisa: escala, velocidade e segurança de verdade.

    Neste artigo, vou mostrar como montar uma infraestrutura otimizada pra portais de conteúdo usando a GCP. Tudo com exemplos práticos, stack recomendada e dicas que funcionam no mundo real.

    Os desafios técnicos de hospedar um portal de notícias

    Hospedar um portal de notícias é diferente de rodar um site institucional ou uma loja virtual. Aqui, o conteúdo é dinâmico, atualizado o tempo todo, e o tráfego pode ser imprevisível — especialmente se você trabalha com notícias quentes ou campanhas que geram muito acesso de uma vez.

    Abaixo, listo os principais desafios que costumo ver (e resolver) em projetos desse tipo:

    1. Picos de tráfego repentino

    Quando uma notícia bomba, é comum o site receber milhares de acessos simultâneos em segundos. Sem uma infraestrutura elástica e balanceada, o servidor simplesmente cai — ou fica lento ao ponto de ser inútil.

    2. Velocidade afeta diretamente o SEO

    Não é só o leitor que abandona um site lento. O Google leva muito a sério o tempo de carregamento, especialmente em dispositivos móveis. Segundo dados da própria empresa, sites que levam mais de 3 segundos para carregar perdem até 53% dos acessos mobile.

    E portais de notícia vivem disso: visibilidade orgânica. Quem quer crescer no Google News, Discover e nas SERPs precisa de um site rápido, responsivo e estável. A infraestrutura precisa colaborar com o SEO técnico, não atrapalhar.

    3. Atualizações constantes de conteúdo

    Portais postam dezenas (ou centenas) de matérias por dia, com imagens, vídeos e comentários. Isso exige que o sistema seja rápido tanto para leitura quanto para escrita no banco de dados.

    4. Consumo de recursos por visitantes anônimos

    Ao contrário de apps que dependem de login, portais têm a maior parte dos acessos feitos por usuários anônimos — ou seja, cada acesso tende a ser mais custoso para o servidor se não houver cache eficiente.

    5. Carga de mídia e assets

    Imagens, thumbnails, banners, embeds de vídeo e arquivos — tudo isso precisa ser servido rápido e de forma otimizada, sem sobrecarregar a aplicação.

    6. Segurança contra abusos e ataques

    Login de redatores, área administrativa, comentários, crawlers, bots, scrapers… A superfície de ataque é maior. E isso exige camadas de proteção desde o WAF até regras no próprio NGINX.

    7. Hospedagem mal planejada trava o crescimento

    Muita gente tenta escalar um portal de notícias em cima de hospedagem compartilhada ou VPS simples. Funciona no começo, mas rapidamente vira um gargalo. Sem separação de camadas (web, app, banco, cache), sem balanceamento de carga e sem monitoramento, fica impossível crescer com estabilidade.

    Por que escolher a Google Cloud para portais de notícias?

    A Google Cloud não é só “mais uma nuvem”. Ela entrega exatamente o que um portal de notícias precisa quando o assunto é tráfego alto, velocidade e estabilidade.

    Principais vantagens:

    Escalabilidade real
    Você consegue subir ou reduzir recursos conforme a demanda. Ideal para lidar com picos de tráfego sem travar o site.

    Infraestrutura global e rápida
    Servidores distribuídos, baixa latência e rede premium. A mesma infraestrutura usada pelos produtos do próprio Google.

    Serviços prontos para alto volume
    Cloud SQL (banco gerenciado), Cloud CDN, Load Balancer, Cloud Storage e muito mais — tudo integrado.

    Segurança de nível empresarial
    Proteção contra DDoS, criptografia em trânsito e em repouso, IAM avançado e suporte a firewalls gerenciáveis.

    Monitoramento e alertas em tempo real
    Com o Cloud Monitoring e Logging, você tem visibilidade total do ambiente e age antes que o problema vire crise.

    Stack ideal para um portal de notícias na Google Cloud

    Para rodar um portal de notícias com estabilidade e performance na Google Cloud, a arquitetura precisa ser modular, escalável e bem separada por camadas. A tabela abaixo mostra as principais ferramentas que compõem uma stack otimizada:

    CamadaServiço / FerramentaFunção
    FrontendNGINX ou LiteSpeedServidor web leve e rápido, ideal para alto volume de requisições
    Cloud CDNEntrega de conteúdo estático em baixa latência e escala global
    Cloud StorageArmazenamento de mídia (imagens, vídeos, PDFs) de forma eficiente
    AplicaçãoPHP-FPM + OPcacheExecução otimizada do PHP com cache de opcode ativo
    WordPress (ou CMS headless)Gerenciamento de conteúdo flexível e adaptável ao crescimento
    Banco de DadosCloud SQL (MySQL/PostgreSQL)Banco gerenciado com backups, escalabilidade e alta disponibilidade
    Read ReplicasRéplicas de leitura para aliviar carga do banco principal
    CacheMemorystore (Redis)Cache de objetos em memória para acelerar páginas dinâmicas
    MonitoramentoCloud Monitoring + Cloud LoggingObservabilidade da infraestrutura com métricas, logs e alertas

    Essa stack oferece um ótimo equilíbrio entre simplicidade, escalabilidade e controle. Você começa pequeno, mas já estruturado para crescer sem refazer tudo depois.

    Exemplo de arquitetura escalável para portal de notícias na Google Cloud

    Abaixo, um modelo de arquitetura real que já utilizei em projetos de alto tráfego. Ele é pensado para performance, redundância e fácil escalabilidade:

    [ Cloud CDN ]
          ↓
    [ Global Load Balancer ]
          ↓
    [ NGINX + PHP-FPM (Compute Engine ou Cloud Run) ]
          ↓
    [ Memorystore (Redis) ]
          ↓
    [ Cloud SQL (MySQL/PostgreSQL) + Read Replica ]
          ↓
    [ Cloud Storage (imagens, arquivos, mídia) ]
          ↓
    [ Cloud Monitoring + Logging ]

    Explicando o fluxo:

    • Cloud CDN cuida da entrega de arquivos estáticos e acelera o carregamento para visitantes em qualquer lugar do mundo.
    • O Load Balancer global distribui as requisições entre as instâncias da aplicação, garantindo alta disponibilidade.
    • NGINX + PHP-FPM processam as páginas dinâmicas do WordPress.
    • O Redis (Memorystore) faz o cache de objetos e sessões, reduzindo consultas repetitivas ao banco.
    • Cloud SQL guarda os dados da aplicação, com réplica de leitura para distribuir a carga em momentos de pico.
    • Cloud Storage armazena toda a mídia do portal, sem sobrecarregar a aplicação.
    • E com Cloud Monitoring + Logging, você acompanha tudo em tempo real e reage antes que qualquer falha afete o site.

    Custos: vale a pena hospedar um portal de notícias na Google Cloud?

    A primeira dúvida que quase todo cliente tem ao considerar a Google Cloud é: “vai sair caro?”
    E a resposta é: depende do que você precisa — mas na maioria dos casos, o custo-benefício compensa muito.

    💸 Comparando com hospedagens tradicionais:

    ⚠️ Os exemplos abaixo consideram um pequeno portal de notícias. Para portais de médio e grande porte deve ser feito um estudo envolvendo acessos, usuários, tráfego e demanda da aplicação.

    Tipo de hospedagemCusto mensalPontos fracosPontos fortes
    Hospedagem compartilhadaR$45 ~ R$150Lenta, sem controle, sem escalabilidadeFácil de usar e barata
    VPS comum (DigitalOcean, etc.)R$150 ~ R$400+Limitado, exige manutenção manualMais controle, custo previsível
    Google Cloud (Compute + serviços)R$550 ~ R$1800+Requer configuração técnicaEscalável, alta performance, redundância real

    Conclusão: estrutura importa — e a Google Cloud entrega

    Portais de notícias não podem se dar ao luxo de cair em dia de pico, travar com 100 usuários online ou carregar lentamente no mobile. Se você quer crescer de verdade, precisa de uma estrutura que acompanhe esse crescimento.

    A Google Cloud oferece tudo o que um projeto desse porte precisa: escalabilidade, segurança, performance e flexibilidade. Quando bem configurada, ela vira um motor de entrega — e não um gargalo.

    ⚡ Quer montar ou migrar seu portal de notícias para a Google Cloud?

    Se você precisa de um ambiente preparado pra tráfego alto, com WordPress otimizado, banco ajustado e tudo rodando de forma profissional — posso te ajudar.

    ✅ Mais de 13 anos de experiência com servidores para WordPress
    ✅ Especialista em alta performance, escalabilidade e segurança
    ✅ Infraestrutura sob medida para portais, e-commerces e grandes sites de conteúdo

  • Hospedagem Alta Disponibilidade Loja Magento Amazon AWS

    Hospedagem Alta Disponibilidade Loja Magento Amazon AWS

    Magento 2 AutoScaling AWS: performance e estabilidade para sua loja crescer sem limites

    Trabalhar com Magento 2 AutoScaling na AWS é a escolha certa pra quem entende que a infraestrutura não pode ser um gargalo — especialmente quando a loja começa a crescer, rodar campanhas pesadas ou se preparar para datas como Black Friday.

    Ao longo dos meus mais de 10 anos atuando remotamente com servidores e nuvem, já atendi agências, lojistas e e-commerces Magento dos mais variados tamanhos. Vi de perto os desafios que cada loja enfrenta quando o tráfego cresce e o servidor não acompanha — lentidão, instabilidade, ou pior: loja fora do ar em dia de pico.

    Neste artigo, vou te mostrar como montar um ambiente escalável de verdade, usando Magento 2 com AutoScaling na AWS, com alta disponibilidade, arquitetura bem definida, recursos otimizados e segurança. Tudo com base em projetos reais, de quem vive isso no dia a dia.

    Por que o Magento 2 exige mais da infraestrutura

    Magento 2 é uma plataforma poderosa, mas também pesada. Ele entrega flexibilidade, escalabilidade e um ecossistema rico — mas tudo isso vem com um custo: alto consumo de recursos, especialmente em lojas com muito tráfego, catálogo grande ou várias extensões ativas.

    Alguns pontos críticos:

    • Arquitetura modular: Magento 2 carrega muitos componentes a cada requisição, o que aumenta o uso de CPU, memória e banco.
    • Requisições simultâneas: em períodos de pico, como campanhas pagas ou eventos sazonais, a quantidade de acessos pode colapsar servidores subdimensionados.
    • Uso intensivo de banco de dados: o Magento executa várias queries por página, e o banco pode virar gargalo rapidamente sem tuning.
    • Extensões e customizações: quanto mais funcionalidades adicionadas, maior a chance de travar o ambiente se a infra não for robusta.
    • Admin pesando no backend: ações como edição em massa, sincronização com ERPs e reindexações exigem muito do servidor — e geralmente são feitas em horário comercial, com o site já recebendo tráfego.

    É por isso que soluções com AutoScaling na AWS fazem tanta diferença: elas se adaptam automaticamente à demanda, evitando quedas e lentidão mesmo quando a loja é colocada à prova.

    Vantagens de rodar Magento 2 com Alta Disponibilidade na AWS

    A AWS oferece tudo o que o Magento 2 precisa para rodar com estabilidade, desempenho e segurança — e com AutoScaling, sua loja cresce conforme a demanda, sem precisar “chutar alto” na capacidade o tempo todo.

    Principais vantagens:

    AutoScaling inteligente
    Aumenta ou reduz a capacidade automaticamente com base no tráfego. Mais performance nos picos, economia no resto do tempo.

    Alta disponibilidade
    Com servidores em múltiplas zonas, sua loja continua no ar mesmo se uma região falhar.

    Infraestrutura modular
    Separe app, banco, cache e storage com serviços como EC2, RDS, ElastiCache e S3.

    Segurança de nível empresarial
    Controle total de acesso, redes privadas, backups automáticos e criptografia nativa.

    Performance global
    Com CloudFront (CDN) e EFS, seus arquivos e páginas carregam rápido em qualquer lugar.

    Arquitetura Magento 2 com AutoScaling na AWS

    Essa é uma arquitetura recomendada para lojas Magento 2 que precisam de alta disponibilidade, escalabilidade automática e redundância real. A tabela abaixo mostra como cada parte do Magento se encaixa com os serviços da AWS:

    CamadaServiço AWSFunção na Arquitetura
    Load BalancerApplication Load Balancer (ALB)Distribui o tráfego entre múltiplas instâncias da aplicação
    Aplicação (App)EC2 com Auto ScalingExecuta o Magento 2 com escalonamento automático por demanda
    Sessões/CacheElastiCache (Redis)Armazena sessões e cache de objetos para melhorar desempenho
    Banco de DadosAmazon RDS (Aurora MySQL)Banco gerenciado, com réplica para leitura e failover automático
    StorageAmazon S3 + EFSS3 para arquivos estáticos (imagens, PDFs) / EFS para o compartilhado do app
    CDNAmazon CloudFrontAcelera a entrega de conteúdo em nível global
    Logs e MonitoramentoCloudWatch + SNSMonitora métricas, gera alertas e envia notificações automáticas
    SegurançaIAM + Security Groups + VPCControle de acesso, redes privadas e isolamento seguro

    Essa estrutura permite que o ambiente reaja automaticamente a qualquer variação de carga, mantendo a loja estável mesmo em momentos críticos — como Black Friday ou lançamento de campanha.

    E as otimizações do Magento 2? Elas fazem toda a diferença

    Ter uma infraestrutura escalável é essencial — mas não resolve tudo sozinho. A performance real do Magento 2 também depende de ajustes finos na aplicação, no banco de dados, nas configurações de cache e até no front-end.

    👉 Se você quer extrair o máximo da sua loja Magento, eu escrevi um artigo completo só sobre isso:
    Otimizações Essenciais para Magento 2
    Lá eu explico como melhorar tempo de resposta, lidar com indexações, ajustar o Redis, MySQL, cron jobs e mais.

    Dá uma olhada, vale muito a leitura se performance é prioridade na sua operação.

    Black Friday com Magento 2 na AWS: aguenta ou cai?

    Durante a Black Friday (ou qualquer campanha de alto impacto), sua loja é colocada à prova. Picos de acesso, requisições simultâneas, buscas, carrinhos, checkouts, tudo acontecendo ao mesmo tempo. Se a infraestrutura não estiver pronta, a loja simplesmente cai — e isso custa vendas, reputação e dinheiro.

    É aqui que o AutoScaling da AWS brilha: sua loja cresce conforme a demanda, sem intervenção manual. Quando o tráfego aumenta, novas instâncias sobem automaticamente. Quando a demanda cai, o ambiente reduz — otimizando custos.

    O que você ganha com uma infra escalável na Black Friday:

    • AutoScaling que responde ao tráfego em tempo real
    • CDN (CloudFront) entregando assets de forma ultrarrápida
    • Balanceamento inteligente com ALB evitando gargalos
    • Cache (Redis) otimizado para páginas, sessões e buscas
    • Banco em cluster (RDS Aurora) que não trava com consultas pesadas
    • Alta disponibilidade real — sem medo de falhas de zona ou instância

    Conclusão: Magento 2 com AutoScaling na AWS é o que separa loja estável de loja travada

    Se você leva sua operação a sério, sabe que performance, estabilidade e escalabilidade não são opcionais — são vitais. Especialmente em momentos críticos como lançamentos, campanhas e Black Friday.

    A combinação Magento 2 + AutoScaling + AWS entrega exatamente isso: uma infraestrutura que acompanha seu crescimento, responde ao tráfego em tempo real e mantém a loja no ar quando mais importa.

    Especialista em infraestrutura Magento 2

    Eu posso te ajudar a montar ou migrar sua loja Magento 2 para um ambiente 100% escalável, seguro e com alta disponibilidade na AWS.

    ✅ Mais de 10 anos de experiência com servidores Linux e e-commerce
    ✅ Ambientes otimizados para vendas, campanhas e estabilidade
    ✅ Arquiteturas personalizadas, sob medida para o seu negócio


  • A revolução do Kubernetes na confiabilidade e escalabilidade de Aplicações

    O Kubernetes se tornou rapidamente como o orquestrador de implantação para aplicações conteinerizadas mais utilizado em todo o mundo. Empresas gigantes como Globo, Netflix, Amazon e o Google possuem suas aplicações baseadas em contêineres e Kubernetes.

    Já vi de perto pequenas startups desenvolvendo projetos e aplicações baseadas em Docker, depois migrando para Docker Swarm e finalmente chegando ao Kubernetes. Existem projetos que já iniciaram avançados, mas não é uma regra.

    Em meio a todo esse cenário de Docker, Kubernetes e Contêineres, existem inúmeros modelos de aplicações que se beneficiam disso como: API de GPS, API de algum cloud provider, API governamentais e até mesmo relacionado a saúde.

    Desenvolver uma aplicação visando microsserviços se tornou uma realidade para quase toda empresa de tecnologia e startup hoje em dia. Alguns dos principais motivos são:

    • Velocidade
    • Confiabilidade
    • Escalabilidade
    • Imutabilidade
    • Abstração da Infraestrutura

    Velocidade

    Antigamente os lançamentos de softwares não eram tão rápidos, existia todo um processo e muitas vezes demorava bastante. Também não existia a cobrança de um público rigoroso, algo totalmente diferente nos dias atuais.

    O público atual espera e cobra mudanças, espera que sua aplicação seja a melhor, detestam bugs, são impacientes, e de um outro lado você tem concorrentes que estão na disputa. Isso faz com que hoje em dia o lançamento de softwares e também de novas features seja algo constante e veloz. Tem empresas que deployam novos códigos várias vezes todos os dias.

    E o Kubernetes também vem para te ajudar nisso, o objetivo dele é ser aquele parceiro que te ajuda ser veloz no lançamento de novas features e deploy do seu código. Em um ambiente de hospedagem de sites tradicional, se você alterar o código é bem provável que o usuário final irá ter problemas, seja de lentidão ou até mesmo ver erros.

    No Kubernetes podemos criar um planejamento na entrega de software onde o usuário final não terá problemas de lentidão ou até mesmo problemas de uptime. E caso você tenha lançado uma feature com bugs, um rollback para o deploy anterior pode ser feito rapidamente. Mas na prática a velocidade é um fator positivo quando nos possibilita lançar novos códigos, manter a alta disponibilidade e ao mesmo tempo poder realizar rollback em caso de bugs.  

    Confiabilidade

    Quando implementado corretamente o Kubernetes te entrega um nível de confiabilidade muito grande nas atividades que ele desempenha. Cada projeto possui seus requisitos e isso influencia completamente em como devemos implementar o Kubernetes, seja em cluster, em HA, separando workers, nodes, …

    Mas imagine o cenário onde o Kubernetes está totalmente pronto e estável, a cada lançamento de código, a cada novo deploy, a cada rollback, a cada demanda que você precise ele responda com velocidade e sem problemas técnicos.

    Isso é incrível, concorda? E é um cenário muito aclamado por aplicações que são extremamente críticas e precisam estar em um ambiente confiável para operação.

    Escalabilidade

    Na medida que sua aplicação cresce e tem mais demanda, você terá que escalar o time de desenvolvedores como também acaba escalando a infraestrutura da aplicação. E o Kubernetes não deixa a desejar, ele também te ajuda nesse cenário. O Kubernetes é totalmente capaz de atender a demanda favorecendo arquiteturas desacopladas.

    O desacoplamento seria basicamente “separar” todas as peças da arquitetura em clusters. Isso nos possibilita trabalhar modos de escalabilidade, seja automático ou até mesmo manual. O escalamento da infraestrutura é muito útil para o Kubernetes trabalhar plenamente, e com isso conseguir realizar escalamentos da aplicação que você está em produção.

    Já trabalhei com cenários onde o Kubernetes estava configurado em apenas um único servidor, e cada vez que o cliente tinha demandas ele escalava os recursos de hardware do servidor. E isso é bem bizarro, pois esse não é o escalamento correto.

    Imutabilidade

    Quando desenvolvemos software baseado em contêineres automaticamente tendemos a focar em construir software que obedeça a princípios de infraestrutura imutável. Desse modo, quando um artefato é criado dentro do Kubernetes, ele não pode ser modificado por ações do usuário.

    No modelo tradicional onde hospedamos e colocamos uma aplicação em produção, normalmente trabalhamos com o modelo de infraestrutura mutável. Ou seja, estamos sempre atualizando e incrementando mudanças em cima da infraestrutura existente. Essas atualizações podem ser feitas todas de uma só vez, ou ao longo do tempo, um exemplo disso é quando rodamos o comando apt-get update para atualizar os nossos repositórios do servidor.

    Em um ambiente imutável, sempre que realizarmos alguma modificação podemos criar uma nova imagem e simplesmente substituir a imagem anterior. Caso ocorra alguma falha não prevista, podemos utilizar a imagem anterior que noutrora funcionava bem.

    Em suma, para cada mudança, para cada nova atualização, criamos uma nova imagem para ser deployada no ambiente do Kubernetes. E isso é algo muito bom, nos dá muita segurança em realizar mudanças e atualizações no PHP ou versão do MySQL por exemplo.

    E vale ressaltar que também podemos ter todo o registro de imagens criadas e podemos saber as diferenças de uma imagem para a outra. Também podemos utilizar uma determinada imagem mesmo que muito antiga, a qualquer momento caso esteja no registry.

    Abstração da Infraestrutura

    Ainda existem equipes de desenvolvimento que trabalham a moda antiga. Colocar uma aplicação em ambientes de desenvolvimento e até mesmo homologação é uma dor de cabeça enorme. A aplicação funciona no notebook do dev mas não funciona nos ambientes da empresa, clássico isso.

    Desenvolver aplicação em contêineres e usar o Kubernetes para gerenciar tudo isso se torna incrível, pois tudo é declarativo. Escrevemos o “manual” de como queremos que a aplicação seja implantada, escolhemos nossas imagens de contêineres e tudo funciona bem. Principalmente pelo fato de que os devs podem desenvolver em ambiente local também usando o Docker.

    A abstração da infraestrutura fica tão nítidas quando notamos que a partir do momento que temos nossos arquivos de manifestos, podemos implantar nossas aplicações em qualquer ambiente que utilize o Kubernetes. A infraestrutura não é mais um problema, pois a aplicação irá ser deplorada sem nenhum problema.

    Em alguns casos quando usamos um serviço de Kubernetes gerenciado como EKS, GKS, MKS, temos que ajustar algum ou outro arquivo de configuração para se alinhar a API da nuvem. Mas nada muito complexo, resolvemos rápido.

    Desse modo é normal vermos equipes migrando as aplicações entre os mais diversos provedores que tenham Kubernetes, ou criando cenários multi-clusters ou até mesmo ambientes híbridos.

    Conclusão

    O Kubernetes revoluciona a entrega, a confiabilidade, a escalabilidade e velocidade que podemos empregar ao realizar deploy de nossa aplicação.

    Desenvolver aplicações em contêineres é uma realidade e é algo que vai agregar muita performance e qualidade ao seu projeto. Pois no modelo tradicional onde implementamos uma aplicação, salvo quando exista automações, é algo muito demorado e complexo. Muitas vezes sem direito a erros, e o Kubernetes vem para colocar isso no esquecimento.

    –> Precisa de ajuda? Conheça nossos serviços em DevOps. <–

    https://wp.alexjunio.com.br/consultoria-devops-automacoes/

  • EasyApache 4 – Servidores cPanel WHM

    EasyApache 4 – Servidores cPanel WHM

    O que é EasyApache 4 ?

    O EasyApache 4 é uma poderosa ferramenta integrada ao cPanel & WHM, projetada para simplificar a gestão e a configuração do servidor web, especialmente no que diz respeito ao Apache, PHP, e outros componentes críticos do servidor. Ele automatiza processos de instalação, atualização e validação de pacotes, garantindo que seu servidor esteja sempre equipado com as versões mais recentes e seguras desses softwares.

    Uma das principais vantagens do EasyApache 4 é a sua capacidade de suportar múltiplas versões de PHP simultaneamente. Isso significa que você pode rodar diferentes versões de PHP para diferentes domínios dentro do mesmo servidor, atendendo às necessidades específicas de cada aplicação sem comprometer a compatibilidade ou a segurança. Além disso, o EasyApache 4 utiliza pacotes binários para agilizar o tempo de instalação e atualização, ao contrário das versões anteriores que compilavam o código-fonte, resultando em economias significativas de tempo e recursos.

    image
    EasyApache 4

    Outro ponto forte do EasyApache 4 é a sua interface intuitiva, que permite adicionar ou remover módulos e extensões do servidor com facilidade, diretamente pelo WHM. Isso torna a personalização do ambiente de hospedagem mais acessível, mesmo para administradores que não possuem conhecimento avançado em linha de comando. Com a integração completa com o cPanel e suporte contínuo a novas tecnologias, o EasyApache 4 é uma ferramenta indispensável para quem deseja manter um servidor cPanel otimizado e seguro.

    Como funciona o EasyApache 4 ?

    Quando o pessoal do cPanel desenvolveu o EasyApache, o grande objetivo era aumentar a velocidade com que novas configurações de software pudessem ser instaladas no cPanel. Então a ferramenta já vem pré-pronta para executar vários modelos e tipos de instalações via (yum) sem ao menos que você precise acessar a linha de comando. Incrível, não?

    Benefícios adicionais do EasyApache 

    Aqui estão as principais ferramentas e características do EasyApache 4:

    1. Gestão de Múltiplas Versões de PHP:
      • Suporte para múltiplas versões de PHP rodando simultaneamente, permitindo que diferentes domínios utilizem versões distintas conforme necessário.
    2. Instalação e Atualização Automatizadas:
      • O EasyApache 4 automatiza a instalação, configuração, e atualização do Apache, PHP, e outros componentes críticos do servidor, utilizando pacotes binários para garantir atualizações rápidas e seguras.
    3. Interface Intuitiva no WHM:
      • Permite adicionar, remover ou modificar módulos e extensões do servidor de maneira simples através da interface do WHM, sem a necessidade de linha de comando.
    4. Segurança Aprimorada:
      • Reduz as vulnerabilidades de segurança ao manter os componentes do servidor sempre atualizados, com suporte contínuo para as versões mais recentes.
    5. Perfis Pré-configurados:
      • Inclui perfis pré-configurados que atendem a maioria das necessidades comuns dos servidores, facilitando a configuração inicial.
    6. Suporte ao MultiPHP:
      • Permite a alocação de diferentes versões de PHP para cada domínio, utilizando o sistema MultiPHP, o que é crucial para a compatibilidade com diversas aplicações.
    7. Bibliotecas de Software (SCL):
      • Utiliza a Software Collections Library (SCL) para permitir a instalação de múltiplas versões de PHP e outros pacotes necessários em caminhos alternativos no sistema.
    8. Compatibilidade com Novos Sistemas Operacionais:
      • Suporta sistemas operacionais modernos, incluindo AlmaLinux e Rocky Linux, garantindo compatibilidade e suporte contínuo.

    Essas características fazem do EasyApache 4 uma ferramenta essencial para administradores que desejam manter seus servidores cPanel & WHM otimizados, seguros e flexíveis​.

    Como acessar o EasyApache 4 pelo WHM ?

    Para acessar é simples, basta ter acesso root ao WHM e acessar o caminho: WHM >> Home >> Software >> EasyApache 4

    Como Instalar múltiplas versões do PHP no WHM pelo EasyApache 4

    Para instalar múltiplas versões do PHP através do EasyApache 4, basta clicar em (customize)

    image

    Na próxima janela, clique em PHP Versions, para listar as versões disponíveis

    image

    Escolha as versões do PHP que você deseja ativar no seu servidor cPanel

    image

    Avance clicando em “Next”, até chegar na janela de review. Você verá um resumo do que será instalado no seu servidor.

    Para confirmar, clique em “Provision”, e o processo de instalação irá iniciar.

    Se tudo ocorreu bem, você verá a tela abaixo:

    image

    Como instalar módulos do Apache com EasyApache 4

    Para instalar módulos do Apache através do EasyApache 4, o processo é o mesmo anterior. Você verá que tem uma opção chamada “Apache Modules”, basta clicar nela e escolher o módulo que você precisa configurar.

    image
    image

    Uma vez ativado, basta avançar até o final e provisionar a instalação, assim como fizemos na etapa anterior.

    Conclusão: EasyApache 4

    O EasyApache 4 veio para facilitar a vida dos administradores de servidores cPanel, proporcionando um aumento significativo na velocidade e otimização do tempo na execução de tarefas essenciais. Se você ainda não conhecia ou não utilizava essa ferramenta, recomendo fortemente sua adoção. Ela permite a instalação, configuração e atualização de componentes do servidor, como Apache e PHP, de maneira mais eficiente e segura, garantindo que seu servidor esteja sempre atualizado e otimizado para um desempenho superior.

    Precisa de ajuda ?

    Se você está em busca de uma empresa especializada em suporte e gerenciamento de cPanel & WHM, conte conosco! Com nossa expertise, asseguramos que seu ambiente esteja sempre otimizado e pronto para atender às demandas do seu negócio. Entre em contato conosco e descubra como podemos elevar a gestão do seu servidor ao próximo nível.

  • MultiPHP Manager e MultiPHP INI Editor – Servidor cPanel WHM

    MultiPHP Manager e MultiPHP INI Editor – Servidor cPanel WHM

    O que é MultiPHP Manager

    O MultiPHP Manager é uma ferramenta integrada ao cPanel & WHM que permite aos administradores gerenciar múltiplas versões do PHP em seus servidores. Com o MultiPHP Manager, você pode facilmente atribuir diferentes versões do PHP a cada domínio ou subdomínio hospedado no servidor. Isso é particularmente útil em ambientes de hospedagem compartilhada, onde diferentes sites podem ter requisitos específicos de PHP devido a scripts ou aplicativos que exigem versões específicas do PHP.

    Aqui estão algumas das funcionalidades principais do MultiPHP Manager:

    1. Seleção de Versão de PHP: Permite que cada domínio ou subdomínio utilize uma versão diferente do PHP, oferecendo flexibilidade para atender às necessidades específicas de diferentes aplicações.
    2. Compatibilidade e Facilidade de Uso: A interface do MultiPHP Manager no WHM é intuitiva, facilitando a seleção e a alteração das versões de PHP sem a necessidade de configurações complexas.
    3. Integração com EasyApache 4: O MultiPHP Manager funciona em conjunto com o EasyApache 4, permitindo que os administradores instalem e gerenciem as versões de PHP suportadas diretamente pelo EasyApache.
    4. Controle de PHP Handlers: Além de selecionar versões de PHP, você também pode definir e ajustar os handlers PHP (como DSO, CGI, FPM, entre outros) para cada domínio, garantindo que o servidor esteja otimizado para o desempenho.

    Essa ferramenta é essencial para administradores que precisam oferecer suporte a diferentes ambientes de desenvolvimento em um único servidor, garantindo compatibilidade e desempenho otimizados.

    Como configurar versão PHP default no WHM ?

    Acesse: WHM – Software – MultiPHP Manager

    Com o MultiPHP aberto, na guia “PHP Version”, você pode definir a versão padrão do PHP que será utilizada como principal no servidor.

    image

    Como habilitar o PHP-FPM no MultiPHP

    Para habilitar o PHP-FPM no servidor através do MultiPHP Manager é simples: basta clicar no botão do PHP-FPM e ativá-lo.

    image

    Você também pode ativar o PHP-FPM para usuários específicos, clique em “User Domain Settings”. Será listado todos os domínios configurados no servidor, sendo assim poderá ativar o FPM para domínios específicos.

    image

    Conclusão: MultiPHP

    O que você achou do MultiPHP? Essas duas ferramentas mencionadas neste artigo, o EasyApache 4 e o MultiPHP Manager, vão transformar significativamente a forma como você administra seu servidor cPanel.

    Com elas, você poderá habilitar e gerenciar diferentes versões e recursos do PHP de maneira simples e rápida, otimizando tanto o desempenho quanto a compatibilidade de suas aplicações.

    Isso facilita muito a administração e garante que seu servidor esteja sempre ajustado para atender às necessidades específicas de cada projeto hospedado.

    Precisa de ajuda ?

    Se você está em busca de uma empresa especializada em suporte e gerenciamento de cPanel & WHM, conte conosco! Com nossa expertise, asseguramos que seu ambiente esteja sempre otimizado e pronto para atender às demandas do seu negócio. Entre em contato conosco e descubra como podemos elevar a gestão do seu servidor ao próximo nível.