Quando pensamos em infraestrutura de desktop virtual (VDI), geralmente nos vêm à mente imagens (ha! percebeu o trocadilho?) de uma infraestrutura projetada para oferecer desktops fáceis de gerenciar a enormes contingentes de usuários sem conhecimento técnico. Afinal, corrigir alguma configuração maluca é muito mais fácil quando basta reiniciar a última imagem válida conhecida do que quando é preciso gastar tempo procurando a configuração e revertendo-a. Principalmente quando isso é feito remotamente.
E quando pensamos em acesso remoto ou em trânsito, pensamos em funcionários usando dispositivos móveis, seja em campo ou acomodados em casa após o expediente, tentando concluir mais um pouco de trabalho antes do fim do trimestre.
Mas esse não é o único uso de VDI e acesso remoto atualmente. Na verdade, conhecer como o Hospital Kanaiwa utiliza ambas as tecnologias para ampliar o atendimento a pacientes em suas próprias casas revelou um argumento comercial bastante convincente a favor delas.
Em resumo, o Hospital Kanaiwa precisava ampliar sua equipe médica e, ao mesmo tempo, atender aos requisitos para serviços de assistência domiciliar a pacientes, conforme determinado pelo Ministério da Saúde, Trabalho e Bem-Estar do Japão (MHLW). Esses requisitos não são novidade em nenhum lugar. O acesso remoto seguro é algo com que todos estamos familiarizados, independentemente do setor.
O Kanaiwa não apenas usou a VDI como meio de promover a colaboração dentro do hospital e proteger os dados dos pacientes, como também a combinou com o acesso remoto seguro para garantir que essa colaboração pudesse se estender para além das instalações do hospital, chegando às residências de sua crescente população de pacientes atendidos em casa.
O segredo é proteger o acesso e disponibilizar a VDI fora do data center. Isso significa que qualquer solução precisava ser capaz de atuar como proxy para o tráfego PCoIP (PC-over-IP), permitindo que as imagens do VMware View fossem transmitidas para locais remotos. Credenciais simples (ID/senha) também não eram suficientes. Nos últimos anos, todos nós vimos inúmeras notícias sobre violações causadas por credenciais roubadas, e estamos falando de dados de pacientes. Se até mesmo um único conjunto de credenciais fosse comprometido, toda a infraestrutura ficaria em risco. Por isso, eles também optaram por usar certificados de cliente, o que dificulta o acesso fraudulento mesmo com credenciais roubadas, pois o dispositivo final também precisa ter um certificado de cliente apropriado.
Mas a capacidade tecnológica não era a única preocupação dos responsáveis pela implementação no Hospital Kanaiwa. Os custos operacionais do licenciamento de acesso remoto podem ser um fator limitante em muitas implementações. Inicialmente, o Kanaiwa considerou impor limitações ao acesso externo para se manter dentro dos limites estabelecidos. Isso, por sua vez, poderia afetar a capacidade do hospital de prestar atendimento domiciliar aos pacientes, pois limitaria o número de profissionais de saúde que poderiam acessar externamente dados críticos dos pacientes. A escolha inadequada do modelo de licenciamento poderia, na prática, prejudicar a capacidade do hospital de ampliar o atendimento domiciliar para atender às necessidades de uma população de pacientes cada vez maior. Ao escolher a F5, o Kanaiwa pôde eliminar essas restrições e garantir que suas operações não fossem limitadas pelo licenciamento. O modelo de usuários simultâneos da F5 permite que qualquer número de profissionais de saúde utilize o sistema, desde que a quantidade de usuários simultâneos permaneça dentro dos limites predefinidos, proporcionando ao hospital a flexibilidade necessária para ampliar o atendimento domiciliar de acordo com as necessidades de seus pacientes.
A implementação do Hospital Kanaiwa é um excelente exemplo de como solucionar desafios modernos não apenas com tecnologia, mas também com modelos de negócios. Os ambientes atuais exigem tanta atenção aos detalhes técnicos quanto às necessidades operacionais e comerciais que impulsionam a adoção da tecnologia.
Para saber mais sobre o Hospital Kanaiwa e sua implementação, confira a história no nosso site de Estudos de caso .
Sobre o autor
Lori MacVittie é engenheira distinta e evangelista-chefe no Escritório do CTO da F5, com ampla experiência em entrega de aplicações, estratégia de automação e infraestrutura. Ela é conhecida por transformar complexidade em clareza, seja definindo diretrizes para agentes de IA, analisando arquiteturas multinuvem frágeis ou investigando os limites de sistemas escaláveis. Ela acumula mais de trinta anos de experiência no setor, abrangendo desenvolvimento de aplicações, arquitetura de TI e operações de redes e sistemas. Antes de ingressar na F5, atuou como editora de tecnologia e recebeu diversos prêmios. MacVittie tem mestrado em Ciência da Computação e é uma autora prolífica, com publicações que abrangem segurança, nuvem e arquitetura empresarial. Ela também é uma entusiasta de jogos de tabuleiro e videogames, além de ter opiniões assumidamente fortes sobre queijos.
Mais publicações de Lori Mac VittiePublicações relacionadas no blog
Entrega e proteção de agentes de IA em fábricas de IA: F5 para a arquitetura de referência NVIDIA OpenShell para agentes de IA seguros
As soluções da F5 ampliam a Arquitetura de Referência NVIDIA OpenShell para agentes de IA seguros.
Como medir – e minimizar – o custo total de propriedade do seu Kubernetes
O Kubernetes pode ser baixado e executado gratuitamente, mas sua manutenção está longe de não ter custos. Assim como outras grandes plataformas de código aberto que são “gratuitas” apenas em um sentido simplista, o Kubernetes quase certamente exigirá investimentos para ser implantado e operado.
As-Code: a pilha de TI contínua
Infraestrutura, configuração, pipeline, operações. De repente, tudo é “como código”. Lori MacVittie busca esclarecer a terminologia e identificar os diferentes componentes de uma stack contínua de TI.
O estado da entrega de aplicações em 2017: automação, APIs e DevOps
Explore o relatório State of Application Delivery de 2017. Leia o blog retrospectivo da F5 sobre o início da ascensão das redes declarativas e dos pipelines de DevOps.
DevOps Summit: onde a rede foi convidada para a festa
No DevOps Summit NY, falou-se muito não apenas sobre DevOps, mas também sobre contêineres, IoT e microsserviços. As sessões se concentraram não só na mudança cultural necessária para crescer em escala com uma abordagem DevOps, mas também fizeram questão de incluir...
F5 e Nutanix convergem em infraestrutura no .NEXT
Aplicações empresariais como Microsoft SharePoint e Exchange, juntamente com a VDI, continuam sendo a espinha dorsal da sua empresa. A produtividade, embora não seja tão atraente quanto o lucro, é um fator essencial para o sucesso das operações empresariais atuais. Deixar de...