Talk Lowy(kr)

영상버전 :  https://youtu.be/IBlmUkDEGAw 제가 하는 일을 좀더 구체적으로 적어볼까 해서 시작해 봅니다.  지난 번에 월 100만엔 짜리 안건 소개 했잖아요? 그걸 하기로 해서 도대체 100만엔 짜리 안건은 뭘하는건지 구체적으로 보여드릴까 해서 시작해 봅니다.  우선 고객이 현재 상태를 제공해 줬습니다.  인도 개발팀에서 개발을 하고 있구요, 고객은 일본의 CAC라는 업체 입니다.  간단한 서비스 개념을 설명드리자면,  콜센터 같은데에서 고객들과 상담을 하는 상담사의 목소리, 떨림, 톤 등을 기반으로 감정의 움직임을 PBX에서부터 리얼타임으로 캐치를 합니다.  그리고 캐치하여 분석한 데이터를 기반으로 상담사의 심리적 압박을 수치로 나타내고,  그 수치가 일정 이상 벗어나면 긴급 대응반이 통화를 가로채서 압박을 하고 있는 고객을 상대하고 상담사의 정신케어를 해줄 수 있도록 도와주는 서비스 입니다.  일본에선 이미 6000개 이상 기업이 채용해서 쓰고 있는데,  이유는 한국에서도 비슷할 것 같지만 일본에선 상담사는 모두 계약직 또는 파견 업체에서 온 파견직입니다. 때문에 애사심 같은것은 있을 수 없기 때문에 상담사가 지쳐서 관둬 버리면 그만큼 원청사도 손해지만, 파견회사도 이 현장에 넣어봤자 사람들이 망가져서 안되겠다 하고 파견회사에서도 점점 사람을 넣지 않지요.  때문에 너무 높지 않은 가격에 좋은 인재를 파견업체에 요청하기 위해서는 파견된 사람의 케어할 준비가 얼마나 잘 되어있는지를 보여주어야 합니다.  그래서 이러한 비즈니스도 일본에선 잘 될 수 밖에 없지요.  여기서 제가 할 일은 개발자들에게 어떠한 구성으로 가는 것이 좋은지 정리를 해주고 개발자들과 협업을 해서 가장 적합한 구조로 대규모 처리가 가능한 구성을 만들 수 있도록 도와주는 것 입니다.  그런데 미션은 150세션까지 커버 가능한 시스템... 이라서 굳이 제가 할 규모는 아니긴 했지만, 일단 도와주기로 한 이상 최대한 정보를 정리해서 주기로 했습니다.  이 시스템의 개발사에

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

음성 버전 :  https://www.youtube.com/watch?v=ZZlW6diG_XM 대규모 트래픽을 커버하는 첫 페이지 만드는 법..  보통 DB를 연결할 때 대규모 설계는 어떻게 하시나요?  잘 만들었다는 전제 하에 동접 3000명 이하는  어떤 DBMS를 사용해도 문제 없이 돌아갑니다.  여기서 이미 터졌다면 이 콘텐츠를 보기 전에 DB의 기초부터 보셔야 합니다.  아.. 개발 코드가 터졌다구요? 그럼 개발자를 때리셔야지요..  만약 3000명을 넘겼다면? 이제 Write/Read를 분리해서  1 CRUD + n개의 READ Replica를 만들겠죠?  보통 Read Replica는 5개가 최대라고 보시면 됩니다.  누가 연구한 자료가 있었는데...  6번째 레플리카를 만든느 순간 마스터가 되는 서버의 효율 저하 때문에  5번째에서 6번쨰로 올릴때의 성능이 급격히 줄어든다는 연구 결과가 있습니다.  때문에 Azure에서도 replica설정할 때 5대까지 밖에 설정 못하게 되어 있지요.  유저의 행동 패턴에 따라 다르긴 하지만,  1 CRUD + 5 Read Replica의 경우 동접 15000명 정도는 커버 합니다.  즉, 동접 15000명 에서 다시 터져서 저를 부르는 경우가 많지요..  이 때부터는  회원 DB, 게시판DB, 서비스DB, 과금 DB 등등 으로 성격, 서로의 연관도에 따라 나누기 시작합니다.  물리적으로 DB가 나눠지면 Join을 못하거나 Linked Table또는 LinkDB등의 연결자를 이용해서 JOIN이 되기도 합니다.  그에 따라 성능 차이가 생기지만 가장 중요한 포인트는  서로 다른 물리적 테이블의 JOIN은 인덱스를 타지 않는다!  라는 것입니다. 즉, JOIN할 테이블들을 최소한으로 만든 뒤에 JOIN을 걸지 않으면 NoSQL처럼 느려터져 죽습니다.  양이 많은 DB에서 양이 적은 테이블을 가져와서 JOIN을 해야겠지요..  이렇게 해서 동접 10만명까지 커버를 했다 칩시다.  여기서 일반적인 동접의 기준도 서비스마

이력서를 안써본 사람은 아마 거의 없겠지요? 하지만 이력서를 자신있게 쓴 사람은 몇이나 될까요?  예전에 지내던 한 쉐어하우스에 12월이 되니 지방에서 3학년 학생들이 한 두달을 계약해서 많이 들어오더라구요..  일본은 3학년에 자기가 원하는 회사에 입사원서를 내고 합격을 하면 다시 돌아가서 4학년을 보내고 그 다음 해부터 취직을 하게 됩니다.  그 때 제가 면접 연습을 도와주면서 많이 물어봤는데요..  보통 100~150개 회사에 이력서를 낸다고 합니다.  그리고 괜찮으면 그 중에 10개 전후 회사에서 내정 통지가 오구요..  그 중에서 최종적으로 하나를 정해서 간다고 연락을 한다고 하네요..  즉, 9개 회사는 내정 통지를 줬는데 안간다고 답변이 온다는 얘기지요..  그래서 그것까지 예상해서 많은 수를 뽑아 대기 자 명단에 올려 놓는다고 합니다.  대기 1~3순위는 대체로 들어갈 수 있다네요..  원래부터 회사 직원을 뽑는 입장에 놓인지 거의 10년 정도 되던터라 재미 있게 면접관 놀이를 해주고 나중에 고향인 오키나와로 돌아갔을 때 저도 놀러간 적이 있어요.. ^^;; 오키나와 만의 알려지지 않은 맛집이라던가 여러가지 재밌는 팁을 들었지요..  그 후로 벌써 10년이 지났나요? 면접관의 입장에 많이 서본 사람으로서  경험이 적은 사람도 자신있게 이력써를 쓰는 방법을 소개할까 합니다.  이력서 포맷 있잖아요..  이거 법으로 정해진거 없습니다. 꼭 따를 필요가 없어요..  이력서 포맷에 맞춰서 쓰다보면 내가 하고 싶은 내용이 잘 전달되지 않습니다.  특히 사회 경험이 짧은 사람들은 이력서 포맷을 보면 학력, 경력을 적는 란이 대부분이라 공백밖에 안보이게 되지요.  그리고 많은 똑같이 생긴 지원서 속에 파뭍혀 파쇄기행이 되어 있겠지요..  게다가 역으로 저 처럼 27번의 이직력이 있는 사람은 최신 순으로 적으면 중간에 잘려서 오히려 경력이 짧은 것 처럼 느껴집니다.  이렇게 많은 이직력으로 어떻게 살고 있냐구요? 심지어는 이직을 좋은 시선으로 보지 않는 일본에

많은 커리어 컨설턴트들은 자기의 직접적인 수익과 관련이 있는 지금의 전직에만 초점을 두고 구직자들을 대하고 있습니다.  실력과 경험이 어떻든 지금 좀 더 많이 주는 곳으로 꼬셔가지요. 지금 당장은 넘어가는 본인에게도 이득이 있을 지도 모르지만, 넘어간 곳은 그렇게 좋을까요? 그렇게 넘어가서 미래는 더 좋아질까요? 이건 욕할 건 아니구요.. 실제로 나쁜 의도에서 하는 것도 아니니까요..   하지만 그렇게 늘어나는 이직력이 나중에 어떠한 영향을 끼칠까요? 이번 기회에 전 생애의 커리어를 직접 설계할 수 있도록 도움을 드릴까 합니다.  한국인 남자를 기준으로 하면..  여자 분들은 어떡하냐구요? 그게.. 여자분들은 너무 다양한 케이스가 있어서 이거다 하고 제공하기는 많이 어렵더라구요.. 양해 부탁 드립니다.  일단 한국 남자들은 보통 군대를 갔다오거나 해서 27세 전후부터 직업을 구하는 경우가 많습니다.  그리고 정년 퇴직은 60세..  보통 45~49세가 가장 많이 벌구요, 그 뒤에 다시 떨어지는 추세 입니다.  잘 다니던 대기업이라고 해도 50세 부터는 밀려서 퇴출되는 경우가 많다보니 평균 급여가 떨어지기 시작합니다.  여기에 지출을 겹쳐 볼까요? 가장 많이 버는 40대에 가장 지출도 많지요..  육아, 그리고 경제활동을 하면서 늘어나는 여러가지 대외비..  정년인 60이 되면 정년 퇴직과 함께 적은 연금으로 살아야 합니다. 어느 정도까지 살아야 할까요? 가족을 책임질 것이라면 거의 86세까지는 돈이 있어야 하지요.  그럼 60세 부터 86세까지 ...  나이들어서 거지처럼 살긴 싫지 않나요? 인간은 간사해서 가장 좋았던 40대의 소비 성향이 계속되길 바랍니다.  하지만 현실과 타협하면서 떨어지기 시작하는 것은 어쩔 수 없지요.  그래도 나이먹어서 내가 지금 먹고 싶은 것을 못먹고 가고 싶은 곳에 못가면  만족스러운 삶일까요? 그렇죠..  만족스럽게 쓰면서 살고 싶습니다.  그럼 최소한 월 500은 써야지요.. 뭐.. 좀더 아껴도 되지만..  그래도 여유있게 살

얼마전 모 고객을 찾아 영업지원을 갔다. 1차 영업미팅이라 고객의 니즈를 파악하고 2차 미팅에서 컨설팅 및 견적을 진행하는 것이 보통이다. 미팅에 참석한 사람은 나이가 지긋한 두 분과 40대 중후반의 남자분. 이 회사의 전체 연령이 엄청나게 높은 것 같다. 클라우드 컴퓨팅에 대한 간단한 소개 및 서비스 소개를 하였다. 고객이 외주로 모 클라우드 서비스용으로 개발중이라는 이야기를 했다. 우리쪽에는 없는 기능이라 우회 방법 및 고객이 보다 편하게 쓸 수 있는 방법등을 이야기 했다. 고객은 납득을 하고, 그럼 테스트를 해보시라고 등록 방법을 알려드리고 무료 등록을 해주기로 했다. 다음주.. 별일 없으리라 생각하고 다른 쪽 지원중에 느닷없이 본사에서 전화가 왔다. 고객의 클레임이 엄청나다는 것이다. 나보고 뭔소리 했냐고 물어봤다. 딱히 보통때와 다른 이야기를 한 기억은 없는데.. 고객이랑 통화해서 처리하라고 화난 목소리로 이야기를 했다. 잠시 상황좀 파악하고 고객에게 연락을 주겠다고 하고 끊었다. 운영팀, 지원팀쪽에 연락을 해서 그 고객에 관련된 이슈를 모두 정리했다. 결국 요는 이렇다. 1. 고객이 전화로 지시를 하려는데 컨설턴트라는 작자(나)에게 전화가 안된다.  -> 공교롭게도 1주 전에 포워딩한 전화번호가 끊겼다 ㅠ.ㅠ 2. 다 해준다고 해놓고선 돈을 받더라.  -> 다 해준다는게 아니라 얘기했던 기능이 다 되고, 모두 옵션가격 이라고 이야기를 했다. 즉, '옵션'이란 뜻을 '공짜로' 란 뜻으로 생각했을지도 모른다. =ㅅ=;; 3. 신청서를 작성했는데 3일이나 걸려서 답답했다.  -> 신청서 작성은 형식적인 것이고 고객이 직접 들어가서 만들면 바로 만들 수 있는데, 못하겠다고 신청서 작성하고 시키니 서류 처리 시간이 늦어지는거 어쩔 수 없다. 결국 이런 이유로 클레임이 들어온 것을 알고, 딱히 고객 서비스에 문제가 있거나 한 건 아니고 해주지 못하는 것도 아

요즘들어 모바일 게임업체에서 클라우드 컴퓨팅 환경으로 이전 또는 신규 구축 의뢰가 많이 들어오고 있다. 이유는 다음과 같다. 1. 모바일 게임의 수명이 너무 짧아 1년이상 약정은 리스크가 너무 크다. 2. 모바일 게임의 유저수를 책정할 수 없어 스타트 규모를 산정할 수 없다. 3. Latency에 크게 구애받지 않기 때문에 다소 느려도 상관없다. 이러한 이유가 클라우드 인프라를 활용하기에 최적의 니즈가 되고있다. 모바일 게임업체인 A사에서 자신들이 만든 게임서버의 구조를 보여주며 클라우드 환경으로의 이전을 검토해달라고 하였다. 아무리 클라우드 환경으로 이전한다 하더라도 게임인 이상 타 서비스와 영향을 받지 않는 것이 좋기 때문에 Hybrid cloud 의 형태로 제안을 했다. Hot standby가 불가능한 서버에 대해서는 물리서버 또는 독립가상화 서버를 제안하고, 죽어도 유저의 게임서비스에 문제가 없는 서버를 Public Cloud로, 그리고 이 둘을 VPC로 묶어 로컬 환경과 같은 형태로 제안을 하였다. 그리고 유저가 늘어날때 같이 늘어나야 하는 서버들을 산정하여 Auto Scaling으로 제안을 하였고, 폭발적으로 늘기 쉬운 특성을 감안하여 초기 구조를 Sharding(샤딩, 수평분산구조)으로 변경할 것을 권고하였다. 대부분의 게임이 그러하듯이, 메인 유저DB가 있고, 월드DB가 있어 여러대의 채널서버에서 월드DB에 붙어 유저의 정보를 액세스 한다. 이것은 수십만 유저까지는 커버하는데 전혀 지장이 없지만, 수백만에서 수천만에 달하는 유저를 커버하기에는 역부족이 된다. 이 때 로그성 데이터는 MongDB쪽으로 권하기도 하지만, 개발리소스의 큰 변화를 주지 않도록 하기 위해서는 한 유저당 하루에 쌓을 수 있는 데이터량을 감안하여 수평분산이 가능하도록 Node Server를 별도로 두고 서버를 쉽게 분리 통합이 가능한 구조로 제안을 하였다. 이렇게 하면 100만명 단위로 게임서버 + DB서버를 하나의 물리서버에 가상화를 시켜

어느날 고객이 질문을 했다. 고객 : "클라우드를 도입하고 싶은데 어떠한 매리트가 있는지 모르겠어요" 이 고객은 게임업체 고객이고 서버는 약 20대정도로 게임 포털처럼 웹서비스를 하나 하고 있고, 게임은 이제 하나를 붙인 상태이다. 두 번째 게임을 붙이려고 준비중에 있는 듯 하다. 나 : "현재 서버 구성도를 주시면 제가 프라이빗 클라우드의 형태로 재설계를 해드리겠습니다." 고객이 서버 구성도를 주었다. ==웹서비스== 서비스용 웹 서버 : 3대 회원 DB : 1대 웹DB : 1대 관리자 웹 서버 : 1대 빌링 웹 서버 : 1대 빌링DB : 1대 ==게임 서비스== 로비서버 : 1대 맵 서버 : 2대 워(War) 서버 : 1대 인증서버 : 1대 게임DB : 1대 로그DB : 1대 복구DB : 1대 게임서버 여유분 : 1대 관리 서버 : 1대 테스트 서버 : 1대 샵 서버 : 1대 이렇게 총 20대의 물리서버가 있었다. 이 서버들을 메모리만 증설 시킨 뒤에 가상화를 하여 묶어 주었다. 총 10대의 서버를 가상화 하고, 5 대의 서버만 물리 머신 그대로 두었다. 총 15대를 사용하고, 10대의 가상화 서버는 크로스로 이중화 설정을 하였다. 즉, 물리적으로 어딘가의 서버가 죽어도 다른 서버의 Cold Stand-by(VM을 세팅해놓고 전원을 내려놓은 상태)의 VM의 전원을 넣기만 하면 바로 복구가 가능한 구조를 만들었다. 모든 DB도 리플리케이션을 해놓아서 DBMS가 죽어도 최소한의 로스로 바로 살릴 수 있도록 설계를 해주었다. 결론적으로 20대였던 서버가 15대로 줄면서 이중화까지 되어있어 모든 서버중 어느 하나가 죽어도 쉽게 복구가 되는 이중화가 된 것이다. 즉 40대분량의 설정이 된 것이다. 게다가 5대가 남아서 가상화를 하여 신규 서비스의 테스트용으로 사용하게 했다. 가상화라는 것은 마약이다. 중독되면 너무 매달려 화를 자초할 수도 있다. 하지만 의

난 지금 한국의 모 클라우드 서비스 업체의 고객 지원.. 좋은말로 클라우드 컨설팅을 하고 있다. 2011년에 한국에 들어와서 느낀 것은... 해외에서는 2009년쯤에 붐이 일어났는데 이제서야 클라우드 서비스가 시작되는구나.. 싶었다. 그런데.. 이게 웬걸.. 다덜.. 클라우드를 모르고 사업을 하고 개발을 한 것이다. 그이후로 클라우드 컴퓨팅의 진정한 의미를 교육시키며 컨설팅을 해오고 있다. 고객 사이트에 나가서 컨설팅을 하다가 재미난 경우가 있고, 다양한 사례들이 나와 이를 정리를 해보고자 한다. 클라우드 컴퓨팅에 대해서는 아마 이전 투고중에 있을테니 잘 찾아보시길.. ^^;;; 참고로 난 2011년에 한국 클라우드 컴퓨팅 서비스가 오픈된 시점에 모 기업에서 서비스하는 클라우드 컴퓨팅 인프라 관리 솔루션 업체에서 상품기획 및 영업지원, 교육을 맡았다가 잠시 외도를 하고, 2012년 12월 다시 참가를 하게 되었다. =============== 어느날 사업부에서 영업인원이 모자라다고 나혼자 가달라는 부탁을 받았다. 모 종교단체의 온라인 도서관 솔루션을 개발한 업체인 듯 하다. 고객은 60이 넘어보이는 신사같은 느낌의 사람이었다. 나 : "클라우드 컴퓨팅 서비스를 희망하신다고 해서 왔습니다." 고객 : "2년동안 개발을 하다가 자금이 떨어졌는데 이제 올리기만 하면 되요. 클라우딩에 올리면 된다고 들어서 컨설팅을 요청했습니다." 요즘 사이트를 다니면서 "클라우딩" 이란 단어를 많이 듣는다. 어느 사전에도 "클라우딩" 이란 단어는 없는데.. "클라우드 컴퓨팅"을 대충 줄여서 그렇게 말하고 있는걸까... 나 : "서비스를 올리고 싶으신 내용이 무엇이고 어느정도의 자원이 필요한가요?" 고객 : "내가 전문이 아니라서 당신을 부른거 아니요. 이거 직접 보고 산정해주세요." 하면서 PC를