Gridsz Build ist ein Modul, das Sie als Netzeigentümer befähigt, Ihren Netzwerkausrollungsprozess zu verwalten und zu steuern. Jeder Schritt in der Bauphase, von der Beantragung von Genehmigungen bis zu fertiggestellten Anschlüssen, kann präzise verfolgt werden, mit vollständiger Transparenz über jeden einzelnen Verbindungspunkt.

Während des Rollouts werden Ihre Netzwerkdaten in Build automatisch und gleichzeitig mit den anderen Gridsz-Modulen, die Sie nutzen (oder über API mit Ihren eigenen Systemen), synchronisiert. Dadurch wird jede geplante Verbindung sofort für Ihre aktiven Betreiber und Anbieter sichtbar, und diese können bereits Verbindungen bestellen, sobald sie während der Bauphase verfügbar werden.

Build Management Service

Der Build Management Service bildet den Eckpfeiler von Build. Dieser Dienst nutzt vier primäre Entitäten:

• Gebäude
• Gewerbegebiete
• Bauprojekte
• Points of Presence (PoPs)

Zusätzlich ermöglicht der Build Management Service den Benutzern, Massenbearbeitungen an allen Verbindungen durchzuführen, die spezifischen Gebäuden zugeordnet sind. Obwohl Massenbearbeitungen aufgrund von Validierungen oft Herausforderungen mit sich bringen, bietet Build den Benutzern die Option, diese Regeln zu umgehen, was die Flexibilität bei Datenaktualisierungen erhöht.

Das Außerkraftsetzen der Validierungen kann zu unerwarteten Datenergebnissen führen. Benutzern wird daher empfohlen, bei der Ausführung dieser Aktion äußerste Vorsicht walten zu lassen.

Schließlich können Benutzer über diese Funktion auch die in Build genutzten Importtypen spezifizieren.

Die Mehrheit der Funktionalitäten ist über APIs zugänglich, während nur eine ausgewählte Anzahl über die grafische Benutzeroberfläche (GUI) verfügbar ist.

Statusmodell

Die Komponente Statusmodell veranschaulicht den Fortschritt und den Status von Gebäuden, Bauprojekten, Gewerbegebieten und PoPs. Sie befähigt Cluster-Admins, Workflows für spezifische Entitäten anzupassen durch:

• Erstellung, Lesung, Aktualisierung und Löschung (CRUD) von Status
• Definition von Übergängen zwischen diesen Status

In der aktuellen Iteration können Benutzer ausschließlich neue Status oder Übergänge hinzufügen. Für Aktualisierungen oder Löschungen eines Status oder Übergangs wenden Sie sich bitte an das Gridsz Support-Team.

Validierungsdienst

Alle Dateneingaben werden in den meisten Fällen validiert, um die Einhaltung etablierter Regeln vor der Speicherung in der BUILD-Datenbank sicherzustellen. Build bietet eine Kombination aus vordefinierten und maßgeschneiderten Validierungsregeln zur Gewährleistung der Datenintegrität.

Jede Aktion, die die Validierung nicht besteht, löst eine Benachrichtigung an den Akteur aus, die spezifische Gründe für den Fehler detailliert darlegt. Dieses Feedback unterstützt die effiziente Korrektur von Datenfehlern.

Importdienst

Um die tägliche, wöchentliche oder monatliche Aktualisierung des Arbeitsfortschritts in BUILD zu beschleunigen, haben Netzbetreiber und Auftragnehmer die Möglichkeit, CSV-Dateien mit ihren Arbeitsdaten in einen Google Bucket hochzuladen. Anschließend importiert BUILD diese Dateien nahtlos in das System.

Jede Partei verwendet ihre eigenen CSV-Vorlagen für den Datenimport. Im Bewusstsein dieser Vielfalt bietet BUILD eine Funktion, die es Cluster-Administratoren ermöglicht, benutzerdefinierte „Importtypen“ zu definieren, die auf die Anforderungen ihrer Netzwerke zugeschnitten sind.

Datensynchronisation: ereignisbasierte API

Um eine nahtlose Datensynchronisation über Module hinweg innerhalb der Gridsz-Plattform zu gewährleisten, überträgt Build kontinuierlich Aktualisierungen bezüglich der vier Hauptentitäten an einen PubSub-Server. Dies ermöglicht es anderen Modulen, ihre eigenen Abonnementmechanismen für den Zugriff auf benötigte Daten zu etablieren.

Da die meisten Kunden eine langjährige Historie mit dem Availability Checker haben, ist eine beträchtliche Menge an Gebäude- und Adressdaten darin gespeichert. Um diese Informationen nach Build zu migrieren, haben wir einen täglichen Cronjob eingerichtet. Dieser Cronjob ruft alle am jeweiligen Tag neu aktualisierten Adressen aus Availability ab und aktualisiert sie nahtlos in Build.