Skip to main content

Document metadata

Status
Maintained
Approval
Approved
Version
1.0
Classification
PUBLIC
Owner
Lightning IT Documentation Maintainers
Approver
Lightning IT Product Owners
Audience
product and platform owners, automation and operations teams, technical reviewers
Last reviewed
Next review
(Annual)

Product boundary

AIO owns the controlled execution and orchestration concern for defined operational automation. It does not absorb the responsibilities of the foundation or of the other Lightning IT products.

Portfolio relationships

ConcernOwner or roleBoundary
Reusable automation contentModuLix foundationBuilds tested, versioned technical content; does not run it
Automation executionAIORuns and orchestrates defined automation within an agreed scope
Infrastructure platformWunderboxMay provide suitable hosting; no hosting model is implied
Engineering and test workspaceWorkbenchSupports engineering and testing; does not own runtime operation
ObservabilityAtlasObserves agreed systems and execution; does not execute AIO work
Governance and evidencePlatform Governance & EvidenceDefines bounded verification; does not replace product ownership
Customer configuration and dataProtected customer or operational useNever becomes reusable public product content

These relationships describe responsibility boundaries, not a promise that every product, integration, or deployment is included in an AIO delivery.

Public claim boundary

Public documentation may describe:

  • the stable AIO brand and its long name;
  • controlled execution of recurring operational automation;
  • orchestration of defined automation workflows;
  • discoverable, controllable, repeatable, and auditable automation; and
  • separately governed product generations and scopes.

It must not infer:

  • technologies, supported targets, integrations, or compatibility;
  • credentials, authorization, tenancy, hosting, or deployment models;
  • migration between generations;
  • support dates, lifecycle commitments, prices, licenses, or service levels;
  • customer environments, internal infrastructure, private evidence, or secrets; or
  • certification, blanket compliance, audit success, or absolute security.

Technical availability is not a commercial commitment. A capability exists for a delivery only when its generation, scope, prerequisites, tests, evidence, and acceptance criteria are explicitly agreed.