Amazon AWS

A Amazon, uma das maiores empresas do mundo, começou como uma humilde livraria on-line e agora evoluiu para um mercado onde você pode comprar praticamente qualquer coisa. O que muitas pessoas não sabem é que a Amazon realmente gera mais receita com seu negócio de hospedagem de servidores, o Amazon Web Services (AWS). Tornando-se a maior empresa de hospedagem na web do mundo, com mais de 125 data centers em 34 regiões.

A AWS fornece uma variedade de serviços, desde hospedagem virtual tradicional (EC2) até arquiteturas modernas sem servidor. A Nexoid utiliza os serviços sem servidor da AWS, garantindo não apenas alto desempenho, mas também alta segurança. Os clientes da AWS incluem grandes corporações, bancos, governos e até mesmo militares, o que significa que eles levam a segurança a sério. Mesmo que não tenhamos acesso aos servidores.

A tecnologia sem servidor, também conhecida como microsserviços, é uma arquitetura inovadora. A arquitetura tradicional geralmente significa um servidor de aplicativos web conectado a um servidor de banco de dados, com o servidor web permanecendo ocioso a maior parte do tempo (desperdiçando dinheiro). As arquiteturas tradicionais também falham sob influxos repentinos de atividades, resultando em gargalos e tempos limite.

Por outro lado, a tecnologia sem servidor divide o código em pequenos pedaços manipulados por um grande conjunto de máquinas, ou 'lambdas' na AWS. Esses servidores aguardam solicitações, que podem vir de um usuário final externo, de um robô interno em um armazém da Amazon ou de qualquer outro serviço da AWS. Quando uma solicitação chega a um lambda, o lambda executa o pequeno trecho de código para lidar com a solicitação e depois para.

Por exemplo, se um milhão de pessoas se conectassem ao Nexoid simultaneamente, um milhão de lambdas ativariam, processariam a solicitação e encerrariam em milissegundos. É por isso que o Nexoid está sempre rápido e pronto. Isso não é verdade para a maioria dos provedores de ERP.

A tecnologia sem servidor aborda tanto o problema do gargalo quanto o problema do desperdício de recursos encontrado nas arquiteturas tradicionais. Pagamos apenas pelo tempo real de processamento que os lambdas usam, tornando-o centenas de vezes mais econômico.