# 12년만에 유일 마이스터고 한성 노벨 영･수재 장학생 # 월 요청 85만에도 안정적인 서비스 개발 # 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개 대학 총장상)
운영
경험
2025 부산직업교육 및 채용박람회 산학협력 분야 연구학교 실천단계 통합 협의회 발표
자격증
정보처리산업기사 과학기술정보통신부, 20251030260L
TOPCIT LV 4(705) 정보통신기획평가원, TL2502004861
JLPT N2(2024 2회) 일본 국제교류기금, 일본교육교류협회
TOEIC 820(2025. 11. 6.) ETS
증서
한성 손재한 노벨 영･수재 장학생 12기 한성 손재한 장학회, 2025
정보영재교육원 로봇창작 1반 수료 부산광역시교육청
<aside> 💡
Welcome to my Journey! 기술을 향한 여정은 끝나지 않는다!
</aside>
안녕하세요, 저는 기술을 끊임없이 여행하고 탐색하는 SRE/DevOps 엔지니어 방세준입니다. 저는 SRE/DevOps 엔지니어가 되어 복잡한 소프트웨어를 효율적으로 관리하는 것을 목표로 합니다. 최근, 소프트웨어는 더욱 더 복잡해지고 있고, 소프트웨어 아키텍처의 중요성 또한 커지고 있습니다. 그것의 예시로, 대규모 전자상거래 플랫폼이나 핀테크 서비스의 경우 수억명의 사용자와 여러개의 서비스들이 복합적으로 얽혀있습니다. 이러한 현대 소프트웨어들은 단순한 기능을 넘어, 확장성, 가용성, 보안, 데이터 등을 요구합니다. 저는 그러한 기술적 요구에 맞게, 저는 복잡한 소프트웨어를 설계하고 운영하는 DevOps 엔지니어가 되려고 합니다.
BSSM 전공동아리 프로젝트 2025. 03. ~ 2025. 11. | 기술팀장, DevOps Engineer, Infrastructure Engineer # 월 요청 85만 # Microservices Architecture # On-premise Kubernetes 클러스터 # G-STAR 전시 # Softwave 전시 # 전공동아리 금상
11/2~12/1 트래픽 약 85만회
<aside> 💀
Windows95 인터페이스로 구현된, 애니메이션 캐릭터를 위한 디지털 애도 플랫폼
</aside>
많은 사람이 한 캐릭터의 죽음에 대해 이야기한 글에 관심을 가지고 있습니다. 7522개의 리트윗, 1872개의 인용, 2585개의 좋아요를 통틀어 보아, 많은 이들이 캐릭터의 죽음에 공감하고 있다는 것을 알 수 있습니다.
이 자료는 캐릭터들의 죽음에 대해 이야기하고 있는 모습에 대한 자료입니다. 위와 같이 여러 사람들이 트위터라는 플랫폼으로 캐릭터의 죽음에 대해 슬퍼하고, 공감하는 것을 알 수 있습니다. 그러나, 트위터는 아시다시피 공개적이라는 점이 문제가 될 때가 많습니다. 친구들끼리, 혹은 애니메이션 매니아들끼리의 비공개 계정이어도 사람마다 본 애니메이션이, 또는 진척도가 다른 경우가 많죠. 한 애니메이션 매니아와의 인터뷰 결과, 다음과 같은 문제점이 발견되었습니다.
정리하자면, 스포 & 유명도 이슈로 슬픔을 나눌 곳이 없다라는 겁니다.
https://youtu.be/H91TIxIHnDo?si=pYibaz-KgB8EMkO8
위 자료를 보시면 실제로 애니메이션 캐릭터가 죽었을 때, 이를 진심으로 슬퍼하는 사람도 많습니다. 또한 그런 사람들을 보며 재미를 느끼는 사람도 존재한다는 것을 알 수 있습니다. 따라서 저희는 이 두가지 타입의 사용자들을 모두 만족시킬 수 있는 온라인 커뮤니티 플랫폼인 **‘최애의 사인(死因)’**을 기획하게 되었습니다.
최애의 사인은 여러가지 확장 가능성을 내포하고 있고, 기존 모놀리식 구조로는 병합 과정과 확장 과정에서 더욱 큰 리스크가 발생할 것으로 예상해, 완전한 Microservices + Event-Driven Architecture를 채택한 시스템입니다. 각 기능을 독립 서비스로 나누어 확장성, 장애 격리, 기능별 배포 속도를 극대화하였습니다. 주요 과제로는,
가 있었습니다. 아래는 각 과제에 대해 어떤 방식으로 해결하였는지입니다.