Talk Lowy(kr)

영상버전 :  https://youtu.be/OaDuZvE1ViQ 7월 1일부터 참여한 젊은 화장품 판매 기업의 DB이전 프로젝트 입니다.  연매출 2000억엔에  오프라인 제휴 매장 포함 26개 라던가요? 사원은 200명..  온라인 구치코미를 분석해서 잘팔리는 제품의 순환이  이 기업의 핵심가치 같네요.  때문에 가장 중요한 것은 구치코미 데이터인 듯 합니다.  여기서  구치 는 입이고  코미는 코뮤니티의 앞글자 입니다.  그래서  사람들의 말을 모아놓은 커뮤니티를 말하는 것이지요.  우리말로 하면 평점 같은 느낌이려나요? 일본의 구치코미는 한국만큼 오염되진 않아서 돈으로 매수한 것도 좀 있긴 하지만,  지나치지 않게 하는 것 같습니다.  때문에 구치코미에 대한 신뢰는 아주 크구요.  이 프로젝트의 가장 큰 문제는  회의가 너무 많다!  그냥 하루에 세 번 미팅은 기본이고,  전 서너번이 보통인데,  정사원들은 작업 시간이 하루에 한 두시간이고  나머진 전부 미팅인 거 같네요..  그리고 티켓 시스템이 다섯 종류..  각 부서마다 자기네 티켓 시스템을 따로 쓰기 때문에  레드마인에서 처음보는 시스템까지 골고루 사용 중입니다.  가장 크리티컬한 것은..  SQL 서버를 사용하고 TiDB 이관을 하기로 했는데,  모든 멤버가 SQL 서버와 TiDB를 잘 모르는 것입니다.  유저의 급증으로 인해 SQL서버가 자주 뻗는대요..  그래서 TiDB로 변경하면 대규모 OLSP랑 OLAP 처리가 가능하다는 영업(?)에 넘어가서  TiDB TF팀을 결성해서 순차적으로 이동 중이라고 합니다.  현재 가장 부하가 적은 MySQL의 테이블 두 개를 이동하고,  조금 용량이 큰 데이터를 이동 중에 성능 이슈가...

영상버전 :  https://youtu.be/mVwIZ1nof8w 지난 번에 고객의 현재 상황 및 요건을 들었습니다.  원래라면 분석에 2주를 잡긴 하지만, 이번은 아주 간단해서 바로 1차 제안을 세 종류 만들어 봤습니다.  현재 개발사가 제안한 scaling에 대한 문제를 제기해야 겠지요..  우선 원래 시스템 중 문제가 있는 서버의 프로세스 구성입니다.  하나의 VM에 Listener, Real time analyzer, Final Analyzer의 세 개가 돌고 모든 IP PBX의 스트리밍 데이터를 받아서 하나의 VM이 처리를 하고 있는 식이죠.  이걸 분산하려고 하고 있습니다. 우선 개발사가 생각한 1안입니다.  하나의 인스턴스에 Thread를 나누어 처리를 하려고 합니다. 하지만 같은 인스턴스다보니 CPU가 터지는 지금 상황에서는 Thread를 분리해봤자 분리된 Thread가 터져서 인스턴스가 뻗을 것 같네요.  개발사가 제안한 2안 입니다.  이건 두 개의 인스턴스로 나누어 왼쪽에 IP PBX에서 데이터를 받아 리얼타임으로 저장하고 CPU부하가 큰 Final analysis는 다른 인스턴스에서 땡겨서 처리하겠다는 발상인데요.. 아마 이번에 테스트한 50세션 동시 처리에는 먹힐 지도 모르겠습니다. 30정도에서 터졌으니까요..  하지만 이건 일시방편이지, 유저를 계속 늘려가는 서비스 입장에서는 오히려 왼쪽 입구에서 받는 트래픽에 그걸 모아서 오른쪽의 VM 복수개에 동시에 파일을 내보내면 트래픽 병목으로 전송 실패가 나겠죠.  아마 700세션 전후에서 터질 것입니다.  그래서 제가 이 내용을 기준으로 일반적인 제안을 했습니다.  1안입니다.  전형적인 Application Gateway에 VMSS설정으로 Application gateway가 알아서 분산하고 VMSS가 알아서 부하도에 따라 증가 시키는 방식이죠.  장점은 Ap...

영상버전 :  https://youtu.be/884X6vu95gk 또 한 번 돈이야기를 해야겠네요..  제가 일을 받는 곳이 몇 군데 있는데요..  그 중에서 가장 상류 공정의 업무를 주는 사이트를 하나 소개할 까 합니다.  이 정보로 한 단계 더 올라가는 분들이 계시면 좋겠구요..  만약 하고는 싶은데 한 두개 부분을 서포트 받으면 좋겠다 싶으시면 연락을 주세요.  저는 이렇게 하고는 싶지만 자신 없는 부분이 있는 프로젝트를 수주 받아서 잘하는 부분을 시키고 못하는것을 서포트 하는 일도 하고 있습니다. ^^ 설계 쪽으로 슬슬 들어가고 싶은데 자신이 없는 경우,  스스로 들어갈 수 있게 도와주고, 제가 뒤에서 실전에서 지도하는 방식이지요.  이렇게 하면 자신의 능력보다 높은 일을 할 수 있게 되고,  그 경험이 자신의 이력이 되는 것이지요.  이렇게 협업으로 제가 서포트 할 수 있는 안건을 위주로 잡고 있으니  관심있으신 분들은 언제든 연락을 주세요~ 그럼 안건 사례를 들어 볼까요?  요건정의 도큐멘트 작성 지원(기간계 시스템 개발 프로젝트) 뭔가 쉬워 보이죠?  그런데 월보수는 100~150만엔입니다.  내용을 볼까요?  업무요건 정의 팀 소속으로 업무기능 일람과 업무 플로 일람 등의 작성과  클라이언트에게 설명하고 합의를 도출.. 이걸 워크스루 라고 하구요.. 실시 준비 합의를 위한 협의 진행, 지적 사항 수정..  생각보다 어렵지 않은 내용이네요.  시스템 개발 프로젝트의 요건 정의 참여 경험이 필요하다고 합니다.  보통 이 정도면 요건정의만 2~3개월 들어가야 하는데,  계약기간이 최대 6개월이란 얘기는 협의를 해야할 고객의 부문들이 많고,  그 내용들이 바라바라라서 여기선 이렇게 얘기하고 저긴 저렇게 얘기할 때,  합의점을 도출하고, 그에 맞는 기술적 요건을 ...