O custo real dos limites de armazenamento na nuvem para proprietários de sites WordPress

Está a concluir um projeto para um cliente quando recebe a notificação: «Falha no backup: espaço de armazenamento insuficiente».

A maioria das pessoas não pensa nos limites do armazenamento na nuvem até que eles se tornem um problema. Nessa altura, você fica desesperado, a eliminar manualmente backups antigos, a atualizar planos de armazenamento ou, pior ainda, a enviar atualizações sem uma rede de segurança.

Os limites de armazenamento afetam mais do que apenas o espaço disponível. Eles determinam a frequência com que pode fazer backup dos seus sites, quantos pontos de restauração pode manter e se o seu plano de recuperação de desastres realmente funciona quando necessário.

Compreender o que está a obter dos fornecedores de armazenamento na nuvem (os limites reais, não apenas o número de armazenamento anunciado) evita esses momentos de pânico.

Eis as principais conclusões:

• Os limites do armazenamento em nuvem vão além da capacidade anunciada: restrições de tamanho de ficheiro, limites de taxa de API, limites de largura de banda e controlo de versão podem sabotar os backups, mesmo quando há espaço de armazenamento disponível.
• Os serviços de armazenamento genéricos criam problemas específicos do WordPress, como quotas partilhadas entre vários serviços, tempos limite de conexão durante uploads grandes e complexidade de autenticação.
• As limitações de armazenamento forçam compromissos em relação ao backup: terá de escolher entre backups diários ou semanais, retenção de 7 ou 30 dias, ou correr o risco de ignorar os backups pré-atualização quando estiver perto dos limites de capacidade.
• A gestão de limites requer manutenção constante: excluir ficheiros, separar backups de bases de dados e ficheiros, compressão, agendamento fora do horário de pico e políticas de retenção manual transformam os backups do tipo «configurar e esquecer» em um trabalho contínuo.
• Serviços como o Duplicator Cloud são projetados especificamente para backups do WordPress e oferecem preços previsíveis, recursos específicos para backup, gerenciamento em um único painel e níveis de armazenamento que correspondem aos tamanhos reais dos sites.

Índice

Quais são alguns limites do armazenamento na nuvem?

Quando se inscreve num serviço de armazenamento na nuvem, vê um número em destaque: a capacidade total de armazenamento. Por exemplo, 15 GB no Google Drive ou 2 GB na versão gratuita do Dropbox.

Esse número não diz tudo o que precisa saber sobre se o serviço funcionará para backups do WordPress.

Os limites de armazenamento na nuvem apresentam-se de várias formas, e cada uma delas afeta os seus backups de maneira diferente.

Restrições de tamanho de ficheiro

A maioria dos provedores limita o tamanho máximo dos ficheiros individuais.

O Google Drive permite até 5 TB por ficheiro ou 750 GB por dia. O Dropbox limita os uploads pela web a 2 TB, e o site só aceita até 50 GB por ficheiro.

Isso é importante porque os ficheiros de backup do WordPress costumam ser arquivos únicos de grande tamanho. Um site WooCommerce moderado com imagens de produtos gera facilmente ficheiros de backup de 3 GB.

Se o seu provedor de armazenamento limitar arquivos individuais, esse backup falhará, mesmo que você tenha 50 GB de espaço total disponível.

Capacidade total de armazenamento

Este é o número anunciado de armazenamento total incluído no seu plano.

Mas essa capacidade é consumida por mais do que apenas os seus ficheiros de backup.

O Google Drive partilha a sua quota de 15 GB entre o Gmail, o Google Fotos e o Drive. Carregue 8 GB de fotos de família e ficará com 7 GB para tudo o resto, incluindo cópias de segurança.

Os fornecedores de armazenamento também contabilizam as versões dos ficheiros na sua quota.

O Google Drive mantém as versões anteriores dos ficheiros durante 30 dias. A menos que tenha uma política de retenção de cópias de segurança, todas as suas cópias de segurança mensais consomem espaço (até que o Google as elimine).

Limites de largura de banda para upload e download

Os fornecedores de serviços em nuvem limitam a quantidade de dados que pode transferir num determinado período. Esses limites são repostos diariamente ou mensalmente.

O plano gratuito do Google Drive reduz drasticamente a velocidade de upload depois que você atinge determinados limites. O Dropbox limita a largura de banda em contas gratuitas para cerca de 20 GB por dia.

Você perceberá isso quando os backups começarem a demorar cada vez mais para serem carregados ou quando eles expirarem no meio do processo. O backup parece funcionar bem durante semanas, mas de repente falha porque você ultrapassou um limite invisível de largura de banda.

Limites de solicitações de API

Os backups automatizados utilizam APIs para comunicar com o armazenamento na nuvem. Sempre que o seu plugin de backup verifica o espaço disponível, carrega um fragmento de ficheiro ou verifica um upload, isso é um pedido de API.

Os fornecedores limitam a taxa dessas solicitações. O Google Drive permite cerca de 20.000 solicitações por 100 segundos por utilizador.

Execute backups automatizados em vários sites WordPress usando as mesmas credenciais e atingirá rapidamente esses limites. O backup não falha com uma mensagem de erro clara, apenas deixa de responder ou reporta um tempo limite de conexão genérico.

Restrições de contagem de ficheiros

Alguns provedores limitam o número total de ficheiros que você pode armazenar, não apenas o tamanho total do armazenamento.

Isso afeta as pessoas que dividem os backups em partes menores para contornar os limites de tamanho de ficheiro. Pode ter 20 GB de espaço disponível, mas se já armazenou 100 000 ficheiros e o fornecedor limita a 100 000, o seu próximo backup falhará.

Limites de tempo limite de conexão

Os provedores encerram as conexões que demoram muito para concluir os uploads.

Backups grandes do WordPress podem levar de 20 a 30 minutos para serem carregados em conexões mais lentas. Se o provedor encerrar as conexões após 15 minutos, o seu backup será interrompido no meio do carregamento.

Você acaba com um ficheiro parcial que passa nas verificações básicas de validação, mas falhará catastróficamente durante a restauração.

Alguns fornecedores nem sequer informam que o upload ficou incompleto. O plugin de backup relata sucesso porque concluiu o envio dos dados. O serviço de armazenamento relata sucesso porque recebeu um ficheiro.

Você só descobre o problema quando tenta restaurar e o ficheiro está corrompido.

Limites da versão

O controlo automático de versões de ficheiros consome a quota de armazenamento de forma invisível.

Você configura backups semanais com uma política de retenção de 4 semanas. Você acha que está a armazenar 4 ficheiros de backup. Mas se o seu provedor mantém um histórico de versões de 30 dias para cada ficheiro, na verdade você está a armazenar cerca de 8 a 12 versões, dependendo de quando os ficheiros foram atualizados em relação à data de expiração das versões antigas.

A limpeza das versões não ocorre instantaneamente quando as versões antigas expiram. Há um tempo de atraso. A sua quota pode mostrar 85% de ocupação quando, na verdade, está acima de 100% depois que o histórico de versões é calculado corretamente.

Por que os fornecedores de serviços em nuvem impõem limites

Os fornecedores de armazenamento não estão a restringir o acesso para frustrar os utilizadores. Esses limites refletem os custos reais de infraestrutura e os modelos de negócio.

Custos de infraestrutura

O armazenamento em nuvem requer servidores, sistemas redundantes, refrigeração, energia e largura de banda. Armazenar 1 TB de dados em vários centros de dados com redundância e acessibilidade 24 horas por dia, 7 dias por semana, custa dinheiro.

Os planos gratuitos e de baixo custo funcionam porque a maioria dos utilizadores não esgota o seu armazenamento ou largura de banda. Os fornecedores contam com o facto de a utilização média permanecer bem abaixo da capacidade máxima.

Quando carrega uma cópia de segurança do WordPress, esse ficheiro é armazenado em vários servidores em diferentes locais para redundância.

Cada byte que carregas é multiplicado várias vezes nos bastidores. O teu backup de 5 GB pode consumir 15 a 20 GB da infraestrutura de armazenamento real.

Políticas de uso justo evitam abusos

Os limites de taxa e os limites de largura de banda impedem que os utilizadores monopolizem os recursos partilhados.

Sem limites de solicitações de API, alguém poderia escrever um script que sobrecarregasse o serviço com milhares de solicitações por segundo, prejudicando o desempenho para todos os outros usuários.

Os limites diários de largura de banda impedem que as pessoas utilizem o armazenamento em nuvem como um CDN ou serviço de streaming ilimitado.

Essas políticas protegem a qualidade do serviço para usuários legítimos. Elas não têm como objetivo restringir você, mas sim impedir que alguns usuários consumam recursos em excesso.

Preços diferenciados atendem a diferentes necessidades

A maioria dos fornecedores oferece vários níveis especificamente porque os utilizadores têm diferentes requisitos de armazenamento.

Alguém que faz backup de um blog pessoal precisa de uma capacidade diferente daquela necessária para uma agência que gerencia 50 sites de clientes. Os planos gratuitos e de baixo custo atendem a um uso leve. Os planos pagos oferecem mais recursos para demandas mais pesadas.

Limites comuns de armazenamento em nuvem por fornecedor

Os diferentes fornecedores de armazenamento em nuvem têm estruturas de limites muito diferentes. O que funciona bem com um serviço falha imediatamente com outro.

Limitações do Google Drive

O Google Drive é uma opção conveniente de armazenamento na nuvem que provavelmente já possui. É também surpreendentemente restritivo para backups automatizados do WordPress.

O Google oferece 15 GB gratuitos, partilhados entre o Gmail, o Google Fotos e o Google Drive. Verifique o seu uso atual — provavelmente já consumiu de 8 a 10 GB antes mesmo de armazenar um único backup.

Esses 4 GB de espaço restante podem suportar um pequeno site WordPress, uma vez. Faça backups diários com uma semana de retenção e precisará de 7 vezes o tamanho do ficheiro de backup. Um backup de 600 MB precisa de 4,2 GB apenas para uma semana de cópias diárias.

Principais limitações do Google Drive:

• Tamanho do ficheiro: limite teórico de 5 TB, mas a API bloqueia em torno de 750 GB por dia
• Unidades partilhadas limitadas a 500 000 itens
• 20.000 chamadas API a cada 100 segundos
• As versões dos ficheiros contam para a quota (histórico de versões de 30 dias)

Problemas reais:

• Os backups diários automatizados podem acionar rapidamente a limitação de taxa
• Não é possível pré-visualizar ficheiros de backup com mais de 100 MB na interface web
• Execute backups para mais de três sites com a mesma conta e atinja os limites da API

As contas Workspace (US$ 7 a US$ 22 por mês por utilizador) oferecem limites melhores, mas exigem o pagamento por ferramentas de e-mail e produtividade que talvez você não precise.

Restrições do Dropbox

O Dropbox existe há muito tempo e integra-se com tudo. Oferece 2 GB gratuitos.

Isso mal dá para duas cópias de segurança de um site básico. Qualquer site com multimédia significativa, produtos WooCommerce ou conteúdo de utilizador produz cópias de segurança com mais de 2 GB cada.

Principais limitações:

• Limite de tamanho do ficheiro: até 2 TB
• Limitação da largura de banda em contas gratuitas após ~20 GB diários

Problemas reais:

• Nível gratuito essencialmente inútil para backups do WordPress
• As velocidades de upload diminuem progressivamente após atingirem os limites
• As pastas de equipa requerem planos pagos

Limites do Amazon S3

O Amazon S3 é o padrão ouro em termos de confiabilidade e escalabilidade. Também é complexo de configurar e caro, se você não tomar cuidado.

Principais limitações:

• Configuração complexa: funções IAM, políticas de bucket, permissões de acesso
• Taxas de saída: US$ 0,09 por GB para downloads
• O tamanho máximo do objeto é 5 TB.
• Arquivos maiores que 5 GB exigem uploads em várias partes
• Solicitar preço: US$ 0,005 por 1.000 solicitações PUT
• Várias classes de armazenamento aumentam a complexidade da decisão
• Variações regionais de preços (diferenças de 30 a 50%)

Problemas reais:

• Faça o download de um backup de 50 GB e pague US$ 4,50 em taxas de saída
• A configuração requer conhecimentos técnicos

Outras opções populares

Microsoft OneDrive:

• 5 GB gratuitos
• Limite de tamanho de ficheiro de 250 GB (razoável)
• Restrição de comprimento do caminho: 400 caracteres quebram estruturas WordPress aninhadas

Backblaze B2:

• Armazenamento: US$ 6 por TB por mês (mais barato que o S3)
• 100 baldes por conta
• A API/CLI suporta até 10 TB por ficheiro, enquanto a web está limitada a 500 MB.

Espaços DigitalOcean:

• Mínimo de US$ 5/mês para 250 GB de armazenamento + 1 TB de largura de banda
• Buckets limitados a 800 operações por segundo
• Pague o valor total de US$ 5, mesmo que utilize apenas 10 GB.

FTP/SFTP:

• Os limites dependem inteiramente do plano de alojamento
• Partilhado com armazenamento do site ao vivo
• Muitos hosts gerenciados proíbem o armazenamento de backup nos termos de serviço.
• Sem funcionalidades de controlo de versões ou gestão de retenção

Como os limites de armazenamento afetam os backups do WordPress

Os limites de armazenamento obrigam-no a escolher entre a frequência de backup e a retenção.

Você deseja backups diários com retenção de 30 dias. Isso requer 30 vezes o tamanho do seu ficheiro de backup. Um backup de 2 GB precisa de 60 GB de armazenamento.

A maioria dos planos gratuitos oferece um total de 2 a 15 GB. A matemática não bate.

Os compromissos:

• Backups semanais em vez de diários
• Retenção de 7 dias em vez de 30
• Eliminação prematura de backups antigos para liberar espaço
• As cópias de segurança pré-atualização são ignoradas quando a capacidade está quase esgotada
• Não é possível seguir a regra de backup 3-2-1 (três cópias, dois tipos de mídia, uma fora do local)
• A rotação de backup passa a ser um trabalho manual em vez de automático

Os sites WordPress crescem constantemente, e o tamanho dos ficheiros de backup acompanha esse crescimento. As bibliotecas de mídia se expandem e os sites de comércio eletrónico acumulam dados de pedidos. O aumento do tamanho do banco de dados devido a revisões, spam e transientes adiciona 20-30% anualmente.

É normal que um site cresça de 2 GB para 5 GB ao longo de alguns meses. A sua capacidade de armazenamento não cresce com ele.

Para agências que gerem vários sites, as complicações multiplicam-se:

• Limites diferentes entre clientes (Google Drive, Dropbox, S3 e vários outros)
• Os tokens OAuth expiram em momentos diferentes, exigindo reautenticação constante
• As falhas silenciosas passam despercebidas até que seja necessária uma restauração
• Acompanhar a utilização do armazenamento em mais de 30 sites torna-se um trabalho de folha de cálculo
• Cobrança aos clientes por excedentes inesperados
• Não é possível oferecer políticas de backup consistentes devido a limites variáveis
• Sites com orçamentos menores têm pior proteção contra recuperação de desastres

Como gerir os limites de armazenamento na nuvem

Não é possível eliminar os limites de armazenamento em planos gratuitos ou de baixo custo. É possível contorná-los, mas cada solução alternativa tem suas vantagens e desvantagens.

Excluir ficheiros desnecessários

Diretórios de cache, ficheiros temporários e ficheiros de desenvolvimento não precisam de ser copiados sempre.

Os diretórios de cache do WordPress podem atingir gigabytes. Eles são regenerados automaticamente. Fazer backup deles desperdiça espaço de armazenamento.

Exclusões comuns:

• /wp-content/cache/
• /wp-content/uploads/cache/
• /.git/ (se não estiver a utilizar controlo de versão para implementação)
• /node_modules/ (se estiver presente acidentalmente)
• Registos de erros e registos de depuração
• Quaisquer diretórios tmp ou temp

Alguns plugins criam os seus próprios diretórios de cache. O WooCommerce armazena dados de sessão. Os construtores de páginas armazenam em cache CSS compilado.

Identifique o que está a ocupar espaço e se precisa de um backup. Com um plugin como o Duplicator, use filtros de ficheiros e bases de dados para excluir dados desnecessários.

A desvantagem: excluir ficheiros significa que precisa de se lembrar do que excluiu. Seis meses depois, quando restaurar um site, lembrar-se-á de que excluiu o diretório de cache? Se o seu plugin de cache espera estruturas de cache específicas, o site irá falhar na restauração?

Documente as suas exclusões. Mantenha uma lista do que não está a fazer backup para que possa resolver problemas de restauração.

Backups separados de bases de dados e ficheiros

Os backups de bases de dados são pequenos, geralmente de 50 MB a 200 MB para sites típicos. Os backups de ficheiros são maiores porque têm gigabytes de bibliotecas de mídia, temas e plugins.

Execute backups do banco de dados diariamente. Execute backups de ficheiros semanalmente.

A sua base de dados muda constantemente. Pretende backups recentes da base de dados para minimizar a perda de dados durante a restauração.

Os seus ficheiros raramente sofrem alterações. Os ficheiros de temas, ficheiros de plugins e ficheiros multimédia carregados normalmente não sofrem alterações entre backups. Backups semanais dos ficheiros são geralmente suficientes.

Se estiver a usar o Duplicator para fazer backup do seu site, recomendo agendar backups separados apenas para a base de dados e apenas para os ficheiros. Esses backups automáticos serão executados de acordo com a sua programação personalizada: de hora em hora, diariamente, semanalmente ou mensalmente.

Use backups incrementais

Os backups incrementais armazenam apenas os ficheiros que foram alterados desde o último backup.

• Primeiro backup: site completo.
• Segundo backup: apenas os dados que foram alterados.
• Terceiro backup: apenas os dados que foram alterados desde o segundo backup.

Os requisitos de armazenamento diminuem drasticamente. Em vez de 7 backups completos de 3 GB (21 GB), você tem um backup completo de 3 GB e seis backups incrementais, totalizando talvez 300 MB (3,3 GB no total).

A desvantagem: a restauração requer o backup completo mais todos os backups incrementais desde esse backup completo.

Se algum backup incremental estiver corrompido ou faltar, a restauração falhará. Está a criar dependências entre os backups.

Ativar compressão

A compressão de backup reduz o tamanho do ficheiro em 30-60%, dependendo dos tipos de conteúdo.

A maioria dos plugins de backup oferece compressão de backup. O Duplicator comprime automaticamente todo o seu site num único ficheiro zip.

Isso acontece antes do Duplicator enviar o backup para a nuvem. Assim, cada backup é otimizado para economizar espaço de armazenamento.

Agendar durante horários fora do pico

Execute backups à noite, quando a carga do servidor está baixa e os limites de taxa da API são menos propensos a serem esgotados.

O agendamento fora do horário de pico reduz a probabilidade de competir com outras operações do site pelos recursos. O backup é concluído mais rapidamente, utiliza menos CPU do servidor e é menos provável que ocorra um tempo limite.

A desvantagem: se os backups falharem durante a noite, não se aperceberá imediatamente. Com os backups diurnos, pelo menos verá os erros durante o horário comercial. Os backups noturnos podem falhar silenciosamente durante dias antes de verificar.

Configure notificações de falha. Não confie na verificação manual do estado do backup.

Use políticas de retenção inteligentes

As políticas de retenção determinam quantos backups você mantém. Mais backups significam melhores opções de restauração, mas também maior consumo de armazenamento.

Uma estratégia de retenção comum é a 7-30-90:

• Backups diários: manter 7 dias
• Backups semanais: manter 4 semanas (30 dias)
• Backups mensais: manter 3 meses (90 dias)

Isso proporciona backups recentes e de longo prazo.

No entanto, implementar isso requer armazenamento para aproximadamente 14 backups (7 diários + 4 semanais + 3 mensais). Se o tamanho do seu backup for 2 GB, você precisará de 28 GB de armazenamento. A maioria dos níveis de armazenamento gratuito oferece de 2 a 15 GB.

A matemática não funciona sem armazenamento pago ou compressão agressiva e exclusões.

Com armazenamento limitado, simplifique para 7 dias de backups diários.

Sete backups diários proporcionam uma semana de pontos de restauração. Não é o ideal — não é possível reverter para antes da reformulação do mês passado. Mas é realista, considerando as limitações de armazenamento.

Se tiver um pouco mais de espaço de armazenamento:

• Backups diários: 7 dias
• Backups semanais: 4 semanas

Isso dá-lhe um total de 11 cópias de segurança e pontos de restauração que remontam a um mês atrás.

Configure a eliminação automática de cópias de segurança mais antigas do que o seu período de retenção.

Isso mantém o uso do armazenamento previsível. Quando o oitavo backup diário é concluído, o plugin exclui automaticamente o backup de oito dias atrás.

Duplicator Cloud: armazenamento específico para WordPress

Os serviços genéricos de armazenamento em nuvem funcionam para o armazenamento geral de ficheiros. Os backups do WordPress têm requisitos específicos que o armazenamento geral não atende bem.

Armazenamento de backup específico, como o Duplicator Cloud, elimina muitos desses problemas.

Limites previsíveis e transparentes

O Duplicator Cloud é uma nova opção de armazenamento em nuvem criada pelo Duplicator, um plugin de backup do WordPress. Ele oferece níveis de armazenamento claros:

• 2 GB: 29 $/ano
• 10 GB: US$ 49/ano
• 25 GB: US$ 99/ano
• 50 GB: US$ 149/ano
• 150 GB: US$ 199/ano

O preço anual significa custos previsíveis, sem surpresas nas contas mensais ou excedentes inesperados.

Para um site WordPress típico que gera backups de 2 a 3 GB, o plano de 10 GB por US$ 49/ano oferece espaço para 3 a 4 backups — o suficiente para uma retenção razoável.

Atualizações fáceis sem reconfiguração

Ultrapassou o seu nível? Faça o upgrade a partir do painel da sua conta Duplicator.

Não será necessário reconfigurar as definições de backup ou a autenticação OAuth. Atualize o seu nível e continue a fazer backups.

As atualizações do Duplicator Cloud são internas — clique em atualizar, pague a diferença e pronto.

Criado para fluxos de trabalho de backup do WordPress

O Duplicator Cloud integra-se diretamente com o Duplicator Pro. Não é um serviço de armazenamento genérico adaptado para backups; é um armazenamento projetado especificamente para fluxos de trabalho de backup do WordPress.

Ligue o Duplicator Pro ao Duplicator Cloud através da sua conta Duplicator. Autentique uma vez e as suas cópias de segurança começarão a funcionar.

Os níveis de armazenamento correspondem aos tamanhos típicos dos sites WordPress:

• Sites de pequenas empresas: 2-10 GB
• Sites médios com mídia moderada: 25 GB
• Sites grandes com muitos ficheiros multimédia: 50-150 GB

Não é obrigado a comprar 1 TB de armazenamento que nunca irá utilizar apenas para ultrapassar um limite gratuito de 15 GB que é demasiado pequeno.

Defina a sua política de retenção — por exemplo, 7 backups diários. O Duplicator Pro faz backups diários para o Duplicator Cloud. Quando o oitavo backup é concluído, o backup mais antigo é automaticamente eliminado para permanecer dentro do seu limite de armazenamento.

O armazenamento genérico na nuvem mostra a utilização total. O Duplicator Cloud mostra a utilização específica do backup com contexto sobre políticas de retenção e tendências de crescimento do site.

É possível:

• Veja quais sites utilizam quanto espaço de armazenamento
• Acompanhe os tamanhos dos backups ao longo do tempo
• Identifique os locais que estão a aproximar-se dos limites antes que ocorram problemas
• Utilização específica do backup com contexto da política de retenção
• Planeje a capacidade de armazenamento em vários locais

Gerenciar backups e armazenamento por meio de serviços separados cria uma sobrecarga de coordenação. O Duplicator Cloud reúne a criação e o armazenamento de backups em um único lugar.

Painel único para todos os sites

Um painel mostra o estado do backup e a utilização do armazenamento em todos os seus sites WordPress.

Veja quais sites foram copiados com sucesso ontem. Quais sites estão a aproximar-se dos limites de armazenamento. Quais sites têm cópias de segurança antigas que podem precisar de atenção.

Para agências que gerem dezenas de sites, essa visibilidade centralizada é significativa. Não é necessário fazer login em várias contas de armazenamento em nuvem para verificar o estado.

Registos de atividades para o estado e tendências do backup

Veja o histórico de backups e os padrões de sucesso/falha. Veja quando os backups foram concluídos, qual era o tamanho deles e se ocorreram problemas.

Registos detalhados ajudam na resolução de problemas. Quando os backups começam a falhar, os registos mostram o que mudou. Quando o tamanho dos backups aumenta repentinamente, os registos mostram quando ocorreu esse aumento.

O armazenamento genérico na nuvem regista os uploads de ficheiros. O Duplicator Cloud regista as operações de backup com contexto específico do WordPress.

Uma equipa de suporte para plug-ins e armazenamento

Armazenamento em nuvem genérico significa dois canais de suporte: suporte ao plugin de backup e suporte ao provedor de armazenamento. Você está a coordenar entre eles, tentando resolver os problemas.

O Duplicator lida com a funcionalidade de backup e armazenamento. Um canal de suporte. Uma equipa que compreende todo o fluxo de trabalho de backup.

Conceda acesso ao cliente sem partilhar credenciais principais

Com o Duplicator, pode dar aos clientes acesso ao seu armazenamento de backup sem partilhar as credenciais da sua conta principal.

Isso é importante para o trabalho da agência. Os clientes podem visualizar o estado dos seus backups e fazer o download dos mesmos de forma independente. Eles não podem ver os backups de outros clientes nem modificar as configurações da sua conta.

Com o armazenamento genérico na nuvem, você compartilha as credenciais da conta (risco à segurança) ou baixa e envia manualmente os backups quando os clientes precisam deles (demorado).

Fazendo a transição para um armazenamento em nuvem melhor

Os limites de armazenamento na nuvem afetam mais do que o espaço disponível. Eles moldam toda a sua estratégia de backup do WordPress.

Restrições de tamanho de ficheiro, limites de largura de banda, limites de taxa de API e complexidades de autenticação transformam os backups de operações do tipo «configure e esqueça» em tarefas de manutenção contínua.

Os serviços genéricos de armazenamento em nuvem funcionam para o armazenamento geral de ficheiros. Os backups do WordPress exigem confiabilidade consistente, custos previsíveis e fluxos de trabalho que lidam com grandes ficheiros de arquivo sem dramas de autenticação ou taxas surpresa.

O armazenamento de backup desenvolvido especificamente para esse fim atende diretamente a esses requisitos.

Explore o Duplicator Pro e os níveis de armazenamento na nuvem para ver como o armazenamento de backup desenvolvido especificamente para esse fim funciona perfeitamente com os seus fluxos de trabalho do WordPress!

Enquanto estiver aqui, acho que vai gostar destes recursos relacionados ao WordPress:

• Como criar uma cópia de segurança do WordPress na nuvem
• 5 melhores plug-ins de armazenamento em nuvem do WordPress
• 12 melhores serviços de armazenamento em nuvem para backups do WordPress
• Armazenamento em nuvem que não custa NADA: opções de cópia de segurança externa gratuitas a considerar
• Como fazer backup e restaurar remotamente o WordPress