Oct 16, 2026 · @벨로개요OAuth 2.0 방식의 소셜 로그인을 OIDC(OpenID Connect) 방식으로 구현하고, 소셜 로그인 HTTP 대기 시간을 제외한 서버 처리 시간과 브라우저에서 관찰한 전체 로그인 시간을 비교했습니다.이번 실험에서 앱 처리 시간 합계는 OAuth2 6.36ms, OIDC 6.01ms였고, 브라우저 전체 시간 평균은 각각 245ms와 189ms였습니다. 다만 방식별 측정은 네 번뿐이고 OAuth2를 먼저 실행했으므로, 이 결과만으로 OIDC가 일반적으로 더 빠르다고 결론 내릴 수는 없습니다.캐시와 계측 경계가 결과에 어떤 영향을 주는지 함께 살펴봅니다.배경. 카카오, 네이버처럼 소셜 로그인 제공자를 추가할 때마다 비슷한 코드가 한 벌씩 늘어났습니다. 제공자마다 응..

로그인 연동 목적레벨4를 시작하면서 우리팀의 레벨3까지의 결과와 다음 방향에 대해서 레벨4가 시작함과 동시에 회의를 진행하였습니다.그 결과, 단순한 가챠맵으로는 사용자를 모으고 DAU를 올릴 수 없다는 결론이 나왔습니다. 그래서 처음 팀 빌딩때부터 기획했던 가챠 교환기능을 추가하기로 했습니다. 이를 위해서는 사용자의 정보 관리가 필요했고, 그에 따라서 OAuth2 기반 로그인을 적용하려고 했습니다. 기존에 많이 구현 해보았던 기능이기에 같은 방식으로 구현하려던 찰나에 새롭게 OAuth2를 보완해서 나온 OIDC에 대해서 알게되었습니다.기존에 OAuth2 제공 회사마다 달랐던 사용자 정보를 가져오는 방식을 하나로 통일 할 수있다는 점에서 이점을 느끼고 학습 및 적용해보기로 했습니다.무엇이 바뀌었는가?기존 ..

이번 레벨 3 프로젝트를 시작하면서 처음으로 인간 CI/CD 대신 Github Actions 기반의 CI/CD 파이프라인을 팀원들과 도입하기로 결정했다.하지만 초기 구상과 달리 인프라 환경에서 22번(SSH) 포트가 제약되어 있는 상황을 맞닥뜨렸고, 이를 해결하는 과정에서 여러 시행착오 끝에 Self-hosted Runner를 도입하게 되었다. 그 과정과 해결 방법을 기록한다. 1. 22번 포트 우회를 위한 시도와 한계처음에는 일반적인 GitHub Actions + SSH 접속(22번 포트) 방식으로 배포(CD)를 진행하려 했으나, 22번 포트 접근이 차단되어 다른 우회 방법을 모색해야 했다.시도 1 : Jenkins 도입EC2 서버 내부에서 Jenkins를 설치하고 GitHub Webhook을 연동하여..

이번 레벨의 마지막 선택 미션으로 이전에 창업 프로젝트를 진행하며 다루어보았던 '토스페이먼츠 결제 연동'을 다시 진행했습니다. 과거에 혼자 구현해 본 경험은 있지만 당시 부족했던 점들을 보완하고 더 깊이 학습하고자 선택했는데, 결과적으로 결제 시스템에 대해 훨씬 더 많은 것을 배울 수 있었습니다.간단한 초기 연동 과정이 궁금하시다면, 이전에 작성해 둔 제 과거 포스팅(링크)을 참고해 주시면 좋습니다.결제 위젯 연동 흐름ref. 결제 위젯 연동하기, 결제 흐름결제 과정은 크게 다음 4가지 핵심 단계로 이루어집니다. 렌더링 — 클라이언트가 renderPaymentWidget으로 결제 UI를 띄운다.요청 — 사용자가 결제 버튼을 누르면 클라이언트가 requestPayment로 결제를 요청한다.인증(결제 인증)..

1. 레벨2가 시작되면서 드디어 Spring을 시작했다.레벨2를 시작하면서 오랜만에 Spring Boot를 사용하게 되었다. 바인딩 어노테이션들을 쓰려고 하다보니 어떤 용도였었는지 기억하지 못해서 헤매는 일도 있었던 것 같다. 이전까지 Spring Boot를 사용하면서 단순히 "이걸 붙이면 이렇게 동작하는 어노테이션" 정도로만 생각하고, 입력과 결과만 보는 식으로 사용해왔었다. 하지만, 이번 레벨2가 시작되면서는 조금 다르게 학습하는 습관을 가지려고 했다.왜 이 어노테이션을 쓰고, 이 어노테이션이 어떻게 동작해서 이렇게 작동하는지 알면서 사용하고 싶었다. 그 과정에서 @Component와 @Configuration의 깊은 차이에 대해서도 알아볼 수 있었다.@Component와 @Configuration의..

직접 조영호 개발자님을 우아한테크코스 캠퍼스에 초청하여 강연을 준비하고, 강연을 들으면서 정리한 내용을 작성합니다.어느 개발자의 성장 일기: 조영호 개발자님 특강을 듣고『오브젝트』와 『객체지향의 사실과 오해』의 저자이신 조영호 개발자님(현 Alfred AI Native Engineer)을 초청하여 강연을 들었습니다. 이번 시간은 단순히 최신 기술의 트렌드를 쫓는 이야기가 아니었습니다. 1983년부터 지금까지 굵직한 기술 패러다임의 변화를 온몸으로 겪어온 한 선배 개발자의 생생한 '성장 일기'이자, 후배들을 향한 묵직한 조언이었습니다.변화의 시기, 열린 마음으로 적응하기영호님께서는 끊임없이 변화하는 IT 생태계 속에서 '적응'의 중요성을 강조하셨습니다. 특히 지금 우리가 맞이한 변화가 역사상 세 손가락 안..

객체지향적 사고하기level1을 진행하면서 객체지향의 사실과 오해를 읽었다. 우테코를 시작하기 전에는 단순히 이것저것 주워들은 내용들을 가지고 주먹구구식으로 코드를 짜왔었다. 사실상 스프링에 의존해서 코드를 작성해온 것이라고 봐도 될 것 같다.하지만,이번에는 다르다. 처음으로 제대로 된 고민을 하기 시작하고, 미션을 진행하면서 부족한 개념들에 대해서도 눈에 들어왔다. 그래서 처음으로 객체지향의 개념과 관련된 책을 읽기로 결정한 것이다. 이를 통해서 객체 지향적 설계란 무엇인지? 책임의 분리는 어떻게 하는 것인지, 각각의 도메인 구성요소에게 책임을 부여하고, 객체 스스로가 일을 하게끔 시키는 방법은 어떻게 해야하는 것인지 등을 알 수 있었고, 객체지향적 설계에 대해서 조금은 눈을 뜬 것 같다.매번 무작정 ..

드디어, 우테코의 1주차가 시작되었다. 빠끼 마젤토브!첫날은 OT를 진행했다. 앞으로의 교육 일정, 우테코가 추구하는 방향성, 생활 정보 등을 전달받을 수 있었다.그 다음은 첫주차 미션들에 대해서 설명을 들었다.우테코의 활동 후기들을 찾아보진 않았어서 처음 들었지만, 다른 기수들도 모두 진행했던 활동이라고 한다. 바로 연극이다..!처음에 미션에 대한 영상을 보여준다고 해서, 영상을 주의깊게 보고있었는데 코치분들께서 촬영하신 영상이었다. 보안과 관련된 주제여서 아 무언가 보안관련 과제가 나오는건가? 하면서 뭐가 나오는걸까 하면서 지켜봤었다.근데 웬걸..? 연극이 주제였던 것이다...정말 생소하고, 조금은 당황스럽고, 참신했다. 온보딩팀을 기반으로 연극 주제를 정하고, 연극을 진행한다고 한다.그렇게 한주 동..