# Guia Configuração do Monitor an HTTP Post na Elven Platform Com o **monitoramento HTTP POST** da **Elven Platform**, você consegue acompanhar o funcionamento de **serviços que estão dentro da sua própria infraestrutura**, como **APIs internas, endpoints privados ou sistemas que rodam em redes isoladas da internet pública**. Esse tipo de monitoramento é ideal para cenários onde o acesso externo não é permitido, seja por políticas de segurança, requisitos de compliance ou arquitetura de rede. Para isso, é necessário criar uma **Cloud** e um **Environment** na **Elven Platform** e, em seguida, **instalar um agente próprio dentro da sua infraestrutura**. Esse agente será responsável por realizar as verificações a partir de dentro da rede, garantindo visibilidade completa sobre os serviços internos. Mesmo com essa configuração mais específica, o processo continua simples: você pode configurar verificações automatizadas, definir alertas personalizados e até mesmo criar regras para abertura de incidentes sempre que algo estiver fora do esperado. Tudo isso utilizando o método **HTTP POST**, que permite enviar dados no corpo da requisição, essencial para simular chamadas reais de APIs, interações com formulários ou fluxos que envolvem autenticação e lógica de negócio. Ou seja, você garante um **monitoramento robusto, dentro da sua rede, sob total controle**, e com a mesma inteligência e automação que já fazem parte da experiência da **Elven Platform**. {% embed url="" %} ## **Acessando o Website POST** * Navegue até o menu principal e clique em **Services Hub**. * Em **Internet Services**, selecione o item, **POST**. ## **Monitoramento de Recursos** Monitorar a disponibilidade dos seus serviços nunca foi tão simples. Comece dando um nome claro ao recurso que deseja acompanhar (**Resource Name**) para facilitar a identificação. Depois, ajuste o intervalo entre as verificações (**Interval**) e o tempo limite para respostas (**Timeout**). Selecione onde está o agente de monitoramento (**Checkpoint Cloud**), escolhendo Environment, se não existir você pode criar em **+ Checkpoint**. Adicione a URL de verificação (**Healthcheck URL**) e, se necessário, configure opções avançadas, como ignorar certificados SSL (**Skip SSL Validation**) ou habilitar renegociações TLS (**TLS Renegotiation**) para atender requisitos de segurança específicos. Adicione a URL de verificação (**Healthcheck URL**) e, se necessário, configure opções avançadas, como ignorar certificados SSL (**Skip SSL Validation**) ou habilitar renegociações TLS (**TLS Renegotiation**) para atender requisitos de segurança específicos. Utilize os campos disponíveis para personalizar as requisições de monitoramento. Por exemplo, inclua cabeçalhos personalizados (**Header** e **Value**), para adicionar mais de um header, utilize o botão de **+**. Ainda, defina uma **Validation String** para validar respostas específicas. Esses passos ajudam a garantir que os dados coletados refletem com precisão o estado do recurso monitorado, promovendo insights valiosos e suporte proativo à sua operação. A funcionalidade de configuração do tipo de corpo da requisição HTTP é essencial para enviar dados ao servidor de forma adequada, atendendo às necessidades específicas de cada aplicação. Podemos optar por “**Raw**” e “**application/x-www-form-urlencoded”.** Na primeira configuração, é possível selecionar a opção **“Raw”** e definir o formato desejado, como **JSON**, **XML**, **Texto Simples**, **HTML** ou **JavaScript**. Essa abordagem oferece flexibilidade para enviar dados estruturados, sendo ideal para cenários onde é necessário transmitir objetos complexos, como payloads em JSON. A configuração é altamente versátil, permitindo personalizar os dados enviados de forma direta e eficiente. Em **Post Body**: Inclua os dados que devem ser enviados na requisição POST. Esses dados podem estar no formato JSON, XML ou outros padrões suportados. Na segunda configuração, utiliza-se o formato **“application/x-www-form-urlencoded”**, amplamente usado em formulários web. Nesse caso, os dados são organizados como pares de chave-valor, tornando-se uma opção leve e compatível com servidores que esperam informações em um formato mais tradicional. Essa configuração é indicada para integrações simples e rápidas. ## **Abertura de Incidentes Automáticos** Você pode configurar a abertura automática de incidentes para garantir uma resposta rápida a problemas críticos. Para começar, defina a severidade do incidente, permitindo que você priorize de acordo com a urgência. Em seguida, ajuste o **Check Interval**, especificando o intervalo de checagem em segundos para monitorar continuamente o recurso. Isso ajuda a garantir que você esteja sempre um passo à frente, detectando problemas assim que eles surgem. Além disso, selecione o time que será notificado sempre que um incidente ocorrer e ative a opção **Enable to set up automatic incidents opening** para garantir que a configuração esteja habilitada. Com essa configuração, a plataforma automatiza a gestão de incidentes, tornando o processo de resposta mais ágil e eficiente, sem a necessidade de intervenção manual. Isso garante que sua equipe esteja sempre pronta para resolver qualquer questão com rapidez e precisão. ## **Maintenance Window** Ainda, temos **Maintenance Window** que é uma funcionalidade essencial para gerenciar períodos de manutenção planejada na sua aplicação. Durante esse intervalo, as verificações são temporariamente pausadas, evitando que o monitoramento, alertas e notificações sejam acionados enquanto você realiza ajustes ou atualizações. Isso permite que a manutenção ocorra de maneira tranquila, sem gerar notificações desnecessárias ou alarmes falsos, garantindo que sua operação siga de forma ordenada e sem interrupções inesperadas nos relatórios de desempenho. \ \ Por exemplo, imagine que você precise atualizar o sistema de pagamento de um e-commerce, realizando ajustes no backend, como a instalação de novos certificados de segurança. Para isso, você pode configurar a **Maintenance Window** para um horário específico, como 13/12/2024, das 14:00 às 14:30. Durante esse período, a **Elven Platform** suspende as verificações, evitando que o monitoramento registre falhas temporárias ou dispare alertas falsos. Assim, você consegue fazer as alterações necessárias com calma, sabendo que o sistema de monitoramento não será impactado durante a manutenção. Essa abordagem garante que a atualização seja feita de maneira organizada, sem afetar a experiência dos usuários ou gerar notificações indesejadas. ## **Application Opening Hours** Ainda, você pode contar com a funcionalidade **Application Opening Hours**, que permite configurar os horários de funcionamento da sua aplicação. Essa funcionalidade é essencial para personalizar o monitoramento com base nos períodos em que sua aplicação está realmente ativa, evitando alertas e notificações fora do horário de operação. Assim, o monitoramento se torna mais alinhado com as necessidades reais do seu negócio, garantindo relatórios mais precisos e uma gestão eficiente. Por exemplo, imagine que sua aplicação funcione apenas de segunda a sexta-feira, das 09:00 às 18:00. Você pode configurar o **Application Opening Hours** para refletir esse horário, especificando os dias e períodos de funcionamento. Com isso, a **Elven Platform** desativa automaticamente as verificações fora desses horários, evitando registros de falhas que não afetam os usuários finais e prevenindo alertas desnecessários. Essa abordagem otimiza a análise de desempenho, focando somente nos períodos relevantes e proporcionando uma visão mais clara sobre a saúde da sua aplicação durante seu horário de operação. ## **Glossário de Termos Técnicos** **POST**: Método do protocolo HTTP usado para enviar dados ao servidor. Pode alterar o estado do servidor ao criar ou atualizar recursos. **Resource Name**: Nome único atribuído ao recurso monitorado para facilitar sua identificação. **Interval**: Tempo, em segundos, entre as verificações realizadas pela plataforma para monitorar o recurso. **Timeout**: Tempo limite para aguardar a resposta de uma verificação antes de considerá-la como falha. **Checkpoint Cloud**: A nuvem onde está localizado o agente de monitoramento, como AWS ou outras nuvens suportadas. **Checkpoint**: Região específica na nuvem onde o agente está configurado, como N. Virginia. **Healthcheck URL**: Endereço (URL) utilizado para realizar as verificações no recurso monitorado. **Request Body**: Dados enviados no corpo da requisição POST para o recurso monitorado. **Header**: Informações adicionais enviadas na requisição HTTP para personalizar ou autenticar o monitoramento. **Validation String**: Cadeia de caracteres utilizada para validar a resposta do recurso e garantir que ela está de acordo com o esperado. **Skip SSL Validation**: Configuração que ignora a validação do certificado SSL durante a verificação. **TLS Renegotiation**: Opção que permite renegociar os protocolos de segurança TLS caso necessário. **Check Interval**: Frequência, em segundos, com que a plataforma realiza verificações. **Enable to set up automatic incidents opening**: Configuração que habilita a abertura automática de incidentes em caso de falhas. **Incident Severity**: Prioridade atribuída ao incidente com base em sua criticidade.