A Big Tech arruinou a cloud, então vamos renomear a nossa

Artigo original ↗ Discussão no Hacker News ↗

O Home Assistant está renomeando seu serviço pago “Cloud” para “Link” para enfatizar que a plataforma de casa inteligente roda localmente e que a assinatura fornece principalmente um relay seguro opcional, serviços de voz e backups. Os comentaristas, em grande parte, acolhem a postura de privacidade e self-hosting, mas debatem se o serviço é caro demais em comparação com opções DIY como VPNs e túneis da Cloudflare, e se o modelo atual de permissões é limitado demais para casas com crianças ou usuários semiestritamente confiáveis. A conversa também reflete um ceticismo mais amplo em relação à dependência de cloud no estilo Big Tech, com alguns argumentando que a marca e a arquitetura devem distinguir claramente entre conectividade verdadeiramente opcional e produtos que param de funcionar sem os servidores do fornecedor.

Justificativa para a renomeação e a marca

  • Muitos veem a mudança de “Home Assistant Cloud” para “Home Assistant Link” como sensata, porque o HA é local-first; o serviço pago fornece principalmente uma conexão remota.
  • Alguns chamam o anúncio de marketing exagerado para o que é essencialmente uma renomeação e uma refatoração técnica (relés bare-metal, proximidade regional).
  • Alguns acham desnecessária a longa justificativa, mas outros dizem que o nome antigo causava confusão quando defensores do HA diziam às pessoas para evitar produtos “que exigem cloud”.

Natureza do serviço (cloud opcional vs obrigatória)

  • Vários comentaristas enfatizam fortemente que o HA funciona totalmente offline; Link/Cloud é opcional e serve principalmente como um túnel de conveniência mais extras (STT/TTS, backups, relay de mídia, integrações de voz).
  • É feita uma comparação com dispositivos de consumo que param de funcionar sem a cloud do fornecedor.

Debate sobre segurança, permissões e RBAC

  • Discussão significativa sobre a falta de um RBAC “sério” no HA:
    • Críticos: as permissões atuais são centradas em entidades, grosseiras, baseadas em grupos, e não cobrem todos os tipos de objetos; é difícil adaptar o acesso por usuário ou por integração (por exemplo, limitar apps de terceiros ou o controle das crianças).
    • Defensores: num contexto doméstico, poucas pessoas precisam de RBAC no estilo corporativo; complexidade extra sobrecarregaria a maioria dos usuários e custaria muito para construir e manter.
  • Alguns argumentam que uma autorização melhor está se tornando necessária num futuro de “agents everywhere”; outros respondem que nem todo mundo precisa ou quer automação pesada.

Privacidade e tratamento de dados

  • Alguns exigem criptografia de ponta a ponta, com o provedor atuando apenas como ponto de encontro; outros respondem que é assim que o serviço já funciona e apontam para a documentação.
  • Um comentarista insiste que o HA deveria poder ser instalado e usado sem quaisquer conexões de saída não solicitadas; hoje a instalação exige acesso à internet e vários fetches da cloud.

Preço e alternativas

  • Opiniões mistas sobre o preço: alguns dizem que ~€5/mês é “caro demais” em comparação com opções gratuitas (Cloudflare Tunnel, VPN, STT/TTS auto-hospedados, backups em R2); outros veem isso como um apoio razoável a um projeto open-source de destaque.
  • Vários mantêm assinaturas explicitamente principalmente para financiar o HA, mesmo usando raramente o acesso remoto.

Sentimento mais amplo sobre “cloud” e Big Tech

  • A discussão se desdobra no que “cloud” significa (o computador de outra pessoa vs IaaS/PaaS vs serviço remoto genérico) e em como as ofertas das big techs se tornaram “parecidas com landlords” ou enshittified.
  • Alguns veem a renomeação como um afastamento desse ecossistema; céticos observam que ainda é um SaaS proprietário, só com uma marca diferente.