Talk Lowy(kr)

영상버전 :  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가 알아서 부하도에 따라 증가 시키는 방식이죠.  장점은 Application Gateway에서 SSL을 관리하므로 SSL의 관리가 단순하고 편합니다. 그리고 모든 부하분산 룰 설정 및 장애 제

듣기 버전 :  https://youtu.be/Qj7ibSDA7_Y 컨설턴트가 되는 두 가지 방법 구독자 분의 질문이 있어서 콘텐츠를 만들어 봅니다. 제대로 된 학력으로 컨설팅 펌에 들어가서 기초부터 배우기 제대로 FM이라고 봅니다. 장점은 처음부터 신입 컨설턴트로 바로 들어갈 수 있습니다. 하지만 경험이 제로이다보니 문서 작성 방법부터 배우고 거의 수 년간은 베테랑이 만든 문서의 이쁜이 작업이라고 불리는 베테랑이 대충 틀에 맞추어 적은 것을 와꾸에 맞추어 띄어쓰기, 줄바꾸기 및 배치 조절, 관련 이미지 가져오기 등등의 문서 편집 작업이 메인이 되구요, 회의 참여해서 회의록 작성 및 정리, 고객들에게 연락해서 필요 자료 받기 등 허드렛일을 한참을 하게 되지요. 그리고 어느 정도 레벨이 올라가면 컨설팅 보고서 작성이 다양한 부분으로 나뉘는데 그 중의 한 부분을 맡아가면서 조금씩 영역이 확장됩니다. 하지만 이 경우 기술베이스가 없는 경우가 많기 때문에 리포트 중에서 개념이나 환경조사 등의 기술과는 상관없는 내용을 담당하게 되겠지요.. 이렇게 해도 컨설턴트로 자리를 잡을 수는 있으나, 제가 같이 들어간 프로젝트에서 타 컨설턴트들이 제가 문서 작성하는거 보니 제게 기술을 배우고 싶다는 표현을 많이 하더라구요.. 제가 알고 있는 내용을 최대한 설명해주긴 했지만, 역시 깊이 있는 자료를 만들 때는 막히면서 답답해 하는게 있다보니, 이런 부분의 공부를 계속 해야 되지 않을까 싶습니다. 실전으로 배워서 컨설팅 프로젝트의 실무로 참여하기 실전으로 컨설팅 사업에 참여할 수 있습니다. 이 경우는 대부분 자기가 잘하는 업무를 문서화 하는 작업을 많이 하게 됩니다. 그래도 프로 컨설턴트의 문서력만큼은 나오지 않기 때문에 기술 위주의 텍스트를 많이 지적 받으면서 수정해서 제출하게 되면 그걸 기반으로 컨설턴트 들이 이쁘게 재작업을 해서 만들어줍니다. 만약 여기서 멈추지 않고, 내 문서가 어떻게 이쁘게 바뀌었는지를 열심히 보고 배우게 되면, 스스로 컨설턴트 없이 기술 분야의 문서를 만들

수 년전 한국에 잠시 가서 일을 했을 떄  컨설턴트라고 소개한 적이 있었는데,  사람들은 단순히 영업하는 사람으로 알고 있었던 것이 충격이었습니다.  한국에서는 컨설턴트는 세일즈컨설턴트 정도 뿐이었나보더라구요..  게다가 세일즈 컨설턴트보다는 세일즈맨에 가깝고 기술력은 거의 찾아보기 힘든 사람들이 많았습니다.  일본에서의 IT컨설턴트의 지위는 상당히 높습니다.  일단 아무나 컨설턴트란 이름을 내세우지 않고,  컨설턴트들은 자기의 분야에 자부심을 가지고 있는 경우가 많습니다.  물론 모든 컨설턴트가 그런 것이 아니고, 영업에 치우친 사람들도 있지만 말이죠..  2007년 경이었습니다. 고객이 컨설팅 요청을 했습니다.  자기네 시스템을 이관해야 하는데 ORACLE을 사용하는 시스템이고 유저 수십만이 접속할 수 있는 정도 스펙이 필요하다고 합니다.  그리고 여러 서버 업자에게 견적을 받았는데 INTEL Xeon도 있었지만,  AMD서버가 거의 60%가격으로 굉장히 메리트 있게 왔다고 합니다.  인텔은 2코어 였고, AMD는 4코어 인데도 말이죠.  이 AMD서버를 구입해도 되는지에 대한 조언을 요구했습니다.  제대로 된 컨설턴트라면 어떻게 얘기할까요? Intel Core는 단일 코어의 같은 클럭에서 처리 성능이 좋습니다.  그리고 AMD는 그걸 보완하기 위해서 코어수를 늘렸지요.  왜 AMD는 같은 CPU인데 인텔보다 같은 클럭에서의 처리 성능이 낮을까요? 이 이유는 OS라는 소프트웨어가 하드웨어랑 통신할 떄 사용하는 Machine code라는 어셈블러를 사용하여 OS의 명령을 처리하게 됩니다.  각각의 CPU벤더는 자기만의 머신코드와 코어 기술을 가지고 연산을 하기 떄문에 하나의 처리에 동일한 클럭을 사용하지 않습니다. 어셈블러의 명령어 체계에서부터 에뮬레이트 되거나 다른 처리를 하게 되기도 하지요.  이 때문에 생기는 성능적 열세를 막기 위해 클럭수를 높이거나 코어를 늘려 대응을 하고 있지요.  AMD역시 4코어로 만들고 나서야 인텔 2코어보다 조금 더 높은 성