<aside>
Website: https://yuuki08noah.com
Notion Portfolio: https://yuuki08noah.com/notion
</aside>
# 12년만에 유일 마이스터고 한성 노벨 영･수재 장학생 # 월 요청 90만에도 안정적인 서비스 개발 # On-premise x86 & ARM 멀티 아키텍처 Kubernetes 클러스터 구축 # 후배들을 위한 수행평가 기획 # 알고리즘 동아리 운영
<aside> ✉️
</aside>
<aside> 📞
010-6366-5783
</aside>
<aside> 📎
https://github.com/yuuki08noah
</aside>
<aside> 💡
BLOG: 공부
VELOG: https://velog.io/@yuuki08noah/posts
</aside>
벡스코 직업박람회 영어 발표 장면
수상
2025 제 10회 전국 고등학교 동아리 소프트웨어 경진대회 동상(KAIST 및 4개 대학 총장상)
2024 & 2025 교내 알고리즘 경진대회 최우수상(1위)
지식 공유 활동
운영
경험
2025 부산직업교육 및 채용박람회 산학협력 분야 연구학교 실천단계 통합 협의회 발표
자격증
정보처리산업기사 과학기술정보통신부, 20251030260L
TOPCIT LV 4(705) 정보통신기획평가원, TL2502004861
JLPT N2(2024. 08. 13.) 일본 국제교류기금, 일본교육교류협회, 24A1010206-20174
TOEIC 865(2025. 12. 28.) ETS
증서
한성 손재한 노벨 영･수재 장학생 12기 한성 손재한 장학회, 2025
정보영재교육원 로봇창작 1반 수료 부산광역시교육청
<aside> 💡
“가장 척박한 환경이, 가장 견고한 엔지니어를 만든다고 믿습니다."
</aside>
라우터조차 설치할 수 없는 환경에서 작업했습니다. 하지만 그 제약이 오히려 네트워크를 깊이 이해하는 계기가 됐고, 결국 월 90만 트래픽을 99.997% 가용성으로 처리하는 시스템을 만들어냈습니다.
오버레이 네트워크는 저에게 있어 가장 큰 고통을 안겨주었습니다. 하지만 이러한 경험은 실제 AWS VPC와 같은 현대의 클라우드 인프라와 데이터 센터 네트워크의 핵심 구조를 이해하는 밑거름이 되었습니다.
저에게 DevOps Engineering은 단순히 장애를 막고 인프라를 구축하는 일이 아닙니다. 불가능해 보이는 비즈니스 요구를 기술로 풀어내고, 그 과정에서 서비스의 가치를 지켜내는 일입니다.
BSSM 전공동아리 프로젝트 2025. 03. ~ 2025. 11. | 기술팀장, DevOps Engineer, Infrastructure Engineer # 월 요청 90만 # Microservices Architecture # On-premise Kubernetes 클러스터 # G-STAR 전시 # Softwave 전시 # 전공동아리 금상
11/8~12/8 HTTP 트래픽 90.648만
<aside> 💀
Windows95 인터페이스로 구현된, 애니메이션 캐릭터를 위한 디지털 애도 플랫폼
</aside>
많은 사람이 한 캐릭터의 죽음에 대해 이야기한 글에 관심을 가지고 있습니다. 7522개의 리트윗, 1872개의 인용, 2585개의 좋아요를 통틀어 보아, 많은 이들이 캐릭터의 죽음에 공감하고 있다는 것을 알 수 있습니다.
이 자료는 캐릭터들의 죽음에 대해 이야기하고 있는 모습에 대한 자료입니다. 위와 같이 여러 사람들이 트위터라는 플랫폼으로 캐릭터의 죽음에 대해 슬퍼하고, 공감하는 것을 알 수 있습니다. 그러나, 트위터는 아시다시피 공개적이라는 점이 문제가 될 때가 많습니다. 친구들끼리, 혹은 애니메이션 매니아들끼리의 비공개 계정이어도 사람마다 본 애니메이션이, 또는 진척도가 다른 경우가 많죠. 한 애니메이션 매니아와의 인터뷰 결과, 다음과 같은 문제점이 발견되었습니다.
정리하자면, 스포 & 유명도 이슈로 슬픔을 나눌 곳이 없다라는 겁니다.
위 자료를 보시면 실제로 애니메이션 캐릭터가 죽었을 때, 이를 진심으로 슬퍼하는 사람도 많습니다. 또한 그런 사람들을 보며 재미를 느끼는 사람도 존재한다는 것을 알 수 있습니다. 따라서 저희는 이 두가지 타입의 사용자들을 모두 만족시킬 수 있는 온라인 커뮤니티 플랫폼인 **‘최애의 사인(死因)’**을 기획하게 되었습니다.
최애의 사인은 여러가지 확장 가능성을 내포하고 있고, 기존 모놀리식 구조로는 병합 과정과 확장 과정에서 더욱 큰 리스크가 발생할 것으로 예상해, 완전한 Microservices + Event-Driven Architecture를 채택한 시스템입니다. 각 기능을 독립 서비스로 나누어 확장성, 장애 격리, 기능별 배포 속도를 극대화하였습니다. 주요 과제로는,