• Tallinn05:04
  • Ljubljana04:04
  • Novi Sad04:04

Por Kristijan Sekereš

Clever Cloud em 2026: análise honesta para equipas que deixam a AWS ou o Azure

Racks de servidores num centro de dados

A Clever Cloud é uma plataforma como serviço de Nantes: faz-se o deploy a partir do git ou de um Dockerfile, ao lado de PostgreSQL, MySQL, Redis, MongoDB e armazenamento ao estilo S3 geridos. A CLEVER CLOUD SAS, de capital privado, é dirigida pelo cofundador Quentin Adam, e a sua região principal, Paris, corre em servidores próprios. Substitui o Elastic Beanstalk, o App Runner ou o Azure App Service mais o RDS, o ElastiCache e o S3, e não um parque de EC2: não há máquinas virtuais, volumes de bloco nem GPU. O suporte está incluído para todos, as penalizações do SLA são pagas em euros e seis postmortems públicos nomeiam as suas causas, entre elas falhas de conceção da própria Clever Cloud. Em contrapartida, uma base de dados é uma só máquina a menos que a equipa comercial ou o suporte configure uma réplica, o failover é manual, as falhas numa parte de Paris espalharam-se repetidamente pela região, e a nossa carga de produção custa 1 166,46 € por mês, mais do que na AWS, com uma base de dados de nó único.

Este artigo faz parte de uma série que compara 24 fornecedores cloud europeus com a AWS e o Azure; a visão geral põe-nos lado a lado. Tudo o que se segue foi verificado a 15 e 16 de outubro de 2026 na documentação, nas condições jurídicas, nas API de preços e de zonas, na página de estado, nos postmortems, nos certificados, no registo comercial francês e nos relatos de utilizadores da Clever Cloud, cada um na fonte. Não abrimos conta nem executámos cargas de trabalho.

Em resumo

Clever Cloud
Sede e controloNantes. A CLEVER CLOUD SAS, de capital privado, é dirigida pelo cofundador Quentin Adam. Sem empresa-mãe; os investidores externos registados entraram em pequenas rondas minoritárias, de 2011 a 2019. Controlo do fundador provável, não provado
Regiões e zonasDoze zonas públicas: três em Paris (uma na Scaleway), duas em Roubaix, Gravelines, norte de França, Varsóvia, Londres, Montreal, Singapura, Sydney. «Gouv» (Cloud Temple) e «Middle East» (Oracle, Dubai) a pedido. Sem região alemã. Escolhe-se uma região, nunca um centro de dados
Carga de trabalho A (inicial)79,13 € por mês em Paris, numa instância de aplicação de 4 vCPU e 4 GB
Carga de trabalho B (produção)1 166,46 € como equivalente de plataforma, 1 231,35 € com o plano de controlo de Kubernetes mais barato. Fica de fora: armazenamento em bloco, alta disponibilidade da base de dados (nó único) e IPv4 público por instância
Tráfego de saídaNenhuma rubrica medida para o tráfego das aplicações nos dados de preços, embora nenhuma página diga por palavras que é gratuito. Armazenamento de objetos (Cellar): 0,09 € por GB até 10 TB por mês
SLA de computaçãoUm único 99,9 % ao ano para toda a plataforma; penalização em euros, limitada a 10 % das taxas dos 12 meses anteriores. 99,99 % com a opção Premium paga. Nenhum SLA encontrado para o Kubernetes
Suporte incluídoPara todos: email, e tickets em dias úteis das 9h00 às 18h00 CEST; sem tempo de resposta garantido
Quem se pode registarQualquer pessoa, por email ou GitHub, com créditos gratuitos e sem cartão. A Clever Cloud pode pedir um cartão e dados de identidade a seu critério

O que se pode construir

A unidade é uma aplicação, construída a partir de um git push em instâncias que correm cada uma na sua própria máquina virtual, com add-ons ligados por variáveis de ambiente. O estado é disponibilidade geral, salvo indicação em contrário.

O que é precisoClever CloudAWSAzure
Plataforma de aplicaçõesAplicações em 18 runtimes (Java, .NET, Node.js e Bun, PHP, Python, Ruby, Go, Rust, Elixir, sites estáticos e mais), escalamento automático horizontal e verticalElastic Beanstalk, App RunnerApp Service
ContentoresRuntime Docker: constrói um Dockerfile a partir do git; sem push de imagensApp Runner, ECSContainer Apps
Máquinas virtuais, bare metal, GPUnão vendidosEC2Virtual Machines
ArmazenamentoCellar (API S3, em Ceph); FS Bucket, um sistema de ficheiros de rede montado na aplicação; sem armazenamento em bloco para aplicaçõesS3, EFS, EBSBlob Storage, Azure Files, Managed Disks
Bases de dados relacionaisPostgreSQL 14 a 18, MySQL; réplicas só através da equipa comercial ou do suporteRDSAzure Database for PostgreSQL e MySQL
Outros serviços de dadosRedis, MongoDB, Elastic Stack; Materia KV (beta, protocolo Redis sobre FoundationDB)ElastiCache, DocumentDB, OpenSearch Service, DynamoDBAzure Cache for Redis, Cosmos DB
MensagensApache Pulsar (plano chamado «beta» na API); sem Kafka, sem fila ao estilo SQSMSK, SQS, SNSEvent Hubs, Service Bus
KubernetesClever Kubernetes Engine (CKE), beta pública desde 27 de abril de 2026EKSAKS
FunçõesClever Functions (WebAssembly), pré-visualização privadaLambdaFunctions
RedeNetwork Groups (uma malha WireGuard entre aplicações e add-ons); balanceadores de carga partilhados incluídos; balanceadores de carga dedicados, IP de saída fixo e VPN por orçamentoVPC, ELB, NAT gateway, VPNVNet, Load Balancer, NAT Gateway, VPN Gateway
SegurançaClever KMS (pré-visualização, API compatível com o Vault, acesso a pedido); IAM com quatro funções fixasKMS, Secrets Manager, IAMKey Vault, Entra ID
Identidade, API, monitorizaçãoadd-on Keycloak; gestão de API Otoroshi; métricas Grafana e log drainsCognito, API Gateway, CloudWatchEntra External ID, API Management, Azure Monitor
Cópias de segurançacópias de segurança diárias das bases de dados guardadas 7 dias, gratuitas; recuperação para um ponto no tempo a pedidoAWS BackupAzure Backup

Faltam por completo: máquinas virtuais, bare metal, GPU, armazenamento em bloco para aplicações, um registry de contentores, contentores serverless que escalam até zero, Kafka, DNS, uma CDN, um balanceador de carga em self-service com IP fixo, um produto de DDoS ou WAF documentado e IAM de granularidade fina. Uma «oferta de Infrastructure-as-a-Service (IaaS)» foi anunciada em dezembro de 2025 para 2026; a 16 de outubro de 2026 não tinha página de documentação nem produto na API.

Quatro das rubricas da carga B não têm equivalente. As aplicações «correm em sistemas de ficheiros efémeros», por isso não há armazenamento em bloco para comprar; não há IPv4 público por instância, porque o tráfego chega através dos balanceadores de carga partilhados; um balanceador de carga dedicado é só por orçamento; e a base de dados não tem réplica em espera em self-service. O tamanho de 4 vCPU e 16 GB também não existe: o menor tamanho com 16 GB tem 8 vCPU.

O PostgreSQL gerido não dá superutilizador, extensões, configuração do servidor nem bases de dados adicionais. Os patches de segurança não são aplicados no local: o cliente executa uma migração durante a qual «a sua base de dados ficará só de leitura», e o «nome do host e o nome da base de dados serão alterados automaticamente». No Cellar, «Conceder acesso ao seu add-on Cellar concede acesso total a todos os seus buckets», e as regras de ciclo de vida e a replicação não estão documentadas.

As ferramentas são da própria Clever Cloud e abertas: uma API REST com referência OpenAPI, a CLI Clever Tools (5.2, 15 de outubro de 2026) e um provider de Terraform e OpenTofu que a empresa mantém (3.0.0, 15 de outubro de 2026). Os endpoints de preços, zonas e produtos respondem sem início de sessão.

Quanto custa

Preços de tabela da Clever Cloud em euros, sem IVA, da sua API de preços pública, verificados a 15 e 16 de outubro de 2026, em Paris (par, a única zona que vende todos os add-ons), a 730 horas por mês; os valores mensais da própria Clever Cloud usam 720 horas.

Os tamanhos de aplicação vão do XS (1 vCPU, 1 GB, 16,22 € por mês) ao 3XL (16 vCPU, 32 GB, 648,89 €), e o preço acompanha a memória: o M, com 4 vCPU e 4 GB, custa 77,06 €, e o XL, com 8 vCPU e 16 GB, 308,22 €, pelo que uma hora de vCPU no XL custa o dobro. Não é indicado se as vCPU são dedicadas ou partilhadas.

Carga de trabalho A, uma configuração inicial: uma VM com 2 vCPU e 4 GB, um disco de 40 GB, um endereço IPv4, 1 TB de tráfego de saída e 100 GB de armazenamento de objetos.

RubricaEscolhaEuros por mês
AplicaçãoM, 4 vCPU, 4 GB: o S só tem 2 GB77,06
Disco de 40 GBsem equivalente; o FS Bucket acrescentaria 66,92sem preço calculado
IPv4 públiconada para comprar; balanceador de carga partilhado incluído0,00
1 TB de tráfego de saídanenhuma rubrica medida0,00
100 GB de armazenamento de objetosCellar, primeiros 100 MB gratuitos2,07
Total79,13

A AWS cobra 112,37 € e o Azure 116,15 € pelo mesmo em Frankfurt, mas só o 1 TB de tráfego de saída representa 81,00 dólares dos 125,95 dólares da AWS: a Clever Cloud ganha apenas porque esse tráfego não consta da sua fatura.

Carga de trabalho B, um pequeno sistema de produção: três VM de 4 vCPU e 16 GB, cada uma com um endereço IPv4, 300 GB de armazenamento em bloco SSD, um balanceador de carga, PostgreSQL com 2 vCPU, 8 GB e 100 GB, como primária mais réplica em espera, 1 TB de armazenamento de objetos com 1 milhão de pedidos PUT e 10 milhões de pedidos GET, um plano de controlo de Kubernetes e 2 TB de tráfego de saída.

RubricaEscolhaEuros por mês
3 aplicaçõesXL, 8 vCPU, 16 GB: nenhum tamanho de 4 vCPU tem 16 GB924,67
3 IPv4 públicosnada para comprar0,00
300 GB de armazenamento em blocosem equivalente; o FS Bucket acrescentaria 501,71sem preço calculado
Balanceador de cargapartilhado, incluído0,00
PostgreSQLL_BIG, 6 vCPU, 8 GB, 120 GB, nó único221,03
1 TB de armazenamento de objetosCellar; sem taxas por pedidos listadas20,76
2 TB de tráfego de saídanenhuma rubrica medida0,00
Total da plataforma1 166,46
Plano de controlo de KubernetesCKE ALL_IN_ONE S, uma VM de 8 vCPU e 12 GB que é também nó de trabalho; beta, sem SLA64,89
Total com Kubernetes1 231,35

A AWS cobra 1 082,61 € pela carga B com m7i.xlarge e o Azure 1 091,88 € com D4s_v5, ambos com uma réplica em espera da base de dados numa segunda zona. O total da plataforma da Clever Cloud é 8 % acima da AWS e 7 % acima do Azure, 14 % acima da AWS com a rubrica do Kubernetes. A computação faz a diferença: 924,67 € pelas três instâncias XL contra cerca de 471,89 € pelos três m7i.xlarge da AWS. A base de dados e o tráfego de saída vão no sentido contrário: a AWS fatura 320,13 dólares pela sua base de dados HA e 171,00 dólares pelos 2 TB de tráfego de saída.

Três variantes. Uma réplica da base de dados, se faturada como um segundo L_BIG (não documentado), leva o total a 1 452,38 € com o plano de controlo mais barato. Um plano de controlo distribuído por três locais de Paris custa 200,75 € em vez de 64,89 €. Correr as aplicações como nós de trabalho do Kubernetes baixa o total para 562,18 €, porque a capacidade do CKE custa cerca de um quarto por vCPU e por GB; mas o CKE é uma beta sem SLA, e os seus volumes e balanceadores de carga «serão acrescentados à sua fatura antes de a plataforma atingir a disponibilidade geral».

Tráfego de saída e IPv4. Os 29 itens medidos da API de preços cobrem o Cellar, o FS Bucket, o Pulsar, o Kubernetes e o Heptapod, e a documentação das faturas só nomeia cobranças de tráfego de saída para o Cellar e o Pulsar. Nenhuma página diz por palavras que o tráfego de saída das aplicações é gratuito, e não encontrámos nenhuma cláusula de utilização razoável: trate o zero como não confirmado (à taxa do Cellar, 2 TB seriam 180,00 €). O tráfego de saída do Cellar custa 0,09 € por GB até 10 TB por mês, 0,07 € acima disso. O IPv4 não é vendido: os endereços fixos de entrada e de saída vêm com um balanceador de carga dedicado ou com o serviço Unique IP, ambos por orçamento.

Armazenamento e bases de dados. O Cellar não tem taxas por pedidos; o FS Bucket custa 1,65 € por GB e por mês. O MySQL custa mais do que o PostgreSQL: o L_BIG custa 263,61 € contra 221,03 €. Os planos de base de dados DEV gratuitos correm em clusters partilhados, sem cópias de segurança nem SLA.

Faturação. O consumo é contado ao segundo, e a conta é pré-paga: financia-se cada mês a partir do consumo habitual, ajustado depois. Os limites do escalamento automático definem «o preço máximo que pretende suportar» por aplicação; não encontrámos nenhum teto de despesa nem alerta de orçamento ao nível da conta. O «Up Program» oferece às startups «até 10 000 € em créditos cloud durante o primeiro ano».

Alterações de preço. As condições exigem um aviso «de pelo menos trinta (30) dias» por email, e o cliente pode rescindir sem penalização antes de uma alteração se aplicar. Uma alteração nos últimos 24 meses: o Keycloak as a Service sobe a 1 de novembro de 2026 para 47 € por mês, incluindo 100 utilizadores ativos, a partir de um mínimo de 37,25 €, anunciado a 6 de outubro de 2026. O Pulsar passa a ter «preços atualizados» na disponibilidade geral. Não encontrámos nenhuma alteração nos preços das aplicações ou das bases de dados, embora não exista um histórico de preços datado que o prove.

Fiabilidade

O que é uma zona. Os clientes escolhem uma região; a colocação dentro dela cabe ao orquestrador. A Clever Cloud passou «de 3 para 5 centros de dados» em Paris no final de 2025, e a sua página de infraestrutura lista cinco: Greendata Nanterre, Telehouse TH2 e TH3, Etix Everywhere Vélizy e nLighten Aubervilliers. A sua página de estado e o postmortem de setembro de 2026 falam de duas zonas de disponibilidade em Paris («As duas AZ alojam metades complementares de vários dos nossos clusters»), enquanto a documentação do Kubernetes ainda diz «3 centros de dados». As páginas da própria Clever Cloud não resolvem quantos domínios de falha tem Paris. As outras regiões são locais únicos, tanto quanto a página de infraestrutura mostra, e todas dependem do plano de controlo em Paris.

A réplica em espera da base de dados. Um add-on de PostgreSQL ou MySQL é uma máquina virtual num hipervisor, sem réplica em espera. Até duas réplicas só de leitura podem ficar «numa zona de disponibilidade (AZ) ou região diferente, se pedido», mas só a equipa comercial ou o suporte as configura, não é indicado se a replicação é síncrona, e o failover é manual: promove-se uma réplica e voltam a ligar-se as aplicações. A própria página Replication da Clever Cloud diz que, após uma falha de um centro de dados, a mudança «pode demorar de algumas dezenas de minutos a algumas horas». A AWS e o Azure mantêm uma réplica em espera síncrona noutra zona e fazem failover em 60 a 120 segundos.

Algumas partes são distribuídas por desenho: o Materia KV e o KMS escrevem de forma síncrona em três centros de dados de Paris, as cópias de segurança das bases de dados guardam «três cópias distribuídas por centros de dados na região PAR», e um plano de controlo do CKE com três ou mais réplicas está «distribuído pelos três locais». Se as instâncias de uma aplicação são distribuídas por centros de dados por omissão não está documentado.

Falhas de hipervisores. De 19 de setembro de 2024 a 16 de outubro de 2026, a página de estado tem 52 entradas de um hipervisor avariado, bloqueado ou inacessível, cerca de metade em Paris. Uma de 4 de setembro de 2026 diz «Os add-ons e serviços alojados neste nó estão neste momento inacessíveis». Sem failover automático, cada uma é indisponibilidade para as bases de dados de instância isolada nesse host.

O SLA. As condições gerais (última atualização a 29 de agosto de 2024) prometem «uma taxa média de disponibilidade da Plataforma de 99,9 % por ano»: um só valor para a plataforma inteira, sem SLA por serviço.

  • A indisponibilidade só conta para um «Incidente Crítico ou Incidente Grave devido a uma causa imputável à Clever Cloud»; a manutenção anunciada com dez dias de antecedência é excluída.
  • A penalização é a proporção de minutos indisponíveis, vezes dois, vezes as taxas pagas nos 12 meses anteriores, limitada a 10 % dessas taxas, e paga em euros. Uma interrupção de 4 horas num mês de 30 dias, com 12 000 € por ano, dá 133 €. No teto, o cliente pode rescindir de imediato.
  • É a única compensação: o cliente documenta as provas e reclama «o mais tardar dois (2) meses após o fim da indisponibilidade».
  • O Premium eleva o objetivo para 99,99 % ao ano e, se a plataforma não for reposta dentro do seu objetivo de resolução de 2 horas, paga «50 vezes o montante faturável» dos serviços em causa durante a interrupção, limitado a um mês de consumo.
  • Não foi encontrado SLA para o CKE, e os planos DEV não têm nenhum. A responsabilidade tem como teto as taxas de 12 meses, e «O Cliente é o único responsável pela sua política de cópias de segurança de dados e pela redundância dos seus serviços».

A AWS compromete-se com 99,99 % para o EC2 entre zonas e 99,95 % para uma instância RDS Multi-AZ; o Azure dá 99,99 % para VM entre zonas e para PostgreSQL redundante entre zonas. Os seus créditos abatem-se a faturas futuras; o objetivo mais baixo da Clever Cloud é apoiado por dinheiro.

Página de estado e incidentes. clevercloudstatus.com tem histórico desde, pelo menos, maio de 2022, e seis postmortems desde agosto de 2024 nomeiam as causas com clareza.

DataÂmbito e duraçãoCausa
22 nov. 2024timeouts em Paris durante minutos após um corte de fibra de 1 minuto«Algumas rotas de rede continuavam desatualizadas e tentavam usar as ligações mortas»
3 mar. 2025uma zona de Paris perdeu a alimentação elétrica durante cerca de 5 segundos; a plataforma ficou instável até cerca das 17h20 CET, os add-ons regressaram às 19h35 CET; os deploys falharam nas zonas remotas; sem perda de dadosum corte de energia durante o teste das UPS do operador, depois encaminhamento, pressão de memória e bloqueio (locking) do orquestrador
9 out. 2025serviços críticos perdidos em Parisuma falha de refrigeração num centro de dados; a pressão de memória levou outro hipervisor ao mesmo estado
19 mar. 2026serviços de Paris, deploys e observabilidade, das 15h50 às 18h10 UTCum pico de memória em cerca de 15 hipervisores, amplificado por «um efeito de limiar do algoritmo de colocação»
27 ago. 2026balanceadores de carga públicos em baixo «em todas as regiões públicas» durante até 19 minutosum nome de domínio com uma barra final bloqueou o Sōzu; a configuração «propagou-se a todas as regiões públicas de uma só vez, sem fase canary»
22 set. 2026Cellar, Console, API, deploys e «algumas bases de dados geridas» degradados, das 10h06 às 11h41 CESTuma falha intermitente numa ligação entre duas zonas de Paris
15 out. 2026DDoS à infraestrutura de Paris com «impacto limitado na rede»; ainda vigiado a 16 de outubroDDoS

O padrão importa mais do que qualquer entrada isolada: uma oscilação de energia, uma falha de refrigeração, um pico de memória e uma única ligação instável espalharam-se para lá da parte que falhou, como os próprios postmortems dizem.

Suporte

PlanoPreço, sem IVAObjetivoHorário
Standardincluído, também para utilizadores que não pagamnenhum garantido; email respondido «em poucas horas, ou dois dias úteis na pior das hipóteses»Ticket Center das 9h00 às 18h00 CEST em dias úteis
Premium1,8 vezes o consumo mensal mais 490 € por mês, compromisso de 12 mesescrítico ou grave: intervenção em 15 minutos e resolução em 2 horas, a qualquer hora; menor: 1 hora e 4 horas em horas úteisa qualquer hora, incidentes críticos declarados por telefone
Opção HDS200 € por mês mais 1,4 vezes a taxa normal

O suporte é «operado pelas próprias equipas da Clever Cloud em França»; o telefone só vem com uma opção subscrita. O Premium é caro: numa fatura mensal de 1 000 €, custa 2 290 €, dos quais 1 290 € são o suplemento, e duas páginas da Clever Cloud discordam sobre se o multiplicador abrange todo o consumo ou apenas os «ambientes de produção». O AWS Business Support+ fica em cerca de 99 a 109 dólares por mês para a carga B, e o Azure Standard, com um objetivo de uma hora, custa 100 dólares. O Premium acrescenta, de facto, um objetivo de resolução.

Não encontrámos nenhum relato independente sobre a qualidade do suporte dos últimos 24 meses, num sentido ou noutro.

Abrir conta

O registo pede um endereço de email ou uma conta GitHub, e «receberá créditos gratuitos para experimentar a Clever Cloud sem cartão de pagamento», de montante não indicado. Criar um add-on exige a cidade e o código postal da conta. Ao abrigo das condições gerais (6.3), a Clever Cloud «pode pedir ao Cliente que introduza um meio de pagamento válido» e dados de identidade «a seu exclusivo critério», e pode suspender o acesso até os obter. As condições dirigem-se a «programadores profissionais e pessoas coletivas».

Não existe uma página geral de quotas. Os limites documentados são 40 instâncias por aplicação e 16 vCPU e 32 GB por instância. O Kubernetes tem de ser ativado em Labs, com uma quota por omissão não publicada aumentada através da equipa comercial ou do suporte.

A carga B no primeiro dia: as aplicações e o add-on de PostgreSQL podem ser criados, até onde os documentos mostram; uma réplica da base de dados ou um IP fixo exige um pedido. Na AWS, o valor por omissão de 5 vCPU para instâncias normais fica abaixo das 12 da carga B.

A Clever Cloud pode suspender perante uma violação «ou suspeita razoável de violação», com aviso por email e a oportunidade de «apresentar as suas observações», e «sem aviso» quando o pagamento está em atraso há mais de 30 dias. Pode pôr fim a um contrato com dois meses de pré-aviso. Não encontrámos nenhum relato em primeira mão de verificações no registo nem de suspensões.

Conformidade e proteção de dados

ReferencialEstado
ISO/IEC 27001:2022Certificado visto: Bureau Veritas, FR086307, válido até 14 de março de 2027, âmbito «Plataforma cloud como serviço, pública e privada». A sua lista de locais é anterior aos locais atuais de Paris: nomeia a Databank Vélizy, a Equinix PA3 e um local da Oracle em Jidá, não a Telehouse TH3 nem a Etix
HDS v2 (dados de saúde franceses)Certificado visto: Bureau Veritas, FR094504-1, válido até 19 de dezembro de 2027, todas as seis atividades HDS. Locais: Nantes, nLighten Aubervilliers, Telehouse TH2, OVH Roubaix e Gravelines; não a Green Data Nanterre, a Telehouse TH3, a Etix Vélizy nem a Scaleway
SecNumCloudNão qualificada. A Clever Cloud diz que «está atualmente em processo de qualificação SecNumCloud na sua própria infraestrutura», e oferece a plataforma na zona «Gouv», na infraestrutura qualificada da Cloud Temple. O catálogo da agência francesa de cibersegurança (ANSSI) de outubro de 2026 não tem nenhuma entrada da Clever Cloud, nem a lista da ANSSI de prestadores SecNumCloud em processo de qualificação
SOC 2, BSI C5, PCI DSS, ISO 27017 e 27018Nenhum encontrado; o PCI DSS e os outros selos da página de infraestrutura pertencem aos operadores dos centros de dados

A página de segurança lista «Certificações reconhecidas: ISO 27001:2022, HDS, SecNumCloud» como se as três fossem detidas, enquanto a mesma página diz que a Clever Cloud «está em processo de obtenção da certificação SecNumCloud».

A 17 de abril de 2026, a Comissão Europeia adjudicou um de quatro contratos do seu concurso de nuvem soberana (até 180 milhões de euros ao longo de seis anos para os quatro) a «Uma parceria luxemburguesa-francesa liderada pela Post Telecom com a OVHCloud e a CleverCloud», classificada SEAL-3, tal como a STACKIT e a Scaleway.

O DPA (Data Processing Agreement) usa a redação das cláusulas contratuais-tipo da UE: os subcontratantes ulteriores vêm «de uma lista acordada», com alterações notificadas «com pelo menos 30 (trinta) dias de antecedência», e as transferências para fora da UE exigem instruções documentadas ou uma obrigação legal. A lista de subcontratantes ulteriores (versão 1.6, 1 de setembro de 2026) nomeia o operador do centro de dados de cada região, e corrigiu a região da Oracle da Arábia Saudita para os Emirados Árabes Unidos. Fora da infraestrutura, os subcontratantes ulteriores sediados nos EUA são a Twilio (suporte telefónico) e a Pipedrive (CRM). Escolhe-se a zona por aplicação e por add-on; não ficou apurado se as cópias de segurança de bases de dados de regiões fora de Paris também vão para Paris.

Quem a controla

A CLEVER CLOUD SAS (SIREN 524 172 699), criada a 2 de agosto de 2010, tem a sede em Nantes; o seu presidente é Quentin Adam. O registo situa o seu pessoal entre 50 e 99 em 2024 e mostra um ano de contas, 2022: receitas de 3 694 331 € e um resultado líquido de 831 977 €.

Não é público nenhum registo de acionistas para uma SAS francesa. Os investidores externos registados são a Kima Ventures, a The Family e investidores-anjo, em pequenas rondas minoritárias de 2011 a 2019, e não aparece nenhuma empresa-mãe nem acionista significativo não europeu. O controlo do fundador é provável, mas é uma inferência nossa. Uma «Final Sovereignty Clause», anunciada em junho de 2026 para «certos contratos que abrangem serviços críticos», daria a «Uma entidade pública europeia de confiança designada previamente» «os direitos necessários» para manter um serviço a funcionar após «uma mudança de propriedade, uma aquisição por um interveniente não europeu ou uma grande alteração regulamentar». Não lemos a própria cláusula.

Em que infraestrutura corre cada região:

RegiãoInfraestrutura
Paris (par, parhds)Servidores próprios da Clever Cloud em colocation na Green Data, na Telehouse, na nLighten e na Etix
Paris (scw)Scaleway
Roubaix, Gravelines, North, Varsóvia, Montreal, Singapura, SydneyOVHcloud
LondresIONOS
Gouv, a pedidoCloud Temple
Middle East, a pedidoOracle, em Dubai

O plano de controlo de todas as regiões corre em Paris. O software é da própria Clever Cloud ou de código aberto: o seu orquestrador, o balanceador de carga Sōzu, o Apache Pulsar, o Ceph e o FoundationDB; não encontrámos nenhuma tecnologia de hyperscaler. A Clever Cloud diz que «está sujeita exclusivamente ao direito francês e europeu»; a Oracle, que opera a região Middle East, é uma empresa norte-americana.

Sair

As condições gerais (12.2) permitem a um cliente que sai «obter uma isenção das taxas de tráfego de saída mediante pedido ao Suporte da Clever Cloud com pelo menos 30 dias de calendário antes da cessação do Contrato». Sem ela, 10 TB a sair do Cellar custam 900 €. A ajuda para obter uma cópia «num formato aberto» pode ser cobrada, e todos os dados «podem ser eliminados permanentemente» quando o contrato termina. Se a Clever Cloud puser fim ao contrato, a não ser por falta de pagamento ou conteúdo ilícito, o cliente recebe uma cópia gratuita em 30 dias.

O código sai com facilidade: o git é o mecanismo de deploy, e um Dockerfile constrói-se em qualquer lado. As bases de dados são motores normais com cópias de segurança descarregáveis, e o Cellar fala S3. Não está documentada nenhuma exportação gerida nem replicação de saída, por isso mudar uma base de dados em funcionamento implica um dump e restauro com indisponibilidade, ou uma replicação construída por si.

O trabalho está na configuração. As definições de build e de execução vivem em variáveis de ambiente CC_*, hooks de build e uma pasta clevercloud/, nada disso um Procfile, buildpack ou norma de contentores, e os add-ons chegam às aplicações através de variáveis injetadas. Os Network Groups, o Materia, o Clever KMS e os recursos do Terraform são da própria Clever Cloud, embora o Materia KV fale o protocolo Redis e o KMS uma API compatível com o Vault. A Clever Cloud chama «vanilla» ao Kubernetes do CKE; os seus grupos de nós e o operador são seus, e não encontrámos nenhuma listagem de conformidade com a CNCF.

O que dizem os utilizadores

Os relatos independentes em primeira mão dos últimos 24 meses são muito poucos: um tópico do Reddit a pedir opiniões sobre produção na Clever Cloud (r/nextjs, dezembro de 2025) não obteve nenhuma resposta a esse respeito, e um tópico do Elixir Forum nota «muito pouca informação sobre eles». O único relato de produção que encontrámos (r/Startups_EU, agosto de 2026) chama à plataforma «muito estável, nunca abri um ticket num ano», mas diz que os clientes empresariais que pedem «cópias de segurança e failovers automáticos ao estilo hyperscale» esbarram em limites. A documentação da Clever Cloud confirma os limites; o histórico de estado acima qualifica o «muito estável».

A quem serve e quem deve procurar noutro lado

A Clever Cloud serve equipas que correm aplicações web e API em runtimes comuns e querem deploys ao estilo Heroku com PostgreSQL, Redis e S3 geridos ao abrigo de um contrato francês e com suporte em francês; projetos franceses de dados de saúde que precisem de HDS; organismos públicos europeus que comprem através do contrato da Comissão; e equipas que, de outro modo, pagariam a um hyperscaler pelo suporte.

Procure noutro lado se precisa de failover automático da base de dados ou de garantias ao nível da zona; se precisa de máquinas virtuais, GPU, volumes de bloco ou Kafka; se a sua carga exige muita computação e o orçamento é apertado; se precisa hoje de SecNumCloud na plataforma própria da Clever Cloud e não através da zona da Cloud Temple; ou se precisa de um IP fixo ou de um balanceador de carga dedicado sem falar com a equipa comercial.

Fontes

Verificadas a 15 e 16 de outubro de 2026.

Preços

Condições e SLA

Documentação

Estado e incidentes

Conformidade

Empresa e propriedade

Relatos de utilizadores

Dados e cloud

Novos guias e alterações às regras por email

Quando uma regra muda, um prazo é alterado ou publicamos um novo guia, enviamo-lo por email.

Primeiro, enviamos uma ligação de confirmação. Pode cancelar a subscrição a qualquer momento. Política de Privacidade