Personalized concept by MarketBetter · Delta is an illustrative target account
For Delta’s infrastructure & network teams

Cloud velocity.
Governed
network change.

Delta is investing in connected travel and AWS-powered services. Itential could help the infrastructure behind those services change with the same discipline: checks, approvals, execution, and evidence in one workflow.

Keep your tools. Start with one recurring infrastructure request.

Actual Itential product image showing an infrastructure agent session and its tools
ONE GOVERNED PATHRequest → checks → approval → execution → verification
Illustrative change workflow
Itential product imagery · not Delta’s environment
ITENTIAL CUSTOMER
EXAMPLES
S&P GlobalCorningLumenSouthern California Edison
Why this conversation is relevant

Built around Delta’s
public infrastructure priorities.

Three signals help frame a useful discovery conversation. They establish business context, not a diagnosis of Delta’s internal systems.

Cloud foundation · July 2022

AWS as the preferred cloud provider

Delta and AWS announced a multi-year agreement supporting digital services, operational efficiency, and employee cloud skills.

Read the AWS announcement ↗

Conversation to explore: How do cloud requests connect to network policy, approvals, and change execution?

Connected travel · March 2026

A broader Amazon collaboration

Delta’s Amazon Leo agreement builds on its use of AWS and outlines aircraft connectivity installations beginning in 2028.

Read Delta’s update ↗

Conversation to explore: Which supporting infrastructure services need repeatable delivery as digital initiatives expand?

Operational systems · March 2026

Cloud services across the operation

Amazon describes Delta using AWS for reservations, operational tools, and customer-facing applications.

Read Amazon’s account context ↗

Conversation to explore: Which recurring changes cross teams and tools, and where should validation occur?

The application here is enterprise infrastructure orchestration. This concept does not claim Itential controls aircraft systems or delivers in-flight connectivity.

Where Itential could fit

Make the handoffs
part of the workflow.

Start with an operation that crosses a request system, an automation tool, and infrastructure. Open a use case to see what an initial workshop could examine.

Itential execution product image
Actual Itential product imagery. Proposed use cases require validation with Delta’s engineers.
Application connectivity and firewall changes

Bring a defined connectivity request through scope checks, an approval gate, the authorized automation, and post-change verification. Keep its outcome connected to the request.

First workshop question: What information does an engineer need before approving the next application connectivity change?
Explore Itential’s execution capabilities ↗
Self-service infrastructure requests

Publish repeatable operations for authorized consumers. Platform and application teams can request a defined service while network engineers retain the controls governing its execution.

First workshop question: Which recurring request could become a governed service without opening unrestricted infrastructure access?
Explore self-service operations ↗
Network refreshes and repeatable maintenance

Coordinate inventory checks, configuration actions, and validation across supported tools. Use a bounded first workflow rather than attempting to automate the entire estate at once.

First workshop question: Which maintenance procedure has sufficiently clear preconditions, success checks, and recovery steps?
See Corning’s network refresh approach ↗
Configuration drift and policy evidence

Evaluate checks against approved configuration standards and retain the results. Decide which exceptions need review and which remediation steps can be automated safely.

First workshop question: What evidence should a successful change produce for operations and security?
Explore configuration validation ↗
Governed entry points for AI agents

Introduce reasoning where it adds value, with tools scoped to the task. Keep infrastructure actions inside an execution path that can enforce permissions and required approvals.

First workshop question: Which decisions could an agent assist with, and which actions must remain approval-gated?
Explore the platform ↗
Extend the work you already have

An orchestration layer
around your tools.

Itential supports integrations and APIs so teams can connect existing automation with requests, approvals, and infrastructure actions.

CloudAWS is confirmed in Delta’s public announcements. Identify the exact services and operations in scope.
AutomationEvaluate existing Python, Ansible, CLI, and API-based tasks as reusable workflow actions.
OperationsMap the request system, inventory, source of truth, and monitoring needed for the selected use case.

Tool names are Itential capability examples, not a verified inventory of Delta’s stack. Each integration and permission boundary needs technical validation.

Review Itential’s integration capabilities ↗
Itential product illustration showing support for existing tools such as Python, CLI and Ansible
Walk through an example

One connectivity request.
Five explicit control points.

Select a step to inspect an illustrative application connectivity change. This is a concept walkthrough, not a running workflow or a Delta system.

01 / REQUEST

Make the desired change explicit.

Capture the requesting team, source and destination, service, environment, and requested window before deciding how to execute.

Request: application connectivity Scope: named service and environment Change window: defined by the owner

Illustrative content. No connections to Delta or Itential systems.

By role

A different starting point
for every stakeholder.

Choose a role to explore the practical questions that shape an infrastructure automation evaluation.

Network engineering

Keep your automation.
Standardize how it runs.

Start with a known task and define the inputs, checks, permissions, and exception path needed to make it reusable.

Bring a workflow to the conversation ↗
  • Reuse working tasksIdentify the scripts or playbooks that already perform the change.
  • Define success before executionMake the preconditions and post-checks part of the workflow design.
  • Plan the exception pathDecide when to stop, escalate, or run a validated recovery step.
Relevant customer evidence

Enterprise teams already
put this model to work.

Different environments, specific outcomes. Use these examples to frame the questions for a Delta evaluation.

S&P Global
Up to 90%
less manual effort across multiple network automation use cases

Its customer story describes same-day self-service spanning cloud and data-center infrastructure, with faster firewall changes.

Read the S&P Global story ↗Customer-reported result, not a Delta forecast.
Corning
3–5K
devices on its global network refresh plan through 2030

Corning describes standardizing multi-vendor workflows and enabling site-team self-service within its existing staffing model.

Read the Corning story ↗A refresh plan, not a completed-device claim.
Lumen
1.09M
hours saved across its Itential deployment in 2025

Established automation gave its teams a foundation for developing agents with existing controls and reusable workflows.

Read the Lumen story ↗Lumen’s scale and results are its own.
Model one workflow’s value

What could a repeatable
change give back?

Use your own inputs to estimate engineering capacity. These defaults are hypothetical; they do not describe Delta or promise Itential performance.

Count only the operation you are evaluating.
Engineering effort, excluding waiting and approval time.
A scenario assumption to validate in a pilot.
Used to value capacity; not a cash-savings claim.
Illustrative annual capacity
720
engineering hours potentially reclaimed
60 heach month on this workflow
$72,000annual capacity value before program costs

Hours = monthly requests × hands-on minutes ÷ 60 × assumed reduction × 12.
Capacity value = hours × loaded hourly cost. This excludes implementation, licensing, ongoing maintenance, rework, and service delays. It is not net ROI.

Security, governance & deployment

Define the boundaries
before automating the action.

Itential publishes enterprise controls and deployment options that a security review can examine against the selected use case.

Access and approvals

Role-based permissions and approval gates govern who can invoke infrastructure actions.

Enterprise identity

Itential lists SAML and OpenID Connect SSO, MFA, and directory synchronization support.

AI tool boundaries

Scope agents to permitted tools and retain attribution for their actions.

Audit and validation

Review the execution record, validation evidence, and exception handling for the workflow.

SOC 2 Type II

Itential states it is certified. Request its report and review the applicable scope.

Deployment options

Managed SaaS and self-managed options are described on its security page. Validate architecture with the vendor.

Itential security architecture product illustration
Review Itential’s published controls and deployment details ↗
A bounded evaluation

Start small enough
to prove the workflow.

Proposed evaluation structure. Timing, scope, and access would be agreed with the engineering and security owners.

Discover

Pick one recurring request.

  • Document its inputs and current manual effort.
  • Identify system owners and required permissions.
  • Define the success criteria and a baseline.
Validate

Exercise the controls.

  • Build against approved non-production systems.
  • Test invalid inputs, rejected approvals, and failures.
  • Verify the evidence and recovery procedure.
Decide

Measure before expanding.

  • Compare hands-on effort with the baseline.
  • Review reliability and exception frequency.
  • Agree whether the workflow merits broader use.
Questions worth answering

Before the
first workflow.

A useful evaluation starts with the constraints as well as the possibilities.

Does this mean replacing our current automation tools?

The proposed starting point is reuse. Identify the tools performing each task and evaluate how Itential could coordinate them. Validate supported versions, interfaces, and access during technical discovery.

Is this proposing autonomous AI changes to production?

No. Begin with a bounded, reviewable workflow and explicitly approved environments. Determine whether an agent is needed at all. Any future autonomy level must fit the organization’s access controls and approval requirements.

Does the page describe Delta’s actual internal architecture?

No. AWS usage and the Amazon collaboration come from public announcements. The workflows and stakeholder questions are proposed applications, not observations of Delta’s systems.

What would we need for a useful first conversation?

One recurring request, an owner who understands the current process, a rough effort baseline, and the relevant constraints. The next step is agreeing a scope that engineers can validate safely.

How should we interpret the capacity estimate?

It is a planning scenario based on your inputs. Measure actual effort reduction and program costs before making an ROI claim. The result is neither a Delta estimate nor a guarantee of product performance.

Make the next conversation specific

Bring one change.
Leave with a clearer path.

Explore how a defined request could move through checks, approvals, execution, and verification using the systems your team already runs.

Sources & scope

The public research behind this experience

  1. AWS selected as Delta’s preferred cloud providerAmazon · July 12, 2022 · Account context
  2. Delta and Amazon’s connected-travel agreementDelta News Hub · March 31, 2026 · Account context
  3. Amazon on Delta’s AWS and connectivity investmentsAmazon · March 31, 2026 · Account context
  4. Itential governed executionProduct capabilities and execution imagery
  5. Itential integrationsIntegration and tool examples
  6. Itential intelligent operationsSelf-service and execution visibility
  7. Itential platform overviewOrchestration and agent capabilities
  8. Itential security and governanceControls, identity, and deployment options
  9. S&P Global customer storySame-day service and manual-effort results
  10. Corning customer storyNetwork refresh plan and operating model
  11. Lumen customer story2025 automation results and agent development
  12. Itential customer overviewNamed customer examples