Installazione e messa in esercizio

otwatch viene installato e configurato da handel gmbh nell'ambito del progetto di implementazione. Questa pagina descrive le opzioni di messa in esercizio e ciò che il cliente mette a disposizione.

On-premisesotwatchWindows / Linux, Docker o KubernetesPiattaforma OpenTextrete del clientesola letturaServizio gestitootwatchambiente cloud UE dedicatoPiattaforma OpenTextrete del clienteHTTPS, accesso concordatoIbridoDashboard e allarmiservizio gestitoCollettorerete del clientesolo in uscita
Opzioni di messa in esercizio: on-premises, servizio gestito o ibrido.

Opzioni di messa in esercizio

OpzioneEseguito suImpiego tipico
On-premises, standaloneUn server Windows o Linux (servizi o container Docker), fisico o virtuale (VMware, Hyper-V)Ambienti piccoli e medi, i dati devono restare nella rete del cliente
On-premises, KubernetesCluster Kubernetes del cliente, distribuito tramite Helm chartClienti che eseguono OpenText o altri carichi di lavoro su Kubernetes
On-premises, distribuitoUn collettore per sede o zona di rete, dashboard e allarmi centralizzatiPiù sedi o reti segmentate
Servizio gestitoAmbiente cloud dedicato e isolato per ogni cliente in una regione UENessuna infrastruttura presso il cliente, gestito interamente da handel gmbh

Tutta la configurazione (controlli, regole di allarme, dashboard, infrastruttura) è gestita come codice e distribuita tramite una pipeline, in modo che gli ambienti DEV, QA e PROD siano identici, a parte i parametri.

Dimensionamento

Valori indicativi per Prometheus, Alertmanager e Grafana insieme; il dimensionamento definitivo viene stabilito nel progetto in base al numero di nodi, alle metriche, all'intervallo di raccolta e al periodo di conservazione.

TagliaAmbienteRisorse
Piccola1–2 ambienti, fino a 10 nodi OpenText2 vCPU, 4 GB RAM, 50 GB di storage
MediaFino a 5 ambienti, fino a 50 nodi4 vCPU, 8–16 GB RAM, 200 GB di storage
GrandePiù di 5 ambienti o 50 nodi, più sediCollettori distribuiti, 8 vCPU e 32 GB RAM per collettore, storage in base al periodo di conservazione

La raccolta dei log (Loki) richiede storage aggiuntivo in funzione del volume dei log e del periodo di conservazione.

Fasi di implementazione

  1. Workshop: perimetro, ambienti, transazioni di business, soglie, instradamento degli allarmi e report.
  2. Predisposizione dell'ambiente otwatch (DEV/QA/PROD) come codice.
  3. Account, accessi di rete e installazione di agenti ed exporter sui sistemi OpenText.
  4. Configurazione di controlli, regole di allarme, dashboard, test end-to-end e report; validazione in QA.
  5. Messa in produzione, affinamento delle soglie, trasferimento di know-how e passaggio di consegne.

Approfondimenti

handel gmbh · Documentazione otwatch · Ultimo aggiornamento: 19 ottobre 2026