Cloud & AI Developer

Aiana
Mambetova

I automate the cloud and build AI agents that give businesses their time back.

AWS-certified, based in Chicago. I write Python and Terraform, ship through automated pipelines, and design AI agents with guardrails. AI-first is how I work: I build, test and own everything that ships.

LET'S CONNECT
Portrait of Aiana Mambetova in Chicago
Biggest ideas feel better together
About

My path

My path is economics → code → systems → cloud & AI, and each step added a skill I still use. Today I automate the cloud with Python, Terraform and GitHub Actions, and build AI agents with guardrails. I'm completing an M.S. in Information Technology at Illinois Tech, and I treat every project as a chance to build something technical and a little bit beautiful.

Aiana in Chicago
ACCESS CARD
Cloud & AI Developer
Python · Terraform · AWS
AWS Solutions Architect – AssociateAWS Cloud PractitionerEF SET English C2M.S. Information Technology · Illinois TechKubernetesLinux
Problems I solve

What I fix

# terraform plan
+ aws_s3_bucket.site
+ aws_cloudfront_distribution
# reviewed before apply
Problem

Infrastructure built by hand, different every time

Fix: Terraform. The bucket, CDN, DNS record and certificate are code, with state stored remotely in S3.

# workflow
pull_request → plan
merge to main → apply
no manual steps
Problem

Deploys that depend on one person and one laptop

Fix: GitHub Actions runs plan on every pull request and apply on merge.

# auth
OIDC → short-lived token
role: deploy (main only)
role: plan (read-only)
Problem

Long-lived cloud keys sitting in repos and CI

Fix: OIDC with two least-privilege IAM roles. Nothing to leak and nothing to rotate.

# plan-review agent
risk flags: deterministic
summary: AI, plain language
writes: comments only
Problem

Risky infrastructure changes nobody has time to review

Fix: an AI agent reads every Terraform plan, flags destroys, IAM and open ports, and explains the change in plain words.

$ dig +short aiancooldevops.com
$ ufw status verbose
$ journalctl -u sshd
Problem

Outages caused by DNS, firewall and network mistakes

Fix: hands-on Linux, DNS, firewalls and Active Directory experience, plus a master's degree focused on cloud and operating systems.

# daily workflow
draft with Claude
review + test myself
ship with confidence
Problem

Slow, repetitive ops work that eats the week

Fix: AI as a daily pair. It drafts scripts, explains errors and reviews changes, and I verify everything before it ships.

AI-first

How I work

AI-first, to me, is a discipline of delegation: machines own execution, while I retain judgment, accountability and taste. Every agent I build operates within explicit guardrails, and every output is verified before it reaches production.

01

I pair with AI every day

Claude helps me draft Terraform and scripts, explain errors and think through designs. I read, test and own every line that ships.

02

AI inside the pipeline

Every infrastructure pull request on this site is reviewed by an AI agent that explains the Terraform plan in plain language.

03

Guardrails before cleverness

The agent can only comment. It has a read-only role, deterministic risk checks, masked account IDs, and it treats the plan as untrusted input.

04

Next stop: AIOps and MLOps

I'm growing from cloud and DevOps toward automating operations with AI, and toward the infrastructure that machine learning runs on.

Case study

This page is the project

CI/CD AWS pull_request terraform plan merge → main OIDC token Route 53 DNS ACM TLS cert CloudFront edge cache S3 bucket static site visitor HTTPS no stored keys — just this
Infrastructure

A private S3 bucket, served over CloudFront, deployed by GitHub Actions

Every part of this — the bucket, the distribution, the DNS record, the certificate — is defined in Terraform with remote state in S3. GitHub Actions runs plan on every pull request and apply on merge, authenticating to AWS via OIDC rather than long-lived credentials.

01Plan
02Review
03Apply
04Serve
0 stored keys2 IAM rolesPrivate bucketTLS 1.2+
Pull request guardrail

An AI agent reviews every infrastructure change

On each pull request that touches terraform/, a read-only role runs terraform plan and the workflow posts one comment: a change table, deterministic risk flags (destroys, IAM, anything open to 0.0.0.0/0) and an AI summary. The agent can only comment, never apply.

Toolbox

Skills

AI

ClaudeAI-assisted developmentGitHub ModelsAgent guardrails

Cloud

AWS S3CloudFrontRoute 53IAMVPC

IaC / CI-CD

TerraformGitHub ActionsOIDCKubernetes

Systems

Linux administrationOperating systemsActive Directory

Networking

DNSFirewallsNetwork design

Code

PythonBash HTML & CSSJavaScriptReact
On GitHub

Projects

Let's talk

Let's connect

Hiring for cloud, automation or AI-first work in Chicago? Say hi, or read the code behind this page.