#into-commerce

대량 트래픽 발생 당시 캡처로 다시 보는 운영 포인트

대량 트래픽 당시 직접 남긴 운영 캡처와 모니터링 경험을 기준으로, 운영자가 어떤 포인트를 보고 판단했는지 다시 정리합니다.

The Draw 운영에서 배치와 캐시 초기화가 맡고 있던 역할

The Draw 운영 경험을 기준으로 배치와 캐시 초기화가 왜 중요한 역할을 했는지 정리합니다.

추첨, 재추첨, 구매 제한은 어떻게 연결되어 있었나

Nike The Draw 운영 흐름에서 추첨, 재추첨, 구매 제한, 당첨자 rule이 어떤 구조로 이어졌는지 정리합니다.

Nike The Draw 운영 구조 다시 읽기

Nike The Draw에서 등록, 응모, 추첨, 운영자 개입, 구매 흐름이 어떻게 연결되어 있었는지 운영 경험을 바탕으로 다시 정리합니다.

운영 중 로그 레벨을 바꾸는 도구는 왜 필요했나

운영 중 문제가 발생했을 때 재배포 없이 더 많은 단서를 확보하기 위해 왜 log4j 기반 런타임 동적 로그 레벨 조정 도구가 필요했는지 정리합니다.

어드민 세션 관리 기능은 왜 필요했는가

운영자는 어떤 기능을 가져야 하는가라는 관점에서, 어드민 세션 관리 기능이 왜 필요했고 어떤 운영 문제를 해결하려 했는지 정리합니다.

운영 로그는 어떻게 설계하고 봐야 하는가

커머스 플랫폼 운영에서 로그가 왜 단순 출력이 아니라 장애 해석 도구였는지, 서비스별 로그 관점을 기준으로 정리합니다.

배치 스케줄러를 운영 관점에서 다시 정리해보기

커머스 플랫폼 운영에서 배치가 어떤 역할을 맡고 있었는지, 실제 운영 경험과 스케줄 가시화 관점에서 다시 정리합니다.

주문/어드민 성능 문제를 어떻게 분석하고 튜닝했는가

주문과 어드민 영역의 성능 문제를 어떤 기준으로 분석하고, 병목을 어떻게 분리해 튜닝했는지 운영 경험을 바탕으로 정리합니다.

부분반품 환불 금액은 어떻게 다시 계산해야 하는가

부분반품이 전체 취소보다 어려운 이유와, 환불 금액 재계산에서 무엇을 어떤 순서로 다시 봐야 하는지 실제 계산을 정리하고 개선했던 경험을 바탕으로 정리합니다.

대량 트래픽에서 병목은 어디서 생기고 어떻게 줄였는가

Nike 관련 서비스 운영 경험을 기준으로 대량 트래픽에서 병목이 어디에서 나타나고 어떤 식으로 줄였는지 정리합니다.

주문 안정화를 위해 재고 처리 구조를 어떻게 봤는가

커머스 플랫폼 적응 초기에 주문 안정화의 핵심 축으로 왜 재고를 먼저 봐야 했는지, 그리고 어떤 구조와 전략을 주목했는지 정리합니다.

Broadleaf/Breeze 커스터마이징 포인트 정리

Broadleaf/Breeze를 다루면서 반복적으로 만났던 관리자 확장, 도메인 확장, 권한, 운영 설정 같은 커스터마이징 포인트를 정리합니다.

Breeze Commerce를 빠르게 이해할 때 먼저 봐야 했던 것들

Broadleaf를 먼저 살펴본 뒤 실제 적응 단계에서 Breeze Commerce 구조를 빠르게 파악하기 위해 무엇을 먼저 봐야 했는지 정리합니다.

Broadleaf Commerce를 어떻게 분석했는가

처음 보는 커머스 플랫폼 Broadleaf Commerce를 데모, 문서, 로컬 실행, 관리자 확장 구조 관점에서 어떤 순서로 해석했는지 정리합니다.

왜 GS SHOP은 Broadleaf 과제를 냈을까

GS SHOP 이직 과정에서 받은 Broadleaf Commerce 과제가 단순한 구현 테스트가 아니라, 실제 커머스 플랫폼 적응력을 보기 위한 구조 해석 과제였다고 해석한 배경을 정리합니다.