Integração com CRM
Migração de CRM existente para a API do PDNS
No caso de possuir desenvolvedores, uma empresa pode optar por prescindir da interface web do pdns-app e basear suas telas de front-end em chamadas de API para https://pdns-app.planisys.net:8443, sempre dentro do cenário de manter a aplicação na nuvem da Planisys.
Por exemplo, pode desenvolver uma aplicação em Angular, React ou VueJS, utilizando a API REST do PDNS. Dessa forma, não será necessário modificar seu ambiente integrado para Clientes, podendo adicionar/modificar ou manter inalteradas as telas relacionadas a DNS do seu CRM atual.
Para isso, a Planisys disponibiliza APIKEYs tanto em nível de Revendedor quanto de Empresa (esta última com menos privilégios), que são enviadas como Authorization Headers na API REST, indicando o short-name da empresa cliente ou do revendedor juntamente com sua APIKEY.
Nota
Um revendedor pode modificar sua APIKEY caso acredite que ela tenha sido comprometida, ou por política geral de segurança. O mesmo pode fazer uma empresa cliente com sua APIKEY. Um revendedor também pode modificar a APIKEY de uma empresa cliente se considerar necessário por política, ou caso o cliente necessite de um serviço gerenciado.
Integração Transparente com CRM sem realizar modificações
No caso de possuir um CRM com interface para gerar zonas bind, a solução oferecida pelo PDNS é utilizar uma técnica de Nameserver Secundário Oculto.
Por meio desta técnica, um dos servidores Bind9 do cliente deverá disponibilizar a lista de zonas via rsync e, além disso, deverá permitir a transferência de zonas do seu Bind9 para o Nameserver secundário oculto.
Dessa forma, periodicamente (por exemplo, a cada 1 minuto), o PDNS pode obter via rsync a lista de zonas e detectar se houve um delta. Se não houve delta, nada é feito em nível de lista de zonas. Se houve um delta, o Secundário Oculto é reconfigurado para adicionar/remover zonas do delta. Em seguida, basta um reload para obter as zonas faltantes ou eliminar as zonas que foram alteradas.
Em paralelo, a cada minuto (a menos que o Bind9 do cliente configure NOTIFY-ALSO para nos notificar sobre mudanças nos seriais das zonas), os seriais de todas as zonas são verificados. Caso algum tenha mudado, o PDNS realizará um dump da zona alterada, depois fará o parse e a importação para seu próprio backend MySQL.
Dessa maneira, será possível propagar alterações realizadas nos DNSs do cliente (disparadas por modificações no CRM do cliente), incorporá-las ao backend e depois propagá-las através de seus servidores autoritativos.
Nota
No caso de utilizar o pdns-app em vez da modalidade On-Premise, é importante lembrar que os servidores recursivos e autoritativos de um Revendedor não precisam necessariamente estar na nuvem da Planisys (onde o pdns-app é executado), podendo estar em qualquer arquitetura ou nuvem.
Neste gráfico é mostrado o processo de integração transparente e automático utilizando uma técnica de RSYNC+AXFR, onde o PDNS-APP faz uso do seu Bind9 integrado como Shadow Secondary:
