Urgent.News

What's breaking now, across thousands of outlets.

Tech

AWS Portfolio Projects That Actually Teach Real Infrastructure

Some AWS portfolio projects look good in a README but do not teach much about production infrastructure. The better projects force you to answer practical questions: What can break? What costs money every month? Who can access it? How would I monitor it? How would I safely remove it later? Here are project ideas that teach those habits. Disclosure: Some links may be affiliate links. I only…

These AWS portfolio projects offer hands-on learning opportunities that cover the full lifecycle of cloud infrastructure. Rather than simply spinning up resources in a README, these projects force you to think through real-world production concerns.

One key example is building a scanner to identify wasted AWS resources like unattached EBS volumes, old snapshots, unused Elastic IPs, idle NAT gateways, and forgotten load balancers. The project requires knowledge of AWS APIs, IAM, CloudWatch, regions, and cost awareness. It's important to avoid the temptation to just delete everything without understanding dependencies, traffic, backups, rollback risks, and ownership. Verification steps teach you how to safely remove resources.

Another focused project is creating a read-only IAM role for automation. This role grants inspection privileges but denies any cleanup actions. The README should outline which APIs are permitted, which are denied, how to test the role, and how CloudTrail records activity. Starting with a read-only approach shows mature judgment in automation practices.

Mapping NAT gateway dependencies is another worthwhile portfolio project. By building a script or diagram that traces NAT gateways to subnets, route tables, private workloads, and CloudWatch traffic, you deepen your understanding of VPC routing. The challenge is deciding whether a NAT gateway can be safely removed, which requires evaluating the entire network setup.

For snapshot management, a report can list old EBS snapshots grouped by owner, age, and likely purpose. Instead of auto-deleting immediately, the report includes age buckets, volume references, AMI references, owner tags, and a manual approval checklist. This shows the importance of safety checks in storage cleanup automation.

Across these projects, the best ones don't just demonstrate the ability to spin up cloud resources. They also prove the ability to operate them responsibly. Each README should include sections on monthly cost estimates, security models, failure modes, cleanup steps, and what you would monitor. By emphasizing the full lifecycle from creation to safe removal, these projects effectively teach production infrastructure habits.

Written by urgent.news from Dev.to's reporting — not their text. Machine-written — may contain errors; check the original before relying on it.

Read the original at dev.to →

More in Tech

[260731~0804] 알림 정비 마무리, 성과 계산 오차, 그리고 회귀 사고

주말을 사이에 두고 닷새를 정리합니다 - 알림 체계 정비를 마무리하다가, 모의계좌 성과 계산이 실제 잔고와 미묘하게 안 맞는다는 걸 발견했고, 하루 뒤엔 그 여파로 작은 회귀 사고까지 겪었습니다 며칠 만에 다시 씁니다.

  • Final adjustments completed to notification system after weekend review
  • Discrepancy found between projected and actual account balances
  • Minor regression in ranking calculation due to outdated data check

Implementing Zero-Trust Network Access (ZTNA) Concepts in Code

Traditional perimeter security operates on a dangerous assumption: if you're inside the network, you're trusted. This model worked when "inside" meant a physical office with a hardware firewall at the…

  • Zero-trust network access (ZTNA) replaces perimeter security model with continuous verification.
  • Core ZTNA principles: never trust, always verify; least privilege access; assume breach.

More from Saturday 22 August →