1. 카카오톡과 비슷한 중국 Wechat mini mall 주문 처리 - 주문은 purchase Order 라고 정의 한다 - 온라인 기반으로 설계하여 진행 - 배송 처리 진행 - 상태 정보만 변하고 그 외의 정보는 변하지 말아야 한다 2. 온라인 주문모듈에 POS용 오프라인 주문 처리 추가 - POS판매를 주문으로 받아서 처리 - 현장에서 판매 되면 배송 상태를 진행하지 않게 변경 3. O2O 서비스 모델 적용 - 현장에서 판매가 되고 재고가 존재하는 다른 매장이나 창고에서 배송처리 - 다중으로 배송 처리 할 수 있도록 주문 및 배송 로직 변경 4. SaleOrder 생성(판매주문데이터) - 판매데이터를 기반으로 생성 - 정산의 기초정보로 활용 - 지불정보와 SaleOrder 는 같은 기준으로 생성 - 상품에 대한 수수료는 purchase Order 시점에 정보로 기록 - 프로모션은 purchase Order 이후 판매 SaleOrder 생성시 프로모션 조건에 의해 생성 5. Legacy 로 데이터 전송 - 판매 데이터는 우리의 주문 정보를 바탕으로 생성 - Legacy와의 규칙이 다르기 떄문에 정보 변환이 필요 - ETL을 이용한 기준정보 변경 - 변경 데이터를 Legacy 전송 후 전송 상태 변경 5. 다채널이란 기능 추가 고려 - 상품을 공유 해서 다른 플랫폼에서 주문데이터를 받아서 판매 데이터 생성 - 외부 주문 데이터를 어떻게 처리할 것인가 논의 및 개발 설계중

更多

현재 시스템의 문제 1. Weblogic coherence Oracle 의 연계 시스템의 구성문제 - 각각의 운영의 외부리소스를 통해 해결 - Coherence 과 Oracle 를 1:1 mapping 하여 동기화중 - Oracle Table 변경시 coherence 도 변경하여 시스템 리셑필요 - Log 와 service를 통합하여 적용되어 Log 변경시에 전체 시스템 다운 - API auth 시스템 없음 - Table 설계시 정규화 되어있지 않음 - Global service 도입으로 Weblogic coherence Oracle 도입 비용 증가 예상 해결방안 1. API GateWay 도입 - API GateWay 도입으로 산발적인 API URL 통합 - JWT으로 Auth 도입 - API Client를 mainservice와 Log부분으로 분리 - Mmainservice와 Log를 intergration하여 서비스 하는 부분은 Orchestration Layer를 두어 해결 - ELK를 도입하여 로그 및 이슈 해결 - RabbitMQ를 도입 2. MariaDB 도입 - DBA 충원 - 기존 Legacy 파악 - Log 와 service DB를 분리하여 저장 하도록 설계 - 대용량의 Log 데이터 1차 이전 진행 - 로그성 데이터 진행중 - 서비스 데이터는 Couchbase 도입과 동시에 진행 3. Choherence 제거 - Couchbase 도입으로 시스템 구조 변경 - IMDG에서 Couchbase 도입으로 설계 변경 - Data를 Couchbase 저장하고 DB에 저장하는 방식 도입

更多

1. 개발 조직 빌딩 - 기술 면접 진행 - NPM 환경으로 이용한 개발 도입(react, nodejs, express, rabbitMQ, elasticSearch, mongoDB, OriebtDB, ODM, ORM, TDD, etc) - CI 도입(Jenkins, Git, Gerrit, Wiki, Jira) - flux pattern 도입  redux로 변경 구상중 - Mobile 개발을 위한 React-Native 도입(ES6) –Typescript는 WEB만 반영 - SNS Platform 다자인 2. 스크럼 개발 방법 도입 - 개발, 기획, 디자인 팀에 대한 스크럼 교육 및 진행 - 스크럼 마스터로의 역할 병행 - 아키텍처 개발은 직접 지시로 인한 스크럼 진행 안함 3. 서비스 아키텍트 디자인 - 마이크로 서비스 도입 - Node.JS(socket.IO)와 RabbitMQ 사용 하여 Notification 디자인- flux pattern - RabbitMQ의 복제를 위한 Federation도입 - 서버간 간섭을 줄여 나가도록 디자인

更多

2012.11 ~ 2013.01: 정산개발팀 근무 [주요 업무 내용] 1. 주문시스템 정합성 유무 관리 2. 배송/환불 시스템 정합성 유무관리 3. PG사와 내부 거래시스템의 정합성 관리 [문제점 파악, 수정방안 도출, 개발] 1. 내부 주문시 딜과 옵션/주문상품,티켓 상품 정합성 문제 발견 및 수정방안 요청 2. 배송/환불/교환 시 정합성 문제 발견 및 수정 방안 요청 3. PG사와 1.2 거래의 문제점 발견 및 수정 요청(PG사 및 내부) 4. 1,2,3을 전체적으로 판단 할 수 있는 관리시스템 개발 2014.02~2013.10 Front 개발실의 Store 개발팀 리더 1. Front 개발랩의 전체적인 개발 방법론 정의 및 교육 2. 시범적인 Store관련 개발 방법론 적용 3. 기획/개발/마크업/QA/디자인의 협업 방법 및 업무 진행 방안 정립 4. agile 방법론 적용 5. Unit Test 적용 2013.11~현재: 빅데이터 개발의 PM 1. google analytice 데이터를 이용한 데쉬보드 작업 PM 2. 개발자들간의 업무 역할 및 방안 적용 3. Mybatis를 처음 접해 ORM이라기 보다 SQL Mapper 로의 역할로 이해 4. Hibernate를 구성해 보고 ORM의 기본구성을 확인 및 시스템 구성의 고민 5. Archetecture Design Leading 6. Hadoop을 이용한 HIVEQL 를 데이터 추출 7. 데이터 분석의 기본개념 이해 8. TDD 적용

更多

2006.05 ~ 2006.12 개발3팀에서 BackEnd 관련 개발 환경 적응 및 기본 개발 업무 1. 상품 관리 2. 주문 및 환불 구성 3. 운영팀을 위한 관리자 페이지 구성 2007.01 ~ 2007.09 .NET을 개발실에 최초로 도입 1. 아키텍트 개발사와의 협업으로 기본 시스템 도입 2. OOP, ORM적용 3. 시스템 개발을 위해 WebService, AJAX 적용 4. 에러 로긴 시스템을 적용하여 안정성 확보 및 오류 확인을 빠르게 확인 2007.10 ~ 2009.12 .NET으로 마이그레이션 리딩 1. Backend 시스템을 .NET으로 마이그레이션 2. 인증 페이지를 적용하여 외부의 인증변경에 대비 3. 보안 팀과 협업 하여 보안 시스템 웹사이트에 적용 4. APM시스템을 수정 5. agile개발 및 기획자와의 협업을 배운 중요한 시기 6. refactoring을 이용한 시스템 유지보수 적용 7. TDD 적용 2010.01 ~ 2012.10 아키텍처 팀 근무 1. Framework 개발: 지마켓과 옥션에서 사용하는 기본 개발 프레임워크 2. ORM의 심도있는 내용을 적용하고 배운시기 3. 새로운 프로젝트를 진행시 기본적인 프레임워크를 개발 및 적용 4. SNS 개발 및 아키텍트 구성 5. MongoDB를 공부하면서 NOSQL의 기본 Framework 적용 6. 대규모 사이트 관리에서 필요한 SOA를 구성하고 이해 7. 미국 이베이의 agile 시스템 구성에 대한 이해도를 공부해 가며 대규모의 업무 협업 및 구성 8. 옥션과 이베이 통합시 나타난 문제점과 조직관리의 상황을 접하여 많은 문제점을 확인 9. DDD에 대한 시스템 설계

更多