Platform API
Shared platform and product-facing capabilities packaged behind an independently built service boundary.
Architecture · Current and target
Bast separates public architectural truth from architectural direction. The current system packages specialized capabilities into independently built runtime services. Configuration-defined agents operate inside those service boundaries; one microservice per agent remains a direction, not a current system claim.
Current operating model
The current development delivery path builds four named backend images. That count describes deployable images in the inspected pipeline—not every API package, agent, library, or future service.
Shared platform and product-facing capabilities packaged behind an independently built service boundary.
Organization-scoped services packaged for the current deployment path.
Configuration-defined specialized agents and orchestration execute inside this runtime boundary.
BastCare processing is built as a bounded backend image supporting the product workflow.
Control path
Reliability & recovery
We reserve the term for a complete loop: detect, remediate within bounds, verify recovery, and roll back or fail safely. The documentation shows which parts are current and which remain target state.
Health checks provide infrastructure-level detection signals. Environment-specific restart or replacement behavior still requires deployment evidence.
Application-level detection, bounded remediation, post-recovery verification, and safe rollback must be proven end to end before being described as live.
Version-controlled deployment configuration continues to reflect DuploCloud where it remains in use; this does not assert every environment is currently healthy.
Directly managed cloud infrastructure remains separately labeled until migration and operational verification are complete.
Next