Engineering intelligence and delivery platform

DevOps and platform engineering products built around real delivery decisions.

TuskerGauge helps you find the operational gaps. TuskerGain turns downtime, manual toil and cloud waste into a defensible automation business case. TuskerBlueprint shows how developer self-service, CI/CD, GitOps, Kubernetes and observability can work as one Internal Developer Platform.

Find the Right Starting Point Run the Free Assessment

Two free web tools  ·  One MIT-licensed reference IDP  ·  Outputs you can inspect, share and own

The Stonetusker product portfolio at a glance

3 Products covering diagnosis, value modelling and platform delivery
<5 min To complete the TuskerGauge DevOps maturity assessment
10 min To build an initial automation ROI case with TuskerGain
MIT Open-source licence for the TuskerBlueprint reference implementation
Product 01  ·  Free assessment

TuskerGauge

A structured DevOps maturity assessment for engineering leaders who know delivery is slowing down but need a clearer view of the cause. In under five minutes, TuskerGauge produces a domain-level score and a prioritised action list showing what deserves attention first.

Best starting point when

Incidents, manual releases, environment drift or unclear ownership suggest that the delivery system has accumulated risk.

<5 min To complete the assessment
6 domains Across delivery, reliability, security and ownership
No account Answer the questions and see the result
01 Domain-level maturity score See CI/CD, deployment reliability, observability, security, integration health and team ownership separately rather than hiding everything in one number.
02 Prioritised gaps Separate immediate operational risks from important improvements and longer-term optimisation work.
03 Context-aware interpretation The result considers the answers you provide instead of treating every engineering team as if it has the same scale, constraints and priorities.
04 Leadership-ready summary Use the result to explain why delivery infrastructure needs attention without turning the discussion into a tool-by-tool technical review.
05 No signup barrier No email gate and no automatic sales call. Complete the assessment when it is useful to you.
06 Repeatable review Run it again after a delivery improvement cycle to see where conditions have changed and what the next priority should be.

Why it is useful

A maturity score is only useful when it changes the order of work.

TuskerGauge is designed to move the conversation from a broad statement such as “our DevOps needs improvement” to a smaller set of specific delivery risks and next actions. It is a diagnostic starting point, not a substitute for inspecting the real architecture.

Run Your Free Assessment
Product 02  ·  Free ROI calculator

TuskerGain

A DevOps and platform engineering ROI calculator for turning operational friction into a business case. Enter the costs you already understand, such as downtime, manual engineering toil and cloud waste. TuskerGain then estimates annual gains, net benefit, payback period and two-year ROI using visible automation assumptions.

Best starting point when

You need to explain why CI/CD, cloud automation or a developer platform deserves budget and what improvement could be worth.

10 min To build an initial business case
3 cost areas Downtime, engineering toil and cloud waste
1 and 2 year ROI and payback views for planning
01 Downtime cost baseline Model annual outage loss using revenue impact, SLA penalties, support effort and your incident history.
02 Manual toil calculation Estimate the cost of repetitive deployments, environment fixes, release coordination and firefighting across the team.
03 Cloud waste estimate Include idle resources, non-production systems left running and over-provisioned infrastructure in the baseline.
04 Three automation models Compare Starter, Standard and Advanced target states without hiding the reduction assumptions behind the calculation.
05 Decision metrics See expected annual gains, first-year net benefit, payback time and two-year ROI in one view.
06 Shareable result Print or save the summary for a budget review, planning discussion or follow-up validation with finance and engineering.

Built for a credible conversation

A business case is stronger when every assumption can be challenged.

TuskerGain does not present modelled savings as guaranteed results. It keeps the inputs, target automation level and expected reductions visible so engineering, finance and leadership can review the same calculation together.

Build Your ROI Case
Product 03  ·  Open-source reference IDP

TuskerBlueprint

Stonetusker Systems' MIT-licensed reference Internal Developer Platform. TuskerBlueprint demonstrates a complete developer golden path using Backstage, GitHub Actions, Argo CD, Kubernetes, GitOps and platform observability and security services. It is built to make the delivery model inspectable, not to hide it behind a proprietary portal.

Best starting point when

You are evaluating platform engineering and want to see a working service-creation and deployment path before discussing a tailored implementation.

Open source MIT-licensed reference implementation
3 environments Development, staging and production structure
Public + private Repository and package access patterns
01 Backstage self-service creation A developer selects Tusker Service, enters the service identity and chooses a public or private GitHub repository.
02 Service-owned repository The generated repository contains source, tests, TechDocs, OpenAPI, CI/CD and Kustomize overlays rather than depending on a hidden central build system.
03 Quality and security gates GitHub Actions provides an inspectable path for build, test, security, container and software bill of materials checks.
04 Immutable release promotion CI publishes a versioned GHCR image and opens a focused release pull request that promotes the full image SHA.
05 Argo CD GitOps deployment A reviewed onboarding pull request registers the workload. Argo CD follows the service repository and reconciles the approved desired state.
06 Observability and guardrails Prometheus, Grafana and Loki provide visibility, while Kyverno, External Secrets, network policy and approved namespace patterns demonstrate platform guardrails.
  • Backstage
  • GitHub Actions
  • Argo CD
  • Kubernetes
  • Kustomize
  • GHCR
  • Prometheus
  • Grafana
  • Loki
  • Kyverno
  • External Secrets
  • Traefik

What it is, and what it is not

TuskerBlueprint is a reference implementation, not a universal production platform.

The repository demonstrates architecture, ownership and workflow patterns in running code. A production platform still needs to be adapted for your identity model, cloud network, tenancy, compliance, availability, recovery, cost controls and team operating model. The value of the blueprint is that those decisions become concrete and reviewable.

Explore TuskerBlueprint on GitHub See the Tailored Platform Engagement

TuskerBlueprint golden path

From a developer request to a running, observable service

The portal is only the entry point. TuskerBlueprint demonstrates the complete control flow behind it, including review points before the workload reaches Kubernetes.

Development and production do not need the same release policy. The reference structure supports development, staging and production overlays. Teams can automate the development path while retaining pull-request review, approvals and environment-specific controls for higher environments.

Choose by the decision in front of you

Which Stonetusker product should you use?

The right starting point depends on whether the missing evidence is technical, financial or architectural.

TuskerGauge

Use it when the problem is not yet clear

Choose TuskerGauge when releases feel fragile, incidents are recurring or engineering leaders need to decide what should enter the next improvement cycle.

Output: Domain scores and a prioritised list of delivery gaps.

TuskerGain

Use it when the value needs to be explained

Choose TuskerGain when a CTO, founder or VP Engineering needs a common financial model for discussing automation investment with finance or the board.

Output: Baseline losses, expected gains, net benefit, ROI and payback.

TuskerBlueprint

Use it when the target operating model needs to be seen

Choose TuskerBlueprint when your team is discussing an Internal Developer Platform and needs a working, inspectable reference rather than another conceptual slide.

Output: Open-source code, architecture, golden-path workflow and implementation patterns.

Using all three creates a practical decision sequence

Diagnose the constraint with TuskerGauge. Quantify the potential value with TuskerGain. Use TuskerBlueprint to make the delivery model visible before deciding what should be adapted, built and operated in your environment.

Frequently asked questions

Stonetusker products and TuskerBlueprint

Straight answers about the tools, the reference platform and where a tailored implementation begins.

What is TuskerBlueprint?

TuskerBlueprint is Stonetusker Systems' open-source reference Internal Developer Platform. It demonstrates developer self-service with Backstage, CI/CD with GitHub Actions, GitOps deployment with Argo CD, Kubernetes environments, observability and security guardrails as one connected delivery workflow.

Is TuskerBlueprint a production-ready platform that can be installed unchanged?

No. It is a working reference implementation and demonstration environment. It provides reusable patterns and code, but a production platform must be adapted to your identity provider, cloud network, security model, compliance needs, availability targets, backup and recovery requirements, costs and team structure.

What is the difference between TuskerBlueprint and Stonetusker Platform Foundation?

TuskerBlueprint is the open reference code that shows the approach. Platform Foundation is the implementation engagement in which Stonetusker assesses your delivery constraints, designs around your actual stack, builds the required platform capabilities and hands them over with documentation and runbooks.

Does TuskerBlueprint support private GitHub repositories and container packages?

Yes. The Tusker Service template supports public and private repositories. The reference architecture keeps GitHub and GHCR credentials in Kubernetes-managed secrets and uses External Secrets to distribute approved image-pull access without committing tokens or Docker configuration to Git.

Does every merge to the main branch deploy directly to production?

No. Deployment policy is environment-specific. Development can be reconciled automatically after required checks and reviews. Staging and production can require promotion pull requests, approvals and additional controls. TuskerBlueprint keeps those environment changes visible in Git.

Are the Stonetusker products free?

TuskerGauge and TuskerGain are available as free web tools. TuskerBlueprint is published as open-source software under the MIT licence. Tailoring, production implementation, migration and operational enablement are separate Stonetusker services.

Do we need to use all three products?

No. Use TuskerGauge when you need a diagnostic, TuskerGain when you need an ROI model and TuskerBlueprint when you need to inspect a practical Internal Developer Platform. They can also be used in sequence when you are preparing a broader delivery transformation.

Start where the uncertainty is.

Diagnose the delivery gaps, build the financial case or inspect the platform reference. If the challenge needs implementation rather than another report, Stonetusker can map the first practical step with your team.

Start TuskerGauge Start TuskerGain View TuskerBlueprint
Need a platform built around your stack? Book a working session →

NDA before architecture discussion  ·  Pilot before a larger commitment  ·  Full documentation and handover