CUSTOMER CASE STUDY
Nodei
AWS Cost Analysis and Optimization Agent
| Customer |
Nodei |
| AWS Account ID |
328879700399 |
| ACE Opportunity IDs |
O21927237 (AI Assessment) · O24437729 (POC Funding) |
| Industry |
Cloud-native technology / SaaS (confirm) |
| Solution Area |
Agentic AI, AWS Cost Analysis and Optimization, FinOps Enablement |
| Delivery Partner |
Atomic Computing (AWS Advanced Tier Services Partner) |
Customer Background
Nodei operates production workloads on AWS and needed better visibility into cloud spend along with practical, trustworthy guidance on how to reduce it. As usage grew across accounts, its finance, engineering, and cloud operations teams were spending time manually gathering cost data from the console, Cost Explorer, optimization tools, and documentation before they could answer routine questions or act on savings opportunities. The goal was to design and validate an agentic AI solution that lets teams ask cost and optimization questions in plain language, grounded in live AWS data, without granting the agent the ability to change infrastructure.
1. Executive Summary
Atomic Computing designed and built a proof-of-concept AWS Cost Analysis and Optimization Agent for Nodei. The solution is a multi-agent, conversational assistant for FinOps, cloud operations, and engineering teams. It combines Amazon Bedrock foundation model inference with an agent orchestration layer, live AWS cost and optimization data, AWS documentation retrieval, session memory, and secure cross-account access. The agent uses a Claude Haiku-class model on Amazon Bedrock for routing, summarization, and explanation, with LangGraph for controlled multi-agent orchestration, MCP servers for standardized access to AWS billing and documentation tools, and FastAPI for a streaming chat interface. Financial calculations are performed deterministically in code, and the model is used to explain results rather than to invent or compute them. The engagement was delivered across four practice areas: agentic AI design, security and interoperability, responsible AI, and managed compute. The result was a working, read-only, least-privilege agent that improved cost visibility and self-service optimization guidance for Nodei while keeping human review in place for any operational or financial decision.
The solution addresses three primary customer needs:
| Customer Need |
Solution Capability |
| Understand AWS spend quickly |
Conversational cost analysis for month-to-date spend, previous-month totals, service-level breakdowns, and cost trends |
| Identify savings opportunities |
Optimization recommendations for EC2, RDS, Lambda, ECS, EBS, Reserved Instances, and Savings Plans |
| Improve AWS decision-making |
Live AWS documentation lookup and explanation through a documentation specialist agent |
2. Customer Challenges
The assessment identified a set of cost, operational, and security challenges that the agent needed to address:
| Challenge |
Impact |
| Cloud spend visibility is fragmented |
Finance and engineering teams spend time manually gathering cost data across consoles and dashboards |
| Optimization recommendations are hard to interpret |
Teams may miss savings from rightsizing, RI/SP coverage, idle resources, or storage optimization |
| Documentation lookup slows decisions |
Users need fast, contextual explanations of AWS services and pricing concepts |
| Multi-account environments add complexity |
Central teams need secure access to member and customer accounts |
| Repeated queries create latency and tool overhead |
Users expect fast, interactive, chat-style responses |
| Long conversations need continuity |
The assistant must remember context across turns without exposing unnecessary history |
| Cost and billing data is sensitive |
Access must be authenticated, least-privilege, and auditable |
3. Solution Overview
Atomic Computing implemented a controlled, multi-agent architecture rather than a single monolithic assistant. A supervisor agent classifies each user message and routes it to a specialist agent, and cost and documentation tasks follow a two-phase pattern that separates deterministic data retrieval from model narration. The solution included:
- A supervisor agent for intent classification and routing.
- A cost analysis (manager) agent for month-to-date, previous-month, and service-level spend.
- A remediation agent for service-scoped optimization recommendations.
- A documentation agent for grounded AWS service and pricing explanations.
- A direct chat agent for greetings, capability questions, and simple follow-ups.
- Amazon Bedrock (Claude Haiku-class) for inference, accessed through langchain-aws.
- LangGraph for explicit, state-based orchestration and typed shared state.
- MCP servers (billing/cost management and AWS documentation) launched on demand through uvx.
- FastAPI with Server-Sent Events for streaming responses, and SQLite with WAL mode for session persistence.
- Cookie-based authentication with PBKDF2-SHA256 password hashing and session ownership.
- STS AssumeRole with optional ExternalId for secure cross-account analysis.
4. Agent Architecture and Routing
The supervisor routes each request to the agent best suited to the task. This limits unnecessary tool exposure and lets each specialist have its own tools, prompt, and token budget.
| Route |
Agent |
Use Case |
| manager |
Cost Analysis Agent |
Spend summaries, MTD costs, forecasts, service-level cost breakdowns |
| remediation |
Optimization Agent |
Rightsizing, idle resources, RI/SP coverage, savings recommendations |
| docs |
Documentation Agent |
AWS service explanations, pricing concepts, service comparisons |
| direct |
General Chat Agent |
Greetings, capability questions, simple follow-ups |
Two-phase retrieval and narration
For cost analysis and documentation, the implementation fetches data first and narrates second. The cost fetcher retrieves previous-month, month-to-date, and same-period-last-month figures in parallel using asyncio.gather, month-over-month deltas are calculated in Python, and the result is reduced to a compact JSON summary before a single Bedrock narration call. Financial calculations are therefore deterministic and auditable, and the model explains the result rather than computing it. The documentation agent works the same way: it retrieves targeted AWS documentation, then passes it to the model without tools bound to produce a grounded answer.
5. Cost Analysis and Optimization Capabilities
The cost analysis agent answers questions about recent and comparative AWS spend using Cost Explorer data through the billing MCP server. The remediation agent uses service-scoped tool routing so it can answer both broad questions, such as how to reduce the overall bill, and targeted questions, such as showing RDS rightsizing opportunities.
| Requested Scope |
Tools Used |
| EC2 |
Cost Optimization Hub, Compute Optimizer EC2 recommendations, RI performance, Savings Plans performance |
| RDS |
Cost Optimization Hub and Compute Optimizer RDS recommendations |
| Lambda |
Lambda optimization and Compute Optimizer recommendations |
| ECS |
ECS service recommendations |
| EBS |
EBS volume recommendations |
| Full account |
All available optimization tools |
6. Responsible AI and Safety Controls
Because the agent interacts with sensitive cost data and can influence operational decisions, responsible AI practices were applied across the full lifecycle: discovery, design, implementation, validation, monitoring, and iterative improvement. The design prioritizes accuracy, safety, transparency, privacy, and continuous improvement.
Implemented controls
| Control |
Responsible AI Benefit |
| Two-phase cost analysis and Python arithmetic |
Prevents hallucinated financial values and improves numerical reliability |
| Grounded documentation retrieval |
Reduces unsupported documentation answers |
| Read-only AWS access, no autonomous remediation |
Preserves human approval and prevents destructive automation |
| Supervisor routing and service-scoped tools |
Limits scope per task and reduces unnecessary data exposure |
| Advisory response language |
Recommendations are framed as analysis to review, not approved changes |
| Sliding context window and summarization |
Reduces long-context exposure and token cost |
| Tool response guards and token budgets |
Reduce malformed context and uncontrolled generation |
Human oversight
The agent is designed to provide analysis and recommendations, not autonomous infrastructure changes. Optimization recommendations, rightsizing suggestions, and RI or Savings Plans guidance are advisory, and a human is expected to validate workload impact, cost commitment, and owner approval before acting. Escalation to a human reviewer is recommended whenever a recommendation could affect production, involves financial commitment, conflicts with console data, or reports missing data.
7. Security, Cross-Account Access, and Interoperability
Security was implemented at two levels. Application-level authorization ensures only authenticated users can access the agent and their own sessions, using cookie-based authentication with PBKDF2-SHA256 password hashing, HMAC-signed HTTP-only cookies, and session ownership. AWS-level authorization uses read-only IAM permissions for cost, optimization, and recommendation data, so the agent can inspect billing and optimization data but cannot modify infrastructure.
Cross-account access
For multi-account environments, the application assumes a read-only role in the target account using AWS STS, configured through AWS_ROLE_ARN, an optional AWS_PROFILE, and an optional AWS_EXTERNAL_ID. Temporary role-based credentials are preferred over long-lived static keys, and ExternalId reduces confused-deputy risk when a central or consulting account analyzes a member account.
Interoperability
The application exposes standard, reusable interfaces so it can integrate with web UIs, internal portals, and future channels. These include a JSON REST API, Server-Sent Events for token-by-token streaming, MCP for standardized tool invocation, and LangGraph for controlled routing between agents. Endpoints cover streaming and non-streaming chat, session creation and listing, message history retrieval, session deletion, login, and health checks.
8. Compute and Deployment Architecture
The recommended production deployment uses Amazon ECS on AWS Fargate as the primary compute service for the containerized FastAPI and LangGraph application. Fargate suits the workload because it is containerized, long-running, API-driven, and needs stable HTTP and SSE streaming, and it supports the subprocess-based MCP servers launched inside the container. Fargate also removes EC2 host management, supports task IAM roles and private networking, and scales task count based on demand.
| Workload Component |
Recommended Compute Service |
| Primary web and agent runtime |
Amazon ECS on AWS Fargate |
| Optional specialized agent runtime |
Amazon Bedrock AgentCore Runtime |
| Event-driven background jobs |
AWS Lambda (cost summaries, session cleanup, notifications) |
| Large Kubernetes environments |
Amazon EKS with Fargate or managed node groups |
The supporting stack includes Amazon ECR for the container image, an Application Load Balancer with AWS Certificate Manager for HTTPS, AWS Secrets Manager or SSM Parameter Store for secrets, and Amazon CloudWatch for logs and metrics. ECS tasks run in private subnets across at least two Availability Zones with the ALB as the only public entry point, a least-privilege task role for Bedrock, STS, logging, and approved cost APIs, and VPC endpoints to reduce public internet exposure.
9. Business Outcomes
The proof of concept delivered the following outcomes for Nodei:
- A working conversational agent for AWS cost analysis and optimization across FinOps, cloud operations, and engineering teams.
- Faster, self-service answers to cost questions without manual navigation of multiple AWS consoles and dashboards.
- Grounded, auditable cost figures, with financial calculations performed deterministically in code.
- Service-scoped optimization guidance for EC2, RDS, Lambda, ECS, EBS, Reserved Instances, and Savings Plans.
- Secure, least-privilege, read-only AWS access with cross-account role assumption and no ability to modify infrastructure.
- A responsible AI framework with human-in-the-loop review, monitoring signals, and an iterative improvement process.
- A clear path to production on Amazon ECS Fargate, with enterprise hardening options for SSO, RBAC, secrets management, and observability.
10. Conclusion
Atomic Computing helped Nodei move from fragmented cost visibility to a controlled, conversational way of understanding and reducing AWS spend. The proof of concept combines Amazon Bedrock-hosted Claude models for inference, LangGraph for controlled multi-agent orchestration, MCP servers for live AWS data and documentation access, and FastAPI for a streaming interface, all designed around least-privilege access, deterministic financial calculations, and human review of operational decisions. The engagement demonstrates a disciplined consulting approach across agentic AI, security and interoperability, responsible AI, and managed compute. Nodei can get fast, grounded cost and optimization insights today, while the architecture leaves a clear path toward enterprise-grade identity, authorization, monitoring, and governance as adoption grows.