AWS Community Day 2026 - "혼자 공부하면 성장하지만, 함께하면 더 빠르다"

개발자로서 성장 방향을 고민하던 중, AWS Community Day에 다녀왔습니다. 이번 행사는 단순히 최신 기술 트렌드를 찍먹하는 자리가 아니라, "개발자는 어떤 태도로 기술을 대하고, 커뮤니티 속에서 어떻게 성장해야 하는가"에 대한 본질적인 답을 얻을 수 있었던 시간이었습니다.

특히 AI 시대의 개발자 태도와 인프라 자동화(Operations as Code) 세션에서 큰 울림을 받았습니다. 오늘 배운 내용을 잊지 않기 위해, 그리고 실천하기 위해 기록을 남깁니다.

---

🚀 Keynote: 환경이 만든 나의 성장 이야기

발표: 정태환님 (Operation)

행사의 문을 연 키노트에서는 '커뮤니티의 힘'에 대해 강조하셨습니다.

• 성장의 선순환: 생활코딩으로 AWS 입문 → 자격증 취득 → 커뮤니티 활동 → 유튜브('Dispatcher by Architecture')를 통해 기술 세계 확장.
• 기록의 힘: 단순히 지식을 소비하는 것에서 멈추지 않고, 블로그에 매주 기록하고 모르는 것을 커뮤니티에 질문하며 '지식을 나누는 사람'으로 성장하셨다고 합니다.
• 설명할 수 있는 힘: 기술을 잘 아는 것을 넘어, "정답을 말하는 사람에서 판단의 근거를 설명하는 사람"이 되어야 합니다. 기술은 결국 결정의 연속이기 때문입니다.

💡 Insight "가장 빠른 성장을 원한다면 커뮤니티 빌더가 되어라." 혼자가 아니라는 말이 큰 위로가 되었습니다. 오늘 제가 이 자리에 온 것도 커뮤니티 속으로 들어가기 위한 첫걸음이었다고 생각합니다. 저도 이제 '나만의 공부'를 넘어 '함께 나누는 공부'를 시작해야겠습니다.

---

🤖 Session 1. Amazon Kiro를 활용해서 AWS 공부를 해보자!

발표: 김선우님 (Container Community Builder)

AI가 코드를 짜주는 시대, 개발자는 무엇을 갖춰야 할까요? 이 세션에서는 AI 도구(Amazon Kiro)를 활용한 학습법과 마음가짐을 배웠습니다.

1. AI 시대 개발자의 덕목 (Ownership)

• Curiosity & Systems Thinking: 호기심과 시스템적 사고.
• Ownership (주인의식): 회사에서 "이거 AI가 짰는데요?"라는 변명은 통하지 않습니다. 내가 설명하지 못하면 내 작업물이 아닙니다.
• Polymath: I자형 인재를 넘어 박학다식한 T자형 개발자가 되어야 합니다.

2. SDD (Spec Driven Development)와 학습법

• SDD (스펙 주도 개발): 요구사항(Spec)을 AI에게 명확히 정의하고, 이를 바탕으로 개발을 진행하는 방식입니다.
  • 장점: 코딩 전 요구사항 명확화, 기술 부채 감소, 자동화된 문서화.
  • 단점: 초기 시간 투자 필요(Spec 정의), 요구사항이 모호하면 결과도 좋지 않음.
• Tip: Amazon Kiro에게 나의 상황과 목적을 명확히 전달하고, 이해가 될 때까지 질문하며 '나만의 튜터'로 활용하세요.

💡 Insight 현재 '안티그래비티' 같은 툴을 써보고 있는데, 나중에는 Amazon Kiro도 꼭 활용해보고 싶습니다. 무엇보다 SDD 방식이 인상 깊었습니다. 단순히 코드를 생성하는 게 아니라, 설계 단계부터 AI와 협업하는 방식을 훈련해야겠습니다. (MCP가 빌트인으로 지원되는지도 꼭 확인해봐야겠네요!)

---

🛡️ Session 2. Hero 리인벤트 Recap: 운영 효율과 비용

발표: 신재현님 (우아한형제들)

우아한형제들의 사례를 통해 DevOps와 보안의 최신 트렌드를 엿보았습니다.

• DevOps Agent: 장애 대응의 핵심은 '맥락 기반의 분석'과 '상황 전파'입니다. 단순히 알람만 울리는 게 아니라 근본 원인을 분석하고 완화 방안까지 제안합니다.
• Security Agent: 설계 단계에서부터 보안 취약점을 찾아주는 '디자인 리뷰' 기능이 인상적이었습니다.
• RDS Savings Plans: DB 마이그레이션이나 업그레이드 시 비용 절감 전략으로 유용합니다.

💡 Insight CPU 클라우드 수치가 튀는 것이 단순 부하가 아니라 '장애의 신호'가 될 수 있다는 점을 배웠습니다. 아직 운영 경험은 없지만, "상황 공유가 곧 장애 대응의 핵심"이라는 관점을 얻었습니다.

---

⚙️ Session 3. Operations as Code: AWS 환경을 자동화하는 우아한 방법

발표: 정영진님 (LG U+ DevOps 엔지니어)

"내 컴퓨터에서는 되는데?" (Configuration Drift)라는 영원한 문제를 해결하는 'Operations as Code' 방법론입니다.

핵심 내용

• 통합 관리의 중요성: 파편화된 콘솔 관리가 아닌, Fleet Manager 등을 통해 코드로 인프라를 통합 관리해야 합니다.
• State Manager (항상성): 시스템이 항상 원하는 상태(State)를 유지하도록 관리합니다.
• 엔지니어의 품격: "정책을 세울 줄 아는 사람이 진짜 엔지니어다."

💬 가장 인상 깊었던 한 마디

"내가 작성한 거를 믿어서 이럴 일이 없다."

발표자님의 이 한 마디에서 엄청난 자신감과 확신이 느껴졌습니다. 자신의 코드를 믿기에 장애가 발생하지 않을 것이라는 확신.

💡 Insight 저도 발표자님처럼 "내 코드에 확신을 가진 개발자"가 되고 싶다는 강력한 동기부여를 받았습니다.

하지만 지금의 저는 AI 의존도가 높습니다. 진정으로 내 코드를 믿으려면, AI가 짜준 코드를 맹목적으로 복사 붙여넣기 해서는 안 됩니다. AI를 활용하되, 그 코드를 한 줄 한 줄 읽고 완벽히 이해해서 내 것으로 만들었을 때 비로소 "내 코드"라고 부를 수 있을 것입니다.

---

📝 마무리 & Action Item

마지막 세션에서 들었던 **오픈소스 기반 LLM 구축(김동일님)**까지, 오늘 하루는 기술적인 지식뿐만 아니라 '태도'를 정립하는 시간이었습니다.

오늘의 배움을 바탕으로 다음 목표를 실천하겠습니다.

1. AI 제대로 쓰기: Amazon Kiro 등을 활용하되, SDD 방식으로 접근하고 생성된 코드는 반드시 **검증(Ownership)**하기.
2. 커뮤니티 참여: 혼자 공부하지 않고, 블로그에 기록을 남기고 사람들과 나누기.
3. 내 코드에 확신 갖기: "내가 짠(검증한) 코드니까 문제없어"라고 말할 수 있는 실력 키우기.

성장하고 싶은 개발자라면, 커뮤니티는 선택이 아니라 필수인 것 같습니다. 오늘 얻은 에너지를 바탕으로 더 열심히 달려보겠습니다! 🔥