Can AI coding tools replace a DevOps engineer at a small startup?
By the Keel team · Last checked · 4 min read
Short answer
AI coding tools can speed up writing infrastructure and pipeline code, but they do not replace the person or service that owns production. The 2025 DORA report found AI adoption improves delivery throughput yet still has a negative relationship with delivery stability, because faster change exposes weak safety nets. For a small startup, AI is a useful assistant to whoever owns operations, not a substitute for ownership.
Positive
AI adoption's relationship with delivery throughput in the 2025 DORA report
Source: Google Cloud, Sep 2025
Negative
AI adoption's relationship with delivery stability in the same report
Source: Google Cloud, Sep 2025
What can AI coding tools do for infrastructure work?
AI coding tools can draft infrastructure code, pipeline files, scripts and documentation quickly, and explain unfamiliar configuration.
That saves real time for a developer who is not a specialist and needs a first version to review.
A draft is not a running, safe production system. Someone still has to decide what to build, check it against how AWS actually behaves, apply it with the right permissions, and be there when it fails.
What does the 2025 DORA report say about AI and delivery?
The 2025 DORA report found that AI adoption now has a positive relationship with software delivery throughput and product performance, but still a negative relationship with delivery stability.
Google Cloud's announcement summarises the explanation: AI accelerates software development, but that acceleration can expose weaknesses downstream.
The report's central theme is that AI does not fix a team; it amplifies what is already there. Without control systems such as strong automated testing, mature version control and fast feedback loops, an increase in change volume leads to instability.
What does AI not do for a small startup?
AI does not take responsibility, keep access safe, prove a restore works or answer an alert at an awkward hour.
Those are ownership tasks, and under the AWS shared responsibility model they remain yours however the code was written.
| Task | AI helps? | Who must own it |
|---|---|---|
| Drafting pipeline and infrastructure code | Yes, as a first draft | Someone who reviews it |
| Choosing permissions and access | Only with review | Someone accountable for security |
| Proving backups restore | No, it must be run and recorded | A named person |
| Rolling back a bad release | Can help write it | The pipeline, plus a person who has tested it |
| Responding to an incident | Can help diagnose | Whoever is on call |
| Patching and keeping things current | Can help script it | A named owner on a schedule |
What are the risks of AI-written infrastructure?
The main risks are permissions that are broader than needed, secrets pasted into code, settings that look right but are not, and changes nobody fully understands.
Each is easy to introduce quickly and hard to spot without review.
- Review every generated change as a pull request, as you would a new hire's work.
- Keep secrets out of prompts and code, as in where to keep database passwords and API keys on AWS.
- Give any tool or provider the narrowest access that works, as in giving a DevOps provider AWS access safely.
- Run the result through your normal checks and health checks before it reaches customers.
How should a small team combine AI and a DevOps owner?
Use AI to make the owner faster, and make sure there is an owner.
That owner can be a developer with time set aside, a fractional engineer or a managed service, but the role has to exist, with a name against it.
Whether you can run production on AWS without a DevOps engineer and what a startup should pay for DevOps each month cover the options. DORA's finding also points to the safety nets to build first: tests, a pipeline and fast rollback, as in rolling back an ECS deployment automatically.
When is it safe to rely mostly on AI for operations?
It is safer when the system is small, the blast radius of a mistake is low and you have no paying customers who depend on it.
A prototype with no customer data is a fair place to experiment.
Once customers pay and trust you with their data, the cost of a mistake changes. At that point the questions are who is accountable, what the recovery plan is and how quickly you would know something had broken, and AI answers none of them by itself.
Can a very small team get an owner for operations without hiring?
A very small team can get an owner for the basics through Keel's Startup programme, a foundation-level service for small teams already live with paying customers: a deploy pipeline with rollback, tested backups, monitoring and monthly patching, in your own AWS account, with a monthly check-in with a Keel account manager.
Your developers can keep using AI tools; the programme provides the operational safety net around them.
It is for teams of fewer than 5 at pre-seed to Series A, live in production with at least one paying customer, on AWS with code on GitHub or GitLab. Places are limited and awarded on merit. You can apply for a place in the pricing section.
Is AI speeding you up safely?
Tick each item that is true today.
- Someone is named as owner of production operations.
- Generated infrastructure changes go through pull request review.
- No secrets are pasted into prompts or code.
- Tools and providers have the narrowest access that works.
- A failed release rolls back without a person.
- You have recently proved a restore works.
Decision point: Five or six ticks: AI is making you faster safely. Three or fewer: more change will mean more breakage until the safety nets exist.
Sources
- Google Cloud, Announcing the 2025 DORA Report (September 2025)
- DORA, State of AI-assisted Software Development 2025 (2025)
- AWS, Shared Responsibility Model (checked October 2026)
Keep reading
Keel is an AWS release and recovery operations service for SaaS teams of 3 to 15 developers, provided by Bargainn Services Ltd, a UK company registered at Companies House (16497746). Registered office: 3rd Floor, 86-90 Paul Street, London, EC2A 4NE, United Kingdom.