OutSystems Platform Ops Engineer study materials
OutSystems Platform Ops Engineer study resources

OutSystems Platform Ops Engineer flashcards

OutSystems Platform Ops Engineer · Build recall with a focused review session.

34 cards. Read the term and the definition here. The deck at the top of this page is optional.

LifeTime console
Central management console for all environments in a stage set. It registers environments, builds deployment plans, provisions users, and provides cross-environment monitoring and audit of deployments.
OutSystems stage
A grouping of environments such as Development, Quality, or Production. Deployments move forward through stages in order, and each stage can contain more than one environment.
Environment isolation
Each environment has its own Platform Server and database catalog. An application deployed to one environment is not visible in another until it is deployed there too.
Deployment Controller role
Service inside each environment that receives deployment packages and applies them. If it is stopped or unreachable, deployments fail even when the application server is healthy.
Solution pack
Portable file containing an application's modules and their references, used to move work between environments. It is uploaded to the target by the deployment process.
Platform Server version parity
All environments in a stage set should run the same Platform Server version. Version skew between LifeTime and an environment blocks deployments and complicates troubleshooting.
Deployment plan
LifeTime's diff-based selection of applications and module tags to move from source to target. It resolves dependencies and flags conflicts before anything is applied.
Module tag
Immutable snapshot of a module used as the unit of deployment. Deployments always reference tags, never mutable development revisions, which makes releases reproducible.
1-Click Publish
Service Studio action that compiles and deploys directly to the connected environment. It bypasses LifeTime, so it is normally restricted to non-production environments.
Rollback by redeploy
The platform does not roll back automatically. To revert, deploy the previous tag of the affected modules as a new deployment and verify the result.
Dependency conflict
Occurs when a referenced producer module or extension differs between source and target. The plan highlights producers that must be deployed first to resolve it.
Destructive schema change
Entity model synchronization applies schema changes during deployment, but dropping columns or tables can lose data and needs explicit review before the deployment is confirmed.
Stage skipping
Deploying from Development straight to Production without passing Quality. It requires an explicit LifeTime setting and is recorded in the audit trail.
Post-deployment compile
Final deployment step that compiles and warms up the application on the target. Skipping or failing it leaves first requests slow or the application unavailable.
Platform Server tiers
Standard installation separates the database server, the Platform Server nodes running Application Server and Deployment Controller, and the load balancer in front of server farms.
Server farm shared cache
Farm nodes must share database and file storage for the compiled application cache. Without sharing, each node compiles independently and first requests after deploy are slow.
Service Center logs
Per-environment log viewer filtering by module, error type, and time. It is the primary source for runtime exceptions and integration failures in that environment.
Integration logs
Records of REST and SOAP calls with payloads and duration, enabled per integration. They grow quickly, so retention must be pruned deliberately.
Performance Monitor
Service Center view showing screen and integration timings per module. It separates slow queries from slow client rendering before infrastructure changes are made.
Controller unavailable error
Message indicating the Deployment Controller service is down or unreachable. It is an infrastructure fault, not an application defect, and blocks all deployments to that environment.
Sticky sessions
Load balancer setting that routes a user to the same node, or central state storage that removes the need. Without either, users lose session state between farm nodes.
Environment health checklist
Recurring checks of Platform Server version, free disk, database connectivity, Deployment Controller status, and last successful deployment timestamp for each environment.
LifeTime roles
Administrator, Developer, and IT Manager assignments managed centrally and separate from per-environment roles. A LifeTime administrator can manage environments without app-level developer rights.
Service Center roles
Per-environment roles including Administrator, Developer, and Operator. They govern who can deploy, configure, and operate within that specific environment.
SAML 2.0 authentication
Federated login option configured per environment. Changing the provider invalidates existing sessions, so cutover should be scheduled outside business hours.
Built-in authentication
Platform-managed user accounts stored in the environment database. Common in Development, while production typically federates to Active Directory, SAML, or OpenID Connect.
Per-environment secrets
Connection strings and API keys stored in environment configuration rather than in modules. LifeTime environment settings are the supported location for these values.
Deployment audit trail
LifeTime record of who deployed what and when, combined with Service Center role-change logs. Together they provide evidence of controlled change management.
Least privilege deployment
Developers hold Developer role only in Dev and Quality. Production deployments run under an operator or pipeline account, and Administrator is limited to platform operators.
Scale out versus up
Scale out adds Platform Server nodes behind the load balancer; scale up increases CPU and RAM on existing nodes. The database usually saturates first, so tune it before adding nodes.
Aggregate column trimming
Aggregates fetch only attributes referenced downstream. Adding unused attributes widens queries and increases memory, so trim each aggregate to the fields actually used.
Capacity planning inputs
Peak concurrent users, requests per user per minute, average and p95 response time, database CPU, and app-node CPU. Targets keep p95 within SLA with failover headroom.
Synchronous integration cost
A synchronous REST call inside a screen blocks the request thread until it returns. Making it asynchronous where the result is not immediately needed frees capacity.
Bounded cache expiration
Reference data cached with an explicit expiration rather than indefinitely. Unbounded caches grow until they exhaust memory and behave like a leak.