AI-Wall

I bring mismatched data into one model — and keep it running as a service

AI-Wall · Michał Mazurowski, Solutions Architect · Gdańsk, Poland — remote

Dozens of external sources, each with its own format, its own gaps and its own idea of what a date is. I bring them into one model you can query, put an API over it, and take responsibility for it still working tomorrow — with monitoring, releases, and a procedure for the day a source disappears or changes its schema without telling anyone.

  • ~20 client infrastructuresno two alike — one operating practice across all of them
  • SLA with penaltiesa fault budget under two hours a month, never breached
  • Monitoring before the toolingproduction point-of-sale estates watched by scripts I wrote, before I brought centralised logging into that organisation
  • Methods with a DOIother people's mismatched registries brought into one queryable database — written up and citable: 10.5281/zenodo.19745884

Three things, in order

These are not three services to choose from. They are one path: data comes in, becomes a service, and the service keeps working. Most clients have the first step behind them and are stuck on the third.

01 · I bring the data into one model — source integration and harmonisation

External sources do not agree with each other, and they never will. They differ in format, in units, in coordinate system, in what the same field name means, and in what they do when they simply do not know. I build the ingestion layer that brings them into a shared model without discarding the original attributes — because “where did this value come from” always gets asked, just later.

PostgreSQL / PostGIS · FastAPI + asyncpg · materialised views · partitioning · JSONB

Evidence: scientific and governmental registries, each with its own format and its own gaps, brought into one queryable model with source attributes preserved. Demonstrated on environmental and geospatial data — that is the domain I built it in, not the limit of where I can take it.

02 · I take it into production — releases, CI/CD and AI governance

A release has to be repeatable and auditable: an approval gate where the risk warrants one, and no human where it does not. The same rule applies to AI. I do not sell “agents” — I build them, but what I sell is a working system, not the technology. I put models into production under a regime: guardrails, an audit trail, measured cost, and an answer to what the system does when a source is missing.

GitHub Actions · GitLab CI · Jenkins · Azure DevOps · Terraform · Kubernetes · Docker · AWS · Azure · Cloud Run

Evidence: a controlled benchmark of five model configurations on one identical task, each in its own worktree off the same commit, with a byte-identical prompt — measuring cost, number of turns and passing tests. Which model and which settings is a question I answer by measurement, not by instinct — and the largest single difference came from one parameter rather than from switching models. Separately: an export gate with an allow-list of paths, tested by deliberate self-sabotage and run in CI.

03 · I keep it running — monitoring, observability and ITSM

This is the part without which the first two steps are just a claim. Logs, metrics and events in one place, so a failure is visible to you before it is visible to your customers. Plus the unglamorous half that actually decides outcomes: triage, prioritisation and reporting against an agreed service level — and telling apart what stops the fire from what removes it.

ELK · Splunk · Graylog · Solr · production monitoring · SLA · root-cause analysis · runbooks

Evidence: over twenty years on the operations side — from a service dispatch desk and night shifts through to architecture. “I will keep running what I built” is only credible from someone who has spent time on that end of the phone.

How I work

Five things we settle before the first line of code.

  • Scope and price agreed up front. Before we start you know what you get, when, and what it costs. I price the piece of work, not the hours spent on it.
  • Remote, from Gdańsk, Poland. I work remotely with clients in Poland and abroad, in English or Polish. On-site meetings in the Tri-City area when the work calls for it.
  • The outcome picks the tooling. Technology choices follow what has to happen in production — and what your team can keep running after I leave.
  • Subcontracting and outsourcing of one narrow function. I come in as a subcontractor with a clearly bounded remit: keeping one service running, integrating one source, owning the releases. I do not replace a team and I do not lease people by the hour.
  • Documentation ships with the solution. Runbooks, procedures and the reasoning behind the decisions are part of the delivery. Over twenty years on the operations side taught me what their absence costs.

Who does the work

AI-Wall is one person today, and I say so plainly, because it changes how the work goes: you talk to the same person who then writes the code and answers the phone when something stops.

  • Michał Mazurowski Solutions Architect · Gdańsk, Poland · working remotely

    Over twenty years of production operations — from the service dispatch desk and network operations, through Linux systems engineering and deployments under audit, to cloud and AI solution architecture. At one employer I moved through four successive roles in five and a half years; twice I led a team, though leading was never the main job — I would rather answer for a system that runs than for a rota. I work alone, as a subcontractor, within a narrowly defined scope. Registered as an independent researcher: ORCID 0009-0007-3786-0310.

What this rests on

Selected work from my employment history, plus an independent research project that is public and can be checked without taking my word for it. I do not name employers or clients here — I will discuss them in a conversation, as far as the agreements allow.

  • Graph-analytics platform deployed across several European countries and the United States Large-scale deployments under strict compliance and audit requirements; infrastructure provisioning automated with Terraform across AWS, Azure, VMware and on-premises, so deployments were repeatable and auditable.
  • PCI-compliant infrastructure for a customer-data platform Network segmentation, hardened images, audit-ready delivery pipelines.
  • Monolith-to-Kubernetes migrations with zero-downtime releases Containerisation on Kubernetes and Rancher; Jenkins pipelines with explicit human-in-the-loop gating on higher-risk paths and none where it was not needed.
  • Centralised logging and monitoring for a production team ELK first, then Splunk, Graylog and Solr; continuous monitoring scripts that caught degradation before it became an outage.
  • AI systems embedded in enterprise business workflows Agent-based similarity analysis, retrieval and question answering over company documents for non-technical users, and the data pipelines feeding the models — from prototype and stakeholder workshops through to production and support. This is current work.

Non-commercial project

something-rare.com — Abyssal Claims

The ground where the whole claim above was demonstrated end to end. A research platform on deep-sea and land mining transparency, built and run by me single-handed: ingestion from dozens of mismatched registries, API services, database, frontend, containers, releases and monitoring. It is not a product and not a service, and access to it is not for sale — it is evidence. The methodology is written up in a citable methods paper with a DOI.

Screenshot of the Abyssal Claims platform: the Clarion-Clipperton Zone in the Pacific with twelve layers switched on — teal ISA exploration contracts, violet APEI protected areas, reserved and relinquished blocks, offshore activity in the Gulf of Mexico, Argo float tracks, OBIS species density and seamounts, next to the layer panel listing the sources.
The Clarion-Clipperton Zone with twelve layers at once: ISA contracts, protected areas, offshore activity, Argo floats, species, seamounts. Every entry in the panel on the left is a separate source brought into one shared model.
~90
datasets in a single model
~40
scientific and governmental source institutions
44
pages of methods paper

Contact

The easiest first step: tell me what keeps breaking — one source that wrecks the import every week, or a deployment nobody wants to touch. I will tell you whether it is something for me, and what I need in order to quote it properly. You do not need a finished specification or a decision to work together. I share a phone number in reply to your message.

Email
m.mazurowski@ai-wall.com
LinkedIn
michał-mazurowski
ORCID
0009-0007-3786-0310