Skip to content

Software development

Operational tooling

In-house systems for the NOC: monitoring consoles, incident views and diagnostic tooling.

Architecture

Architecture

  1. 01Map the processHow it is done today, and where the time goes
  2. 02Working versionA small usable slice, not a full specification
    • TypeScript
    • Next.js
    • PHP
  3. 03IntegrateWith the existing systems, on real data
    • REST API
    • webhooks
    • PostgreSQL
  4. 04ShipDeploy, logging and monitoring from day one
    • Docker
    • nginx
    • CI/CD
  5. 05OperateFixes and improvements against real use
    • Logging
    • Metrics
  6. 06HandoverCode, documentation and deployment on your side
From a spreadsheet to a system — starting with a small working version

Operator consoles

Operator consoles

These exact systems run on the group's own infrastructure — the screenshots are processed before publication.

Blurred OpenPath NOC console showing service status, latency sparklines and an incident feed.

OpenPath — our own NOC console

Live path monitoring on a 15-second refresh: latency and packet loss to each service, including cache servers hosted inside individual operators. A path change is recorded as its own incident, with filters by ASN, ISP and customer. We wrote this tool ourselves because no off-the-shelf product answered the question.

in-houselatency / losspath changeper-ASN
Blurred ros-backup dashboard showing device coverage, backup success rate and a fleet table broken down by company.

ros-backup — the configuration archive, collected on its own

A device's configuration is the one file whose loss is measured in hours of downtime. ros-backup collects it every day over SSH — MikroTik RouterOS, Juniper JunOS, Cisco IOS and Arista EOS — and keeps it in a git repository, versioned, with a line-by-line diff between any two. No engineer signs in to each device to copy a config by hand: any router's configuration from any day is two clicks away — including when the device itself will no longer power on. We wrote this one ourselves too.

in-houseRouterOS / JunOS / IOS / EOSgit-versioneddaily over SSH

Capabilities

Capabilities

Every item is marked: verified production experience, or engineering capability.

Our own NOC console (OpenPath)

Proven

Live path monitoring, an incident feed and per-ASN filters — written because no off-the-shelf product answered the question. In daily production use.

  • in-house
  • probes
  • per-ASN

An ISP billing system

Proven

Subscriber lifecycle, tariffs, balances, SMS and reporting — serving a live operator.

  • billing
  • provisioning
  • SMS

Web platforms and portals

Proven

TypeScript/Next.js and PHP — server rendering, bilingual content, a CMS and access control.

  • Next.js
  • TypeScript
  • PHP
  • PostgreSQL

API integrations

Proven

Moving data between systems: monitoring, IPAM, billing, ticketing, payments.

  • REST
  • webhooks
  • cron

Automation and scripting

Proven

Repeating operations turned into a script, then into a service — with nobody running it by hand.

  • Python
  • Bash
  • Ansible

Mobile and desktop clients

Capability

Where a web interface is not enough.

Technology stack

Technology stack

Frontend
TypeScriptNext.jsReactTailwind
Backend
Node.jsPHPPythonREST API
Data
PostgreSQLMySQLRedisClickHouse
Infrastructure
DockernginxCI/CDAnsible

Engagement model

Engagement model

Project

A one-off scope: audit, migration or implementation with a fixed outcome.

Retainer

Monthly engineering hours — specialist access on demand.

Co-managed

NetWizard and your in-house team together, with split responsibility.

FAQ

FAQ

Do we own the code?

Yes. The code, the documentation and the deployment procedure go to your side — lock-in is not part of the model.

How is this different from a normal dev shop?

We operate networks, billing and monitoring ourselves. There is no requirements-translation step — we already understand the problem.

Tell us about your infrastructure