Pilot and support

The software is open source. Aubex charges for implementation and support.

Registry Stack’s core components are open source under Apache-2.0. A government or its chosen partner can deploy them without a license fee. Aubex offers paid help when a team wants support designing, connecting, deploying, or operating the system.

Open-source software and paid services

Deploy Registry Stack yourself or pay Aubex for delivery support.

Free and open source

The Registry Stack components

  • Evidence Gateway, Registry Relay, and Registry Manifest under Apache-2.0.
  • Source code, product documentation, examples, and release artifacts.
  • Self-hosting on infrastructure controlled by the government or its chosen operator.
  • No per-person, per-record, or per-assertion software license fee.

Open-source availability does not include a support response time or delivery team.

Paid help

Scoped delivery and ongoing support

Scope and pricing are agreed against the source systems, deployment environment, training needs, and support level. A software license purchase is not required.

Discuss the scope →

Paid services

Implementation and support available from Aubex.

A government can choose the services it needs without buying a software license.

Pilot design

Choose one registry, one public or partner service, and the first questions or fields worth testing.

Source integration

Connect the existing file, database, or registry system and configure the read-only access Registry Stack needs.

Deployment and hardening

Deploy on infrastructure chosen by the government, configure operational controls, and prepare the service for handover.

Evidence and access configuration

Work with the registry owner to agree what can be asked and returned, then configure signed answers or agreed fields.

Training

Train the government team and its implementation partner to operate, inspect, and extend the deployment.

Upgrades and support

Plan version upgrades, troubleshoot production issues, and maintain an agreed support arrangement.

A practical first pilot

Start with one registry and one service need.

A pilot should be small enough to understand and complete, but real enough for the registry owner and service team to evaluate.

  1. 01

    Choose one useful service need

    Name the registry owner, the public or partner service, and whether it needs one signed answer or selected data.

  2. 02

    Test with synthetic data before using source records

    Use synthetic data to test the source connection, request rules, result, errors, and audit record with the responsible teams.

  3. 03

    Connect, evaluate, and hand over

    Connect the real source read-only, test the agreed questions or fields, document the deployment, and train the operating team.

Planning a pilot

Information needed to define the first pilot.

  • The registry owner and the source format or system.
  • The public or partner service and what it actually needs.
  • Who can agree what can be asked and returned.
  • The intended hosting, identity, and exchange environment, if known.
  • The team that will operate the result after handover.
Discuss a pilot or support

Review the software

Your team can review the code and technical documentation before discussing paid support.