SIG on-premise: os seus mapas nos seus servidores

Porquê um SIG soberano

Um SIG web alojado é a solução mais simples para a maioria das organizações. Mas alguns dados não devem sair da infraestrutura do seu proprietário: cadastro e propriedade, redes sensíveis, dados pessoais, defesa, saúde. Por vezes é a lei, por vezes uma política interna, por vezes uma exigência de um financiador ou de um concurso público.

• Controlo da localização: os dados ficam no seu centro de dados ou no prestador que escolheu.
• Controlo dos acessos: os seus colaboradores entram com a conta habitual, e as regras de segurança são as suas.
• Controlo do calendário: é o utilizador que decide quando uma atualização é aplicada.
• Continuidade: o serviço não depende da sobrevivência de um prestador externo.

Soberania não quer dizer isolamento. Um SIG instalado internamente pode publicar mapas abertos ao público, servir fluxos WMS a parceiros ou trocar dados com uma infraestrutura nacional. A diferença está em quem decide: é o utilizador que escolhe o que sai, e nada sai por omissão.

Alojado ou nas suas instalações: uma grelha de decisão

A escolha entre um SIG alojado e um SIG on-premise raramente se decide com um único argumento. Esta grelha ajuda a colocar a questão com método, com os serviços jurídicos, informáticos e operacionais à mesma mesa.

Se a maioria das respostas cair na coluna da direita, um SIG on-premise justifica-se. Se se dividirem, comece por uma oferta alojada para os mapas públicos e mantenha os dados sensíveis internamente: as duas abordagens usam os mesmos programas livres e podem coexistir.

O que um SIG on-premise exige realmente

Instalar o Lizmap, o QGIS Server, o PostGIS ou o GeoServer num servidor interno é perfeitamente possível: são programas livres e bem documentados. A dificuldade surge depois da instalação, quando tudo tem de funcionar em produção durante anos.

• Um servidor bem dimensionado: processadores, memória e disco rápido adequados ao número de mapas e ao volume de imagens.
• Um diretório: os colaboradores não querem mais uma palavra-passe; o SIG tem de reconhecer as contas Active Directory, LDAP ou de um fornecedor OpenID Connect.
• Permissões finas: quem vê que mapa, quem altera que camada.
• Cópias de segurança: planeadas, copiadas para fora do servidor e testadas.
• Um plano de recuperação: saber reconstruir o serviço num servidor novo após uma avaria grave.
• Atualizações: versões compatíveis do QGIS, do QGIS Server e do Lizmap, e correções de segurança aplicadas a tempo.

Para avaliar o esforço real de uma instalação própria, leia alojar o Lizmap ou instalá-lo por conta própria; para o orçamento, quanto custa um SIG web open source.

LizPack Entreprise: o SIG on-premise sem construir tudo

O LizPack Entreprise é a infraestrutura geoespacial de código aberto da LizPack, a mesma da oferta alojada, instalada num servidor que controla. Não substitui os programas livres: instala o Lizmap, o QGIS Server, o PostGIS, o GeoServer e, se a sua licença o incluir, a recolha de campo com o QField, e gere-os a partir de um portal único.

• Instâncias Lizmap: tantas quantas a licença permitir, cada uma com QGIS Server e a sua base PostGIS.
• Início de sessão pelo seu diretório: Active Directory, LDAP ou OpenID Connect (Entra ID, Keycloak), com perfis, grupos e acesso por mapa.
• Cópias de segurança e recuperação: cópias planeadas, réplica para o seu armazenamento S3 e reconstrução completa num servidor novo.
• GeoServer e dados: GeoServer integrado e um inventário dos dados das suas instâncias, com as respetivas fichas.
• [LizPack Field](/lizpack-field): a recolha de campo com o QField, no mesmo servidor, se a sua licença o incluir.
• As suas cores: o portal tem o seu nome e o seu logótipo; os seus dados não saem da sua infraestrutura.

Diretório, perfis e permissões por mapa

O início de sessão pelo diretório é muitas vezes o que faz aceitar um SIG internamente. Os colaboradores mantêm o identificador habitual e a informática mantém o controlo das contas. Coexistem duas famílias de protocolos, e o LizPack Entreprise aceita ambas.

• LDAP e Active Directory: o portal consulta o diretório para verificar a palavra-passe e ler os grupos do utilizador. É o caso mais frequente nas administrações equipadas com postos Windows.
• OpenID Connect: o utilizador é redirecionado para o fornecedor de identidade da organização, como o Entra ID ou o Keycloak, que confirma a sua identidade. A palavra-passe nunca passa pelo SIG, e a autenticação forte configurada no fornecedor aplica-se automaticamente.

Depois de reconhecido o utilizador, falta decidir o que vê. A boa prática é raciocinar por grupos e não por pessoas: um grupo Urbanismo, um grupo Redes, um grupo Eleitos. Cada mapa é aberto a um ou mais grupos, e as entradas e saídas de colaboradores tratam-se no diretório, sem mexer no SIG.

1. Listar os mapas previstos e, para cada um, quem o deve consultar e quem o deve alterar.
2. Agrupar essas necessidades em poucos grupos de negócio, alinhados se possível com os grupos já existentes no diretório.
3. Atribuir um perfil a cada conta no portal e abrir cada mapa aos grupos em causa.
4. Verificar com uma conta de teste de cada grupo antes de abrir o acesso aos colaboradores.

O servidor, a rede e os certificados

O LizPack Entreprise exige um processador x86_64 (os servidores ARM não são suportados), Ubuntu 22.04 LTS ou 24.04 LTS com acesso de administrador, um disco NVMe ou SSD e as portas 80 e 443 abertas.

O GeoServer reserva sozinho 4 a 8 GB de memória, e o LizPack Field exige mais 6 GB. Em caso de dúvida, contacte-nos antes de encomendar o servidor.

Um SIG nas suas instalações continua a ser um serviço web: a sua segurança começa na rede. O LizPack Entreprise exige que as portas 80 e 443 estejam abertas para o servidor; o resto depende da sua política.

• Escolher a exposição. Um SIG reservado aos colaboradores pode ficar acessível apenas a partir da rede interna ou da VPN. Mapas públicos exigem exposição à Internet, idealmente atrás do proxy ou da firewall aplicacional que a sua organização já usa.
• Prever os nomes. Reserve cedo os nomes de domínio do portal e dos sites de mapas junto do seu serviço de DNS: numa administração é muitas vezes o passo mais lento.
• Cifrar em todo o lado. Todas as ligações devem passar por HTTPS, incluindo as internas. Um certificado de uma autoridade pública serve para um nome exposto à Internet; para um nome puramente interno, serve a autoridade de certificação da organização, desde que os postos confiem nela.
• Limitar o acesso de administração. O acesso de administrador ao servidor deve ficar reservado a poucos postos e poucas pessoas, com chaves em vez de palavras-passe.

Registe estas escolhas num curto documento de arquitetura: servirá à segurança informática para validar o projeto e, depois, à equipa que retomar a exploração.

A implementação, passo a passo

1. Descrever as suas necessidades: número de mapas, de contas, recolha de campo.
2. Encomendar ou reservar um servidor de acordo com a configuração exigida.
3. Instalar o portal com a sua licença e criar a primeira conta de administrador. O gestor de portais, de descarga livre para Windows, instala e atualiza o portal nos seus servidores Linux a partir do seu posto.
4. Criar as suas instâncias, ligar o seu diretório e publicar os seus projetos com o LizPack Publisher.

É necessário acesso à Internet para instalar e atualizar. No dia a dia, os postos dos utilizadores só precisam de chegar ao seu servidor. As atualizações são lançadas por si a partir do portal, quando decidir. A edição empresarial é proposta sob orçamento, consoante o número de instâncias, de contas e os produtos incluídos na licença.

Se o projeto passar por um concurso público, o caderno de encargos ganha em fixar exigências verificáveis em vez de uma lista de programas: localização dos dados na infraestrutura do comprador, início de sessão pelo diretório existente (LDAP, Active Directory ou OpenID Connect), permissões por mapa e por grupo, cópias planeadas com réplica fora do servidor, procedimento documentado de reconstrução num servidor novo, atualizações lançadas pelo comprador e formatos abertos para projetos, bases e serviços. Peça também aos concorrentes uma demonstração de restauro e a configuração de servidor exata que recomendam. Estes critérios permitem comparar propostas de natureza diferente e protegem a organização no dia em que mudar de prestador, já que os projetos QGIS, as bases PostgreSQL e os serviços OGC continuam legíveis por outras ferramentas.

Explorar um SIG soberano no dia a dia

Depois de instalado o portal, a soberania joga-se nos hábitos de exploração. Algumas regras simples fazem a diferença entre um SIG on-premise fiável e um servidor em que ninguém se atreve a mexer.

• Testar o restauro, não só a cópia. Uma cópia de segurança nunca restaurada é apenas uma promessa. Preveja um restauro de teste a intervalos regulares, idealmente num servidor de testes.
• Guardar uma cópia fora do servidor. Uma cópia no mesmo disco desaparece com ele. A réplica para o seu armazenamento S3 protege contra a perda completa da máquina.
• Tratar as saídas pelo diretório. Quando alguém sai da organização, desativar a sua conta no diretório corta também o acesso ao SIG, sem listas separadas para manter.
• Planear as atualizações. Escolha uma janela calma, avise os utilizadores e faça uma cópia mesmo antes.
• Escrever o procedimento de recuperação. Quem faz o quê se o servidor falhar, onde estão as cópias, como reconstruir num servidor novo: basta uma página, desde que exista antes do incidente.

Estas regras valem para qualquer SIG instalado internamente. O LizPack Entreprise fornece as ferramentas (cópias planeadas, réplica para S3, reconstrução num servidor novo, ligação ao diretório), mas a organização que as põe em prática continua a ser a sua.

Os erros frequentes de um projeto de SIG on-premise

Os mesmos escolhos repetem-se de projeto para projeto. Conhecê-los com antecedência evita semanas de atraso.

• Subdimensionar o servidor. O GeoServer reserva sozinho vários gigabytes de memória, e as imagens enchem depressa um disco. Partir do perfil recomendado em vez do mínimo deixa margem para novos mapas.
• Escolher um disco mecânico ou um servidor ARM. Ambos estão excluídos pela configuração exigida: o disco tem de ser NVMe ou SSD, e o processador x86_64.
• Esquecer o acesso à Internet da instalação. O servidor tem de chegar à Internet para instalar e atualizar, mesmo que os utilizadores não precisem disso depois. Peça a abertura desse fluxo antes do dia da instalação.
• Ligar o diretório no fim. Se os mapas forem criados com contas locais e depois migrados, as permissões têm de ser refeitas. Ligue o diretório logo nos primeiros mapas.
• Nunca restaurar. O primeiro restauro não deve acontecer no dia da avaria.
• Confiar tudo a uma só pessoa. Um SIG interno precisa de pelo menos dois administradores que o saibam atualizar e reconstruir.

Quando ficar numa oferta alojada

Um SIG on-premise nem sempre é a resposta certa. Se não tem uma equipa para vigiar um servidor, se os seus dados não são sensíveis ou se começa com poucos mapas, uma oferta alojada como o LizPack Map, o alojamento Lizmap da LizPack, é mais simples e mais barata. Ambas partilham os mesmos programas livres: poderá passar de uma para a outra. Para situar estas opções face às soluções proprietárias, veja as alternativas ao ArcGIS Online.

Perguntas frequentes