전체 피드 목록

내가 창업을 선택한 3가지 진짜 이유"왜 창업을 하셨나요?"스타트업 대표들이 가장 많이 듣는 질문 중에 하나이다. "남들 밑에서 일하기 싫었다."라는 대표부터, "세상을 바꾸고 싶다"라는 거창한 이야기를 하는 대표까지 각각의 창업자마다 창업이란 길을 선택한 수많은 동기와 이유들이 있다. 나 역시도 같은 질문을 받았을 때마다 상황에 맞는 그저 평범한 수많은 모법 답안을 대답했지만 말하지 않았던 내가 창업을 선택한 3가지 진짜 이유들에 대한 이야기이다.1. 돈으로 살 수 있는 것들 (여태껏 살아온 세상)마이클 센델의 책들을 개인적으로 정말 좋아한다. 하지만 작년 베스트셀러인 "돈으로 살 수 없는 것들"은 내가 경험한 현실과는 거리가 있어 보인다. 교수라는 사회적 위치와 어느 정도의 경제 수준과 상황에 올라갔기 때문에 나올 수 있는 책이 아닐까? 세상 대부분의 사람들은 돈으로 살 수 없는 것보다 돈으로 살 수 있는 것, 즉 현실에 매달려 살아가고 있다.돈이 인생의 전부는 아니라는데 동의한다. 하지만 돈이라는 것이 행복을 위한 여러 조건 중에 가장 기본적이고 도 많은 부분을 차지한다는 것을 나는 경험했다.우리 집은 어렸을 때부터 가난했다. 옥탑 단칸방에서 네 식구가 살기도 했었고, 이사를 정말 많이도 다녔던 기억이 있다. 경제적으로 부족한 아버지 때문에 평범한 가정주부 대신 어머니는 일터를 선택해야만 했고 정말 많은 고생을 하시는 모습을 지켜보며 자라왔다. 흔히 드라마에 나오는 것처럼 여유롭게 가족들이 여행을 다녀왔던가 하는 행복한 추억들은 그리 많지 않다.시간이 흘러 성인이 되었고 사회로 나와 열심히 노력하며, 좋은 직장을 들어가기 위해 치열하게 경쟁하고 살아남았다. 하지만 한창 젊었던 시절 사랑하던 여자 친구와 경제적인 문제로 헤어지는 상처를 받기도 했다. 유복한 가정의 여자 친구 부모님에게는 직장생활 급여라는 경제력만을 가지고 있던 나는 턱없이 부족했고 결국 우리는 이별이라는 현실을 선택해야만 했다. 어머니가 살아오신 삶 때문 일까? 어머니는 항상 "네가 능력이 안된다면 귀한 집 딸을 데리고 와서 고생시키지 말아라."라고 하셨었다. 나도 동의한다. 사랑하는 여자를 어머니처럼 고생시키고 싶지 않기 때문이다. 그런데 뭐 결혼 안 한다고 큰일 나는 거 아니지 않은가? 그리고 내 있는 그대로의 모습을 인정하고 받아들이는 여자를 만나면 되지 않는가?그래! 가난했던 집안 환경, 사랑 그리고 결혼 이런 것들은 이겨냈고 앞으로도 없이 살 수 있다고 생각한다. 나도 좋은 집에 살고 비싼 차를 몰고 싶지만 주어진 현실에 만족하면서 열심히 일하고 실력을 쌓고 나 스스로의 삶을 개척하고 살아가고 있다고 자부하며 지난 30대 초반을 지내왔다.어머니는 나와 동생의 대학교 등록금을 벌기 위해 10년 넘게 식당을 하셨었다. 두 아들이 대학교도 무사히 마치고 자리를 잡아가기 시작했지만 자식들한테 나중에 신세 지고 손 벌리기 싫다고 하시면서 계속 열심히 일만 하셨다.2012년 가을하늘도 정말 무심하시지. 그렇게 평생 고생만 하고 사셨던 어머니에게 정말 큰 아픔이 다가왔다.식당일로 인해 보건증을 끊으러 병원을 가셨다가 암 4기 말 판정을 받으셨다. 가족들에게 알리지도 않고 몇 주를 고민하시다가 털어놓으셨고 온 가족이 그때 받은 충격은 이루 말할 수 없었다. 큰 대학병원으로 옮겨 검사가 시작되었고 의사로부터 길어야 6개월이라는 시한부 선고를 받게 된다. 그렇게 힘든 인생을 사시고 자식들을 위해 고생만 하신 어머니가... 힘들게 살면서도 더 여러운 이웃에게 항상 베풀기만 하셨던 분이 도대체 왜.수술을 하면 어머니가 조금이라도 더 사실 수 있다는 의사의 의견에 우리 가족은 수술을 하기고 결정했다. 시한부 판정을 받았더라도 수술 날짜는 바로 잡을 수가 없었다. 수많은 암환자들이 있는 대학병원에서 가능한 수술 날짜와 입원날짜는 아직도 하늘에 별따기이다. 서울의 유명하다는 모든 대학병원을 수소문해서 수술과 입원이 가능한 곳을 알아봤지만 짧게는 한 달에서 길게는 세 달의 시간을 기다리라는 답변만을 받았다. 주변의 지인들을 통해 아는 의사나 교수님 모든 인맥을 동원해서도 노력해봤지만 대답은 같았다. 보호자가 힘든 내색을 하면 안 좋기 때문에 속으로 정말이지 수백 번을 울면서도 어머니 앞에서는 괜찮다고 웃어 보이며 금방 찾을 수 있다고 안심을 시켜 드렸었다. 하지만 현실에서 하루가 다르게 상태가 악화되는 어머니를 보면서 내가 할 수 있는 것은 아무것도 없었다. 어머니 본인 스스로의 충격과 현실은 그보다 더 잔인했다. 그렇게 온 가족이 모든 수단을 동원했지만 유명한 의사가 있고 가장 믿을만한 병원에서 두 달 정도 뒤에 가능하다는 최종 통보를 받았다. 아니 남아있는 6개월 중에 2달을 그럼 그냥 시간을 보내고 기다리라는 말인가!시간은 계속 빠르게 흘러갔고 살려야만 했고 방법을 찾아야만 했다. 그러던 중 어머니 친구분이 떠올랐다. 그 어머니 친구분은 재산이 몇백,몇천억이 아닌 "조"단위 정도 되는 큰 부자이신데 그분이라면 병원의 높은 사람을 아시지 않을까? 지푸라기라도 잡는 심정으로 전화를 걸었다."아이고 혁재야 그런 일 있으면 말하지 아줌마가 전화 한 통 넣을게"돌아오는 대답은 그냥 평범했고 형식적이었다. 하지만 정확히 하루 만에 두 달을 기다리라고 했던 바로 그 대학병원의 원무과장에게 직접 전화가 왔다."OOO님 되시죠. 내일 바로 입원하시고요. 최대한 빠르게 수술 진행하도록 돕겠습니다."정말 그렇게 말도 안 되는 일이 벌어졌고, 어머니는 다음날 바로 입원을 할 수 있었다. 흔히 말하는 각과의 과장들이 직접 내려와서 어머니를 캐어하기 시작했고 그것도 모자라 다른과의 과장들과 협진을 통해 수술 준비를 이어갔다. 병원에서의 모든 직원들의 역시 대우가 틀려졌다. 입원을 하자마자 정말 빠르게 모든 검사가 완료됐고 바로 수술 날짜가 잡혔다. 그분의 전화 한 통 후 그렇게 대한민국 최고 권위의 의사들과 좋은 시설의 병원에서 며칠 만에 모든 검사와 수술이 이루어졌다. 수술 이후에도 지속적으로 수많은 치료가 이루어졌다.수술은커녕 입원조차 안된다고 하던 바로 그 병원에서...그렇게 6개월 시한부 판정을 받으신 어머니는 병원에서 기적같이 살아나셨다. 나중에 모든 사실을 알게 되었다. 부탁을 하신 그 부자라는 어머니 친구와 남편분의 가족은 병원에서 흔히 말하는 VIP, 아니 VVIP 중에서도 최고의 VVIP였다. 가장 높은 사람인 병원장과 형, 동생 하면서 골프를 치는 사이이고 병원에 기부도 수십억 하고 그런 부류의 사람들. 병원장부터 내려온 오더는 어머니의 수술과 치료에 총동원이 되었던 것이다.수술이 끝나고 어머니 친구분께 고맙다는 인사를 드리고 나서 혼자 병원 벤치에 앉아 엉엉 울었다. 정말이지 고맙고 서럽고 만감이 교차했다. 사랑하는 사람조차 살리지 못하는 부족한 내 모습이 싫었고 돈이 사람 생명을 결정하는 현실이 너무나도 싫었다. 하지만 한편으로는 그래도 이렇게 어머니를 살린데 어디인가 스스로를 위안했다. 병원은 사람을 치료한다고 살려야 한다고 하지만 이익을 내야만 하는 영리 조직이고, 그 조직은 돈의 의해서 움직인다라는 것을. 사랑하는 사람을 경제적인 이유로 제대로 된 치료를 못 받게 하고 잃을 수 있는 현실을 머리로는 받아들였지만 가슴속으로는 받아 들 일 수 없었다.< 드라마 낭만닥터에서 주인공의 아버지는 VIP 환자에게 수술순서에 밀려서 죽는다. >-진짜 복수 같은 걸 하고 싶다면 그들보다 나은 인간이 되거라. 분노 말고 실력으로 되갚아줘. 알았니? 네가 바뀌지 않으면 아무것도 바뀌지 않는다. <낭만 닥터 중에서>그렇게 난 피눈물을 흘리며 다짐했다. 꼭 성공할 거라고. 그래서 다시는 이런 일을 겪지 않을 거라고 무기력하고 능력 없는 오늘까지의 내가 앞으로의 나에게 다짐한 채찍질이자 복수였다. 그건 내 가족, 형제, 그리고 미래에 있을 내 아내와 아이들에게 부족한 아버지로 남기 싫음이었다. 내가 사랑하는 사람들이 적어도 돈이라는 이유 때문에 죽어가는 일은 다시는 만들지 않을 수 있는 실력(경제력)을 가질 거라 결정했다. 안 좋은 길(불법적인 프로그램을 개발하는 일)로 들어서는 것도 고민했지만 떳떳하지 못할 거라 생각해고 내가 생각한 최선을 방법은 직장생활이 아닌 정정당당하게 창업을 도전해서 성공하면 경제적으로도 풍족해질 수 있는 합법적인 테두리 안에서의 선택이었다.암환자의 보호자 역할을 하면서 알게 된 사실인데 통계적으로도 경제적으로 부족한 사람들이 더 많이 암에 걸린다고 한다. 힘든 삶에서 건강을 챙길 시간 와 돈이 없고 일만 하면서 살아가기 때문이다. 그 어머니의 부자 친구분은 온 가족이 정기적으로 수백, 수천만 원이 넘는 건강검진을 받고 있고, 아프다면 최고의 의료진과 의료시설로부터 혜택을 받고 있다.수술은 잘 되었고 어머니는 빠르게 회복하셨다. 어머니는 평소 "짝" 애청자이셨다. 두 달여간의 입원기간 동안 어머니는 병원에서도 그 프로를 보시면서 "너는 밖에서 여자도 못 만나지?", "빨리 장가가라" 잔소리를 하시곤 했다. 정말 재미있게도 그날 낮에 짝 섭외 요청이 왔었고 어머니의 깜짝 선물 겸 가족 특집이라는 이유로 출연을 결정했다. "니 주제에 무슨 짝을 나가?" 하고 웃으시면 어머니는 방송 출연 전날까지 날 믿지 않으셨다. 어머니는 병원에서 외출 허가를 받고 같이 방송 촬영지에 오셨고 온 가족이 출연하는 즐거운 추억도 그때 만들게 된다. 방송 이후 자식 자랑에 어머니는 병원에서 일약? 스타덤에 오르셨고 다시 미소를 찾으셨다.기쁨도 잠시 그 뒤로 신체의 다른 부위로 전이가 되어 치매나 다리 마비 같은 위기가 해마다 찾아왔다. 하지만 어머니는 버티고 또 버텨내셨다. 4기 말 암환자로 6개월 시한부 판정을 받았던 어머니는 그렇게 암과 싸우며 아직도 살아가고 계시다."내가 너 장가가는 건 보고 죽어야 하는데.""내가 너 성공하는 건 보고 죽어야 하는데."아직도 입버릇처럼 말씀하시는면 난 이렇게 대답하고 한다."장가도 갈 거고 성공도 할 거야. 근데 한다고는 하는데 조금 더 걸릴 거 같아."그리니 더 살아서 꼭 큰아들 장가가고 성공하는 거 보고 눈감으라고.이게 내가 항상 "입에 칼 물고 열심히 해야 한다."라고 말하는 진짜 이유이다.2. 일하고 싶은 회사? (경험한 현실)10년... 그러고 보면 직장생활을 꽤 한 것 같다. 벤처기업, 중소기업, 대기업까지 10년이란 시간은 나에게 정말 많은 경험들을 주었다. 하지만 일하고 싶은 회사, 매일 출근하고 싶은 회사와는 거리가 멀었다. 흔히들 말하는 꿈의 직장을 다니고 싶었고, 그렇기 위해서는 실력을 쌓아야만 한다는 것을 알게 되었다. 기사나 책에서 꿈의 직장을 하면 나오는 여러 회사들 말이다. 높은 연봉과 쾌적한 근무환경과 복지들을 부러워한다.<구글이 꿈의 직장이라고 들어가고 싶다는데 나는 꿈의 직장에 들어갈 실력이 되는가?>사회생활을 하면서 흔히 말하는 꿈의 직장들인 마이크로소프트 본사, 구글 본사와 같은 가 본 경험을 가질 수 있었다. 특히나 LG전자에서 첫 해외 출장지였던 시애틀에서 짬을 내서 혼자 마이스로 소프트 본사를 쳐들어 간 경험은 신선한 충격으로 다가왔다. 그들이 어떻게 일하는지, 세계 최고라는 친구들은 어떤 모습을 하고 있는지 궁금해서였다. 지도를 펼치고 방문객을 위한 센터를 쳐들어갔는데 그걸로 만족하지를 못했다. 사무실이 가보고 싶었다. 안 되는 영어로 미친척하고 XBOX를 하고 있는 MS 직원에게 사진을 찍어 달라고 부탁하고 사진을 찍어준 그 친구에게 말을 건넸다. (참고로 내 영어실력은 초등학생 수준이다.)나 한국에서 온 누구누구인고 어느 회사 다니는 최혁재라고 한다. 너 개발자냐? 나도 개발자인데 반갑다. 사무실 좀 구경시켜줄 수 있니? 그 친구는 시원하게 허락을 했고 MS의 역사와 문화, 자기 사무실 구경에 심지어 식당에서의 점심식사까지 대접해줬다. (자기가 개발자로서 MS를 선택한 이유와 백그라운드 설명하는데 MIT 박사였다. )< XBOX 를 열심히 하고 있던 MS 직원 아니 MIT 박사님 >< XBOX>< MS의 창업멤버들 >그 뒤로도 시애틀로 출장 갔었고 내가 짬날 때마다 찾아간 곳은 마이크로소프트 본사, 스타벅스 본사, 보잉사 본사였다. (그러고 보면 나도 정상은 아니다.) 그러면서 많은 것들을 느끼고 간접적으로다가 좋은 회사라는 기준을 잡아가기 시작했다. 그 친구들의 이야기는 한결같았다. 정말 좋은 회사에서 내게 배움을 줄 수 있는 인재들과 함께 일한 하는 것이 나의 행복이라고. 그래서 스스로가 항상 실력을 쌓기 위해 노력을 게을리하지 않는다 였다.내 주변에서 역시도 실력 있는 친구들이 있었고, 이 친구들과 함께 선의의 경쟁을 하며 일한다면 정말 좋을 것 같다는 생각을 했었다. 한국의 회사들에 만연한 학연, 지연 그리고 흔히 말하는 정치질이 싫었고 실력으로 인정받고 정정당당하게 승부하고 결과를 인정하는 그런 합리적인 조직생활을 꿈에 그렸었다. 지금 내가 속한 조직에서는 내가 그럴 수 없다는 것을 알게 되는데 10년이라는 시간이 걸렸다. 꿈의 직장은 가보지 못했지만 나부터 시작해보면 어떨까? 였고 그렇게 창업을 결정했다. 그 시작은 힘들겠지만 개개인들이 실력을 쌓고 동료들과 함께 노력한다면 흔히들 말하는 꿈의 직장을 만들어 볼 수 있지 않을까?"꿈의 직장은 꿈에서나 나올 거 같은 훌륭한 실력이 있는 사람들한테만 주어지는 곳이다."3. 이끌던가 따르던가 비키던가 (미래)< 3가지 삶 중에 내가 마지막으로 선택한 삶은 이끄는 삶이였다. >나의 20대는 게임에 미쳐 PC방에서 2년간 숙식을 했었고, 스노보드에 빠져 12년 동안 매해 겨울마다 보드를 탔었다. 명품으로 꾸미며 된장질도 해봤고, 여자들도 만나볼 만큼 만났고, 강남 클럽, 나이트 죽돌이였던 나는 사회에서 바라는 삶이 아닌 허황되고, 한심하며, 노력하지 않는 비주류, 흔히들 말하는 바닥을 깔아주는 그런 비주류의 사람, 게다가 주어진 환경이나 사회에 불만을 가지기만 하고 노력하지 않는 사람. 당장의 쉬운 것, 좋은 것, 재미있는 것, 편한 것만을 추구하며 보낸 비키는 삶을 살았었다.직장 생활을 하면서 조금씩 철이 들어갔고 10년, 20년 뒤 내 미래에 대한 고민을 하기 시작했다. 조금은 나아졌지만 내 현실은 비키는 비주류의 삶에서 조금 나아진 따르는 삶이었다. 불합리한 부분에 수긍했으며, 아닌 것을 아니다 라고 말하지 못했다. 갑을병정이라는 우리 사회의 만연된 계급 아닌 계급을 맛보기도 했다. 노력하지 않고 평범하게 현실에만 안주하다가 시작된 나의 첫 사회생활은 흔히들 말하는 "을"로써 시작되었다. 첫회사가 LG전자의 외주 개발업무를 했었기 때문에 LG전자 사무실을 들어가서 개발 일을 하기도 했다. 그때 내 목에는 LG전자 사원증 대신 주황색의 외주업체 사원증이 걸려 있었다. 중요한 회의는 참석하지 못했고 그저 개발, 딱 개발일만 했다. 똑같이 일을 해도 나보다 높은 급여를 받고 좋은 대우를 받는 그 친구들을 보면서 나 스스로에 대한 현실에 불평, 불만을 늘여놓기만 했다. 내가 참여하고 고생한 프로젝트가 마무리되고 제품이 출시되어도 내가 다니는 회사의 제품은 아니었다. 그리고 다짐했다. 불평, 불만이 아니라 내가 그곳으로 올라가는 실력을 쌓아보자고.그렇게 시간이 흘러 중소기업을 거쳐 LG전자까지 들어갔다. 사람들은 내가 그냥? 운이 좋아서 이직을 잘했고 마지막에는 대기업에 들어간 줄 알지만 난 10년 동안 약 500번의 이력서를 썼고 100여 번의 면접을 봤다. 이력서를 고치고 다듬고, 경력을 쌓고 그만큼 노력했고 올라가고 싶었다. 대기업에 가고 많은 것들이 현실적으로 변했다. 높은 급여, 복리후생 사회적인 지위와 주변의 인정, 하물며 만나는 여자의 급 또한 달라졌다. 노력에 대한 보상은 그렇게 피부로 느껴졌다. 그렇게 대기업에서 4년이란 시간을 지내면서 많은 것들을 배웠다. 조직관리와 글로벌 프로젝트 그리고 훌륭한 동료들을 만나게 되었다. 들어오기 전에 불평불만을 했던 나 자신 스스로가 너무 초라했었구나 역시 그때 느꼈다. 내가 만난 동료들은 나와 비슷한 개발 실력만 가지고 있지 않았다. 개발도 잘하고 영어도 잘하고 조직관리 등 개발 외적인 부분인 조직에서 필요한 다른 부분의 실력 역시 뛰어났으며 내 회사 내제품이라는 애사심과 자부심까지 가지고 있었다.아직도 주변에 대기업 다니는 사람들을 보고 일도 못하는 게 연봉만 높다고 불평. 불만들 늘여 놓는 친구들이 많이 있다. 내가 경험한 그들은 실력 있고 그만한 대우를 받을만한 동료들이었다. 살인적인 업무강도와 성과를 내야만 하는 스트레스를 직접 겪어보지 않고 말하는 사람들을 보면 화가 나기까지 한다. 세상에 공짜는 없다. 그만큼 일을 하고 성과를 내기 때문에 그런 대우를 받는 것 아닐까?"나는 대기업은 체질에 안 맞아"라고 이야기를 하면서 다니는 회사의 연봉에 불만을 같은 건 합리적이지 않다. 높은 연봉을 받고 싶으면 대기업을 가면 되지 않는가. 그런데 대기업을 갈 노력과 실력이 되는지 정말 냉정하게 생각해보자. 그리고 창업을 준비한다면 바로 창업하지 말고 나는 꼭 대기업을 들어 가보라고 추천한다. 대기업을 들어가기 위해서 노력하는 모든 것들은 자산으로 남는다. 그리고 들어가서는 정말 많은 것들을 배우고 느낄 수 있고 훌륭한 동료들을 만날 수 있다. 나 역시도 창업 후 가장 도움이 되는 경험은 바로 대기업에서 경험했던 것들이었다.10년간의 직장 생활. 많은 것을 배운 경험은 소중한 자산이 되었지만 아직도 내 모습은 이끄는 삶이었다. 10년 뒤 20년 뒤 조직 내에서의 내 모습은 내가 원하는 모습이 아니었다. 누리고 있던 모든 것을 내려놓는 것은 쉽지 않았다. 하지만 내가 선택한 창업이란 길은 내가 원하는 이끄는 삶으로 가기 위한 가장 올바른 방법이라 생각했고 아직도 그때의 결정을 후회하지 않는다.#스푼 #Spoon #창업자 #스타트업 #스타트업창업 #초기창업 #고민 #스타트업문화 #인사이트

편집자 주아래와 같이 용어를 표기하기로 저자와 협의함Docker, NodeJS, NginxOverview안녕하세요. 칼 같은 들여쓰기에 희열을 느끼는 브랜디 개발자 강원우입니다! 서버를 운영해본 개발자라면 Fatal 에러, 아웃오브메모리 에러, 또는 전날 흡수한 알코올로 인해 손을 떨다가 한 번쯤 서버를 요단강 너머로 보내봤을 겁니다. 만약 테스트 서버였다면 잠시 마음을 가다듬으면 되지만, 현재 상용 서비스 중인 서버라면 얘기는 달라집니다.님아, 그 강을 건너지 마오!이런 간담이 서늘해지는 경험은 저 하나로 족합니다. 그래서 고군분투했던 지난 날을 되돌아보면서 빠르고 안정적이며, 죽어도 죽지 않는 좀비 같은 서버 구축 방법을 쓰려고 합니다.준비물서비스를 운영할 때 가장 중요하게 여겨야 하는 건 역시 안정성입니다. 이번 글에서는 오래 전부터 개발 세계의 뜨거운 감자였던 Docker와, 단일 스레드와 이벤트 루프로 태생적으로 심플하고 민첩한 NodeJS, 마지막으로 고성능을 목표로 개발된 Nginx를 활용하겠습니다.1. DockerDocker는 컨테이너 기반의 오픈소스 가상화 플랫폼입니다. 대표적으로 LXC(Linux Container)가 있습니다. 화물 컨테이너처럼 어떠한 일련의 기능을 완전히 격리된 소프트웨어 환경에서 작동하게 만드는 기술을 말합니다.OS 가상화와 별반 다를 게 없는 것 같지만 소프트웨어적으로 작동한다는 차이가 있습니다. 다시 말해, 현재 OS의 자원을 그대로 사용하기 때문에 하이퍼 바이저가 가상환경을 위해 가상의 커널을 만드는 오버헤드가 거의 없다는 것이죠.이미지와 속도도 차이를 보입니다. 완벽하게 구성한 세팅을 그대로 이미지화할 수 있고, 해당 이미지는 Docker 위에서 완벽히 동일하게 동작하는 걸 보장합니다. 해당 이미지로 컨테이너를 제작할 땐 1~2초면 새로운 컨테이너가 생겨날 정도로 엄청나게 빠른 속도도 자랑합니다. 1)또한 Docker는 자주 사용되는 다양한 이미지를 퍼블릭 레포지토리에 공유해 사용할 수 있기도 합니다. 양파도 아닌데 특징이 계속 나오죠? 다음 글에서 Docker의 특징을 더 자세히 다루겠습니다.Docker는 리눅스만 지원했었지만, 요즘은 Docker for Windows와 Docker for Mac으로 거의 모든 OS에서 사용할 수 있습니다. 2) Docker 설치 링크는 윈도우와 맥으로 나뉘어져 있습니다. 리눅스는 아래를 참고하세요.curl -fsSL https://get.docker.com/ | sudo sh 2. NodeJSNodeJS는 구글이 구글 크롬에 사용하려고 제작한 V8 오픈소스 자바스크립트 엔진을 기반으로 제작된 자바스크립트 런타임입니다. NodeJS에는 몇 가지 특징이 있습니다.단일 스레드입니다.비동기 방식입니다.이벤트 루프를 사용합니다NPM이라는 끝내주는 동반자가 있습니다.비유하자면 예전엔 낡은 곡괭이로 큰 돌을 캐내려고 수십 명의 인부가 달라 붙었는데, 지금은 육중한 포크래인으로 거대한 돌을 쑥! 뽑아버리는 것과 비슷합니다. 굉장히 효율적이죠. NodeJS는 단일 스레드의 장점을 극대화하려고 이벤트 루프를 통해 모든 처리를 비동기로 수행합니다. 서버 사이드의 묵직한 CPU들이 빠르게 일을 처리하고 이벤트 루프에 등록된 일을 감지해 다음 작업을 빠르게 수행하는 방식입니다.마지막으로 NPM(Node Package Manager)은 NodeJS에서 사용할 수 있는 다양한 모듈을 관리해주는 프로그램입니다. 도커와 상당히 유사합니다. NodeJS에서는 무언가 기능을 만들기 전에 NPM을 먼저 뒤져보라는 말이 있을 정도로 풍부한 모듈 생태계가 구성되어 있습니다. 이는 로깅이나 날짜 계산 등 생각보다 까다로운 것들을 가져다 사용할 수 있게 도와주기 때문에 개발이 빨라집니다. NodeJS 설치링크는 여기를 클릭하세요. 이 글의 예제에서는 NodeJS의 현재시점 LTS인 codename Carbon버젼을 사용합니다!8.x 버젼이 Active LTS 상태입니다.LTS은 Long Term Support의 약자로 가장 오랜기간 지원하는 버전입니다.우선 서비스 구성을 위해 간단한 NodeJS 어플리케이션을 작성해보겠습니다.첫째, packge.json를 작성합시다.{ "name": "nodejs_tutorial_server", "version": "0.0.0", "private": true, "scripts": { "start": "node nodejs_tutorial_server.js" }, "description": "NodeJS Tutorial Server", "author": { "name": "WonwooKang" }, "dependencies": { "express": "^4.16.3", "uuid": "^3.2.1" } } nodejs_tutorial_server.js 파일을 메인으로 실행합니다. HTTP Request를 처리하려면 express를 사용해야 하며, 서버를 구분하려면 uuid모듈이 필요합니다.둘째, package.json의 의존 파일들을 설치합시다.npm install npm install 전npm install 후셋째, 간단한 웹 어플리케이션을 작성합시다.var express = require('express'); var app = express(); const port = 3000; var server = app.listen(port, function () { console.log("Express server has started on port : "+port); }); app.get('/', function (req, res) { res.send('Hello?'); }); 넷째, package.json의 script start 구문을 실행하여 서버를 로드합시다.npm start 3000번 포트로 서버가 시작되었습니다!접속해볼까요?잘 접속됩니다.그런데 수정할 때마다 서버를 매번 다시 띄우면 귀찮을 겁니다. 이럴 땐 nodemon 모듈을 사용합시다. nodemon은 Nodejs의 파일이 수정되는 걸 감지해 자동으로 리로드해주는 편리한 도구입니다.nodemon설치npm install nodemon -g package.json script 변경"scripts": { "start": "nodemon nodejs_tutorial_server.js" }, nodemon 실행확인을 위해 약갼의 수정//nodejs_tutorial_server.js 수정 app.get('/', function(req, res) { res.send('Hello Nodemon'); }); nodemon을 통해 어플리케이션이 실행된 모습파일수정 후 저장했을 때 자동 감지한 모습서버 잘 떴습니다!성공적으로 단 하나의 GET 요청을 처리할 수 있는 심플한 NodeJS 기반 웹 어플리케이션을 완성했습니다. 이제 웹 어플리케이션을 Docker Container위에서 구동해봅시다!3. Docker로 NodeJS Express 서버 구동하기이제 Docker Container위에서 NodeJS서버를 구동할 건데요. 그러려면 우선 Dockerfile을 작성해야 합니다. 물론 Docker의 이미지를 당겨 받고, 컨테이너를 생성하고, 또 컨테이너를 실행해서 Attach하고, 필요한 파일들을 밀어넣는 등 귀찮은 방법도 있습니다. 하지만 개발자에게 이것은 힘든 작업이므로 Dockerfile을 적극 활용합시다. (Dockerfile의 D는 대문자여야 합니다! 꼭이요)Node 도커 이미지에 어플리케이션 파일을 추가해 실행하는 Dockerfile 작성하기FROM node:carbon MAINTAINER Wonwoo Kang [email protected] #app 폴더 만들기 - NodeJS 어플리케이션 폴더 RUN mkdir -p /app #winston 등을 사용할떄엔 log 폴더도 생성 #어플리케이션 폴더를 Workdir로 지정 - 서버가동용 WORKDIR /app #서버 파일 복사 ADD [어플리케이션파일 위치] [컨테이너내부의 어플리케이션 파일위치] #저는 Dockerfile과 서버파일이 같은위치에 있어서 ./입니다 ADD ./ /app #패키지파일들 받기 RUN npm install #배포버젼으로 설정 - 이 설정으로 환경을 나눌 수 있습니다. ENV NODE_ENV=production #서버실행 CMD node nodejs_tutorial_server.js Dockerfile 내용은 node:carbon에서 :carbon이 NodeJS의 이미지 버전 Tag 입니다.Dockerfile을 통해 docker image 빌드하기docker build –tag 레포지토리명: 태그 Dockerfile 경로docker build --tag node_server:0.0.1 [Dockerfile이 위치하는 경로] 호오... 게이지가 마구마구 차오르는군요?build가 완료된 화면입니다. Dockerfile의 내용 순서가 각 Step별로 진행된 것을 알 수 있습니다.빌드 결과 생성된 이미지 확인하기docker images 빌드 명령어에서 입력했던 버전 태그까지 잘 입력된 것을 알 수 있습니다.NodeJS Carbon 이미지를 기반으로 한 node_server 이미지를 제작했습니다. 사이즈는 둘이 합쳐 1Gb가 넘을 것 같지만 실제로는 변경된 부분만 저장됩니다. 그러므로 node_server 이미지의 크기는 6~10Mb 정도입니다.생성된 이미지로 컨테이너 만들기컨테이너 생성 명령어는 아래와 같습니다.docker create --name [서버명] -p [외부 포트:컨테이너 내부포트] [이미지명:버전태그] 주의할 점이 있습니다. 포트번호 바인딩 중 왼쪽은 우리가 접속할 실제 포트이고, 오른쪽은 컨테이너 내부의 NodeJS서버 할당 포트가 된다는 것입니다. 공유기의 포트포워딩 설정과 같습니다.docker create --name NODE_SERVER_0 -p 3000:3000 node_server:0.0.1 알 수 없는 코드가 생성되었습니다. 응?컨테이너 확인하기생성한 컨테이너를 확인해볼까요?docker ps 어.. 없잖아?옵션을 추가합니다.docker ps -a 나타났다!docker ps 명령어는 현재 실행 중(STATUS:Up)인 컨테이너의 목록을 보여줍니다. -a 옵션은 실행하지 않는 모든 컨테이너를 보여줍니다. 위의 이미지에서 node_server:0.0.1이미지로부터 NODE_SERVER_0 이라는 이름으로 2분 전에 생성되었다는 걸 알 수 있습니다. 3)컨테이너 실행하기docker start NODE_SERVER_0 다시 확인하기docker ps 19초 전에 Up상태가 되었다는 걸 알 수 있다.외부 3000번 포트 -> 내부 3000번 포트로 연결되었습니다. 서버도 실행되었고요! 이제 접속해볼까요?내용도 안 바꾸고 새로고침도 빨라서 뜬 건지 잘 모르겠군요. 내용을 수정해서 다시 확인하겠습니다.//nodejs_tutorial_server.js 수정 app.get('/', function (req, res) { res.send('Hello I\'m In Docker Container Now!'); }); 파일 변경해서 다시 확인하기//버전 태그도 0.0.2로 업해주고 docker build --tag node_server:0.0.2 [Dockerfile위치] 잘 생성되었습니다.//이미지가 잘 생성되었는지 확인하고 docker images 0.0.2가 나타났습니다.//기존 컨테이너를 삭제합니다. -f 옵션은 실행중인 컨테이너도 강제로 삭제하겠다는 뜻입니다. docker rm -f NODE_SERVER_0 // 잘지워졌나 확인하고 docker ps -a 잘 지워집니다.//0.0.2 버젼 이미지로 컨테이너를 다시 생성합니다. docker create --name NODE_SERVER_0 -p 3000:3000 node_server:0.0.2 //서버를 실행합니다. docker start NODE_SERVER_0 잘 실행됩니다.이제 다시 접속해봅시다.안녕! 나 지금 Docker 안에 있어!이제 Docker로 여러 개의 서버를 띄우겠습니다. NodeJS는 싱글 스레드이기 때문에 하나의 CPU를 여럿이 나눠 갖는 건 비효율적입니다. 따라서 CPU 숫자에 맞춰서 서버를 띄워보겠습니다.제 맥북엔 CPU가 4개뿐입니다.CPU수에 맞춰 추가로 생성하기추가로 컨테이너를 생성하고, 서버를 실행합니다. 서버 목록도 확인해야겠죠.서버 생성서버 실행서버 목록 확인포트번호는 같은 포트를 쓸 수 없기 때문에 3001, 3002, 3003으로 매핑합니다. 브라우저로 접속해서 확인해보겠습니다.각 포트별 접속 화면미리 만들어둔 이미지 덕분에 서버 3대를 띄우는 데에 5분도 안 걸렸습니다. 하지만 Docker 서버를 여러 개 띄워도 결국 사람의 손이 닿아야 합니다. 따라서 이번에는 NodeJS의 Cluster를 활용해 적은 수의 Docker Container를 이용하면서도 다수의 CPU를 사용하겠습니다. 또 죽은 워커를 다시 살려 서버가 다운되는 것을 막아 안정적인 서비스도 구축해보겠습니다.4. 멀티코어대응 NodeJS Cluster 구성2컨테이너용 NodeJS Cluster서버 어플리케이션 작성하기var cluster = require('cluster'); var os = require('os'); var uuid = require('uuid'); const port = 3000; //키생성 - 서버 확인용 var instance_id = uuid.v4(); /** * 워커 생성 */ var cpuCount = os.cpus().length; //CPU 수 var workerCount = cpuCount/2; //2개의 컨테이너에 돌릴 예정 CPU수 / 2 //마스터일 경우 if (cluster.isMaster) { console.log('서버 ID : '+instance_id); console.log('서버 CPU 수 : ' + cpuCount); console.log('생성할 워커 수 : ' + workerCount); console.log(workerCount + '개의 워커가 생성됩니다\n'); //CPU 수 만큼 워커 생성 for (var i = 0; i < workerCount> console.log("워커 생성 [" + (i + 1) + "/" + workerCount + "]"); var worker = cluster.fork(); } //워커가 online상태가 되었을때 cluster.on('online', function(worker) { console.log('워커 온라인 - 워커 ID : [' + worker.process.pid + ']'); }); //워커가 죽었을 경우 다시 살림 cluster.on('exit', function(worker) { console.log('워커 사망 - 사망한 워커 ID : [' + worker.process.pid + ']'); console.log('다른 워커를 생성합니다.'); var worker = cluster.fork(); }); //워커일 경우 } else if(cluster.isWorker) { var express = require('express'); var app = express(); var worker_id = cluster.worker.id; var server = app.listen(port, function () { console.log("Express 서버가 " + server.address().port + "번 포트에서 Listen중입니다."); }); app.get('/', function (req, res) { res.send('안녕하세요 저는 워커 ['+ cluster.worker.id+'] 입니다.'); }); } CPU 숫자를 받아 CPU 수(4)를 컨테이너 수(2) 로 나눠 워커를 생성하는 NodeJS 클러스터 구성입니다. 이렇게만 해도 운영에는 무리가 없지만 컨테이너 2개의 구분이 안 되서 확인할 수가 없습니다.그러므로 마스터와 워커의 통신을 이용해 마스터의 uuid를 얻겠습니다. (워커와 마스터 간의 데이터 이동은 통신 말고는 메모리DB 등의 데이터 저장소밖에 없습니다)마스터의 아이디를 알아오는 로직이 추가된 어플리케이션 작성var cluster = require('cluster'); var os = require('os'); var uuid = require('uuid'); const port = 3000; //키생성 - 서버 확인용 var instance_id = uuid.v4(); /** * 워커 생성 */ var cpuCount = os.cpus().length; //CPU 수 var workerCount = cpuCount/2; //2개의 컨테이너에 돌릴 예정 CPU수 / 2 //마스터일 경우 if (cluster.isMaster) { console.log('서버 ID : '+instance_id); console.log('서버 CPU 수 : ' + cpuCount); console.log('생성할 워커 수 : ' + workerCount); console.log(workerCount + '개의 워커가 생성됩니다\n'); //워커 메시지 리스너 var workerMsgListener = function(msg){ var worker_id = msg.worker_id; //마스터 아이디 요청 if (msg.cmd === 'MASTER_ID') { cluster.workers[worker_id].send({cmd:'MASTER_ID',master_id: instance_id}); } } //CPU 수 만큼 워커 생성 for (var i = 0; i < workerCount> console.log("워커 생성 [" + (i + 1) + "/" + workerCount + "]"); var worker = cluster.fork(); //워커의 요청메시지 리스너 worker.on('message', workerMsgListener); } //워커가 online상태가 되었을때 cluster.on('online', function(worker) { console.log('워커 온라인 - 워커 ID : [' + worker.process.pid + ']'); }); //워커가 죽었을 경우 다시 살림 cluster.on('exit', function(worker) { console.log('워커 사망 - 사망한 워커 ID : [' + worker.process.pid + ']'); console.log('다른 워커를 생성합니다.'); var worker = cluster.fork(); //워커의 요청메시지 리스너 worker.on('message', workerMsgListener); }); //워커일 경우 } else if(cluster.isWorker) { var express = require('express'); var app = express(); var worker_id = cluster.worker.id; var master_id; var server = app.listen(port, function () { console.log("Express 서버가 " + server.address().port + "번 포트에서 Listen중입니다."); }); //마스터에게 master_id 요청 process.send({worker_id: worker_id, cmd:'MASTER_ID'}); process.on('message', function (msg){ if (msg.cmd === 'MASTER_ID') { master_id = msg.master_id; } }); app.get('/', function (req, res) { res.send('안녕하세요 저는 ['+master_id+']서버의 워커 ['+ cluster.worker.id+'] 입니다.'); }); } Docker Container에 올리기 전 로컬 테스트를 먼저 진행합니다. 서버 구동!두 개의 워커가 실행되었습니다.똑같은 localhost:3000번 접속이지만 워커의 번호가 다릅니다.이제 워커로 CPU 수만큼 워커를 생성할 수 있게 되었습니다. 이제 워커가 어떻게 안정적으로 서비스되는지 테스트하겠습니다. 워커 킬링 테스트하기워커 킬러 로직 작성//워커 킬링 테스트 app.get("/workerKiller", function (req, res) { cluster.worker.kill(); res.send('워커킬러 호출됨'); }); 실험에 앞서 똑같은 상황 재연 마스터 아이디를 유심히 봐주세요. 워커 킬러를 실행하겠습니다.워커 킬러 호출아래는 호출된 결과입니다. 하나의 워커가 죽자마자 곧장 다른 워커가 태어나(?) 3000번을 Listen하기 시작했습니다. 워커 킬러가 호출된 화면이제 워커 킬러를 여러 번 호출해보겠습니다. CMD+R을 꾸욱 눌러 연속으로 킬링해봤는데 아래 화면처럼 바로 살아납니다.접속해서 현재 워커를 확인합니다.위의 화면처럼 마스터의 UUID가 그대로인데 워커만 교체되었습니다. 준비는 끝났습니다. 이제 Docker를 이용해 2명의 워커를 가진 2개의 NodeJS서버를 실행하고, 4개의 귀여운 CPU를 불살라봅시다! 5. Docker로 NodeJS Cluster 서버 실행하기docker build --tag node_server:0.0.3 /Users/kww/eclipse-workspace/nodejs-for-article docker create --name NODE_SERVER_0 -p 3000:3000 node_server:0.0.3 docker create --name NODE_SERVER_1 -p 3001:3000 node_server:0.0.3 docker start NODE_SERVER_0 docker start NODE_SERVER_1 cluster가 적용된 2개의 컨테이너 start0.0.3번 이미지로 생성된 2개의 컨테이너 서버가 무사히 로드되었습니다. 이제 접속해서 확인해볼까요?cluster가 적용된 2컨테이너 4서버 구동화면WOW! 2개의 URL, 2개의 UUID, 각 2명의 워커까지. 완벽한 2.2.2입니다. 마치 홍진호를 보는 듯한 서버 현황입니다. 이제 워커 킬러로 습격해보겠습니다.워커 킬러 습격 후위의 이미지를 보면 3000번 포트서버에서 13명, 3001번 포트서버에서 22명의 워커가 사망했습니다. UUID를 통해 2개의 서버에서 일정량의 워커가 매우 안정적으로 서버를 지키고 있는 걸 알 수 있었습니다.지금까지 2개의 컨테이너로 4개의 서버를 구성해보았습니다. CPU 숫자와 나눠지는 수에 따라 컨테이너의 수, NodeJS 클러스터 서버의 수를 유동적으로 조정할 수 있습니다. 전에 운영하던 API서버는 16코어 서버였고, 로드벨런서 및 기타 작업용 1코어의 여분을 남기고 15코어 / 3 으로 5개의 워커를 가진 3개의 NodeJS서버를 도커 컨테이너로 운영했었습니다.여기서 문제점이 생깁니다. 우리는 어떤 서비스를 할 때 하나의 도메인을 쓰는데 포트번호가 2개죠? 어떻게 해야 할까요. 여기서 바로 한참을 기다렸던 불곰국의 Nginx가 등장합니다.6. Nginx로 로드밸런싱 하기Nginx은 “더 적은 자원으로 더 빠르게”를 지향합니다. 러시아의 이고르 시쇼브(Игорь Сысоев)는 Apache에서 10,000개의 접속을 동시에 다루기 힘든 걸 해결하려고 Nginx를 개발합니다.Nginx는 NodeJS와 유사하게 싱글 스레드 방식에 이벤트 드리븐 구조 사용하는 오픈소스 HTTP서버로 최근 아파치의 점유율을 상당히 뺏고 있는 서버입니다. 다운로드 링크를 아래에 써두었습니다.Nginx 설치WindowNginx 다운로드Macbrew install nginx Linuxapt-get install nginx or yum install nginx Nginx 설치 성공Nginx 기본 접속 화면서버 조작방법서버 시작 : nginx 서버 중지 : nginx -s stop 서버 재시작 : nginx -r reload (맥에선 이건 안되는듯?) 기본 설정은 8080포트로 되어있습니다. 원하는 포트르 로드벨런싱 설정을 해보겠습니다. Nginx 로드밸런싱 설정아래는 Nginx의 로드밸런싱입니다.#http블럭 내부에 추가 #NodeJS 서버 로드밸런싱 upstream nodejs_server { #least_conn; #ip_hash; server localhost:3000 weight=10 max_fails=3 fail_timeout=10s; server localhost:3001 weight=10 max_fails=3 fail_timeout=10s; } #3333번 포트 NodeJS 서버로 연결 server{ listen 3333; server_name localhost; location / { proxy_pass http://nodejs_server; } } 로드밸런싱이 잘 적용되었는지 확인해보겠습니다. 로드밸런싱 적용 이후모든 브라우저에서 3333번으로 접속했는데 서로 다른 2개의 서버가 번갈아 접속되고, 워커가 가끔 바뀌는 걸 확인할 수 있습니다. 이번엔 로드밸런서로 워커 킬러를 호출하겠습니다.로드밸런싱 포트인 3333번 포트로 여러 번 호출결과 확인Nginx 로드밸런서가 확실하게 작동하는 걸 확인할 수 있었습니다. 위의 이미지에서 서버가 자꾸 바뀌는 모습을 볼 수 있는데, 이는 세션이 유지되지 않기 때문입니다. 실제 서비스에서는 세션의 유지를 위해 ip_hash 옵션이 꼭 필요합니다.ip_hash : 동일한 IP의 접속은 같은 서버로 접속하도록 하는 옵션입니다. least_conn : 가장 접속이 적은 서버로 접속을 유도하는 옵션으로 ip_hash와 같이쓰입니다. Conclusion자, 고생하셨습니다. 여기까지 Docker와 NodeJS, Nginx를 이용해 관리하기 쉽고, 일부러 죽여도 죽지 않는 안정적인 서비스 환경을 구축해봤습니다. 한 가지 주의할 점이 있습니다. NodeJS의 Cluster는 죽은 워커를 바로 살리는데 싱글스레드여서 그런지 그 속도가 정말 어마어마합니다. 따라서 NodeJS Cluster를 사용할 땐 여러 핸들링에 신중하세요. 모든 promise에 반드시 catch를 달아 핸들링하고, 오류가 날 것 같은 로직엔 반드시 try - catch를 달아 핸들링을 해야 합니다. 그렇지 않으면 다시 살아나는 워커에 의해 서버의 자원이 고갈될 수 있습니다.예전에 16코어 서버를 운영할 땐 서버 자원에 비해 사용자가 적어서..(눈물) 5워커 2개의 서버만 구동하고 여유를 두었습니다. 그리고 서버 패치가 있을 때 3번째 서버를 대기시켰습니다. 앱에서 업데이트가 완료되는 시점에 Docker Container를 바꿔치기 하는 방식으로 Non-Stop서비스를 운영했죠. 혹시 코어가 빵빵한 여유 서버가 있는데 재빠르고 좀비 같은 서비스를 구성해야 한다면 위와 같은 환경 구축을 강력히 추천합니다. 지금까지 긴 글을 읽어주셔서 감사합니다.ps. 글 쓰다 보니 해가 떴네요. 하하.참고1) 가상 머신은 작은 이미지라도 기가바이트 단위의 사이즈와 Load되기까지 상당한 시간이 소요된다.2) 그러나 Windows의 경우, Hiper-v위에 리눅스를 띄워 도커를 구동한다. Mac에서도 가상 머신 위에서 구동된다. 따라서 성능적인 강점은 리눅스에만 적용된다.3) 도커에서는 NAME 속성을 지어주지 않으면 알아서 이름을 지어주는데 romantic한 단어가 많다.글강원우 과장 | R&D 개발2팀[email protected]브랜디, 오직 예쁜 옷만#브랜디 #개발팀 #개발자 #개발환경 #업무환경 #인사이트 #경험공유