전체 피드 목록

남의 돈 받기가 쉽냐? 어렸을 적부터 귀에 못이 박히게 듣던 이야기이다.< 월급은 그져 통장을 스쳐 지날뿐...>남의 돈 받기가 얼마나 어려운지는 직장 생활 연차가 쌓이고 급여가 올라가면서 누가 가르쳐 주지 않아도 자연스레 깨닫게 되었다. 그래서 한편으로는 내 급여에 맞는 성과를 내야만 하는 스트레스가 너무 힘들 때가 있었다. 스타트업을 시작하고 나서는 그 받기 어렵다는 남의 돈은 다른 의미들로 다가왔다.1. 내 통장과 회사 통장의 차이비 스타트업 사람들의 흔한 오해가 "투자금=창업자 성공"이다. 이런 이유 때문에 비 스타트업 사람들을 만나는 자리가 부담스럽고 스트레스를 받기에 너무나도 좋다. 그래서 비스트타업 사람들을 만나는 자리를 언제부터인가 잘 안나가게 되었다. 마이쿤도 벌써 초기 본엔젤스를 시작으로 총 10억 원 정도의 투자금을 유치했고 이는 단순한 절대적인 금액의 돈이 아닌 사업에 필요한 체력과 전쟁터에서 싸울 때 필요한 무기임을 밖의 사람들은 알지 못한다. 투자금은 서비스에 정말 필요한 시점 또는 전략적으로 중요한 시점에서 수천만 원, 수억의 비용이 결정되면 과감하게 쓰는 돈 즉 회사 통장의 돈이다. 월급으로 회사에서 받는 돈과 회사에서 운영하는 돈은 분리해서 판단해야 하며 돈의 절대적인 액수가 아닌 돈의 사용처와 목적에 따라 크기가 틀리다는 것을 배워가고 있다. 개인적으로는 몇만 원짜리 옷을 살 때 수십 번 고민하지만 회사에서 돈은 그 크기가 수억 원이 일지라도 어떻게 쓰이고 어떻게 돌아오며 어떻게 효과를 보이는지만을 객관적으로 보고 이에 필요한 돈은 단순한 재원으로 보는 초연함을 배워가고 있다.1. 스타트업의 선택투자에 대한 시작은 스타트업의 선택이다. 초기에는 서비스를 운영하고 개발하기 위해서 자금이 부족한 이유가 가장 크고 성장을 하면서 인재들을 영업하거나 경쟁사들과 싸울 체력을 위해 투자금을 유치하기도 한다. 마이쿤 역시 서비스를 운영하고 개발하기 위한 자금이 부족했기 때문에 투자를 선택했었다.서비스를 시작하고 시간이 지남에 따라 사람을 뽑기 위한 자금이 필요했고 스마트폰 배터리라는 하드웨어 비용이 너무 커서 서비스를 조금씩 키우면서 이를 더 이상 감당할 수가 없었다. 물론 가장 아름다운 그림은 벌어들이는 수입으로 충당을 해야 하지만 그런 일은 현실에서 너무나도 어렵고 어느 정도의 시간이 필요하다. 그 사이와 간격을 메꾸어 주는 선택이 투자라 생각했다. 투자사들을 어디서 어떻게 만나야 하거나 사업계획서 조차 어떻게 만들어야 하는지 모르는 무지한 상태에서 그냥 막연하게 투자받기를 원했기 때문에 많은 시행착오를 겪어야만 했고 그렇게 콜드 메일을 수백 통을 보내고 창업 관련 서적을 읽고, 관련 전시회를 열심히 쫓아다녔다.2. 투자금과 밸류에이션우여곡절 끝에 본엔젤스를 만나서 첫 투자를 받게 되었다. 돈을 어디에 어떻게 써야 할지에 대한 계획을 세웠고 "그래서 이 정도의 돈이 필요합니다."를 설명했다. 투자금의 산정을 하고 나서 벨류에이션(기업가치)을 측정하는 것 역시 처음 배우게 되었다. 첫 투자사를 잘 만난 덕에 아무것도 모르는 상태에서 본엔젤스의 가이드를 따라서 해당 부분들을 정했다. 법인 설립도 왜 해야 하는지 어떻게 해야 하는지 몰라서 해당 부분에 대한 모든 프로세스와 알아듣기 힘든 용어들도 빽빽한 계약서를 하나하나 설명을 들으면서 사인을 했다.좋은 투자사를 만나야 한다는 이유가 여기에 있다. 초기에 투자 프로세스와 밸류에이션 산정 등 많은 것들을 정해야 하는데 돈이 절박한 스타트업에게 나쁜 투자자들은 말도 안 되는 조건의 계약서로 투자를 하기도 하기 때문에 조심하고 또 조심해야 한다.< 스타트업도 투자사와 투자금의 프로세스를 알아야 한다. >투자사가 어떻게 수익을 내고 투자금이 어떤 곳의 자금으로부터 들어와 운용되는지 알아야 한다. 그리고 그게 언제일지 회사마다 차이가 있지만 최종적으로는 반드시 수익을 내야만 하는 점을 잊어서는 안 된다.성공의 척도는 아니지만 일단 전문가들로부터 한번 검증을 거친 의미는 있기에 해당 스타트업의 내공은 인정을 해야 한다. 후속 라운드로 갈수록 더 힘들고 더 많은 리소스가 투입된다. 그러한 과정을 거치고 나서 투자를 받게 되면 스타트업마다 틀리지만 보통 투자금액의 약 4~5배 정도를 그 스타트업의 기업가치로 보면 된다. 즉 100억 원 투자를 받는 스타트업은 정확하지는 않지만 업계 평균상 해당 스타트업의 가치는 약 400~500억의 기업이다. 큰 투자유치를 받고 성장을 지속하는 소위 말하는 잘 나가는 스타트업들의 기업가치가 이 정도이니 당연히 그래서 투자 이후가 더 바빠져야 한다. 그래서 그런 스타트업들을 보면서 이제는 자주 못 만난다고 사람이 변했다고 서운해하기도 하는데 그렇지 않았으면 한다. 그래서 나는 오히려 주변에서 고생하고 있는 친한 스타트업(어둠의 자식들)들이 투자도 받고 폭발적인 성장을 겪으며 제발 못 만날 정도로 바빠지라고 진담 섞인 농담을 던지기도 한다.3. 2억원많은 우여곡절 끝에 그렇게 2억원이란 돈 즉 "남의 돈"을 받게 되었다. 투자 결정이 나고서도 솔직히 믿기지가 않았다. 은행에서 처음 개설한 법인 통장으로 투자금이 입금된 날 "아 정말 투자를 받았구나" 했다. 평생 만져보지 못한 큰 현금이 눈앞의 통장에 찍혀 있었고 그제야 실감을 했다. "아 정말 시작이구나" 세상에 공짜가 없고 남의 돈 받기가 얼마나 어려운지를 알기 때문에 이런 큰돈이 주어진 만큼 비례해서 부담으로 다가왔다. 창업 서적들을 읽으면서 닷컴 열풍이 불던 시기에 수많은 벤처 창업가들이 벌였던 모럴 해저드(도덕적 해이)를 간접적으로 경험할 수 있었다. 투자금으로 외제차를 끌고 다니고 강남 룸살롱이 호황기였다는 그런 회사들은 지금 다 망했고 횡령과 배임의 죄를 묻어 수많은 창업자들이 법의 심판을 받기도 했다. 상식적으로 그렇게 돈을 쓰고 다니는 창업자나 이를 관리 안 하는 투자자가 있었다는 그 시절이 신기하게만 느껴진다. 그래서 투자금은 아껴야 한다고 생각했고 많은 것을 아꼈지만 정작 써야 할 때 쓰지 못한 잘못된 선택을 하기도 했다.4. 쓸 땐 써야 한다.계획을 했던 대로 자금을 집행하면서 서비스를 확장했지만 생각보다 자금은 정말 빠르게 소진되었다. 그 소진되는 돈을 조금이라도 메꾸고자 우리는 매일 같이 길거리로 나가서 노점을 했다. 그 돈이 정말 큰 도움이 되었지만 노점을 하지 않고 바로 B2B 영업에 집중을 했어야 했다. 자금의 소진이 너무 아까워 낮에는 개발을 밤에는 노점을 했기 때문에 멤버들의 체력적 한계가 서비스에 악영향을 주었다. 하지만 사무실이 아닌 길거리에서 직접 고객들을 만나면서 우리 서비스에 대한 문제점을 바로 들을 수 있었고 이를 개선해 나가면서 배운 점이 많았다. 한편으로는 추위를 이겨내며 정신 무장을 했고 길거리에서 잡초처럼 내공을 쌓았기에 지금까지 살아남을 수 있는 밑바탕이 되었으니 한편으로는 참 아이러니하다.나가는 돈을 줄이기 위해 나를 포함한 모든 멤버들의 급여를 말도 안 되게 산정했다. 정말 고맙게도 모든 멤버들이 동의를 해주었다. 멤버들은 그렇고 정말 웃기게도 투자 이후 대표인 나 역시도 회사에서 급여를 받아야 하기 때문에 그 급여를 내가 산정해야만 했다. 정말 얼마를 줘야 할지 몰라서? 어떻게 해야 할지 몰라서? 투자사에게 물어봤다. 돌아온 대답은 "대표님 판단으로 알아서 하세요."였다. 못 벌면 아껴야 한다는 생각에 나와 부대표, 이사 3명의 급여부터 낮게 산정을 했다. 나를 포함한 경영진 3명의 초기 월급은 150만 원이었다. 그래도 이때는? 행복했다. 먹을 거는 먹었고 가끔 소주 한잔도 살 수 있었다. 500 Startups로부터 투자를 받고 실리콘밸리로 배치를 떠나는 시점에는 자금 사정이 더 힘들어져서 각자 받던 작은 급여에서 다시 사비를 경비에 보태서 비행기표를 사고 현지 생활비를 충당했다. 여기까지만 버티면 좋은 날이 올 거고 딱 여기가 끝인 줄 알았다. 그 뒤로 서비스가 망하고 급여를 줄 상황이 안될 정도로 더 어려워졌다. 하지만 회계상으로 급여가 안 나가면 채무로 잡히기 때문에 경영진들이 급여를 받은 다음 다시 그 개인 돈으로 회사 비용을 쓰는 편법을 쓰기도 했다.나는 그렇다 치고 아껴야 한다는 대표 덕분에 팀원들 역시 현실적인 문제로 고생들을 너무나 했다. 그래서 지금도 일정 목표가 도달하고 매출이 나오면 팀원들의 급여부터 최우선으로 챙겨야 한다고 생각한다. 스톡옵션이고 인센티브도 그런 건 정말 나중 이야기, 회사가 정말 성장하고 잘 됐을 때 이야기라 솔직히 와 닿지 않는 그런 제안이다. 가장 현실적인 부분에서 어느 정도 생활이 가능해야 업무에 집중할 수 있기 때문에 아직도 이 부분을 가장 크게 신경 쓰고 있다.창업전 좋은 서비스나 제품을 만들면 모든 것이 끝나는 줄 알았었다. 영업만 잘하고 개발만 잘하면 될 거라 생각했다. 열심히 영업을 했고 열심히 개발을 했지만 우리는 딱 그렇게 2가지만 했다. 고객은 우리 서비스를 전혀 알지 못했고 그래서 마케팅의 중요성을 절실하게 느꼈다. 하지만 마케팅비 역시 항상 손을 떨며 아꼈고 돈이 들어가는 마케팅 대신 몸으로 뛰는 마케팅을 선택했었다. 효율이 안 나와서 쓰지 말아야 할 채널에 큰돈을 쓰기도 했고, 써야만 하는 시점이나 채널에 돈을 쏟아붓지 않았다. 지금은 이러한 시행착오를 겪었기 때문에 효율을 측정할 수 있는 채널이면 공격적으로 큰돈을 들여 계획적으로 서비스 마케팅을 펼치고 있다. 그리고 자금의 사용 목적 중 큰 부분을 차지하는 인재들을 영입을 시간을 할애함은 물론이고 적정한 자금을 써야만 하는 필요성을 느끼고 있다.5. 미래가치스타트업은 상장이 안 된 회사이기 때문에 투자사와 양자 간의 협의하에 투자금과 밸류에이션이 정해진다. 투자금에 따른 이유와 명분을 서로 설득하고 합의하는 과정은 생각보다 힘든 작업이다. 그리고 그러한 돈을 투자받기 위한 과정을 이겨낸 스타트업들이 내부적으로 얼마나 많은 검증 프로세스를 거쳤는지를 인정해줘야 한다.최근 마이쿤도 다음 성장을 위해 현재 투자유치를 진행하고 있는데 겉으로 보이는 것보다 속으로 정말 수많은 프로세스들과 결정과 고민의 시간을 거치고 있다.< 스타트업과 투자사 모두 생각보다 많은 리소스가 투입 된다. >투자사들은 절대 이유 없는 투자를 하지 않는다. 또한 당장이 아닌 미래가치를 판단한다. 당장의 이익이 아니라 기다려 줄 수 있고 서비스나 업의 본질을 이해하려 노력하며 스타트업의 비전과 목표를 현실적으로 분석한다. 그런 과정을 거쳐 투자를 진행해도 10개 중에 9개나 망한다. 그래서 투자는 절대 성공의 척도가 아니라 다음 도약을 위한 과정일 뿐 그 이상 그 이하도 아니다. 오히려 돈의 절대적인 액수가 커지는 만큼 달성해야 하는 목표가 커지고 그에 따는 책임이 뒤따른다. 수백억 원의 투자금을 받고 운영을 하는 그 스타트업들의 고민과 책임이 얼마나 큰지를 간접적으로나마 경험하고 있다.당장 결과가 안 나오면 무시하고 비판하는 자극적인 카피들을 뽑아내는 일부 기사나 일부 업계 사람들로 인해 상처를 받기도 하고 무시를 당하기도 한다. 실리콘밸리를 벤치마킹하자고 하면서도 그들의 기다려주는 문화나 큰 그림을 믿어 주는 문화는 아직 부족한 것 같다. 아직 끝나지 않은 경기이기에 결과는 판단하기 아직 이르다. 우리도 그런 큰 그림을 그릴 수 있는 회사로 성장하길 희망한다.#스푼 #Spoon #스타트업 #초기스타트업 #초기창업 #스타트업창업 #투자유치 #자금유치 #인사이트 #고민 #성장

Background워크인사이트 서비스는 루비 온 레일즈 기반으로 작성된 웹 애플리케이션입니다. 주로 사용하는 데이터의 대부분은 HBase에 저장되어 있습니다. HBase는 자바로 작성된 API를 기본으로 제공하므로, 레일즈가 직접 HBase의 데이터에 접근할 수 없습니다. 따라서 데이터를 효과적으로 읽어들이기 위해서는 두 가지 방법 중 하나를 선택해야 합니다. 첫 번째는 HBase Java API를 이용하기 위해 웹 애플리케이션 역시 자바 기반의 프레임워크로 재작성하는 것이고, 두 번째는 HBase 스토리지 측 데이터 형식과 레일즈 웹서비스 측 데이터 형식을 서로 연결해주는 RPC 중개자를 도입하는 것입니다. 첫 번째 방법은 프로그래밍 언어를 통일함으로써 데이터 통신의 일관성은 물론 시스템 안정성이나 성능 측면에서 좀 더 낫다는 장점이 있는 반면에, 현재까지 작성한 레일즈 애플리케이션을 전부 자바 기반의 프레임워크로 재작성해야한다는 단점이 있습니다. 두 번째 방법은 보다 범용성을 지향하는 방식으로 향후 시스템의 확장에 좀 더 유용하지만, 첫 번째 방법보다 시스템 전체 성능은 뒤떨어진다는 단점을 갖고 있습니다.당시에는 이미 워크인사이트의 개발이 상당히 진척된 상태였기 때문에, 레일즈 프레임워크를 그대로 유지하면서 자바와 소통할 수 있는 JRuby를 사용하는 것이 최선인 것 같았습니다. 하지만 실험 결과 JRuby는 실 사용할 수 없을 정도의 성능을 냈습니다. 무엇보다도 레일즈 지원이 아직 미성숙한 상태였고, 사용중인 루비 젬 중에도 네이티브 C 구현 루비만 지원하는 젬이 상당 수 있었으며, 이러한 이유들로 인해 결국 JRuby는 대안에서 제외되었습니다. 루비 온 레일즈를 버리고 다른 자바 기반 프레임워크로 전면 재작성하기에는 너무 큰 소모비용과 위험요소가 있었기에 다른 방식을 고려하게 됩니다.그래서 조이는, 앞서 말한 크게 두 가지의 대안 중 두 번째, 범용 데이터 중개자를 도입하기로 결정하고, Thrift를 선택하기로 결정하였습니다. Thrift는 페이스북에서 처음 개발하였고, 현재는 아파치 재단에서 관리하고 있는 범용 RPC 프레임워크입니다. 비슷한 기능을 가진 다른 프레임워크로는 구글의 Protocol Buffer나 아파치 Avro등이 있습니다만, Thrift를 선택한 이유는 지원하는 프로그래밍 언어의 종류가 가장 다양하다는 것이었고, 워낙 많은 사용 사례가 있어 신뢰성이 검증되었다는 판단을 했기 때문입니다. Thrift는 그 규모에 걸맞게 다양한 플랫폼별 배포판을 지원하고 있으며, 조이는 현재 사용중인 하둡 시스템 관리용 Cloudera manager를 지원하는 배포판을 이용하여 디플로이하였습니다. 레일즈와의 연동도 thrift젬을 이용하여 손쉽게 할 수 있었습니다. 테스팅 결과도 문제 없었고, 이것으로 모든 것이 잘 돌아가는 줄 알았습니다.그림1. Thrift를 적용한 ZOYI Back-end SystemProblem워크인사이트는 런칭 이후 지금까지 가파른 성장세를 이어오고 있습니다. 서비스 초기에 느긋한 속도로 성장하던 적용 매장 증가 추세는, 2015년 현재 기하급수적으로 증가하는 상승곡선을 그리고 있으며, 그에 따른 시스템의 스케일 업 & 아웃 이슈도 매 달 새롭게 발생하고 있습니다.그림2. 오픈 이후 워크인사이트가 구동 중인 실제 매장 수문제없이 잘 굴러갈 것만 같았던 Thrift서비스 역시 조이의 성장세에 따라 점차 부하가 걸리기 시작했는데, 당초에 기대했던 범용 RPC 프레임워크가 보장하는 확장성과 동시성과는 조금 다른 성격의 문제가 발생하게 되었습니다. 시스템에 대규모 질의가 집중되는 시점에 병목 현상이 발생하고, 이것이 CPU와 메모리의 한도를 초과하면 그대로 다운되는 현상이었습니다. 특히 메모리 사용량이 복구되지 못하고 계속 쌓여만 가는 누수 현상이 치명적이었습니다. 게다가 이렇게 다운된 Thrift가 재시작된 경우, 레일즈와의 연결을 복구하지 못하는 현상도 비주기적으로 발생하였습니다.조이의 하둡 클러스터는 본래부터 확장성을 고려하여 설계되었기 때문에, Thrift에서 발생한 이러한 문제는 생소한 것이었습니다. 다각도에서 테스트를 해 봤지만, 처음에는 원인을 파악하기가 쉽지 않았습니다. 리부트된 클러스터도 자가 복구가 되지 않아, 개발팀이 직접 클라우데라 매니저를 주시하고 있다가 Thrift 서버의 다운 시점에 수동으로 재시작을 해 줘야 하기도 했습니다. 데이터 변환 프로토콜의 문제인지 검토해 보았으나, Thrift 프로토콜이 갖는 본질적 결함은 더더욱 아니었습니다. 자바 언어가 갖고 있는 내재적 결함도 아니었습니다. HBase가 제공하는 자바 API의 문제도 아니었습니다.하지만 심도 있는 검증 과정을 통해, Thrift의 가비지 컬렉션이 제대로 작동하지 않는 문제를 발견하였고, 이는 단순히 Thrift의 최적화의 문제가 아니라는 결론에 이르렀습니다.Dropwizard그렇게 고심하던 개발팀은, 2014년의 워크인사이트 첫 런칭 시점으로 되돌아가서 생각해보기로 합니다. 당시의 조이가 먼저 생각했던 방식은 JVM 기반의 프레임워크였는데, 자바를 이용하여 서비스 레벨도 구현하면 Thrift에서의 데이터 변환 과정에서 야기되는 문제를 원천적으로 방지할 수 있음에 다시금 주목하게 되었습니다. 많은 프로그래밍 언어간의 데이터 통신을 위해 설계된 Thrift는 사실 레일즈와 자바로 균일하게 구축된 조이 시스템에는 필요 이상으로 무겁고 큰 프레임워크였습니다. 조이가 겪은 이런 Thrift의 문제를, 해외의 여러 기업들도 경험하였고 각기 다른 방법으로 최적화를 진행한 것도 알게 되었습니다. 이렇게 된 이상 바꿀 수 밖에 없었던 것입니다.그래서 다음 대안을 찾기 위해 많은 리서치와 스터디를 진행했습니다. 넘쳐나는 프레임워크들의 홍수 속에서 가볍고 안정적이며 구현이 편리한 프레임워크를 찾기란 쉽지 않았습니다만, 결국 Dropwizard라는 자바 프레임워크를 도입하기로 결정하게 됩니다. Dropwizard는 이미 잘 알려져 있는 Spring이나 Play 등과 같은 풀 스택 자바 프레임워크와는 다른, 경량 REST API 프레임워크입니다. Dropwizard는 모듈화가 잘 되어 있고, 숙성된 자바 생태계의 안정적인 라이브러리(Jetty, Jersey, Jackson)들을 사용하였으며, 모던 자바에 걸맞는 방식(리플렉션, 동시성 등)을 사용하기 쉽게 패키징되어있습니다. 국내에는 잘 알려지지 않았지만, 해외에서는 이미 Airbnb 등 유수의 스타트업들이 실제 서비스에 사용함으로써 그 유용성을 입증하고 있는 프레임워크입니다.그림3. Dropwizard로 새로 구성된 ZOYI Back-end System다만, 처음 사용하는 프레임워크에 조이의 모든 서비스를 포팅하는 것은 불가능에 가까웠고, 설령 하더라도 엄청난 리스크를 감당할 가치가 있는 지 의문이었습니다. 레일즈가 보장해주는 빠른 기능 구현과 쉬운 배포 및 강력한 ORM 등은 루비 온 레일즈가 주는 최대의 강점이기에, 이를 포기하기는 쉽지 않았습니다. 생산성과 성능, 어느 한 쪽도 놓치고 싶지 않았습니다.그래서 조이는 두 마리 토끼를 다 잡아 보기로 결정합니다. 레일즈의 장점을 유지하면서, Dropwizard의 최대 장점인 HBase 데이터 접근의 유연성도 살릴 수 있는 방법을 찾기로 하였고, 결론적으로 Dropwizard는 기존의 Thrift가 담당하던 데이터 중개자의 역할만을 수행하게 되었습니다. Dropwizard의 잘 나뉘어진 모듈화는 이를 가능하게 해 주었습니다. 모든 모듈을 사용하면 풀 스택 프레임워크에 버금가는 규모의 시스템도 구축할 수 있지만, 필요한 것만 선택하여 사용하면 가볍고 빠르게 작동하는 미들웨어 역할도 가능한 것입니다.Asynchronous HBase, and Java 8Dropwizard가 HBase 연결에 사용한 클라이언트 모듈은 AsyncHBase입니다. Asynchronous HBase는, 타임스탬프 기반 데이터베이스인 OpenTSDB를 만든 팀이 자신들의 제품에 HBase를 연동하기 위해 기존의 HBase 클라이언트인 HTable을 대체하는 모듈을 재작성한 것으로, 완전한 비동기 방식과 넌블록킹 및 스레드 안전성 보장이 강점이라 할 수 있습니다. AsyncHBase와 Dropwizard를 연동하는 것은 매우 수월했습니다. 테스트 결과, 간결한 코드로도 초당 수 만 단위의 동시성을 안정적으로 처리할 수 있음을 검증했습니다. 조이는 OpenTSDB를 실시간 데이터 분석에 사용하고 있어, 해당 팀이 제공하는 제품의 품질과 전망에 대해 신뢰를 갖고 있었습니다. 테스트 결과는 이 신뢰를 더욱 뒷받침해주었고, 본 모듈을 Dropwizard의 HBase 연결 모듈로 선정하게 되었습니다.또한, Dropwizard와 AsyncHBase의 도입과 함께 처음으로 자바 버전 8로의 이식도 진행하게 되었습니다. 자바 8은 람다와 스트림 등 함수형 프로그래밍의 여러 기법을 대거 도입하였고, 자바 특유의 장황한 문법을 조금 더 간결하게 축약할 수 있는 장점이 있습니다. Dropwizard와 AsyncHBase 모두 자바 8과 순조롭게 연동되었으며, 이 결과에 만족한 조이는 기존의 하둡 맵 리듀스 프로젝트 역시 자바 8로 버전업하기로 결정하였습니다.PerformanceDropwizard의 성능 테스트 결과는 만족스러웠습니다. AsyncBase도 기대를 저버리지 않는 결과를 보여 주었습니다. HBase Java API와의 매끄러운 연동은, 성능 측면에서 기존과는 비교할 수 없을 정도의 향상을 보여주었고, 이 덕분에 기존 맵 리듀스 워크플로우 중 일부를 실시간 처리로 옮겨, 좀 더 유연하고 동적인 분석이 가능하게 되었습니다.다음의 비교는 Thrift와 Dropwizard의 각각의 벤치마크 테스트를 100개 동시 작업, 단위당 10000개의 요청으로 수행한 경우의 결과를 나타낸 것입니다.그림4. Thrift 테스트 시의 메모리 사용량Concurrency Level: 100 Time taken for tests: 514.315 seconds Complete requests: 10000 Failed requests: 0 Total transferred: 32090000 bytes HTML transferred: 27600000 bytes Requests per second: 19.44 [#/sec] (mean) Time per request: 5143.151 [ms] (mean) Time per request: 51.432 [ms] (mean, across all concurrent requests) Transfer rate: 60.93 [Kbytes/sec] received Thrift 벤치마크 결과. 전체 수행에 514초가 걸렸습니다.그림5. Dropwizard 테스트 시의 메모리 사용량Concurrency Level: 100 Time taken for tests: 4.599 seconds Complete requests: 10000 Failed requests: 121 (Connect: 0, Receive: 0, Length: 121, Exceptions: 0) Non-2xx responses: 121 Total transferred: 23288000 bytes HTML transferred: 21559452 bytes Requests per second: 2174.25 [#/sec] (mean) Time per request: 45.993 [ms] (mean) Time per request: 0.460 [ms] (mean, across all concurrent requests) Transfer rate: 4944.72 [Kbytes/sec] received Dropwizard 벤치마크 결과. 전체 수행에 4초가 걸렸습니다!그림6. 초당 처리량 (높을수록 좋음)벤치마크 테스팅 시 스레드 분산이 최적화 된 경우에는 최대 100배 이상의 속도 향상이 있었습니다. Dropwizard는 기존 Thrift에 비하여 성능 향상은 물론, 안정성 면에서도 시스템이 다운된 이후에 자동 복구되지 않는 현상도 사라졌습니다. 무엇보다도 짧은 코드만으로 대규모의 질의에도 견고하고 신속하게 반응하는 서비스를 구현할 수 있다는 점이 Dropwizard의 가장 큰 장점입니다.Conclusion유용한 오픈소스 프로젝트는 시장에 너무나도 많이 널려 있습니다. 이 중에 어떤 것을 선택하는가는 소프트웨어 기업에게 중요한 안건이며, 잘못된 결정은 프로젝트 자체는 물론 회사의 생사를 결정하기까지 합니다. 조이는 적합성, 성능, 안정성, 생산성 등 모든 면에서 조이의 서비스와 알맞는 제품을 찾으려고 항상 노력하고 있으며, 가능한 한 넓고 깊은 검증, 분석 및 연구를 통해 최적의 대안을 찾아내고 있습니다. 그 결과, 이번 Dropwizard와 Asynchronous HBase를 도입하여 기존의 Thrift를 대체하는 프로젝트는 예상보다 훨씬 좋은 성과를 낼 수 있었습니다. 국내에는 Dropwizard의 실무 사용기 등을 찾아보기 힘들고, 한글화된 문서 자체도 찾기 쉽지 않은데, 이 글이 앞으로의 선택을 고민하는 분들, 드롭위자드에 관심이 있는 분들께 도움이 될 수 있으면 좋겠습니다.#조이코퍼레이션 #개발팀 #개발자 #개발환경 #업무환경 #인사이트 #경험공유

스토리 홈

인터뷰

피드

뉴스

날짜 변환, 과연 그리 간단할까?

유저의, 유저에 의한, 유저를 위한 가치있는 프로덕트를 만들고 있습니다 :-)

멀티플렉스 20년 역사와 함께하다! CJ CGV 영사기술팀장 옥경원 님

협업툴 도입 전 고민 및 해결책은 무엇일까요?

이브(EVE) 브랜드 소개

기업가에게 가장 중요한 단 3가지

앱 마케팅 성과분석은 어떻게 시작되는가 : 앱 설치 측정

한국의 스타트업이 어려운 이유

PM, 대충하면 큰일납니다 (1/2)

내 통장과 회사 통장의 차이

타이포그래피 겉핥기

한국의 DTC 유전자 검사 시장 규모 예측

Dropwizard와 Asynchronous HBase 적용기

스타트업 마케팅 실전, 2017년 8월 버전

첫 '단추' 제대로 잠그기.

스타트업 견문록(1)