A segurança é importante ao construir um host Hyperlight. A Microsoft publicou uma lista de requisitos que ajudam a definir a função do host como uma ferramenta para gerenciar código convidado. Isso inclui garantir que seu host não faça coisas como criar ou trabalhar com arquivos, acessar recursos de rede ou até mesmo trabalhar com ferramentas de criptografia. Quando você considera que um host pode carregar mais de uma função diferente para proprietários diferentes, essas regras começam a fazer sentido. Não há necessidade de expor o estado ou os serviços que podem ser acessados por atores mal-intencionados. E se você dirige um serviço público, pode ter certeza de que eles tentarão fazer exatamente isso.
Projetando para a economia da nuvem
Ainda é cedo para o Hyperlight, mas há muito o que gostar no que foi mostrado até agora. A ideia de um host leve para funções é boa, especialmente aquele com a capacidade de realmente escalar até zero. À medida que for implementado no Azure e em outras plataformas de nuvem, deverá ter um efeito interessante na economia do desenvolvimento sem servidor nativo da nuvem, tanto para os usuários quanto para os provedores de nuvem.
A redução para zero com latência mínima de inicialização garantirá que não haja custos associados a funções ociosas e, ao mesmo tempo, melhorará a utilização geral nos data centers. Isso deveria ser uma vitória para todos. Agora tudo o que precisamos é de um tempo de execução do Hyperlight Functions, que oculte o encanamento por baixo do Web Assembly e nos permita construir código na linguagem de nossa escolha. E é isso que a entrega do projeto à Cloud Native Computing Foundation deveria fazer, incentivando os desenvolvedores a pensar em como construir usando Hyperlight com Kubernetes e Web Assembly.
