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 planilha de compras. Essa abordagem falha nos edifícios onde o design de rede tem o maior impacto comercial.
Em um hotel, residência estudantil, bloco residencial de aluguel, campus hospitalar ou espaço de trabalho flexível, a questão decisiva é quem controla o limite da rede. Uma plataforma dedicada ainda pode vazar tráfego devido a políticas inadequadas. Uma estrutura física compartilhada pode proteger cada inquilino quando a identidade, autenticação, roteamento e revogação são projetados corretamente. A contagem de inquilinos é apenas o rótulo. O controle de limites é a arquitetura.
As evidências habitacionais do Reino Unido tornam essa distinção difícil de ignorar. A análise do governo identificou 459.262 empreendimentos que são ou poderiam ser de regime misto de posse, contendo 3,33 milhões de moradias sociais, o que equivale a 79% das 4,21 milhões de moradias sociais identificadas nas estatísticas habitacionais oficiais. No entanto, a proporção média de inquilinos sociais foi de 80%, enquanto a mediana foi de 97%, mostrando que os empreendimentos podem conter vários regimes de posse enquanto permanecem fortemente concentrados em um tipo de ocupação. Apartamentos construídos para esse fim representaram 54% dos empreendimentos multi-residenciais identificados, com uma proporção mediana de inquilinos sociais de 91%, em comparação com 50% para apartamentos convertidos. O formato da propriedade altera o problema do limite operacional, não apenas o contrato de locação. (Análise do governo do Reino Unido sobre regime misto na habitação social inglesa)
Por que a questão Single Tenant vs Multi Tenant é maior do que o SaaS
As equipes corporativas costumam herdar essa discussão do processo de aquisição de SaaS. Elas comparam instâncias dedicadas com infraestrutura de aplicativo compartilhada e presumem que a mesma conclusão se aplica a um edifício físico. Não se aplica. Em propriedades compartilhadas, a questão mais importante é se o operador consegue manter um residente, convidado, departamento ou prestador de serviço dentro do limite correto de acesso e política.
Uma implantação single-tenant geralmente oferece aos engenheiros uma separação física mais limpa. Isso ajuda no escopo de auditoria, controle de alterações e contenção de falhas. No entanto, não elimina o risco operacional. Um controlador mal corrigido, credenciais de administrador fracas, regra de firewall mal configurada ou serviço de autenticação com escopo incorreto podem comprometer um ambiente dedicado com a mesma facilidade que um compartilhado.
As redes multi-tenant criam uma responsabilidade diferente. O operador compartilha pontos de acesso, switches, controladores, uplinks e, frequentemente, o plano de gerenciamento, utilizando controles lógicos para separar os usuários. Esses controles devem funcionar nas camadas de rede sem fio, autenticação, roteamento, DNS, monitoramento e suporte. Um locatário não está isolado apenas porque possui um SSID ou página de captura diferente.
A barreira prática não é o SSID. É a cadeia completa, desde a identidade até a autorização, encaminhamento de tráfego, telemetria e revogação.
Três limites a serem testados
Trate a arquitetura como três questões distintas:
- Limite físico: Quais rádios, switches, controladores, circuitos e dispositivos são compartilhados?
- Limite de identidade: Como a rede sabe qual pessoa, dispositivo, sala, departamento ou empresa está se conectando?
- Limite de gerenciamento: Quem pode criar credenciais, alterar políticas, inspecionar telemetria, aprovar acessos e revogá-los?
Esta abordagem é importante em redes residenciais e de hospitalidade porque os usuários não se importam se o fornecedor chama o design de nativo da nuvem, compartilhado ou dedicado. Eles esperam que seus dispositivos se conectem facilmente e que os dispositivos de seus vizinhos permaneçam separados. A equipe espera que o acesso desapareça quando 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 ocupante.
A política de segurança contra incêndios do Reino Unido oferece um paralelo útil. O Fire Safety Act 2021 esclareceu que a Ordem 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 instalações domésticas. Os regulamentos relacionados entraram em vigor em 23 de janeiro de 2023, enquanto os controles 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. (Pesquisa do governo do Reino Unido sobre regime misto e contexto de segurança contra incêndio)
A lição para os arquitetos de rede é direta. A ocupação compartilhada merece controles explícitos, mas a resposta não é automaticamente um hardware dedicado. É uma barreira demonstrável que corresponda ao risco, ao modelo comercial e à capacidade operacional do edifício.
Arquiteturas single tenant e multi tenant explicadas
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, monitoramento e permissões de gerenciamento separados. O design limita as dependências compartilhadas, o que torna o ambiente mais fácil de compreender quando a organização possui todos os endpoints e decisões de política.
Um consórcio hospitalar, site de defesa ou campus corporativo pode escolher este modelo para o tráfego principal porque seus processos internos de identidade, conformidade e resposta a incidentes precisam de uma estrutura rigidamente controlada. A infraestrutura dedicada também pode suportar planejamento de rádio sob medida, requisitos incomuns de dispositivos e janelas de alteração que seriam difíceis de coordenar entre inquilinos não relacionados.
A rede multi tenant utiliza uma infraestrutura física comum enquanto aplica controles lógicos por organização, residência, quarto, departamento ou serviço. VLANs, VRFs, atributos RADIUS, chaves pré-compartilhadas privadas baseadas em identidade, políticas de firewall e mecanismos de políticas podem criar contextos de acesso separados sem duplicar cada equipamento físico.
A rede física é compartilhada. O contexto de segurança e a experiência do usuário não devem ser. Uma rede de hotéis pode operar uma única plataforma gerenciada de forma centralizada em todas as propriedades, enquanto um provedor de acomodação estudantil pode mapear cada residente ou unidade para um contexto de política e credencial separado.
Visão geral: 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 compartilhados |
| Isolamento lógico | Geralmente mais simples porque menos inquilinos compartilham o ambiente | Essencial, aplicado por meio de identidade, VLANs, VRFs, regras de firewall e política |
| Plano de gestão | Dedicado ou estritamente limitado a uma organização | Centralizado, com administração sensível ao inquilino e permissões delegadas |
| Escala de custos | Repete a infraestrutura e o trabalho operacional por inquilino | Compartilha infraestrutura e concentra a gestão |
| Contexto típico | Empresa regulamentada, defesa, núcleo de saúde, patrimônio corporativo dedicado | Hospitalidade, moradia estudantil, BTR, serviços gerenciados, locais de trabalho compartilhados |
| Principal modo de falha | Ambientes duplicados divergem ou ficam sem manutenção adequada | Um erro de política ou de identidade pode afetar múltiplos inquilinos |
As equipes que comparam padrões de implantação podem usar este guia de arquitetura de WiFi multi-tenant como referência prática, mas o design ainda precisa ser testado em relação ao edifício real e ao modelo operacional.
A escolha não é entre seguro e inseguro. É entre a separação física com maior duplicação e a separação lógica com maiores exigências de design e governança.
Comparação lado a lado de acordo com os critérios essenciais
A decisão de arquitetura pertence ao modelo operacional e de construção, não ao rótulo de SaaS. Uma rede de saúde, residência estudantil, propriedade BTR e hotel podem todos fornecer WiFi como um serviço essencial, mas seus limites de falha aceitáveis, responsabilidades de suporte e padrões de tráfego diferem.
Escolha single tenant quando uma falha deve 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 compartilhada. Esse benefício só dura quando cada ambiente dedicado recebe aplicação adequada de patches, monitoramento, documentação e testes de recuperação. A infraestrutura dedicada oferece controle, não resiliência automática.
Escolha o multi tenant quando um operador precisar fornecer serviços repetíveis para muitos ocupantes ou propriedades. Uma estrutura compartilhada suporta políticas padronizadas, monitoramento central e integração consistente. O operador assume, então, uma carga maior de governança: credenciais, tráfego, telemetria e acesso administrativo devem permanecer delimitados corretamente para cada tenant.
Cinco critérios que definem o design
| Critério | Single Tenant | Multi Tenant | Ponto de Ancoragem |
|---|---|---|---|
| Isolamento | A separação física limita o raio de impacto compartilhado | A separação lógica deve se manter em cada camada de controle | A força do isolamento aumenta com o grau de separação, desde o esquema compartilhado até o banco de dados por inquilino |
| Segurança | Menos dependências compartilhadas criam um limite de auditoria mais claro | Controles centrais melhoram a consistência, mas um único erro de política pode afetar múltiplos inquilinos | A segurança segue a garantia de identidade, configuração, correções e monitoramento, não o rótulo da arquitetura |
| Custo | Hardware, licenças, caminhos de suporte e manutenção se repetem para cada inquilino | Infraestrutura compartilhada melhora a utilização e reduz o trabalho repetido | O custo por inquilino aumenta conforme o isolamento aumenta. A comparação detalhada de custos aparece na próxima seção (comparação de arquitetura SaaS no Reino Unido) |
| Desempenho | Capacidade dedicada evita conflitos entre inquilinos | Capacidade compartilhada exige controle de admissão, QoS e monitoramento ativo | O operador precisa de controles explícitos para vizinhos barulhentos e dispositivos de alta demanda |
| Operações | Cada ambiente pode ser mais simples, mas o ecossistema se torna repetitivo | Uma única plataforma pode funcionar de forma eficiente, desde que a automação de identidade e política esteja madura | Single tenant concentra o trabalho operacional por ambiente. Multi tenant o concentra na governança e no plano de controle |
O isolamento é uma propriedade de design
Teste o isolamento por meio dos fluxos de tráfego, não por diagramas. Um residente consegue descobrir o dispositivo de outro residente? Um hóspede consegue acessar os serviços dos funcionários? Um administrador de suporte consegue visualizar os dados de sessão de outro tenant? Uma identidade desativada perde o acesso imediatamente, inclusive em dispositivos que foram autorizados anteriormente?
Os mesmos testes se aplicam a ambos os modelos. Um controlador dedicado não os responde automaticamente, e um controlador compartilhado não os torna impossíveis. A questão decisiva é onde ocorre a aplicação das regras, como os administradores são delimitados e quanta infraestrutura comum existe sob cada inquilino.
Em moradias estudantis e BTR, os residentes esperam acesso privado, embora o edifício compartilhe switches, rede sem fio e conectividade de uplink. Os hotéis enfrentam a mesma fronteira entre os serviços de hóspedes, funcionários e operacionais. O setor de saúde adiciona equipamentos clínicos gerenciados e sistemas legados, de modo 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 demanda
Os hotéis veem uma demanda concentrada em torno do check-in, eventos e uso noturno. A acomodação estudantil combina populações densas de dispositivos com alta rotatividade. A área da saúde mistura equipamentos gerenciados, dispositivos pessoais e sistemas especializados. O single tenant pode reservar capacidade, enquanto o multi tenant pode atender à mesma demanda quando o operador mede o tempo de transmissão, aplica QoS e separa o tráfego crítico do uso recreativo.
O WiFi é agora um serviço essencial nessas propriedades. Uma interrupção no serviço afeta a experiência do residente, as operações dos hóspedes 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 que os usuários a relatem, identificar o inquilino 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 a sobrecarga oculta do isolamento
A infraestrutura dedicada parece simples em um plano de projeto. Cada tenant recebe seus próprios controladores, switches, access points, licenças, integrações de monitoramento, repositórios de identidade, cronograma de firmware e processo de suporte. A conta inclui o tempo de engenharia necessário para implantar, documentar, testar, aplicar patches e recuperar cada cópia.
O design de inquilino único também duplica o trabalho operacional. Os engenheiros mantêm modelos separados, revisam alertas semelhantes em consoles diferentes, repetem a validação de firmware e preservam procedimentos de recuperação independentes. Essa separação justifica seu custo quando um inquilino precisa de um limite de conformidade distinto ou de controles técnicos incomuns. Ela se torna uma erosão de margem quando cada inquilino recebe 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 despesas que as tabelas de SaaS não mostram. Uma licença de controladora separada pode trazer seu próprio escopo de contrato. Cada plataforma adicional pode exigir um acordo de suporte, uma janela de manutenção e validação de firmware antes da implantação. Os engenheiros também gastam tempo testando autenticação, monitoramento, failover e transferência de inquilinos em múltiplos ambientes. Em um portfólio movimentado de moradia estudantil, BTR ou hospitalidade no Reino Unido, essas horas afetam a margem de serviço de forma tão direta quanto o hardware.
Detalhamento de custos por inquilino
| Item de custo | Single Tenant, por tenant | Multi Tenant, por tenant | Notas |
|---|---|---|---|
| Infraestrutura física | Stack dedicada ou reservada | Alocação de estrutura compartilhada | O single tenant repete equipamentos e trabalho no local |
| Licenciamento de controladora e plataforma | Instância separada ou escopo de licença | Plataforma compartilhada, licenciamento com reconhecimento de tenant | Os termos do contrato podem alterar o resultado |
| Identidade e autenticação | Realm separado ou integração dedicada | Serviço compartilhado com políticas de escopo | O multi tenant precisa de um forte mapeamento de tenant |
| Monitoramento | Painéis e caminhos de alerta separados | Painel central com filtros de tenant | A filtragem deficiente pode criar um risco de controle de acesso |
| Suporte e gerenciamento de mudanças | 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 é madura |
| Recuperação e testes | Planos de recuperação separados | Recuperação de plataforma compartilhada mais validação de tenant | O operador deve comprovar a restauração no nível do tenant |
Uma plataforma compartilhada reduz a duplicação apenas quando o operador consegue aplicar os limites de tenant de forma consistente. Ela precisa de modelos de política, implantação em etapas, validação de configuração, logs com escopo por tenant e reversão testada. Sem esses controles, um console compartilhado pode transformar um problema de isolamento em um problema de controle de acesso.
O design da rede deve ser testado antes das alterações em produção. As equipes podem usar um iPSK subnet designer para modelar a segmentação baseada em identidade, verificar a alocação de sub-redes e expor conflitos de endereço ou política antecipadamente.
Pague pelo isolamento físico quando a empresa exigir uma barreira física. Não pague por ele apenas porque a equipe de design não construiu uma barreira lógica confiável.
A resposta certa geralmente é híbrida. Mantenha o tráfego clínico, de pagamento, de gerenciamento predial ou corporativo em um caminho dedicado e rigidamente controlado. Use uma rede compartilhada e consciente de inquilinos para convidados, residentes, contratados e outras populações variáveis. Essa alocação coloca o isolamento onde as falhas trazem consequências comerciais, regulatórias ou de segurança, enquanto a infraestrutura compartilhada lida com a demanda que se beneficia da escala.
Cenários do Mundo Real para TI Corporativa e Operadores de Rede
A decisão da arquitetura fica mais clara quando o proprietário, o usuário e o impacto da falha são definidos. Uma rede para uma organização não é automaticamente um problema de single tenant, e uma rede que atende a muitas pessoas não é automaticamente um problema de multi-tenant.
Cenário um, um campus empresarial de 5.000 assentos
Um grande campus empresarial com requisitos rígidos de residência de dados deve usar como padrão o single tenant para serviços essenciais. O fator decisivo não é o número de funcionários. É a necessidade de alinhar as barreiras físicas, administrativas e de auditoria.
Controladores dedicados, serviços de autenticação, acesso de gerenciamento e caminhos de tráfego facilitam a comprovação de propriedade. As equipes de segurança podem restringir o acesso de administrador à equipe da organização, definir um único processo de alteração e investigar incidentes sem filtrar atividades não relacionadas de inquilinos.
O acesso de convidados ainda pode usar um serviço lógico separado. A rede principal de funcionários não deve depender do mesmo caminho de política que visitantes temporários, prestadores de serviços ou participantes de eventos.
Cenário dois, um grupo de hospitalidade multi-site
Um grupo hoteleiro que opera propriedades sob a mesma marca deve, geralmente, escolher multi tenant. Um centro de operações de rede central precisa de integração consistente, política de Captive Portal, relatórios e resposta a incidentes em hotéis, restaurantes e locais de eventos. Duplicar toda a estrutura de gerenciamento em cada propriedade tornaria a padronização mais difícil, e não mais segura.
A fronteira ainda precisa existir no nível da propriedade, do convidado, da equipe e do serviço. Dispositivos de convidados não devem alcançar sistemas de ponto de venda. Identidades de funcionários não devem herdar permissões de convidados. Uma equipe local deve ver as informações necessárias para seu trabalho sem receber acesso irrestrito a todos os sites.
O equilíbrio é claro. O controle centralizado vence, desde que o operador possa aplicar uma administração e uma política de tráfego que reconheçam cada inquilino.
Cenário três, BTR no Reino Unido e acomodação estudantil
Em empreendimentos residenciais para locação (BTR) e acomodações estudantis projetadas para esse fim, um modelo híbrido multi-tenant geralmente vence. Os residentes esperam privacidade no nível do apartamento ou do quarto, mas o operador se beneficia de uma única rede física em toda a propriedade, um único modelo de suporte e gerenciamento de serviços centralizado.
Os dados sobre moradia estudantil no Reino Unido mostram que 93% dos proprietários pesquisados na Escócia usam um único contrato de locação, enquanto 7% usam múltiplos contratos de locação. Isso sugere que a simplicidade administrativa ainda influencia os modelos operacionais. (UK student housing evidence)
Nesses edifícios, a conectividade é cada vez mais um serviço entregue pelo operador, e não um contrato assinado por cada morador. Na National Student Accommodation Survey 2026 da Save the Student, 80% dos estudantes disseram que o aluguel cobria pelo menos um serviço extra, e 48% disseram que a banda larga estava incluída, atrás apenas de água (63%), eletricidade (61%) e gás (54%). Entregá-la de forma confiável é a parte mais difícil: a pesquisa da Jisc de 2024/25 com 15.398 estudantes do ensino superior do Reino Unido constatou 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, portanto, precisa entregar uma experiência privada sem transformar cada residente em um projeto de infraestrutura separado. O acesso baseado em identidade, a política por unidade, o faturamento simples e a revogação imediata importam mais do que o rótulo da arquitetura.
Oferecendo isolamento de inquilino 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 compartilhada sem controle. O operador compartilha a estrutura 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 senha compartilhada para todo o edifício, o operador atribui chaves privadas distintas e as mapeia 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.
Construa o plano de controle em camadas
- Mapeie a identidade ao acesso. Use atributos RADIUS, grupos de diretório ou um serviço de identidade gerenciado para associar um usuário ou dispositivo à política correta de inquilino.
- Aplique controles baseados em funções. Funcionários, residentes, convidados, prestadores de serviços e sistemas prediais devem receber permissões diferentes. As equipes que avaliam essa camada podem analisar o software de controle de acesso baseado em funções para uma explicação mais ampla da política por função.
- Separe o tráfego. Use 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 do ciclo de vida. Proporcione acesso quando um residente ou funcionário for aprovado e revogue-o quando o diretório ou o registro de gerenciamento de propriedade for alterado.
- Monitore a telemetria com escopo definido. O monitoramento centralizado deve fornecer aos operadores dados úteis sobre a integridade do sistema, sem expor a identidade ou as informações de sessão de um inquilino a outro inquilino.
O SSO por meio do Entra ID ou Okta pode vincular o acesso corporativo à governança de identidade estabelecida. Isso funciona bem para funcionários e usuários gerenciados. O iPSK continua sendo útil para residentes, visitantes, dispositivos legados e equipamentos que não conseguem concluir um fluxo moderno de autenticação corporativa.
A plataforma de rede baseada em identidade da Purple é um exemplo de abordagem de plano de controle que suporta acesso específico de inquilinos em uma infraestrutura compartilhada, incluindo iPSK e integrações com provedores de identidade corporativos. Seu valor nesta arquitetura não é a existência de outro SSID. É a capacidade de conectar identidade, política, onboarding 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 pode ultrapassar a política pretendida, se o onboarding de dispositivos não ignora a segmentação, se os administradores têm permissões limitadas ao locatário e se a revogação atinge as sessões ativas. Uma rede física compartilhada pode fornecer uma experiência de locatário privado, mas apenas quando o operador trata a identidade e a política como infraestrutura de produção.
Qual arquitetura você deve escolher e quando
Use single tenant quando a organização precisar de um limite físico dedicado, e não apenas de um login separado. Ambientes de saúde regulamentados, ambientes de pagamento, defesa e cargas de trabalho corporativas de alta sensibilidade devem começar por aí para os serviços principais. A arquitetura simplifica a coleta de evidências e reduz as dependências compartilhadas, embora ainda exija aplicação disciplinada de patches, monitoramento e gerenciamento de identidade.
Use multi-tenant quando o operador atende a muitos clientes, ocupantes, salas, departamentos ou propriedades e o serviço depende de uma entrega repetível. Setores como hotelaria, moradia estudantil, BTR, serviços gerenciados e espaços de trabalho compartilhados geralmente ganham mais com operações centralizadas do que com a duplicação de hardware. A condição para isso é uma política rígida que reconheça o locatário, e não um padrão de segurança flexível.
Use o híbrido quando um local contiver tanto serviços internos de alta sensibilidade quanto grandes volumes de usuários transitórios ou residenciais.
Matriz de recomendação de arquitetura
| Cenário | Modelo Recomendado | Por quê |
|---|---|---|
| Núcleo corporativo regulamentado, sistemas clínicos de saúde ou tráfego de pagamentos | Single tenant | O limite físico e de auditoria deve corresponder ao limite de controle da organização |
| Provedor SaaS ou operador de serviço gerenciado que atende a muitos clientes | Multi tenant | A infraestrutura compartilhada oferece suporte a políticas repetíveis, operações centrais e expansão eficiente |
| Grupo hoteleiro com serviços centrais para hóspedes | Multi tenant | Um modelo operacional oferece suporte a identidade, suporte e entrega de serviços consistentes em todas as propriedades |
| BTR, habitação estudantil ou espaço de trabalho flexível | Híbrido multi tenant | A infraestrutura compartilhada funciona com identidade, política, faturamento e revogação por ocupante |
| Site corporativo com redes de funcionários e convidados | Híbrido | Mantenha o tráfego corporativo confidencial rigidamente controlado enquanto aplica o acesso de convidados com reconhecimento de tenant |
| Ambiente com incidentes repetidos de vizinhos barulhentos ou descobertas de auditoria | Reavaliar e, em seguida, isolar os serviços afetados | O limite atual está falhando, independentemente do rótulo da arquitetura |
As decisões de migração devem seguir a mesma lógica. Faça um inventário das classes de tráfego, identidades, tipos de dispositivos, funções de gerenciamento e domínios de falha antes de selecionar uma plataforma. Os sinais de alerta incluem visibilidade inexplicável entre locatários, política inconsistente entre sites, revogação de acesso lenta, equipes de suporte com alcance administrativo excessivo e rotatividade de locatários causada por falta de controles ou atrasos em recursos.
Faça uma pergunta antes de assinar o design de rede: quem é o proprietário do limite da rede, e ele precisa de hardware dedicado ou de política dedicada?
O resumo do documento de diretrizes é simples:
- Escolha single tenant quando o isolamento físico for um requisito de negócios ou de conformidade.
- Escolha multi tenant quando a escala depender de infraestrutura compartilhada e controles de identidade maduros.
- Escolha o modelo híbrido quando o tráfego principal sensível e o acesso compartilhado de alto volume coexistirem.
A Purple oferece redes baseadas em identidade para edifícios compartilhados, incluindo controles de acesso em nível de inquilino e separação baseada em iPSK em infraestrutura comum. Visite a Purple para avaliar se sua abordagem se adequa ao seu projeto de habitação estudantil, BTR, hotelaria, saúde ou rede de convidados corporativa, e depois teste o limite com suas próprias políticas de identidade, revogação e tráfego.
