Cephalon Engine Architecture Inventory
Architecture inventory in this document reflects the repository state as of April 30, 2026.
Cross-references: docs/architecture.md, docs/engine-roadmap.md, docs/engine-backlog.md
Overview
Section titled “Overview”CephalonEngine is a configuration-driven, modular runtime platform. This document catalogs every registered blueprint, pattern, technology, transport, execution strategy, module, capability, data abstraction, diagnostics source, observability companion, and cloud exporter that ships with the engine.
Blueprints
Section titled “Blueprints”Blueprints define the top-level application shape. Each blueprint composes a fixed set of patterns.
App blueprints (3)
Section titled “App blueprints (3)”modular-monolith— Modular Monolith: a single host application with modular composition and module-first organization. Patterns:modular-architecture,single-host-topology,module-first-organization,shared-foundation-pattern.modular-vertical-slice— Modular Vertical Slice: a single host application with modules as boundaries and vertical slices inside each module. Patterns:modular-architecture,single-host-topology,vertical-slice-organization,shared-foundation-pattern.microservice— Microservice: an independently deployable service that still uses Cephalon modules and shared foundation. Patterns:modular-architecture,microservice-topology,vertical-slice-organization,shared-foundation-pattern.
Suite blueprints (1)
Section titled “Suite blueprints (1)”microservice-suite— Microservice Suite: a coordinated suite of Cephalon microservices composed from repeatable service slots based on themicroserviceapp blueprint.
Patterns
Section titled “Patterns”Patterns describe architectural decisions that can be composed into blueprints or selected individually through configuration.
Pattern kinds (8)
Section titled “Pattern kinds (8)”Composition(0) — how modules are composed togetherDeployment(1) — topology and deployment strategiesOrganization(2) — code organization within boundariesFoundation(3) — shared foundation and platformDesign(4) — design patternsArchitecture(5) — architecture-level patternsDomain(6) — domain-modeling patternsData(7) — data and persistence patterns
Built-in pattern descriptors (21)
Section titled “Built-in pattern descriptors (21)”Composition
Section titled “Composition”modular-architecture— Modular Architecture: composes the application from explicit modules with bounded responsibilities. Aliases:ModularArchitecture.
Deployment
Section titled “Deployment”single-host-topology— Single Host Topology: runs the application as one deployable host while preserving internal boundaries. Aliases:SingleHostTopology,SingleHost. Conflicts with:microservice-topology.microservice-topology— Microservice Topology: deploys the application as an independently deployable service boundary. Aliases:MicroserviceTopology,Microservice. Conflicts with:single-host-topology.
Organization
Section titled “Organization”vertical-slice-organization— Vertical Slice Organization: organizes code around features so endpoints, handlers, and rules stay together. Aliases:VerticalSliceOrganization,VerticalSlice. Conflicts with:module-first-organization.module-first-organization— Module-First Organization: organizes code around modules first, then features inside each module. Aliases:ModuleFirstOrganization,ModuleFirst. Conflicts with:vertical-slice-organization.
Foundation
Section titled “Foundation”shared-foundation-pattern— Shared Foundation Pattern: uses the Cephalon engine foundation for contracts, runtime conventions, and diagnostics. Aliases:SharedFoundationPattern,SharedFoundation.
Design
Section titled “Design”strategy-pattern— Strategy Pattern: enables pluggable behaviors that can be swapped without changing the calling feature. Aliases:StrategyPattern,Strategy.pipeline-pattern— Pipeline Pattern: applies behavior through ordered stages such as validation, enrichment, and execution. Aliases:PipelinePattern,Pipeline.mediator-pattern— Mediator Pattern: routes requests through handlers to keep senders and receivers decoupled. Aliases:MediatorPattern,Mediator.specification-pattern— Specification Pattern: encapsulates reusable business rules and query predicates behind explicit specifications. Aliases:SpecificationPattern,Specification.
Architecture
Section titled “Architecture”hexagonal-architecture— Hexagonal Architecture: keeps domain logic at the center and isolates infrastructure behind explicit ports and adapters. Aliases:HexagonalArchitecture,Hexagonal,PortsAndAdapters.layered-architecture— Layered Architecture: organizes responsibilities into explicit layers with clear direction of dependency flow. Aliases:LayeredArchitecture,Layered.clean-architecture— Clean Architecture: keeps domain and application rules independent from infrastructure and delivery details. Aliases:CleanArchitecture,Clean.onion-architecture— Onion Architecture: organizes the app in concentric rings so dependencies point inward toward the core domain model. Aliases:OnionArchitecture,Onion.strangler-fig— Strangler Fig: routes traffic incrementally between legacy and new Cephalon boundaries so modernization can happen without one cutover. Aliases:StranglerFig,Strangler.backend-for-frontend— Backend for Frontend: shapes one backend surface per client experience so transport, payload, and policy choices can stay explicit per frontend. Aliases:BackendForFrontend,BFF.
Domain
Section titled “Domain”domain-driven-design— Domain-Driven Design: centers the model on domain language, aggregates, invariants, and explicit bounded contexts. Aliases:DomainDrivenDesign,DDD.anti-corruption-layer— Anti-Corruption Layer: protects the core domain model by translating across external, legacy, or upstream integration boundaries. Aliases:AntiCorruptionLayer,ACL.
cqrs— CQRS: separates command-side and query-side responsibilities so write and read concerns can evolve independently. Aliases:Cqrs,CQRS,CqrsPattern.outbox— Outbox: coordinates persistence and message publication through a durable handoff that can be replayed safely. Aliases:Outbox,OutboxPattern.event-sourcing— Event Sourcing: represents state changes as an ordered stream of domain events instead of only storing current state. Aliases:EventSourcing,EventSourcingPattern.
Technologies
Section titled “Technologies”Technologies are additive workload profiles that prepare the runtime for specific capability families.
Technology kinds (7)
Section titled “Technology kinds (7)”Intelligence(0) — AI, LLM, agentsMessaging(1) — events, async, brokerData(2) — storage, retrieval, knowledgeExperience(3) — UX, realtime, collaborationDeployment(4) — hosting, edge, serverlessSecurity(5) — identity, authorization, policiesPlatform(6) — runtime, tenancy, mesh
Built-in technology descriptors (11)
Section titled “Built-in technology descriptors (11)”agentic-workloads— Agentic Workloads (Intelligence): prepares the app model for assistants, tool-using agents, and long-running autonomous workflows. Aliases:AgenticWorkloads,Agentic. Package hint:Cephalon.Agentics.cell-based-architecture— Cell-Based Architecture (Platform): prepares the app for explicit module-owned cell boundaries, governed cell routes, cell health-isolation posture, and configuration-driven traffic-automation posture. Aliases:CellBasedArchitecture,CellBased,Cells.event-driven-integration— Event-Driven Integration (Messaging): prepares modules for broker-backed events, asynchronous workflows, and eventually consistent integration flows. Aliases:EventDrivenIntegration,EventDriven. Package hint:Cephalon.Eventing.knowledge-retrieval— Knowledge Retrieval (Data): prepares the app for semantic retrieval, indexing, search, and knowledge-backed experiences. Aliases:KnowledgeRetrieval,Knowledge. Package hint:Cephalon.Retrieval.realtime-experience— Realtime Experience (Experience): prepares the app for live collaboration, presence, streaming updates, and reactive client experiences. Aliases:RealtimeExperience,Realtime.edge-native-delivery— Edge-Native Delivery (Deployment): prepares the app for browser, device, edge, and intermittently connected deployment scenarios. Aliases:EdgeNativeDelivery,EdgeNative,Edge. Package hint:Cephalon.Edge.serverless-hosting— Serverless Hosting (Deployment): prepares the app for event-triggered or function-style hosting without changing the host-agnostic core runtime model. Aliases:ServerlessHosting,Serverless.identity-access— Identity Access (Security): prepares the app for configurable authentication and authorization flows such as RBAC, ABAC, and policy evaluation. Aliases:IdentityAccess,Identity. Package hint:Cephalon.Identity.multi-tenancy— Multi-Tenancy (Platform): prepares the app for tenant-aware routing, isolation, tenant resolution, and explicit governance/member/domain/action companion boundaries. Aliases:MultiTenancy,Multitenancy. Package hints:Cephalon.MultiTenancy,Cephalon.MultiTenancy.Governance,Cephalon.MultiTenancy.Governance.AspNetCore,Cephalon.MultiTenancy.Governance.HttpDelivery,Cephalon.MultiTenancy.Governance.MailgunDelivery,Cephalon.MultiTenancy.Governance.MailgunDelivery.AspNetCore,Cephalon.MultiTenancy.Governance.SendGridDelivery,Cephalon.MultiTenancy.Governance.SendGridDelivery.AspNetCore,Cephalon.MultiTenancy.Governance.SmtpDelivery.hybrid-cloud-runtime— Hybrid Cloud Runtime (Platform): prepares the app for mixed on-premises, edge, and cloud deployment handoffs without changing the engine core. Aliases:HybridCloudRuntime,HybridCloud.service-mesh-integration— Service Mesh Integration (Platform): prepares the app for additive service-mesh coordination, policy handoff, and traffic-governance guidance. Aliases:ServiceMeshIntegration,ServiceMesh.
Transports
Section titled “Transports”Transports define the communication mechanism between client and server.
Transport feature flags
Section titled “Transport feature flags”RequestResponse(1) — request/response interactionsServerStreaming(2) — server-streaming supportedClientStreaming(4) — client-streaming supportedDuplexStreaming(8) — duplex streaming supported
Built-in transport descriptors (6)
Section titled “Built-in transport descriptors (6)”rest-api— REST API: resource-oriented HTTP endpoints for request/response application integration. Features:RequestResponse. Aliases:RestApi,Rest,HttpApi. Adapter:Cephalon.AspNetCore(built-in).json-rpc— JSON-RPC: procedure-style JSON messaging over a transport chosen by the host. Features:RequestResponse. Adapter:Cephalon.AspNetCore.JsonRpc.grpc— gRPC: high-performance contract-first RPC with unary and streaming support. Features:RequestResponse,ServerStreaming,ClientStreaming,DuplexStreaming. Adapter:Cephalon.AspNetCore.Grpc.graphql— GraphQL: schema-based queries, mutations, and subscriptions over HTTP and WebSocket. Features:RequestResponse,DuplexStreaming. Adapter:Cephalon.AspNetCore.GraphQL.server-sent-events— Server-Sent Events: HTTP-based server push for one-way event streaming from server to client. Features:ServerStreaming. Aliases:ServerSentEvents,Sse. Adapter:Cephalon.AspNetCore(built-in).websocket— WebSocket: persistent bidirectional messaging between client and server. Features:DuplexStreaming. Aliases:WebSocket,WebSockets. Adapter:Cephalon.AspNetCore(built-in).
Messaging bindings (3)
Section titled “Messaging bindings (3)”InMemoryTransportBinding— in-process message dispatch for testing and single-host topologiesRabbitMqTransportBinding— AMQP-based durable messaging with dead-letter and competing-consumer supportKafkaTransportBinding— log-based durable messaging with partition-aware consumer groups
Execution strategies
Section titled “Execution strategies”Execution strategies define how behaviors execute under a given pattern.
Built-in strategies (7)
Section titled “Built-in strategies (7)”direct— Direct: returns HTTP 200 when output is non-null, HTTP 204 when null. Synchronous request/response.cqrs— CQRS: null output means command (HTTP 202 Accepted), non-null output means query (HTTP 200 OK). Read/write separation at the behavior level.event-driven— Event-Driven: returns HTTP 202 Accepted immediately. Behavior runs in the background as fire-and-forget. Background faults are caught and logged.saga-step— Saga Step: loads saga state before invocation and persists it after successful execution. On exception, state is not saved so compensation logic can be applied. Saga identifier read fromIBehaviorContext.CorrelationId.saga-choreography— Saga Choreography: invokes one choreography step, stages returnedSagaChoreographyPublicationentries throughISagaChoreographyPublisher, and returns HTTP 202 when publications were accepted.process-manager— Process Manager: loads process checkpoint before invocation, saves after successful step, deletes when process signals completion viaIProcessCompletion. Process identifier read fromIBehaviorContext.CorrelationId.durable-execution— Durable Execution: replays state fromIEventStore, validates sequential stream-version output fromIDurableExecution<TInput, TState, TOutput>, appends continuation events, can surface pending timers/signals and operator-facing compensation actions through the shared durable runtime state, returns HTTP 200 with local output, HTTP 202 when continuation work or timer/signal coordination remains without local output, and HTTP 204 when the step completed without output.
Modules
Section titled “Modules”Modules are the primary composition unit. Each module registers services, capabilities, and lifecycle hooks.
Core foundation modules (15)
Section titled “Core foundation modules (15)”behaviors— Behaviors (Cephalon.Behaviors): ABT foundation with behavior topology, dispatch, and compatibility matrix.data-runtime— Data Runtime (Cephalon.Data): runtime-neutral command and query dispatching for data workloads.event-sourcing— Event Sourcing (Cephalon.EventSourcing): runtime-neutral event-sourcing baseline.audit— Audit (Cephalon.Audit): host-agnostic audit recording baseline.identity-access— Identity Access (Cephalon.Identity): host-agnostic identity and authorization baseline.multi-tenancy— Multi-Tenancy (Cephalon.MultiTenancy): host-agnostic tenant resolution, ambient tenant-context baseline, and governance-boundary runtime truth.multi-tenancy-governance— Multi-Tenancy Governance (Cephalon.MultiTenancy.Governance): tenant-membership catalog/evaluation, opt-in durable membership storage, tenant-invitation catalog/validation, opt-in durable invitation storage, host-agnostic invitation delivery dispatch/run-state/outcome persistence over registered sender extensions, opt-in local invitation delivery retry storage plus bounded retry execution, process-local retry execution coordination, and opt-in automatic background retry scheduling, host-agnostic invitation delivery status reconciliation over provider or receiver observations, opt-in durable delivery-status observation storage, host-driven tenant-administration workflow commands over membership and invitation stores, declared tenant-domain ownership catalog/validation, opt-in durable domain-ownership storage, in-process tenant-domain ownership verification workflow transitions, domain proof challenge issuance, domain proof publication planning, HTTP file proof publication state for host adapters, domain proof evaluation over reported evidence, on-demand HTTP file proof collection, configured on-demand DNS TXT proof collection, domain proof verification runner orchestration, bounded on-demand domain proof polling, opt-in automatic background domain proof polling, approval/remediation action catalog/decision, in-process approval/remediation action workflow transitions, opt-in durable action storage, and governance runtime-surface proofs.multi-tenancy-governance-http-delivery— Multi-Tenancy Governance HTTP Delivery (Cephalon.MultiTenancy.Governance.HttpDelivery): optional provider-managed HTTP webhook sender for tenant-invitation delivery dispatch, including provider-neutral idempotency headers, optional HMAC-SHA256 request signing, and bounded in-process retry/backoff.multi-tenancy-governance-mailgun-delivery— Multi-Tenancy Governance Mailgun Delivery (Cephalon.MultiTenancy.Governance.MailgunDelivery): optional provider-managed Mailgun Messages API sender for tenant-invitation delivery dispatch, including multipart Messages API payload construction, Mailgun user variables, test-mode validation, safe context headers, and provider message id capture.multi-tenancy-governance-mailgun-delivery-aspnetcore— Multi-Tenancy Governance Mailgun Delivery ASP.NET Core (Cephalon.MultiTenancy.Governance.MailgunDelivery.AspNetCore): optional ASP.NET Core Mailgun webhook translator for tenant-invitation delivery-status reconciliation, including bounded JSON-object and controlled JSON-array parsing, user-variable extraction,message.headers.message-idcorrelation, Mailgun status mapping, optional HMAC-SHA256 signed-webhook verification, bounded process-local signed-token replay protection, observation-store-backedevent-data.idduplicate suppression, safe callback metadata, and route/auth/runtime-surface truth.multi-tenancy-governance-microsoftgraph-delivery— Multi-Tenancy Governance Microsoft Graph Delivery (Cephalon.MultiTenancy.Governance.MicrosoftGraphDelivery): optional provider-managed Microsoft GraphsendMailsender for tenant-invitation delivery dispatch, including JSON payload construction, Graph request-id metadata, safe customx-*internet message headers, replaceable Graph client and access-token provider seams, and accepted-handoff truth.multi-tenancy-governance-microsoftgraph-delivery-azureidentity— Multi-Tenancy Governance Microsoft Graph Delivery Azure Identity (Cephalon.MultiTenancy.Governance.MicrosoftGraphDelivery.AzureIdentity): optional Azure.Identity token-provider companion for the Microsoft Graph invitation sender, including configuration/code-firstDefaultAzureCredentialsetup, explicitTokenCredentialinjection, scope selection, authority-host selection, and safe token-acquisition diagnostics.multi-tenancy-governance-sendgrid-delivery— Multi-Tenancy Governance SendGrid Delivery (Cephalon.MultiTenancy.Governance.SendGridDelivery): optional provider-managed SendGrid Mail Send API sender for tenant-invitation delivery dispatch, including templated Mail Send payload construction, SendGrid custom arguments, sandbox-mode validation, safe context headers, and provider message id capture.multi-tenancy-governance-sendgrid-delivery-aspnetcore— Multi-Tenancy Governance SendGrid Delivery ASP.NET Core (Cephalon.MultiTenancy.Governance.SendGridDelivery.AspNetCore): optional ASP.NET Core SendGrid Event Webhook translator for tenant-invitation delivery-status reconciliation, including bounded JSON-array parsing, custom-argument extraction,sg_message_idcorrelation, SendGrid status mapping, optional signed-webhook verification, bounded process-local signed-callback replay protection, observation-store-backedsg_event_idduplicate suppression, safe callback metadata, and route/auth/runtime-surface truth.multi-tenancy-governance-smtp-delivery— Multi-Tenancy Governance SMTP Delivery (Cephalon.MultiTenancy.Governance.SmtpDelivery): optional provider-managed SMTP relay sender for tenant-invitation delivery dispatch, including templated email message construction, deterministic message ids, safe context headers, and a replaceable SMTP client seam.
Data provider modules (14)
Section titled “Data provider modules (14)”entity-framework-data— Entity Framework Data (Cephalon.Data.EntityFramework): relational DbContext registration. Store type: relational.mongodb-data— MongoDB Data (Cephalon.Data.MongoDB): document store registration plus provider-native MongoDB change-stream CDC runtime. Store type: document.sqlserver-data— SQL Server Data (Cephalon.Data.SqlServer): relational provider-native SQL Server CDC runtime. Store type: relational.postgres-data— PostgreSQL Data (Cephalon.Data.Postgres): relational provider-native logical-replication CDC runtime. Store type: relational.mysql-data— MySQL Data (Cephalon.Data.MySql): relational provider-native MySQL binlog CDC runtime. Store type: relational.oracle-data— Oracle Data (Cephalon.Data.Oracle): relational provider-native Oracle LogMiner CDC runtime. Store type: relational.redis-data— Redis Data (Cephalon.Data.Redis): key-value store registration. Store type: key-value.neo4j-data— Neo4j Data (Cephalon.Data.Neo4j): graph store registration. Store type: graph.cassandra-data— Cassandra Data (Cephalon.Data.Cassandra): wide-column store registration. Store type: wide-column.clickhouse-data— ClickHouse Data (Cephalon.Data.ClickHouse): analytics store registration. Store type: analytics.elasticsearch-data— Elasticsearch Data (Cephalon.Data.Elasticsearch): search store registration. Store type: search.opensearch-data— OpenSearch Data (Cephalon.Data.OpenSearch): search store registration. Store type: search.qdrant-data— Qdrant Data (Cephalon.Data.Qdrant): vector store registration. Store type: vector.nats-data— NATS Data (Cephalon.Data.Nats): ledger store registration. Store type: ledger.
Event sourcing provider modules (10)
Section titled “Event sourcing provider modules (10)”entity-framework-event-sourcing— Entity Framework Event Sourcing (Cephalon.EventSourcing.EntityFramework)Cephalon.EventSourcing.MongoDBCephalon.EventSourcing.RedisCephalon.EventSourcing.Neo4jCephalon.EventSourcing.CassandraCephalon.EventSourcing.ClickHouseCephalon.EventSourcing.ElasticsearchCephalon.EventSourcing.OpenSearchCephalon.EventSourcing.QdrantCephalon.EventSourcing.Nats
Specialized runtime modules (6)
Section titled “Specialized runtime modules (6)”eventing-runtime— Eventing Runtime (Cephalon.Eventing): companion runtime services for event-driven integration workloads.eventing-behaviors— Eventing Behaviors (Cephalon.Eventing.Behaviors): explicit saga choreography bridge into the shared eventing publish path.wolverine-eventing— Wolverine Eventing (Cephalon.Eventing.Wolverine): optional Wolverine host wiring for event-driven integration workloads.agentics-runtime— Agentics Runtime (Cephalon.Agentics): companion runtime services, managed tool dispatch, and run-state projection for agentic workloads.edge-runtime— Edge Runtime (Cephalon.Edge): companion runtime services for edge-native delivery workloads.knowledge-retrieval-runtime— Knowledge Retrieval Runtime (Cephalon.Retrieval): companion runtime services, managed lexical indexing/query execution, and freshness projection for retrieval-heavy applications.
Identifier strategy modules (1)
Section titled “Identifier strategy modules (1)”sfid-id-strategy— Sfid Id Strategy (Cephalon.Ids.Sfid): official Sfid.Net-backed identifier generation.
Capabilities
Section titled “Capabilities”Capabilities are the fine-grained feature advertisements exposed by modules.
Behavior capabilities (7)
Section titled “Behavior capabilities (7)”behaviors.cqrs— CQRS Behaviorsbehaviors.event-driven— Event-Driven Behaviorsbehaviors.saga— Saga Behaviorsbehaviors.saga-choreography— Saga Choreography Behaviorsbehaviors.process-manager— Process Manager Behaviorsbehaviors.durable-execution— Durable Execution Behaviorsbehaviors.direct— Direct Behaviors
Data core capabilities (2)
Section titled “Data core capabilities (2)”data.read— Data Read Storedata.write— Data Write Store
Entity Framework capabilities (6)
Section titled “Entity Framework capabilities (6)”data.entity-framework— Entity Framework Data Providerdata.dbcontext.read— Read DbContextdata.dbcontext.write— Write DbContextdata.outbox— Entity Framework Outboxdata.inbox— Entity Framework Inboxdata.projections.entity-framework— Entity Framework Projections
MongoDB capabilities (5)
Section titled “MongoDB capabilities (5)”data.mongodb— MongoDB Data Providerdata.document-store— Document Storedata.outbox.mongodb— MongoDB Outboxdata.inbox.mongodb— MongoDB Inboxdata.cdc.mongodb— MongoDB Change Stream CDC
SQL Server capabilities (3)
Section titled “SQL Server capabilities (3)”data.sqlserver— SQL Server Data Providerdata.relational-store— Relational Storedata.cdc.sqlserver— SQL Server CDC
PostgreSQL capabilities (3)
Section titled “PostgreSQL capabilities (3)”data.postgresql— PostgreSQL Data Providerdata.relational-store— Relational Storedata.cdc.postgresql— PostgreSQL Logical Replication CDC
MySQL capabilities (3)
Section titled “MySQL capabilities (3)”data.mysql— MySQL Data Providerdata.relational-store— Relational Storedata.cdc.mysql— MySQL Binlog CDC
Oracle capabilities (3)
Section titled “Oracle capabilities (3)”data.oracle— Oracle Data Providerdata.relational-store— Relational Storedata.cdc.oracle— Oracle LogMiner CDC
Redis capabilities (4)
Section titled “Redis capabilities (4)”data.redis— Redis Data Providerdata.key-value-store— Key-Value Storedata.outbox.redis— Redis Outboxdata.inbox.redis— Redis Inbox
Neo4j capabilities (4)
Section titled “Neo4j capabilities (4)”data.neo4j— Neo4j Data Providerdata.graph-store— Graph Storedata.outbox.neo4j— Neo4j Outboxdata.inbox.neo4j— Neo4j Inbox
Cassandra capabilities (4)
Section titled “Cassandra capabilities (4)”data.cassandra— Cassandra Data Providerdata.wide-column-store— Wide-Column Storedata.outbox.cassandra— Cassandra Outboxdata.inbox.cassandra— Cassandra Inbox
ClickHouse capabilities (4)
Section titled “ClickHouse capabilities (4)”data.clickhouse— ClickHouse Data Providerdata.analytics-store— Analytics Storedata.outbox.clickhouse— ClickHouse Outboxdata.inbox.clickhouse— ClickHouse Inbox
Elasticsearch capabilities (4)
Section titled “Elasticsearch capabilities (4)”data.elasticsearch— Elasticsearch Data Providerdata.search-store— Search Storedata.outbox.elasticsearch— Elasticsearch Outboxdata.inbox.elasticsearch— Elasticsearch Inbox
OpenSearch capabilities (4)
Section titled “OpenSearch capabilities (4)”data.opensearch— OpenSearch Data Providerdata.search-store— Search Storedata.outbox.opensearch— OpenSearch Outboxdata.inbox.opensearch— OpenSearch Inbox
Qdrant capabilities (4)
Section titled “Qdrant capabilities (4)”data.qdrant— Qdrant Data Providerdata.vector-store— Vector Storedata.outbox.qdrant— Qdrant Outboxdata.inbox.qdrant— Qdrant Inbox
NATS capabilities (4)
Section titled “NATS capabilities (4)”data.nats— NATS Data Providerdata.ledger-store— Ledger Storedata.outbox.nats— NATS Outboxdata.inbox.nats— NATS Inbox
Eventing capabilities (7)
Section titled “Eventing capabilities (7)”eventing.publish— Event Publishingeventing.subscribe— Managed Event Subscription Executioneventing.subscriptions— Event Subscription Descriptorseventing.channels— Event Channelseventing.behaviors.saga-choreography— Saga Choreography Eventing Bridgeeventing.wolverine— Wolverine Eventing Adaptereventing.wolverine.dispatch— Wolverine Dispatch Loop
Identity capabilities (1)
Section titled “Identity capabilities (1)”identity.authorization— Identity Authorization
Multi-tenancy capabilities (28)
Section titled “Multi-tenancy capabilities (28)”tenancy.resolution— Tenant Resolutiontenancy.membership.catalog— Tenant Membership Catalogtenancy.membership.store— Tenant Membership Storetenancy.membership.evaluation— Tenant Membership Evaluationtenancy.invitation.catalog— Tenant Invitation Catalogtenancy.invitation.store— Tenant Invitation Storetenancy.invitation.validation— Tenant Invitation Validationtenancy.invitation.delivery-dispatch— Tenant Invitation Delivery Dispatchtenancy.invitation.delivery-retry-queue— Tenant Invitation Delivery Retry Queuetenancy.invitation.delivery-retry-execution-coordination— Tenant Invitation Delivery Retry Execution Coordinationtenancy.invitation.delivery-retry-background-scheduling— Tenant Invitation Delivery Retry Background Schedulingtenancy.invitation.delivery-status-reconciliation— Tenant Invitation Delivery Status Reconciliationtenancy.invitation.delivery-status-observation-store— Tenant Invitation Delivery Status Observation Storetenancy.administration.workflow— Tenant Administration Workflowtenancy.domain-ownership.catalog— Tenant Domain Ownership Catalogtenancy.domain-ownership.store— Tenant Domain Ownership Storetenancy.domain-ownership.validation— Tenant Domain Ownership Validationtenancy.domain-ownership.workflow— Tenant Domain Ownership Verification Workflowtenancy.domain-ownership.proof-challenge— Tenant Domain Ownership Proof Challengetenancy.domain-ownership.proof-publication-plan— Tenant Domain Ownership Proof Publication Plantenancy.domain-ownership.http-proof-publication— Tenant Domain Ownership HTTP Proof Publicationtenancy.domain-ownership.proof-evaluation— Tenant Domain Ownership Proof Evaluationtenancy.domain-ownership.http-proof-collection— Tenant Domain Ownership HTTP Proof Collectiontenancy.domain-ownership.dns-txt-proof-collection— Tenant Domain Ownership DNS TXT Proof Collectiontenancy.domain-ownership.proof-verification-runner— Tenant Domain Ownership Proof Verification Runnertenancy.domain-ownership.proof-polling-runner— Tenant Domain Ownership Proof Polling Runnertenancy.domain-ownership.proof-background-polling— Tenant Domain Ownership Proof Background Pollingtenancy.governance-action.catalog— Tenant Governance Action Catalogtenancy.governance-action.decision— Tenant Governance Action Decisiontenancy.governance-action.store— Tenant Governance Action Storetenancy.governance-action.workflow— Tenant Governance Action Workflow
Agentics capabilities (4)
Section titled “Agentics capabilities (4)”agentics.runtime— Agentic Runtimeagentics.execution— Agent Execution, including the Cephalon-managed dispatcher/run-state baseline when execution is enabledagentics.memory— Agent Memoryagentics.tools— Agent Tools
Edge capabilities (3)
Section titled “Edge capabilities (3)”edge.offline— Offline Modeedge.sync— Edge Synchronizationedge.nodes— Edge Nodes
Knowledge retrieval capabilities (3)
Section titled “Knowledge retrieval capabilities (3)”retrieval.query— Retrieval Query: executes bounded managed lexical queries over indexed knowledge collections.retrieval.ingestion— Retrieval Ingestion: builds managed indexes from registered knowledge document providers.retrieval.collections— Knowledge Collections: exposes registered knowledge collection descriptors to the runtime.
Data abstractions
Section titled “Data abstractions”Host-agnostic contracts defined in Cephalon.Abstractions for data workloads.
Command and query (CQRS)
Section titled “Command and query (CQRS)”ICommand— marker interface for write-side commandsICommand<TResult>— typed command with resultICommandHandler<TCommand>— handler for untyped commandICommandHandler<TCommand, TResult>— handler for command with resultIQuery<TResult>— typed query with resultIQueryHandler<TQuery, TResult>— handler for queryIReadStore— query handler dispatch interfaceIWriteStore— command handler dispatch interface
Outbox and inbox
Section titled “Outbox and inbox”IOutbox— outbound message staging interfaceIOutboxRegistry/IOutboxCatalog/IOutboxContributor— registration and discoveryOutboxDescriptor— metadata for outbox implementationsOutboxMessage— durable message formatIInbox— inbound message tracking interfaceIInboxRegistry/IInboxCatalog/IInboxContributor— registration and discoveryInboxDescriptor— metadata for inbox implementationsInboxMessage— tracked message format
Projections
Section titled “Projections”IProjection<TMessage>— read-model building interfaceIProjectionRegistry/IProjectionCatalog/IProjectionContributor— registration and discoveryProjectionDescriptor— metadata for projection implementations
Data products
Section titled “Data products”IDataProduct<T>— module-owned queryable data-product interfaceIDataProductRegistry/IDataProductCatalog/IDataProductContributor— registration and discoveryDataProductDescriptor— metadata for data-product implementations
CDC captures
Section titled “CDC captures”ICdcCapture— host-agnostic CDC execution interface for provider-specific implementationsICdcCaptureRegistry/ICdcCaptureCatalog/ICdcCaptureContributor— registration and discoveryCdcCaptureDescriptor— metadata for CDC capture implementations and outbox linkageCdcCaptureFreshnessStatus/CdcCaptureLagStatus/CdcCapturePublicationStatus— typed freshness, lag, and publication posture for operator/runtime reportingCdcCaptureRuntimeState/ICdcCaptureRuntimeStateCatalog— latest capture outcome, totals, typed operational posture, and optional linked outbox dispatch truth
Event sourcing
Section titled “Event sourcing”IEventStore— event stream persistence interfaceIEventStoreCatalog/IEventStoreRegistry/IEventStoreContributor— registration and discoveryISnapshotStore— snapshot persistence interfaceIDomainEvent— marker for domain event typesIAggregate— aggregate root interfaceDomainEvent— base class for eventsEventStreamDescriptor— metadata for event streamsEventStreamConcurrencyException— optimistic concurrency handling
Identity and authorization
Section titled “Identity and authorization”IAuthorizationEvaluator— policy evaluation interfaceIAuthorizationPolicyCatalog/IAuthorizationPolicyRegistry— policy discoveryIAuthorizationPolicyContributor— module-contributed authorization policies
Multi-tenancy
Section titled “Multi-tenancy”ITenantContextAccessor— ambient tenant contextITenantResolver— tenant resolution interfaceITenantMembershipCatalog— merged tenant-membership read modelITenantMembershipStore— runtime tenant-membership storage, with in-memory and opt-in file-backed baselinesITenantMembershipEvaluator— active tenant-membership and role evaluationITenantInvitationCatalog— merged tenant-invitation read modelITenantInvitationStore— runtime tenant-invitation storage, with in-memory and opt-in file-backed baselinesITenantInvitationValidator— pending tenant-invitation validationITenantInvitationDeliveryDispatcher/ITenantInvitationDeliverySender/ITenantInvitationDeliveryRunCatalog— host-agnostic invitation delivery dispatch, sender extension, and run-state trackingITenantInvitationDeliveryRetryStore/ITenantInvitationDeliveryRetryRunner/ITenantInvitationDeliveryRetryRuntimeCatalog/ITenantInvitationDeliveryRetryExecutionCoordinationCatalog— opt-in local retry queue storage, bounded retry execution, process-local skip-overlap coordination, and background scheduler run-state over retryable sender failuresITenantInvitationDeliveryStatusReconciler— host-agnostic invitation delivery status observation reconciliationITenantInvitationDeliveryStatusObservationStore— normalized invitation delivery-status observation storage, with in-memory and opt-in file-backed baselinesHttpInvitationDeliveryPayload— JSON payload contract for the optional idempotent and signed HTTP webhook invitation sender inCephalon.MultiTenancy.Governance.HttpDeliveryIMailgunInvitationDeliveryClient/MailgunInvitationDeliveryMessage/MailgunInvitationDeliveryClientResult— replaceable Mailgun Messages API client seam and prepared message/result contracts for the optional Mailgun invitation sender inCephalon.MultiTenancy.Governance.MailgunDeliveryMailgunInvitationDeliveryStatusCallbackResult/MailgunInvitationDeliveryStatusCallbackEventResult— aggregate and per-event response contracts for accepted, skipped, signed-webhook-verified, replay-protected, and duplicate-event Mailgun webhook translation inCephalon.MultiTenancy.Governance.MailgunDelivery.AspNetCoreIMicrosoftGraphInvitationDeliveryClient/IMicrosoftGraphInvitationDeliveryAccessTokenProvider/MicrosoftGraphInvitationDeliveryMessage/MicrosoftGraphInvitationDeliveryClientResult— replaceable Microsoft GraphsendMailclient and token-provider seams plus prepared message/result contracts for the optional Graph invitation sender inCephalon.MultiTenancy.Governance.MicrosoftGraphDeliveryMicrosoftGraphInvitationDeliveryAzureIdentityOptions— optional Azure Identity token-provider configuration for Graph invitation delivery, including scopes, tenant id, managed-identity client id, authority host, and credential exclusion posture inCephalon.MultiTenancy.Governance.MicrosoftGraphDelivery.AzureIdentitySendGridInvitationDeliveryStatusCallbackResult/SendGridInvitationDeliveryStatusCallbackEventResult— aggregate and per-event response contracts for accepted, skipped, signature/replay-rejected, and duplicate-event SendGrid Event Webhook translation inCephalon.MultiTenancy.Governance.SendGridDelivery.AspNetCoreISmtpInvitationDeliveryClient/SmtpInvitationDeliveryMessage/SmtpInvitationDeliveryClientResult— replaceable SMTP relay client seam and prepared message/result contracts for the optional SMTP invitation sender inCephalon.MultiTenancy.Governance.SmtpDeliveryITenantAdministrationWorkflow— host-driven membership and invitation administration workflow commandsITenantDomainOwnershipCatalog— merged declared tenant-domain ownership read modelITenantDomainOwnershipValidator— declared tenant-domain ownership validationITenantDomainOwnershipVerificationWorkflow— in-process declared tenant-domain ownership verification workflowITenantDomainOwnershipProofChallengeIssuer— tenant-domain ownership expected-proof challenge issuanceITenantDomainOwnershipProofPublicationPlanner— DNS TXT and HTTP file proof publication instruction planningITenantDomainOwnershipProofEvaluator— reported proof evidence evaluation and workflow mutationITenantDomainOwnershipHttpProofCollector— bounded on-demand HTTP file proof collection and evaluation handoffITenantDomainOwnershipDnsTxtProofCollector— bounded on-demand DNS TXT proof collection through an explicit DNS-over-HTTPS resolver and evaluation handoffITenantDomainOwnershipProofVerificationRunner— proof challenge, publication planning, reported-proof evaluation, and optional HTTP/DNS collection orchestrationITenantDomainOwnershipProofPollingRuntimeCatalog— automatic background proof-polling hosted-service runtime stateITenantGovernanceActionCatalog— merged approval/remediation action read modelITenantGovernanceActionDecider— tenant-governance action decisionITenantGovernanceActionStore— runtime approval/remediation action storage, with in-memory and opt-in file-backed baselinesITenantGovernanceActionWorkflow— in-process tenant-governance action workflow transitionstenant-resolutiontechnology surface — active resolver, configured tenants, default tenant, and ambient-context truthtenant-governance-boundariestechnology surface — boundary map separating base tenant-resolution ownership from companion-owned or planned governance workflowstenant-membershipstechnology surface — Cephalon-managed membership catalog, store, and evaluation posture fromCephalon.MultiTenancy.Governancetenant-invitationstechnology surface — Cephalon-managed invitation catalog, store, validation, delivery dispatch, sender readiness, delivery-run, opt-in retry queue, opt-in background retry scheduling, delivery-status reconciliation, and observation-store posture fromCephalon.MultiTenancy.Governancetenant-administrationtechnology surface — Cephalon-managed host-driven tenant-administration workflow posture fromCephalon.MultiTenancy.Governancetenant-administration-http-endpointstechnology surface — ASP.NET Core adapter posture for the optional tenant-administration command endpoint fromCephalon.MultiTenancy.Governance.AspNetCoretenant-invitation-delivery-http-endpointstechnology surface — ASP.NET Core adapter posture for the optional tenant-invitation delivery dispatch endpoint fromCephalon.MultiTenancy.Governance.AspNetCoretenant-invitation-delivery-status-http-endpointstechnology surface — ASP.NET Core adapter posture for optional normalized delivery-status callback plus bounded observation read, filtered summary posture, attention-category drill-down posture, provider-message drill-down posture, remediation-action filter posture, and remediation-hint posture fromCephalon.MultiTenancy.Governance.AspNetCoretenant-invitation-delivery-mailgun-status-callbackstechnology surface — ASP.NET Core Mailgun webhook translator, optional HMAC signature verification, bounded process-local token replay posture, and observation-store-backed event-id idempotency posture fromCephalon.MultiTenancy.Governance.MailgunDelivery.AspNetCoretenant-invitation-delivery-sendgrid-status-callbackstechnology surface — ASP.NET Core SendGrid Event Webhook translator, optional signed-webhook verification, bounded process-local signed-callback replay posture, and observation-store-backed event-id idempotency posture fromCephalon.MultiTenancy.Governance.SendGridDelivery.AspNetCoretenant-domain-ownershiptechnology surface — Cephalon-managed declared domain-ownership catalog, store, validation, workflow, proof-challenge, proof-publication planning, HTTP proof publication, proof-evaluation, HTTP proof collection, configured DNS TXT proof collection, proof-verification runner, bounded proof-polling runner, and opt-in background proof-polling posture fromCephalon.MultiTenancy.Governancetenant-governance-actionstechnology surface — Cephalon-managed approval/remediation action catalog, decision, in-process workflow, and action-store posture fromCephalon.MultiTenancy.Governance
IAuditRecorder— audit entry recordingIAuditWriter— audit persistence interfaceIAuditStoreCatalog— audit store discovery
Identifier generation
Section titled “Identifier generation”IIdGenerator— provider-agnostic identifier generation
Diagnostics conventions
Section titled “Diagnostics conventions”Structured diagnostics sources with stable event ID ranges.
- Engine Core (
Cephalon.Engine) — event IDs 1000+ - ASP.NET Core Hosting (
Cephalon.AspNetCore) — event IDs 2000+ - Observability (
Cephalon.Observability) — event IDs 3000+ - Eventing (
Cephalon.Eventing) — event IDs 4000–4099 - Wolverine Eventing (
Cephalon.Eventing.Wolverine) — event IDs 4300–4305 - Identity (
Cephalon.Identity) — event IDs 4400–4401 - Multi-Tenancy (
Cephalon.MultiTenancy) — event IDs 4500–4502 - Multi-Tenancy Governance (
Cephalon.MultiTenancy.Governance) — event IDs 4510–4549 and 4552–4557 - Multi-Tenancy Governance HTTP Delivery (
Cephalon.MultiTenancy.Governance.HttpDelivery) — event IDs 4550–4551 - Multi-Tenancy Governance Mailgun Delivery (
Cephalon.MultiTenancy.Governance.MailgunDelivery) — event IDs 4566–4567 - Multi-Tenancy Governance Mailgun Delivery ASP.NET Core (
Cephalon.MultiTenancy.Governance.MailgunDelivery.AspNetCore) — event IDs 4568–4571 - Multi-Tenancy Governance Microsoft Graph Delivery (
Cephalon.MultiTenancy.Governance.MicrosoftGraphDelivery) — event IDs 4572–4573 - Multi-Tenancy Governance Microsoft Graph Delivery Azure Identity (
Cephalon.MultiTenancy.Governance.MicrosoftGraphDelivery.AzureIdentity) — event IDs 4574–4575 - Multi-Tenancy Governance SendGrid Delivery (
Cephalon.MultiTenancy.Governance.SendGridDelivery) — event IDs 4560–4561 - Multi-Tenancy Governance SendGrid Delivery ASP.NET Core (
Cephalon.MultiTenancy.Governance.SendGridDelivery.AspNetCore) — event IDs 4562–4565 - Multi-Tenancy Governance SMTP Delivery (
Cephalon.MultiTenancy.Governance.SmtpDelivery) — event IDs 4558–4559 - Audit (
Cephalon.Audit) — event IDs 4600–4601 - Behaviors (
Cephalon.Behaviors) — event IDs 5100–5109
Observability dependency health probes (18)
Section titled “Observability dependency health probes (18)”Each probe is a standalone companion package implementing IDependencyHealthContributor.
Cephalon.Observability.CassandraDependencies— Cassandra contact-point and keyspace probesCephalon.Observability.ClickHouseDependencies— ClickHouse connection and health query probesCephalon.Observability.ConsulDependencies— Consul leader checks, ACL tokens, datacenter probesCephalon.Observability.ElasticsearchDependencies— Elasticsearch cluster-health probesCephalon.Observability.HttpDependencies— external HTTP upstream probesCephalon.Observability.KafkaDependencies— Kafka broker metadata and topic probesCephalon.Observability.MemcachedDependencies— Memcached version probesCephalon.Observability.MongoDbDependencies— MongoDB connection and TLS probesCephalon.Observability.MqttDependencies— MQTT CONNECT/PINGREQ probesCephalon.Observability.MySqlDependencies— MySQL connection and health query probesCephalon.Observability.NatsDependencies— NATS INFO/CONNECT/PING probesCephalon.Observability.Neo4jDependencies— Neo4j endpoint and Cypher health probesCephalon.Observability.OpenSearchDependencies— OpenSearch cluster-health probesCephalon.Observability.OracleDependencies— Oracle connection andSELECT 1 FROM DUALprobesCephalon.Observability.PostgresDependencies— Postgres connection and health query probesCephalon.Observability.RabbitMqDependencies— RabbitMQ broker connection probesCephalon.Observability.RedisDependencies— Redis PING and authentication probesCephalon.Observability.SqlServerDependencies— SQL Server and Azure SQL connection probes
Observability cloud and platform exporters (14)
Section titled “Observability cloud and platform exporters (14)”Each exporter is a standalone companion package on top of the cloud-neutral OTLP baseline.
Cephalon.Observability.OpenTelemetry— cloud-neutral OTLP exporter (logs, metrics, traces)Cephalon.Observability.Aws— AWS X-Ray traces, CloudWatch, SDK instrumentationCephalon.Observability.AzureMonitor— Azure Monitor / Application InsightsCephalon.Observability.Gcp— Google Cloud Trace and MonitoringCephalon.Observability.AlibabaCloud— Alibaba Cloud ARMS/SLSCephalon.Observability.HuaweiCloud— Huawei Cloud APMCephalon.Observability.OracleCloud— Oracle Cloud APM traces/metricsCephalon.Observability.DigitalOcean— DigitalOcean collector defaultsCephalon.Observability.GrafanaCloud— Grafana Cloud OTLP endpoint with access-policy authCephalon.Observability.NewRelic— New Relic native OTLP with api-key authCephalon.Observability.Serilog— Serilog sink/enricher provider integrationCephalon.Observability.Kubernetes— in-cluster collector wiring and resource defaultsCephalon.Observability.OpenShift— Red Hat OpenShift platform defaultsCephalon.Observability.Tanzu— VMware Tanzu/Wavefront proxy defaults
Host adapters
Section titled “Host adapters”Cephalon.AspNetCore— HTTP-first host core with engine metadata, health, transport, and docs endpointsCephalon.AspNetCore.JsonRpc— JSON-RPC transport adapterCephalon.AspNetCore.GraphQL— GraphQL transport adapterCephalon.AspNetCore.Grpc— gRPC transport adapter with unary and streaming contractsCephalon.Identity.AspNetCore— ASP.NET Core identity/authorization host adapterCephalon.MultiTenancy.Governance.AspNetCore— ASP.NET Core tenant-domain ownership HTTP proof, tenant-administration command, invitation delivery dispatch, and delivery-status callback/observation adapterCephalon.MultiTenancy.Governance.MailgunDelivery.AspNetCore— ASP.NET Core Mailgun webhook translator, optional HMAC signed-webhook verifier, bounded process-local token replay guard, and observation-store-backed event-id idempotency guard for tenant-invitation delivery-status reconciliationCephalon.MultiTenancy.Governance.SendGridDelivery.AspNetCore— ASP.NET Core SendGrid Event Webhook translator, optional signed-webhook verifier, bounded signed-callback replay guard, and observation-store-backed event-id idempotency guard for tenant-invitation delivery-status reconciliationCephalon.Worker— non-HTTP generic-host adapter for worker processes
Tooling and adoption
Section titled “Tooling and adoption”Cephalon.Cli— user-facing CLI for scaffolding, docs, and package workflowsCephalon.Scaffolding— scaffold generation from blueprint and app-profile contractsCephalon.TemplatePack— installabledotnet newtemplates for shipped blueprintsCephalon.ReferenceDocs— reference-doc generation from compiled assemblies
Sample applications
Section titled “Sample applications”Cephalon.Sample.ModularMonolith— modular-monolith blueprint sampleCephalon.Sample.ModularVerticalSlice— modular-vertical-slice blueprint sampleCephalon.Sample.Microservice— microservice blueprint sampleCephalon.Sample.MicroserviceSuite— microservice-suite sample with CatalogService, OrdersService, shared governance and foundationCephalon.ReferenceModule.Operations— reference module authoring example
Runtime introspection surfaces
Section titled “Runtime introspection surfaces”The engine exposes operator-facing runtime information through these endpoints:
/engine/snapshot— merged runtime introspection snapshot/engine/app-model— app profile with blueprint, patterns, technologies, transports/engine/manifest— runtime manifest with modules, capabilities, metadata/engine/runtime-story— lifecycle story with state, events, timeline/engine/cells— active cell-boundary catalog/engine/cell-routes— active governed cell-route catalog/engine/cell-health-isolations— active cell health-isolation catalog/engine/cell-traffic-automations— effective cell traffic-automation catalog/engine/technologies— active technology selections/engine/technology-catalog— full technology catalog/engine/technology-surfaces— active technology runtime surfaces/engine/packages— loaded package metadata, trust, provenance/engine/options— engine options and capability policy/engine/diagnostics— diagnostics conventions and event-id catalog/engine/dependencies— dependency health contributions/engine/localization— localization state/engine/scaffold— blueprint scaffold plan/engine/failure-policy— startup/stop/restart behavior/engine/trust-policy— trust and capability policy/engine/package-policy— package governance requirements/engine/execution-graphs— execution graph descriptors/engine/hosted-executions— hosted execution descriptors/engine/rest-endpoints— final published REST endpoint catalog/engine/rest-endpoint-candidates— authoring and governance-aware REST candidate catalog/engine/rest-endpoint-publication-groups— grouped REST publication story per behavior and authoring style/engine/rest-endpoint-authoring-policies— grouped shorthand authoring-policy answers/engine/rest-endpoint-suppressions— active REST suppression rules with runtime outcomes/engine/rest-endpoint-overrides— active REST override rules with selected-versus-applied outcomes/engine/data-products— data product descriptors/engine/cdc-captures— CDC capture descriptors/engine/projections— projection descriptors/engine/inboxes— inbox surfaces/engine/outboxes— outbox surfaces/engine/authorization-policies— authorization policy descriptors/engine/audit-stores— audit store surfaces/health— health summary/health/live— liveness probe/health/ready— readiness probe
Summary counts
Section titled “Summary counts”- Blueprints: 3 app + 1 suite = 4
- Patterns: 21
- Technologies: 11
- Transports: 6 + 3 messaging bindings = 9
- Execution strategies: 7
- Modules: 15 core + 14 data + 10 event-sourcing + 6 specialized + 1 identifier = 46
- Capabilities: 80+
- Data abstractions: 24+ interfaces
- Diagnostics sources: 18
- Dependency health probes: 18
- Cloud/platform exporters: 14
- Host adapters: 8
- Runtime introspection endpoints: 33+
- Sample applications: 5