1. 1. 사전 준비
1.1. 요구사항 분석
1.1.1. 산출물 : 개인정보 암호화 현재 상황
1.1.2. 산출물 : 개인정보 암호화 적용필요 필드 취합
1.2. 마이그레이션 범위 결정(산출물 기존으로)
1.2.1. Target 서비스
1.2.1.1. 피노모기지 - 교보생명
1.2.1.1.1. 개인정보 보유한 테이블 전체
1.2.1.1.2. or 일부 중요한 테이블만 선진행...
1.2.1.2. 피노모기지 - 우리은행
1.2.1.3. 피노모기지 - 제주은행
1.2.1.4. 피노모기지 - 통합대부
2. 위험 요소 및 기술 분석
2.1. 위험요소
2.1.1. 마이그레이션 작업 중 서비스 패치
2.1.1.1. 대안1 : 현재 개발DB의 스테이징 계정사용을 통한 패치
2.1.1.2. 대안2 : 별도의 마그레이션용 DB마련
2.1.1.2.1. 대안1 : 61.100.14.166
2.1.1.2.2. 대안2 : 61.100.14.188
2.1.1.3. 대안3 : 마그레이션 개발/운영 기간동안 서비스 패치 생략
2.1.1.4. 기타
2.1.2. TBE_EAI_LOG의 CLOB 컬럼 암호화 이슈
2.1.2.1. 암호화 소요시간
2.1.3. 운영 적용 후 롤백 방안
2.1.3.1. 대안 1 - Standby DB로 운영 복구
2.1.3.1.1. 방법 : 운영db shudwon 전 arch 솔루션 중지.
2.1.3.2. 대안 2 - 신규 계정 생성 및 데이터 이관
2.1.3.2.1. 방법 : 문제 발생시 was의 운영db계정 변경
2.1.3.3. 대안 3
2.2. 기술분석
2.2.1. KSIGN 어드민 툴
2.2.1.1. 기존 데이터 암호화 방법
2.2.1.2. 어플리케이션 변경 없이 적용하는 방법
2.2.1.2.1. 제약사항 검토
2.2.2. 자동으로 오라클 함수로 암호화된 데이터 복호화 방안
2.2.3. 기타
2.3. 인력
2.3.1. 곽현우 : ~ 8/31 까지 Liveen 프로젝트 집중투입
2.3.2. 그 외
3. 마이그레이션 방안 상세 설계
3.1. 전체일정
3.1.1. 위험 요소 및 기술분석 파악 후 작성가능
3.1.2. 개발 테스트
3.1.3. 운영 적용