Cookie settings

We use cookies

Necessary cookies keep the website working and store your choice. With your consent, we can also use functional cookies to remember the theme preference and analytics cookies to measure website usage.

You can accept optional cookies all at once, reject them, or choose individual categories. You can change your consent later; details are available in the Cookies Policy.

LaraDep Documentation

You are reading Managed mode

Operations and governance for managed mode

Reliable daily operations in managed mode: who triggers deployments, how changes are tracked, what to watch, and how to handle issues without operational chaos.

Managed operations and governance

Managed documentation is only valuable when daily operations and governance are clearly defined. This page defines who changes what, what to validate, and how to handle incidents without ad-hoc procedures.

Purpose and audience

For teams using managed mode, it helps to:

  • keep deployment execution repeatable,
  • reduce operational drift and avoid unsafe changes,
  • quickly audit who launched what and when.

Prerequisites

  • Completed onboarding and at least one validated run,
  • configured workspaces and roles,
  • ready values for deployment and valid server access,
  • basic familiarity with the runbook.

Step-by-step operation

  1. Confirm scope: define what is being changed, the owner who starts it, template stack, and target.
  2. Pre-check approvals: confirm who approves, maintenance window, and rollback option.
  3. Run the guided flow: choose template, fill values, pass preflight.
  4. Monitor execution: watch logs and state in real time.
  5. Validate outcome: check functionality and deployment record.
  6. Close run: adjust templates/templates workflow if needed for next execution.

Execution checklist

  • Is the correct target/workspace selected?
  • All required values and secrets context prepared?
  • Did preflight complete successfully?
  • Is there a maintenance window and communication plan?
  • Is the completion evidence captured in workspace history?

Common issues

  • Execution outside process (outside approved window, no approval).
  • Ignoring preflight warnings and postponing fixes.
  • Unclear role ownership: someone executes but no one reviews.
  • Incomplete run logging, weak audit trace.

Next steps

Cross-track decision

If your team needs more infrastructure ownership, compare self-hosted mode and evaluate mode migration.

Next step: Review detailed rollout steps in first deployment or align access in workspaces.

Subscribe to our Newsletter

Stay updated with our latest news and articles by subscribing to our newsletter.

Esc Close