Single tenant vs multi-tenant network architecture advisor
Compare single-tenant dedicated hardware against multi-tenant shared fabric architectures. Model tenant capacity, hardware capital expense, radio airtime contention, and compliance isolation across commercial multi-unit environments.
Multi-family residential buildings where residents connect consumer IoT, Apple AirPlay, and smart speakers on a shared physical AP fabric requiring personal area network (PAN) isolation.
Recommended: Single SSID with Dynamic VLAN micro-segmentation per tenant
Private PSK assigns each tenant a distinct cryptographic key, steering all their devices into an isolated VLAN with Layer 2 Station Isolation. Zero lateral movement risk.
Consolidating all tenants onto 1 single broadcast SSID with Private PSK uses only 2.5% beacon overhead, preserving 97.5% airtime for high-speed client data.
| Evaluation Dimension | Multi-Tenant Shared + iPSK | Multi-Tenant 802.1X | Single-Tenant Dedicated |
|---|---|---|---|
| Hardware CapEx | Lowest (65-75% savings via pooled APs) | Low (shared physical fabric) | Highest (independent APs & routers per unit) |
| RF Spectrum Efficiency | Optimal (1 SSID, 2.5% beacon overhead) | Optimal (1 SSID, 2.5% beacon overhead) | Poor (co-channel interference across walls) |
| Consumer IoT Support | Native (smart TVs, consoles, AirPlay in PAN) | Requires MAC Authentication Bypass (MAB) | Native (isolated inside per-unit LAN) |
| Tenant Boundary Isolation | 802.1Q VLAN + Layer 2 Station Isolation | RADIUS RFC 3580 Dynamic VLAN assignment | Physical air-gap / separate hardware |
| Onboarding Experience | Instant self-service portal or SMS key | SSO profile / EAP-TLS certificate install | Manual physical technician setup per unit |
| Building Roaming | Seamless 802.11r across entire property | Seamless 802.11r across entire property | Connection drops when leaving tenant unit |
Designing a multi-tenant network for your property or enterprise?
Purple integrates directly with Cisco Meraki, HPE Aruba, Ruckus, and UniFi to automate tenant onboarding, Private PSK provisioning, and zero-trust network isolation.
O conselho mais comum no debate single tenant vs multi tenant é também o menos útil: single tenant é seguro, multi tenant é barato, e a decisão termina com uma folha de avaliação de compras. Esse enquadramento falha nos edifícios onde o design de rede tem o maior impacto comercial.
Num hotel, residência de estudantes, edifício multifamiliar, campus hospitalar ou espaço de trabalho flexível, a questão decisiva é quem controla o limite da rede. Uma plataforma dedicada ainda pode verter tráfego devido a uma política deficiente. Uma infraestrutura física partilhada pode proteger cada inquilino quando a identidade, autenticação, encaminhamento e revogação são concebidos corretamente. O número de inquilinos é apenas a etiqueta. O controlo de limites é a arquitetura.
Os dados do setor de habitação nos EUA tornam esta distinção difícil de ignorar. A análise governamental identificou 459.262 empreendimentos que são ou poderiam ser de regime misto, contendo 3,33 milhões de habitações acessíveis, o equivalente a 79% das 4,21 milhões de habitações acessíveis identificadas nas estatísticas oficiais de habitação. No entanto, a proporção média de inquilinos em habitação acessível foi de 80%, enquanto a mediana foi de 97%, demonstrando que os empreendimentos podem conter vários regimes de arrendamento mantendo-se fortemente concentrados num único tipo de ocupação. Os apartamentos construídos de raiz representaram 54% dos empreendimentos multi-habitação identificados, com uma mediana de proporção de inquilinos em habitação acessível de 91%, comparado com 50% para apartamentos convertidos. A tipologia do imóvel altera o problema dos limites operacionais, não apenas o contrato de arrendamento. (Análise do governo do Reino Unido sobre o regime misto na habitação social inglesa)
Por que razão a questão Single Tenant vs Multi Tenant é maior do que o SaaS
As equipas empresariais herdam frequentemente esta discussão da aquisição de SaaS. Comparam instâncias dedicadas com infraestruturas de aplicações partilhadas e, em seguida, assumem que a mesma conclusão se aplica a um edifício físico. Não se aplica. Em propriedades partilhadas, a questão mais importante é se o operador consegue manter um residente, convidado, departamento ou fornecedor dentro do limite correto de acesso e política.
Uma implementação de inquilino único geralmente oferece aos engenheiros uma separação física mais limpa. Isso ajuda no âmbito da auditoria, no controlo de alterações e na contenção de falhas. Não elimina o risco operacional. Um controlador mal atualizado, credenciais de administrador fracas, uma regra de firewall mal configurada ou um serviço de autenticação com âmbito incorreto podem comprometer um ambiente dedicado com a mesma eficácia que um partilhado.
As redes multi-inquilino criam uma responsabilidade diferente. O operador partilha pontos de acesso, switches, controladores, uplinks e, frequentemente, o plano de gestão, utilizando depois controlos lógicos para separar os utilizadores. Esses controlos devem funcionar nas camadas de rede sem fios, autenticação, encaminhamento, DNS, monitorização e suporte. Um inquilino não está isolado apenas por ter um SSID ou página de boas-vindas diferente.
O limite prático não é o SSID. É a cadeia completa desde a identidade até à autorização, encaminhamento de tráfego, telemetria e revogação.
Três fronteiras a testar
Aborde a arquitetura como três questões distintas:
- Limite físico: Quais são os rádios, switches, controladores, circuitos e equipamentos partilhados?
- Limite de identidade: Como é que a rede sabe qual a pessoa, dispositivo, sala, departamento ou empresa que se está a ligar?
- Limite de gestão: Quem pode criar credenciais, alterar políticas, inspecionar telemetria, aprovar acessos e revogá-los?
Esta abordagem é fundamental nas redes de hotelaria e residenciais porque os utilizadores não querem saber se o fornecedor classifica a arquitetura como cloud-native, partilhada ou dedicada. Esperam que os seus dispositivos se liguem facilmente e que os dispositivos dos vizinhos permaneçam isolados. A equipa espera que o acesso desapareça quando a sua conta de diretório for desativada. Os operadores esperam um único fluxo de trabalho de suporte em vez de uma infraestrutura separada para cada quarto ou habitante.
A política de segurança contra incêndios nos EUA oferece um paralelo útil. O Fire Safety Act 2021 clarificou que a diretiva de segurança contra incêndios se aplica à estrutura, paredes externas, varandas e portas de entrada de apartamentos em edifícios residenciais de ocupação múltipla com duas ou mais frações habitacionais. Os regulamentos relacionados entraram em vigor a 23 de janeiro de 2023, enquanto os controlos históricos de HMO se desenvolveram após incêndios graves e formalizaram uma categoria de risco distinta para edifícios de ocupação múltipla. (Investigação do governo dos EUA sobre regime misto e contexto de segurança contra incêndios)
A lição para os arquitetos de rede é direta. A ocupação partilhada merece controlos explícitos, mas a resposta não é automaticamente hardware dedicado. É um limite demonstrável que se adequa ao risco, ao modelo comercial e à capacidade operacional do edifício.
Explicação das Arquiteturas Single Tenant e Multi Tenant
Em redes, single tenant significa que uma organização ou ocupante recebe uma pilha de infraestrutura dedicada ou uma instância operacional dedicada. Isso pode incluir pontos de acesso, controladores, VLANs, domínios de autenticação, monitorização e permissões de gestão separados. O design limita as dependências partilhadas, o que torna o ambiente mais fácil de compreender quando a organização detém todos os endpoints e decisões de política.
Uma administração hospitalar, um local de defesa ou um campus corporativo podem escolher este modelo para o tráfego principal porque os seus processos internos de identidade, conformidade e resposta a incidentes necessitam de um ecossistema estritamente controlado. A infraestrutura dedicada também pode suportar planeamento de rádio personalizado, requisitos de dispositivos invulgares e janelas de alteração que seriam difíceis de coordenar entre inquilinos não relacionados.
A rede multi-tenant utiliza uma estrutura física comum enquanto aplica controlos lógicos por organização, habitação, sala, departamento ou serviço. VLANs, VRFs, atributos RADIUS, chaves privadas pré-partilhadas baseadas em identidade, políticas de firewall e motores de políticas podem criar contextos de acesso separados sem duplicar todos os equipamentos.
A rede física é partilhada. O contexto de segurança e a experiência do utilizador não o devem ser. Uma cadeia de hotéis pode operar uma plataforma gerida centralmente em todas as propriedades, enquanto um fornecedor de alojamento estudantil pode mapear cada residente ou unidade para um contexto de política e credenciais separado.
Visão geral de redes single tenant vs multi tenant
| Dimensão | Single Tenant | Multi Tenant |
|---|---|---|
| Isolamento físico | Infraestrutura dedicada ou instância operacional | Switches, pontos de acesso, controladores ou circuitos partilhados |
| Isolamento lógico | Normalmente mais simples porque menos tenants partilham o ambiente | Essencial, imposto através de identidade, VLANs, VRFs, regras de firewall e política |
| Plano de gestão | Dedicado ou estritamente delimitado a uma organização | Centralizado, com administração orientada a tenants e permissões delegadas |
| Escalabilidade de custos | Repete a infraestrutura e o trabalho operacional por tenant | Partilha a infraestrutura e concentra a gestão |
| Contexto típico | Empresa regulada, defesa, núcleo de saúde, património corporativo dedicado | Hotelaria, Alojamento de Estudantes, Multi-Family, serviços geridos, locais de trabalho partilhados |
| Principal modo de falha | Os parques duplicados afastam-se do padrão ou ficam sem manutenção adequada | Um erro de política ou de identidade pode afetar múltiplos tenants |
As equipas que comparam padrões de implementação podem usar este guia de arquitetura de WiFi multi-tenant como uma referência prática, mas o design ainda precisa de ser testado em relação ao edifício real e ao modelo operacional.
A escolha não é entre seguro e inseguro. É entre separação física com maior duplicação e separação lógica com maiores exigências de design e governação.
Comparação Direta com Base nos Critérios Mais Importantes
A decisão de arquitetura pertence ao modelo de construção e operacional, não à etiqueta de SaaS. Uma rede de saúde, uma residência de estudantes, uma propriedade multifamiliar e um hotel podem todos fornecer WiFi como um utilitário, mas os seus limites de falha aceitáveis, responsabilidades de suporte e padrões de tráfego diferem.
Escolha single tenant quando uma falha tiver de permanecer dentro do património físico de uma única organização. Os engenheiros podem alterar um controlador, firewall ou serviço de autenticação sem coordenar uma janela de manutenção partilhada. Esse benefício só se mantém quando cada ambiente dedicado recebe a devida aplicação de patches, monitorização, documentação e testes de recuperação. A infraestrutura dedicada proporciona controlo, não resiliência automática.
Escolha o modelo multi tenant quando um operador tiver de fornecer um serviço replicável a vários ocupantes ou propriedades. Uma estrutura partilhada suporta uma política padrão, monitorização central e uma integração de utilizadores consistente. O operador assume então uma maior responsabilidade de governação: as credenciais, o tráfego, a telemetria e o acesso administrativo devem permanecer corretamente delimitados para cada tenant.
Cinco critérios que decidem o design
| Critério | Single Tenant | Multi Tenant | Ponto de Ancoragem |
|---|---|---|---|
| Isolamento | A separação física limita o raio de impacto partilhado | A separação lógica deve manter-se em todas as camadas de controlo | A força do isolamento aumenta com o grau de separação, desde o esquema partilhado até à base de dados por tenant |
| Segurança | Menos dependências partilhadas criam uma fronteira de auditoria mais clara | Os controlos centrais melhoram a consistência, mas um único erro de política pode afetar múltiplos tenants | A segurança segue a garantia de identidade, configuração, aplicação de correções e monitorização, e não o rótulo da arquitetura |
| Custo | O hardware, as licenças, os canais de suporte e a manutenção repetem-se para cada tenant | A infraestrutura partilhada melhora a utilização e reduz o trabalho repetido | O custo por tenant aumenta à medida que o isolamento aumenta. A comparação de custos detalhada surge na secção seguinte (US SaaS architecture comparison) |
| Desempenho | A capacidade dedicada evita a contenção entre tenants | A capacidade partilhada requer controlo de admissão, QoS e monitorização ativa | O operador necessita de controlos explícitos para vizinhos ruidosos e dispositivos de elevada procura |
| Operações | Cada ambiente pode ser mais simples, mas o parque torna-se repetitivo | Uma única plataforma pode funcionar de forma eficiente, desde que a automação de identidade e de políticas seja madura | O Single Tenant concentra o trabalho operacional por ambiente. O Multi Tenant concentra-o na governação e no plano de controlo |
O isolamento é uma propriedade do design
Teste o isolamento através de fluxos de tráfego, não de diagramas. Pode um residente detetar o dispositivo de outro residente? Pode um convidado aceder aos serviços dos funcionários? Pode um administrador de suporte visualizar os dados de sessão de outro inquilino? Uma identidade desprovisionada perde o acesso imediatamente, incluindo a partir de dispositivos que foram previamente autorizados?
Os mesmos testes aplicam-se a ambos os modelos. Um controlador dedicado não responde a eles automaticamente, e um controlador partilhado não os torna impossíveis. A questão decisiva é onde ocorre a aplicação de regras, como os administradores são delimitados e quanta infraestrutura comum reside por baixo de cada inquilino.
Em alojamentos de estudantes e habitações multifamiliares, os residentes esperam um acesso privado, embora o edifício partilhe a comutação, a rede sem fios e a conectividade de uplink. Os hotéis enfrentam a mesma fronteira entre serviços de hóspedes, funcionários e operacionais. A saúde acrescenta equipamentos clínicos geridos e sistemas legados, pelo que o modelo de política deve proteger essas dependências sem tornar o suporte de rotina inviável.
O desempenho acompanha o padrão de procura
Os hotéis registam uma procura concentrada em torno do check-in, eventos e utilização noturna. As residências de estudantes combinam populações densas de dispositivos com uma rotação frequente. A área da saúde mistura equipamentos geridos, dispositivos pessoais e sistemas especializados. O sistema single tenant pode reservar capacidade, enquanto o multi tenant pode satisfazer a mesma procura quando o operador mede o tempo de antena, aplica QoS e separa o tráfego crítico da utilização recreativa.
O WiFi é agora um serviço essencial nestas propriedades. Uma interrupção do serviço afeta a experiência do residente, as operações dos convidados e os resultados comerciais, e não apenas um painel técnico.
O teste prático é simples: o operador consegue observar a contenção antes de os utilizadores a reportarem, identificar o tenant ou serviço responsável e alterar a política sem reconstruir a rede? Se não, o modelo de isolamento selecionado está incompleto.
Custo, Escala e os Custos Indiretos Ocultos do Isolamento
A infraestrutura dedicada parece simples num plano de projeto. Cada inquilino recebe os seus próprios controladores, comutadores, pontos de acesso, licenças, integrações de monitorização, repositórios de identidade, calendário de firmware e processo de suporte. A fatura inclui o tempo de engenharia necessário para implementar, documentar, testar, corrigir e recuperar cada cópia.
O design de inquilino único também duplica o trabalho operacional. Os engenheiros mantêm modelos separados, analisam alertas semelhantes em consolas diferentes, repetem a validação de firmware e preservam procedimentos de recuperação independentes. Essa separação justifica o seu custo quando um inquilino necessita de um limite de conformidade distinto ou de controlos técnicos invulgares. Torna-se uma erosão da margem quando todos os inquilinos recebem o mesmo serviço e nenhuma política exige a separação física.
A comparação de custos anterior ainda se aplica, mas os operadores de rede devem contabilizar as despesas que as tabelas de SaaS não mostram. Uma licença de controlador separada pode implicar o seu próprio âmbito contratual. Cada plataforma adicional pode exigir um acordo de suporte, uma janela de manutenção e validação de firmware antes da implementação. Os engenheiros também passam tempo a testar a autenticação, monitorização, failover e transição de utilizadores em múltiplos ambientes. Num portefólio movimentado de Alojamento de Estudantes, Multi-Family ou hotelaria, essas horas afetam a margem de serviço tão diretamente como o hardware.
Detalhamento de custos por inquilino
| Item de custo | Tenant Único, por tenant | Multi-tenant, por tenant | Notas |
|---|---|---|---|
| Infraestrutura física | Stack dedicada ou reservada | Alocação de estrutura partilhada | O tenant único repete equipamentos e trabalhos no local |
| Licenciamento de controlador e plataforma | Instância separada ou escopo de licença | Plataforma partilhada, licenciamento com deteção de tenant | Os termos contratuais podem alterar o resultado |
| Identidade e autenticação | Realm separado ou integração dedicada | Serviço partilhado com políticas de escopo definido | O multi-tenant necessita de um mapeamento de tenant robusto |
| Monitorização | Painéis e caminhos de alerta separados | Painel central com filtros de tenant | Uma filtragem deficiente pode criar um risco de controlo de acessos |
| Suporte e gestão de alterações | Janelas e runbooks específicos do tenant | Fluxos de trabalho padronizados com exceções | A padronização melhora a escala apenas quando a política está madura |
| Recuperação e testes | Planos de recuperação separados | Recuperação de plataforma partilhada mais validação de tenant | O operador deve comprovar a restauração ao nível do tenant |
Uma plataforma partilhada reduz a duplicação apenas quando o operador consegue aplicar os limites dos inquilinos de forma consistente. Necessita de modelos de políticas, implementação faseada, validação de configuração, registos no âmbito do inquilino e reversão testada. Sem esses controlos, uma consola partilhada pode transformar um problema de isolamento num problema de controlo de acessos.
O design da rede deve ser testado antes das alterações de produção. As equipas podem usar um iPSK subnet designer para modelar a segmentação baseada em identidade, verificar a atribuição de sub-redes e expor conflitos de endereços ou políticas antecipadamente.
Pague pelo isolamento físico quando o negócio exigir um limite físico. Não pague por ele apenas porque a equipa de design não construiu um limite lógico fiável.
A resposta certa é frequentemente híbrida. Mantenha o tráfego clínico, de pagamentos, de gestão de edifícios ou empresarial num caminho dedicado e rigidamente controlado. Utilize uma rede partilhada e consciente dos inquilinos para convidados, residentes, empreiteiros e outras populações variáveis. Essa alocação coloca o isolamento onde a falha traz consequências comerciais, regulatórias ou de segurança, enquanto a infraestrutura partilhada lida com a procura que beneficia da escala.
Cenários do Mundo Real para Equipas de TI e Operadores de Rede
A decisão de arquitetura torna-se mais clara quando o proprietário, o utilizador e o impacto da falha são identificados. Uma rede para uma organização não é automaticamente um problema single-tenant, e uma rede que serve muitas pessoas não é automaticamente um problema multi-tenant.
Cenário um, um campus empresarial com 5.000 postos de trabalho
Um grande campus empresarial com requisitos rigorosos de residência de dados deve optar, por defeito, por single tenant para os serviços principais. O fator decisivo não é o número de colaboradores. É a necessidade de alinhar os limites físicos, administrativos e de auditoria.
Controladores dedicados, serviços de autenticação, acessos de gestão e caminhos de tráfego facilitam a demonstração de propriedade. As equipas de segurança podem restringir o acesso de administradores aos funcionários da organização, definir um único processo de alteração e investigar incidentes sem filtrar atividades de inquilinos não relacionados.
O acesso de convidados ainda pode utilizar um serviço lógico separado. A rede principal de funcionários não deve depender do mesmo caminho de política que os visitantes temporários, empreiteiros ou participantes de eventos.
Cenário dois, um grupo de hotelaria multi-site
Um grupo hoteleiro que opere propriedades sob uma única marca deve, geralmente, escolher multi tenant. Um centro de operações de rede central necessita de processos de integração consistentes, políticas de Captive Portal, relatórios e resposta a incidentes em hotéis, restaurantes e locais de eventos. Duplicar toda a gestão em cada propriedade tornaria a padronização mais difícil, e não mais segura.
A fronteira ainda precisa de existir ao nível da propriedade, do convidado, do pessoal e do serviço. Os dispositivos dos convidados não devem aceder aos sistemas de ponto de venda. As identidades do pessoal não devem herdar as permissões dos convidados. Uma equipa de propriedade deve ver a informação necessária para o seu trabalho sem receber acesso ilimitado a todos os locais.
O compromisso é claro. O controlo centralizado vence, desde que o operador consiga aplicar uma administração e uma política de tráfego sensíveis ao inquilino.
Cenário três, US Multi-Family e Alojamento de Estudantes
Em habitações multifamiliares e estudantis, um modelo híbrido multi-tenant geralmente vence. Os residentes esperam privacidade ao nível do apartamento ou do quarto, mas o operador beneficia de uma única rede física em toda a propriedade, um único modelo de suporte e gestão de serviços centralizada.
Os dados sobre alojamento de estudantes no Reino Unido mostram que 93% dos senhorios inquiridos na Escócia utilizam um único contrato de arrendamento, enquanto 7% utilizam múltiplos contratos de arrendamento. Isto sugere que a simplicidade administrativa ainda influencia os modelos operacionais. (UK student housing evidence)
A conectividade nestes edifícios é cada vez mais um serviço público fornecido pelo operador, em vez de um contrato individual assinado por cada residente. No National Student Accommodation Survey 2026 da Save the Student, 80% dos estudantes afirmaram que a sua renda cobria pelo menos um serviço extra, e 48% referiram que a banda larga estava incluída, apenas atrás da água (63%), eletricidade (61%) e gás (54%). Fornecê-la de forma fiável é a parte mais difícil: o inquérito da Jisc de 2024/25 a 15.398 estudantes do ensino superior no Reino Unido revelou que 60% relataram problemas de conectividade WiFi dentro ou fora do campus. (Save the Student, National Student Accommodation Survey 2026; Jisc Digital Experience Insights 2024/25)
A rede precisa, portanto, de proporcionar uma experiência privada sem transformar cada residente num projeto de infraestrutura separado. O acesso baseado em identidade, a política por unidade, a faturação simples e a revogação imediata importam mais do que o rótulo da arquitetura.
Disponibilizar o Isolamento de Inquilinos Sem Duplicar a Rede
As redes modernas baseadas em identidade oferecem uma terceira opção entre uma pilha física por inquilino e uma rede partilhada não controlada. O operador partilha a infraestrutura e, em seguida, vincula o acesso a uma identidade de indivíduo, unidade, quarto, departamento ou dispositivo.
O iPSK é um ponto de partida prático para ambientes residenciais e de dispositivos mistos. Em vez de emitir uma única palavra-passe partilhada para todo o edifício, o operador atribui chaves privadas distintas e mapeia-as para um contexto de política. Uma chave pode identificar um apartamento, quarto, residente, grupo de dispositivos ou classe de serviço, dependendo do requisito operacional.
Construir o plano de controlo em camadas
- Mapeie a identidade para o acesso. Utilize atributos RADIUS, grupos de diretórios ou um serviço de identidade gerido para associar um utilizador ou dispositivo à política de inquilino correta.
- Aplique controlos baseados em funções. Funcionários, residentes, convidados, empreiteiros e sistemas de edifícios devem receber permissões diferentes. As equipas que avaliam esta camada podem rever role based access control software para obter uma explicação mais ampla da política por função.
- Separe o tráfego. Utilize VLANs, VRFs, regras de firewall e políticas de serviço para impedir o movimento lateral entre inquilinos e proteger os sistemas operacionais.
- Automatize os eventos de ciclo de vida. Disponibilize o acesso quando um residente ou funcionário for aprovado e revogue-o quando o registo do diretório ou de gestão de propriedades for alterado.
- Delimite a telemetria. A monitorização centralizada deve fornecer aos operadores dados de integridade úteis sem expor a identidade ou as informações de sessão de um inquilino a outro.
O SSO através do Microsoft Entra ID ou Okta pode vincular o acesso corporativo à governação de identidade estabelecida. Isto funciona bem para funcionários e utilizadores geridos. O iPSK continua a ser útil para residentes, visitantes, dispositivos legados e equipamentos que não conseguem concluir um fluxo de autenticação empresarial moderno.
A plataforma de rede baseada em identidade da Purple é um exemplo de uma abordagem de plano de controlo que suporta o acesso específico de inquilinos em infraestruturas partilhadas, incluindo iPSK e integrações com fornecedores de identidade empresariais. O seu valor nesta arquitetura não é a existência de outro SSID. É a capacidade de ligar identidade, política, integração e revogação sem exigir uma rede física separada para cada ocupante.
O design ainda precisa de testes. Valide se uma credencial não consegue ultrapassar a sua política prevista, se o registo de dispositivos não contorna a segmentação, se os administradores têm permissões limitadas ao inquilino e se a revogação chega às sessões ativas. Uma rede física partilhada pode proporcionar uma experiência de inquilino privada, mas apenas quando o operador trata a identidade e a política como infraestrutura de produção.
Qual a Arquitetura que Deve Escolher e Quando
Utilize single tenant quando a organização necessitar de um limite físico dedicado, e não apenas de um início de sessão separado. Ambientes de saúde regulamentados, ambientes de pagamento, defesa e cargas de trabalho empresariais de elevada sensibilidade devem começar por aí para os serviços principais. A arquitetura simplifica a recolha de provas e reduz as dependências partilhadas, embora continue a exigir uma gestão rigorosa de patches, monitorização e identidade.
Utilize multi tenant quando o operador serve muitos clientes, ocupantes, quartos, departamentos ou propriedades e o serviço depende de uma prestação repetível. A hotelaria, as residências de estudantes, os edifícios multifamiliares, os serviços geridos e os espaços de trabalho partilhados costumam beneficiar mais com operações centralizadas do que com a duplicação de hardware. A condição é uma política estrita com conhecimento do inquilino, e não um padrão de segurança relaxado.
Utilize a arquitetura híbrida quando um local contiver simultaneamente serviços internos de elevada sensibilidade e grandes volumes de utilizadores transitórios ou residenciais.
Matriz de recomendação de arquitetura
| Cenário | Modelo Recomendado | Porquê |
|---|---|---|
| Núcleo empresarial regulado, sistemas clínicos de saúde ou tráfego de pagamentos | Tenant único | O limite físico e de auditoria deve coincidir com o limite de controlo da organização |
| Fornecedor de SaaS ou operador de serviços geridos que serve muitos clientes | Multi-tenant | A infraestrutura partilhada suporta políticas repetíveis, operações centrais e uma expansão eficiente |
| Grupo hoteleiro com serviços centrais de hóspedes | Multi-tenant | Um modelo operacional suporta uma identidade, suporte e prestação de serviços consistentes em todas as propriedades |
| Habitação multifamiliar, alojamento estudantil ou espaço de trabalho flexível | Multi-tenant híbrido | A infraestrutura partilhada funciona com identidade, política, faturação e revogação por ocupante |
| Instalações corporativas com redes de colaboradores e de convidados | Híbrido | Mantenha o tráfego empresarial sensível estritamente controlado enquanto aplica o acesso de convidados com deteção de tenant |
| Ambiente com incidentes repetidos de "vizinho barulhento" ou conclusões de auditoria | Reavaliar e, em seguida, isolar os serviços afetados | O limite atual está a falhar, independentemente do rótulo da arquitetura |
As decisões de migração devem seguir a mesma lógica. Faça o inventário das classes de tráfego, identidades, tipos de dispositivos, funções de gestão e domínios de falha antes de selecionar uma plataforma. Os sinais de alerta incluem visibilidade inexplicável entre inquilinos, políticas inconsistentes entre locais, revogação lenta de acessos, equipas de suporte com alcance administrativo excessivo e rotatividade de inquilinos causada por falta de controlos ou atrasos em funcionalidades.
Faça uma pergunta antes de assinar o design: quem é o proprietário do limite da rede, e precisa de hardware dedicado ou de uma política dedicada?
O resumo do documento orientador é simples:
- Escolha single tenant quando o isolamento físico for um requisito de negócio ou de conformidade.
- Escolha multi tenant quando a escala depender de uma infraestrutura partilhada e de controlos de identidade maduros.
- Escolha o híbrido quando o tráfego central sensível e o acesso partilhado de grande volume coexistirem.
A Purple disponibiliza redes baseadas em identidade para edifícios partilhados, incluindo controlos de acesso ao nível do inquilino e separação baseada em iPSK em infraestrutura comum. Visite a Purple para avaliar se a sua abordagem se adequa ao design da sua rede de hóspedes em residências de estudantes, edifícios multifamiliares, hotelaria, saúde ou empresarial, e depois teste o limite com as suas próprias políticas de identidade, revogação e tráfego.
