플러스프로젝트 배경
1) 문제점 - 서비스는 계속 떠 있어야 하는데 프레임워크는 바꿔야 하는 상황이었습니다. - 업무 목록이 커지면서 한 번에 그리는 방식이 한계에 닿았습니다. - 필터·폼·검색이 늘어날수록 비슷한 입력 컴포넌트가 각자 복제되고 있었습니다. 2) 프로젝트 목표 - 서비스를 멈추지 않으면서 프레임워크를 옮기기 - 목록이 아무리 커져도 화면이 무거워지지 않게 하기 - 흩어진 입력 UI를 한
프로젝트 성과
멈추지 않는 전환
상시 운영되는 업무 화면을 멈추지 않은 채 화면 단위로 옮겼습니다. 전환 기간에는 두 프레임워크가 한 서비스 안에서 함께 돌았습니다.
대량 목록 렌더링 개선
목록 전체를 그리지 않고 화면에 보이는 구간만 그리도록 바꿔, 업무 데이터가 쌓여도 화면이 무거워지지 않게 했습니다.
공통 입력 컴포넌트 라이브러리
조회 조건·입력 폼·검색에 흩어져 있던 입력 UI를 한 구현으로 묶어, 값의 타입만 쓰는 쪽에서 정하도록 만들었습니다.
인증 처리를 통신 계층으로
토큰 갱신과 공통 오류 처리를 통신 계층에 두어, 화면 코드가 인증 실패 처리를 직접 떠안지 않게 했습니다.
핵심 기능
화면 단위 점진 전환
운영 중인 서비스를 멈추지 않고 화면 단위로 프레임워크를 옮겨, 문제가 생기면 그 화면만 되돌릴 수 있게 했습니다.
진행 단계
전환 전략 수립
2020.03
운영을 멈추지 않고 옮기는 방법을 정하고, 두 프레임워크를 함께 운영할 수 있는 구조를 잡았습니다.
프로젝트 상세
1) 포트폴리오 소개 은행 행내 업무용 관리 화면과 그 화면이 쓰는 백엔드 API를 함께 담당했습니다. 서비스 카테고리는 행내 업무 시스템이며, 메인 타깃은 창구와 본부에서 이 화면으로 업무를 처리하는 행원입니다. 상시 운영되는 시스템을 멈추지 않은 채 프레임워크를 바꾸는 전환을 주도했습니다. 2) 작업 범위 - 개발 참여 범위: Front-end 80% / Back-end 20% - 지원 환경:
