장기적이고 효율적인 인프라관리를 위한_코드로 인프라 관리하기

seongjun***l2017-04-17

코드로 인프라를 관리하세요!

코드로 인프라 관리하기 도서 리뷰

출판사 : 한빛미디어
저자 : 키프 모리스 (강재준 역)
발행일 : 2017-03-01

현재 50인 이하 소규모의 중소기업에 다니는 저는 웹 개발자입니다. 큰규모의 회사에 다니지 않는 개발자는 여러가지 다른 일도 함께 하게 됩니다. 저도 마찬가지였죠. 웹개발을 하면서 서버를 구축하기도 하고, 서버를 구성할 때 인프라를 설계해보기도 하며 하는 일이 많습니다. 하지만, 서버가 갑자기 훅 죽어버리거나 서버가 꼬이면서 발생할 수 있는 여러가지 일들 때문에 애를 먹곤 합니다.

“이번에 코드로 인프라 관리하기” 책이 나와서 앗, 이거다… 하는 생각에 읽어보게 되었습니다.

이 책은 인프라를 구성하는데 있어 필자의 경험을 토대로 여러가지 구성 패턴을 제공합니다.
서버를 구성하는 패턴이라던지, 사용되는 도구라던지에 대한 많은 내용이 포함됩니다. 책의 페이지수가 많지는 않지만 다양하고 명료한 설명으로 인해, 인프라 아키텍쳐에 대해 무지했던 저에게는 책으로써 간접 경험을 해보기에는 충분합니다.

이 책은 기존 인프라팀에 속해있거나, 인프라 아키텍쳐를 공부하고 싶으신 분에게는 레퍼런스 도서로서 충분한 효과를 가지실 수 있을 것 같습니다.
저는 물론 이 내용을 전체적으로 다룰 일이 없을 듯 하나, 개인적으로 공부를 하면서 구동하고 있는 개인서버에 한번 적용을 해보려고 하고 있습니다.

서버관리는 정말 많은 지식을 요구합니다. 네트워크 지식, 하드웨어 지식이 전체적으로 융합되어야 할 만큼 중요합니다. “코드로 인프라 관리하기”를 통해 인프라 구성에 많은 도움이 되실 것 같습니다.

책에서 소개하는 여러가지 안티패턴을 피하기만 해도 서버를 구성하거나, 구성 스크립트를 짜는데 많은 큰 도움이 될 것입니다.
일반적인 이론만 소개하는 책보다 여러가지 케이스에 대해 대비를 할수 있도록 도움을 주는 요소가 많아서 실무에서 사용하시는 여러 개발자분들에게도 도움이 될 것입니다.

be***l2017-04-17

인프라 관리를 위한 자동화방법 코드로 인프라 관리하기

msq***l2017-04-17

반복적이고 일상적인 작업의 시간을 줄여주는

먼저 '코드로 인프라 관리하기'를 접했을 때 책 제목에서 예전의 서버와 네트워크 관리를 위한 단순 반복 작업에 유용하고 일상 작업을 도와주는 스크립트 등을 소개하는 부류의 책이라는 선입견을 갖게 되었다. 하지만 막상 책을 읽어보니 생각했던 것과는 다른 책이었다.

아예 초반에 '이 책은 특정 스크립트 언어나 도구의 사용법을 알려주지 않는다.'라고 선언을 한다.

먼저 인프라가 필요하게 된 현재의 시대를 '클라우드 시대'라 부르고, 이전의 시기를 '철기 시대'라고 부를 정도로 책에서 부를 정도로 과거와 달라진 환경에 대한 이야기로 시작한다. 예전 '철기 시대'를 경험해봤는데, 그때는 장애가 일어나면 하드웨어에 직접적으로 모니터와 키보드, 마우스 등을 연결해서 직접 보면서 문제를 해결하고, 한 사람이 관리하는 장비들의 숫자도 그리 많은 편은 아니었다. 그러나 이제는 MS나 아마존 등이 제공하는 가상 서버, 클라우드를 이용하는 환경이 보편화 됨에 따라 관리자는 물리 하드웨어에서 벗어나게 되었다.

또한 '철기시대'의 '매우 신뢰할 수 있는 하드웨어 위에서 동작하던 신뢰할 수 없는 소프트웨어'에서 '클라우드 시대'의 '신뢰할 수 없는 하드웨어 위에서 신뢰성 있게 동작하는 소프트웨어'로 패러다임이 변하게 되었다. 이런 변화에 기존의 인프라를 관리하는 방식은 새로운 환경에 맞지 않게 된 것이다.

그러면 이제부터 새로운 환경에 어떤 방식으로 인프라를 관리해야 하는 것일까?

그 이전에도 많은 설명이 나오지만 13장에서 가장 명확하게 언급하는 새로운 방식은 "서버와 인프라에서 직접 작업하던 것에서 벗어나 간접적인 방식으로 작업하는 것"이다.

이제 인프라 담당자는 변경을 하려고 더 이상 서버에 로그인하지 않아도 된다. 아니 오히려 하면 안 된다. 도구와 정의를 변경한 후 책에서 변경 관리 파이프라인을 통해 자동적으로 변경이 서버에 적용되게 하는 것이다. 초반에는 간단한 것도 더 느리고 더 복잡한 방식으로 하는 것처럼 느껴질 수 있지만, 코드로서의 인프라에 익숙해지면 일상적이고 반복적인 작업에 드는 시간을 줄일 수 있고 줄어든 시간을 예외 상황, 문제를 처리하면서, 인프라를 개선하는 데 시간을 사용할 수 있다.

즉 코드로서의 인프라를 채택하면 일상적인 작업을 실행하는 데는 시간이 적게 들이고, 시스템 자체를 개선하는 데 더 많은 시간을 들일 수 있다.

이 책은 스크립트, 코딩이나 코드에 대한 이야기가 아니라이렇게 인프라팀, 부서의 패러다임과 효율성을 바꿔놓을 코드로서의 인프라를 적용하기 위한 전반적인 부분을 언급하고 설명한 책이다.

우리나라에서도 서버 관리자, 시스템 엔지니어등 서버나 인프라를 관리하는 분들은 개발자와는 다른 프로세스로 일을 하는 경우가 많았으나, 책을 보면 이제 인프라 관리자, 부서도 개발자, 개발팀과 거의 같은 지식과 프로세스를 갖춰야 하는 상황이 되었다. 관리용 스크립트를 버전관리시스템(VCS)를 쓰면서 관리했던 일은 드물었을테지만, 코드로서의 인프라에서는 핵심인 코드를 버전관리시스템(VCS)를 통해서 관리하고 해당 코드는 개발 프로세스와 동일하게 테스트, 자동 배포, 지속적 통합(CI)까지 책에서는 요구한다. 개발자를 위한 서적에서 언급되는 클린 코드, 기술적 부채, 애자일등도 언급되어 코드로서의 인프라에서 요구되는 코드의 수준이 상당한 수준이며 매우 중요한 핵심임을 알 수 있다.

이런 과정을 거친 인프라는 기존의 견고함 수준을 넘어 충격을 받으면 더 강해지는 반취약성(Antifragility)을 갖을 수 있는 수준까지 올라오게 될 것이다.

앞서 이야기 한대로 책 제목에 코드가 언급되어 상당한 양의 소스 코드가 나오게 될 것으로 예상하였으나, 코드가 나오는 예제는 테스트를 언급하며 테스트관련 코드가 다량으로 나오는 11장 전까지는 간단한 루비 코드 예제 2개에 지나지 않는다. 책 마지막에따라잡기 힘들 정도로 세상이 빨리 변하고 있있는 상황에서 모든 주제의 모든 부분을 다루는 것은 간단한 일이 아니며 특히 특정 도구로 구현한 기술적인 세부 사항까지 깊게 들어가는 것은 더욱 어려운 일이라고 언급한 부분을 보면, 오히려 플랫폼과 특정 기술에 국한된 부분은 과감히 생략하였기에 코드로서의 인프라를 전반적으로 볼 수 있었다는 생각이 들었다. 다만 이 책은 시작이고 앞으로의 방향을 안내해주는 안내서의 역활인데, 모든 것을 한 권의 책에 담겨있을거라고 기대한다면 실망할 수 있다는 생각이 든다.

smoh1***l2017-04-16

인프라 엔지니어를 위한 지침서

서비스가 커지면 운용하는 인프라의 규모가 커지게 된다. 여러대의 물리적인 서버를 사용하게 될 것이고, 그 위에 올리는 가상머신은 더 많을 수 있으며, 설치된 패키지, 마운트 된 스토리지, 네트워크 장비, OS, 시스템 등등을 모두 고려하면 인프라 그 자체가 상당한 리소스를 투입하여 관리해야하는 일이 된다. 이러한 인프라는 필요에 따라 증설되어야 할 수도 있고 줄어들어야 할 수도 있는데, 어떤 경우에도 예측할 수 있는 결과가 나오도록 잘 관리되어야한다. 하지만 이는 쉬운 일이 아니다. 버전은 꼬이고, 의존성은 엉켜버리며, 각각의 서버는 저마다 따로 놀게되기 일쑤다. 이는 사람의 한계이고, 관리의 문제이다.

이 책은 서버, 스토리지, 네트워크 등등 개발이나 서비스를 위한 모든 자원인 인프라를 어떻게 관리해야할지에 대한 어떤 철학을 얘기한다. 그 철학은 모든 인프라는 빠르게 재현가능 해야하므로, 자동화 되어 있어야 하며, 초기 비용이 많이 들더라도 코드로 관리해야한다는 것이며, 책의 전반 상당부분을 할애해 왜 인프라 관리를 자동화해야하는가를 역설한다. 인프라를 코드로 관리하지 않으면, 즉 인프라 관리를 자동화 해놓지 않으면, 어떤 문제점이 생기는지를 길게 설명한다.

제목은 코드로 인프라 관리하기이지만, 실제 코드는 별로 등장하지 않는다. 책에서 다루고자 하는 주제인 '인프라의 문제'는 수학적이고 논리적인 것이라기 보다는, 인간적이고 절차적인 문제이기에, 책은 따라할 수 있는 설명서라기보다는 인프라를 관리할 때 어떤 것을 고민해야 하는가에 대한 지침서에 가깝다. 이 책은 인프라를 관리하는 인프라 엔지니어를 위한 가이드이며, 인프라를 배우기 위한 책은 아니다. 따라서 인프라 관리의 문제를 직접 겪지 못한 소프트웨어 엔지니어나 시스템 엔지니어가 읽기에는 다소 와닿지 않을 수 있다.

wizm***l2017-04-16

손에 잡힐 듯한 '코드로 인프라 관리하기'

코드로 인프라 관리하기.jpg

서버가 가상까지 합쳐 백 대가 좀 넘는 규모의 전산실에 있었을 때, 인프라 부문의 동료들은 VB Script로 윈도 서버들을 잘 다루었다. 회사 규모가 커지면서 물리, 가상 할 것 없이 서버들이 그침 없이 많아지자 너무 힘들어 했던 모습이 기억난다.

인스타그램이 페이스북에 인수될 때 전 직원이 12명이었다는데, 사용자가 3천만 명이나 되었던 서비스의 인프라 담당직원은 다섯 명 안짝이었을까? 다들 수퍼맨이었을 리는 없으니 인프라 자동화 수준이 꽤나 높았던 모양이다. 전산실 시절 인프라 담당 동료나 사내 클라우드팀원과 센터 팀원의 노고를 옆에서 보아온 경험을 토대로 가늠하자면, 인프라 자동화 기술 보유자는 한국에서도 억대 연봉을 쉽게 받을 수 있지 않을까 싶다.

한빛미디어에서 내놓은 <코드로 인프라 관리하기>는 인프라 자동화 기술의 A부터 Z까지 다룬 입문서다. 내가 아는 한 2017년 기준으로 인프라 자동화의 모든 것을 다뤘지만, 바이블보다는 입문서에 가깝다. 초보자가 이 책에 있는 내용만 가지고 인프라 자동화로 당장 뭔가 시도해 보기는 어렵다.

이 책의 뒤표지를 보면, 관련도서로 <클라우드 시스템을 관리하는 기술>, <오픈스택 인 액션>, <웹 엔지니어가 알아야 할 인프라의 기본>이라는 책들을 소개한다. <코드로 인프라 관리하기>를 다 읽고 나니 저 책들을 왜 소개했는지 알 만했다.

그렇다고 객체지향 프로그래밍에서 객체를 논하듯 추상적인 내용을 다루는 건 아니다. 인프라 운영에 있어 산전수전을 다 겪은 선배가 '이제부터 여기에서 네가 할 일이 뭔지 전부 알려주마'하며 한두 달 OJT를 해주는 느낌이랄까? 솔직한 실수담까지 곁들인 OJT를 다 받으면 비로소 업무를 시작하게 되니, 이 책은 출발점이자 이정표이자 로드맵이 되주는 셈이다. 이 책에 나온 각종 기술과 절차에 다 익숙해진다면 앞서 말했던 억대 연봉 엔지니어도 빠른 시간 내에 될 수 있을 거라 감히 강조하는 바이다.

<코드로 인프라 관리하기>는 세 파트로 나뉘었다. 파트 1 '기초'는 인프라 자동화의 당위성과 함께 인프라 자동화를 가능하게 한 기술과 도구를 설명한다. 파트 2 '패턴'은 인프라 자동화의 전술을 설명한다. 상대적으로 다른 파트에 비해 짧으면서도 꽤 공격적인 혹은 이상적인 목표를 다룬다. 과연 한국에서는 저 정도로 하는 곳이 있을까, 실리콘밸리는 정말 저 정도까지 하는 건가 싶었다. 파트 3 '관례'는 서비스 지속, 백업, 재해복구, 보안의 비기능적 요소 외에도 인프라 바깥의 주제를 많이 다룬다. 특히 개발 배포에 대해 비중을 많이 두어 살짝 놀랍기까지 했다. 생각해 보니 인프라를 구축하고 운영하는 이유는 사용자(1)에게 서비스를 제공하기 위해서이다. 서비스를 구현하는 개발에 인프라가 밀착 지원하는 게 데브옵스 운운하지 않더라도 마땅하고 옳은 일이다. 심지어 인프라 운영자도 고객 페르소나를 알아야 인프라를 최적화할 수 있다는 대목에서는 깨달음을 얻은 듯했다.

인스타그램 첫 버전을 만드는 데에 고작 8주가 걸렸다고 한다. 필터 기능 추가나 사용자 폭증 등 갖가지 사안에 인프라는 지체 없이 대응해야 했을 것이다. 2017년은 빨리 구현하고 최종사용자의 냉혹한 검증을 받아 빨리 방향을 수정해야 하는 속도 우선의 시대다. 비즈니스의 요구에 적시 대응하기 위해서는 부지런함만으로 부족하다. 가상화, 퍼블릭/프라이빗/하이브리드 클라우드, 마이크로 서비스, 도커 등을 제때에 엮어내고 무탈하게 운영할 줄 알아야 한다. <코드로 인프라 관리하기>를 계기로 이 시대가 요구하는(2) 시스템 엔지니어가 되는 길에 한 걸음 나아가 보는 것도 의미가 있겠다.

(1) 내외부 고객
(2) (한국이라면) 요구할?

hb***l2017-04-16

클라우드 시대의 서버 관리 자동화를 맞이하며

이 책은 클라우드 환경에서 서버와 소프트웨어 배포를 어떻게 효율적으로 관리하고 자동화하할 것인지에 대한 노하우, 패턴을 다루는 책입니다. 이 책 앞 부분에는 책이 다루고 있는 주제를 좀 더 잘 이해할 수 있도록 클라우드 환경에 대한 간략한 개요 등이 나옵니다.

사실 이 책을 읽기 전에 "코딩으로 인프라 관리하기"라는 제목만 보고는, 개발하고 있는 애플리케이션을 자동으로 테스트하고 서버에 배포하고, 또 서버들을 동적으로 구성하고 늘리거나 줄이는 등 서버 관리를 자동화하는 방법을 다루는 책이라고 생각했습니다. 스스로 개발을 구식으로 하는 점이 콤플렉스였고 개선할 필요가 있다고 생각해 왔기 때문에 이 책을 고르게 되었고, 보고 나면 자동화된 개발 환경을 구축하는데 도움이 될 것이라고 생각했습니다.

막상 이 책 첫 장을 읽기 시작하면서부터는, 제가 생각한 것보다 훨씬 더 앞서 나간 내용을 다루고 있다는 것을 깨달았습니다. 다시 말해서 이 책은 현재 클라우드 환경을 경험하고 있는 관리자 겸 개발자들을 위해 적합한 책입니다. 이 책을 읽고 유용하다고 느낄 수 있는 사람들은 AWS 같은 공용 클라우드를 접해 본 사람들일 것 같습니다. 이 책에서의 '인프라'라는 말은 클라우드 환경에서 서버들을 멀티로 띄우고 있는 상태를 말하는 것이고, 그 인프라를 스크립트 코드로 추가/삭제/수정하여 동적으로 관리할 때 '내가 이렇게 해보니 좋더라 혹은 나쁘더라'를 얘기하는 책입니다.

개인적으로는 아직은 시기상조가 아닐까 싶은 생각도 들었지만, 한편으로는 클라우드는 미래의 이야기라고 굳게 믿고 있었던 저에게는 크나큰 충격으로 다가오기도 합니다. 십 년도 훨씬 전부터 많은 사람들이 가상화된 환경을 구축해서 이용하고 있고, 노하우가 쌓여서 이런 패턴이 좋다 나쁘다를 논할 정도로 성숙했다는 이야기일 테니까요.

그럼에도 불구하고 이 책이 유용한 점은, 클라우드에 대해 문외한인 사람에게 클라우드 환경의 이모저모를 알려주고 대충 감을 잡을 수 있게 해 주기 때문입니다. 가령 이 책의 4장에서는 가상 머신과 컨테이너의 차이를 상세하게 설명해주면서 멀게만 느껴졌던 용어의 뜻이 무엇인지 이해할 수 있게 도와 줍니다. 이 책의 처음 부분에는 과거처럼 수동으로 서버 환경 설정을 수정하고 서버를 늘릴 때마다 서버 환경 설정을 복사-붙여넣기하다보면 눈송이 같이 복잡해지고 일관성이 없어진다는 단점을 이야기하고 있습니다. 이러한 단점들을 극복하기 위해서는 서버들을 동적으로 추가/삭제, 업데이트하는 '동적 인프라'가 필요하다는 내용으로 이어집니다. 그리고 이미 앤서블, 셰프, 퍼핏 같이 코드로 서버를 구성하는 도구들이 많이 나와 있다는 것도 이 책을 통해서 알게 되었습니다.

2부, 3부에는 이렇게 해 보니 좋더라 나쁘더라 하는 패턴들이 나오는데, 이 부분은 솔직히 뜬구름 잡는 듯하게 느껴졌습니다. 클라우드 환경에서 실제로 소프트웨어를 운영하고 있지 않은 사람들은 그다지 공감할 수 없는 내용일 것 같습니다.

이 책은 현 시점에 저에게 100% 필요한 책은 아니었지만, 이 책의 개념을 지금처럼 수동적인 관리에도 일부는 적용할 수 있을 것 같습니다. 하지만 특정 클라우드 제품에 종속적이지 않은 점은 좋은 것 같고, 멀지 않은 미래에 이 내용들을 적용할 수 있으리라는 기대를 해 봅니다.

pass***l2017-04-16

코드로 인프라 관리하기

kojae8***l2017-04-16

[코드로 인프라 관리하기] 전자공학부 학생이 읽은 솔직한 리뷰

이 책을 선정한 이유

요즘 한창 서버를 공부하고 있다. 마침 이번에 나가는 IOT 대회에서 내가 맡은 분야가 서버쪽이다. 나는 솔직히 코드로 인프라를 관리한다는 그 개념 자체를 처음 들어보았다. 이 책을 다 읽었지만 아직까지 정확하게 감은 잡히지 않는다. 그렇다 이 책의 대상 독자는 IT 인프라 운영 현장에서 일하는 사람들이나 서버를 관리하는 사람들을 위한것이다. 아직 학생인 내가 읽어서 공감을 할 수 있는 부분은 크게 없다고 생각이 든다. 그러나 이 책을 읽기 전이랑 읽고 난 후랑 변화는 크다고 나는 생각이 든다. 그래서 잘 모르는 분야인 '코드로 인프라 관리하기'책을 선택해서 읽게 되었다.

이 책의 장점

코드로서의 인프라를 왜 배워야 하는지 왜 중요한지 아주 잘 설명을 해주고 있다.
보통 일반 다른 책들에서는 특정 도구를 선정해서 설명을 하곤 하는데 '코드로 인프라 관리하기'책은 특정 도구만 정해서 설명을 하는것이 아니라 개념적인 설명을 친절하게 해준 후 다양한 도구들을 소개를 해주는 장점이 있다.
인프라를 관리하기 위한 다양한 팁들을 제공을 해주고 있다.

이 책의 아쉬운 점

해당 책은 이미 전문가들을 위한 참고할만한 서적으로 나온 책이다. 그러나 나와 비롯한 학생들 및 해당 기술을 배우고 싶은 사람들을 위해 쉬운 내용들과 책은 두꺼우지겠지만 많은 예제들을 통해서 책을 출판하면 어떨까 하는 개인적인 생각이 든다.

결론

이 책은 학생들이 한번 읽고 이해하기는 어려운 책이다. 그러나 해당 책은 다양항 팀들과 특징들을 아주 잘 설명이 되어있는 책이므로 이미 현업에 종사하거나 이쪽으로 잘 알고 계신 분들에게는 해당 책이 아주 도움이 될거라고 생각이 된다. 한번 읽고 이해가 잘 안되니 한번 더 읽어봐야겠다.

mydrea***l2017-04-16

개발자라면 인프라 관리는 필수가 되었습니다.

AWS와 같은 클라우드가 대중화되면서 서버라는 자원에 누구나 쉽게 접근할 수 있게 되었다. 이제 막 웹 개발을 시작한 사람이라도 AWS의 (그렇게 친절하진 않은) GUI를 통해 서버를 생성하고 나만의 웹페이지를 가질 수 있다. 나 또한 그렇게 웹 개발을 시작했고, 클라우드 환경에서 여러 프로젝트를 수행하면서 이런 생각을 했다.

이제 서버나 네트워크와 같은 인프라를 신경쓰지 않고 어플리케이션 개발에만 집중할 수 있는 시대가 되었구나.

이런 착각은 데이터 엔지니어라는 직함으로 취업하자마자 혹독한 시련과 마주하며 산산조각이 나고 말았다. 내가 맡은 일 중 하나는 20여대의 AWS 인스턴스로 이루어진 데이터 클러스터의 오픈소스 버전 업그레이드, 장비 교체, 에러 대응이었고 또 하나는 API서버 개발, 배포 및 운영이었다.

내가 주로 저지른 실수들은 다음과 같았다.

1. 서버 교체 시 AWS 인스턴스에 Block Storage를 Mount 하는것을 깜빡하여 용량 부족으로 인스턴스가 죽음
2. 방화벽 포트 관리 실수로 인스턴스간 네트워크 오류 발생
3. 약 10여대의 인스턴스로 이루어진 분산 스토리지 시스템을 SSH로 일일이 접속하여 배포하는 과정에서 주요 스텝을 빠뜨려 여러번 다시 배포
4. API 서버를 Dev, Staging, Production 등의 환경으로 나누어 셋팅 후 각 환경별로 다른 설정을 적용하여 환경마다 서버가 다르게 동작

이런 실수들은 한 번 발생하면 팀의 개발 생산성이 크게 저하되고 개인적인 사기도 떨어져서 많은 악영향을 끼쳤다. 끔찍한 경험들을 하고 나서야 소위 DevOps라는 철학이 이제 모든 개발자들이 기본적으로 갖춰야 할 덕목이라는 생각이 들었다.

마음은 먹었지만서도 막상 무엇부터 해야 할지는 정말 막막하다. 대충 떠올려봐도 해야 할 것들이 정말 많다. 서버 생성, 패키지 설치, 네트워크 설정, 배포 자동화, 무중단 배포, 오토 스케일링 등등… 가장 첫 단계인 서버 생성부터 자동화하고자 클라우드 서비스의 SDK나 Rest API 를 살펴보지만 수많은 파라미터들과 이해하기 힘든 옵션들로 인해 자신감을 잃고 일단 기존 방식대로 하면서 조금씩 배워나가보자라고 미뤄두고 다신 꺼내보지 않게 된다.

바로 이 때 이 책이 큰 도움이 되었다.

우선 첫 챕터부터 피를 토하는 심정으로 인프라 관리 자동화의 필요성을 역설하여 이 작업의 중요성에 대한 확신을 갖게 된다. 친숙하게 이용했던 AWS, Azure의 GUI를 점점 멀리하고 SDK, API를 이용한 서버 생성 및 관리를 당연시 여김으로써 인프라 관리의 첫 관문을 넘을 수 있게 해준다.

두번째로는 인프라 관리 자동화의 여러 측면을 조명해줌으로써 내가 처한 환경에서 선택 가능한 옵션을 고민할 수 있게 도와준다. 이 책에서 동적 인프라 관리를 위해 강조하는 것 중 하나가 서버 이용자가 직접 서버를 생성, 운영 및 제거 할 수 있는 셀프서비스인데 나의 현 직장에서는 인프라 담당자가 따로 있어서 불가능한 부분이었다. 하지만 컨테이너 가상화 기술을 이용하면 기존의 할당받은 서버에서도 셀프 서비스형 인프라 관리를 할 수 있다는 점을 확인하고 시도해볼 수 있었다.

세번째로 특정 도구에 종속되지 않고 개념적인 접근을 취하면서 다양한 도구들을 소개해준다. 이 부분은 바로 실전에 적용할 예를 찾는 사람에게는 단점이 될 수도 있다. 하지만 현재 상황이 급하지 않고 차근차근 인프라 관리의 개념을 익혀가는 나에겐 더 유익한 부분이었다. 추후 실제 업무에 적용할 때는 여기 소개된 다양한 도구들의 장단점을 직접 살펴보고 신중하게 결정할 수 있게 되었다.

개인적 취향의 문제지만 용어들이 지나치게 번역되었다는 점은 가독성을 다소 떨어뜨리지 않았나 하는 생각은 든다. 부하 분산기(로드 밸런서), 감시(모니터링) 등 개발자들이 일상적으로 받아들이는 단어들이 생소한 한글로 번역되어서 읽는 속도가 떨어진다는 생각은 들었다. (물론 읽다보면 적응된다.)

책을 읽고 나면 그제서야 시작이다. 이제 왜 인프라 자동화가 필요하고 완성도 높은 자동화를 위해서 뭘 해야 하는지도 감이 온다. 위에서 겪은 어처구니없는 실수를 줄이기 위해서는 실제로 사용할 도구들을 선정하고 학습하여 현업에 도입해야 한다. 첫번째로 나는 도커를 선택했다. 이제 도커 설치하러 갑니다.

tee***l2017-04-16

데브옵스를 위한 대규모 인프라 자동화

[1]
"코드로 인프라 관리하기"는 대규모 인프라를 효율적으로 관리하는 방법을 알려주는 책이다. 표지에 끌려 무작정 집어 들기는 했지만, 대규모 인프라를 관리하기는커녕 접해본 경험조차 많지 않은 내가 소화하기에는 쉽지 않은 내용이었다. 그래도 혹시 비슷한 수준의 독자들에게 도움이 되지 않을까 싶어서 글을 남겨본다.

[2]
IT 분야에서는 전통적으로 개발자와 인프라 담당자가 서로 다른 업무를 진행해왔다. 그런데 최근에는 가상화 기술과 클라우드가 보편적으로 사용되면서, 두 가지 일을 결합해서 수행하는 데브옵스(DevOps)가 유행하고 있다. 이제는 개발자가 직접 서버를 관리하는 모습이 낯설지 않다. 문제는 규모다. 서비스가 성공적으로 출시되면, 초기에 수 대에서 수십 대에 불과했던 서버는 금방 수백~수천 대로 늘어나게 마련이다. 담당자가 일일이 서버를 생성/운영/폐기하는 예전 작업 방식으로는 대규모 인프라를 관리하는 것이 거의 불가능에 가깝기에, 자동화된 인프라 관리 작업이 필수적으로 필요하게 된다. 그리고 자동화를 위해 필수적인 요소가 바로 코드(자동화 스크립트)이다. 이 책은 바로 그 부분에 초점을 맞추고 있다. 책 내용은 총 3부 15장으로 구성되어 있는데 1부는 기초적인 내용으로 시작한다. 코드로서의 인프라가 왜 필요한지와 동적 인프라 플랫폼 관련 도구를 고를 때의 원칙을 살펴본다. 이어지는 2부는 패턴에 대한 내용이다. 서버 프로비저닝, 서버 템플릿 관리, 서버 업데이트 및 변경, 인프라 정의까지 크게 네 가지 패턴으로 영역을 나눠서 살펴본다. 3부에서는 코드로 인프라를 구성/변경하고 관리하는 방법을 다룬다. 그리고 인프라팀과 시스템 관리자, 프로젝트 리더, 아키텍트들이 효율적으로 협업하는 방법을 제시한다.

[3]
개인적인 경험에 미뤄보면 IT 번역서는 크게 세 가지 수준으로 나뉜다. 사명감으로 많은 시간을 투자하는 번역, 의뢰를 받았으니 돈 받은 만큼만 적당히 진행하는 번역, 그리고 학생/아르바이트생에게 맡기거나 번역기를 돌리고 대충 다듬기만 하는 최악의 번역. 이 책은 첫 번째 사명감 그룹에 속한다. 인프라와 소프트웨어 엔지니어링 전반을 넘나드는 방대한 내용이기에 정말 다양한 IT 용어들이 수록되었음에도, 한글 번역에 어색함을 느낄 수 없을 만큼 일관된 기준이 적용되었다. 원문에 충실한 직역이므로 한글 문장이 아주 부드럽게 읽히지는 않는다. 그래도 원서와 대조해서 이해해야 할 만큼 난해한 문장은 드물다. 옮긴 이가 원래 완벽주의적인 성격인지 아니면 편집부의 덕일지 모르겠지만, 책 내용 중 오/탈자도 전혀 발견하지 못하였다. 번역자 강재준님은 국내 통신사에서 10년 이상 네트워크/인프라를 담당해온 전문가이므로 풍부한 실무의 경험도 번역 과정에서 충분히 반영되었을 것으로 추측된다.

[4]
이 책의 원서는 부(Part)와 장(Chapter)에만 번호를 부여하고, 그 이하의 세부 구분은 번호가 없이 큰 글씨로 제목만 표기되어 있다. 그래서 특정 내용을 빠르게 찾기가 어려웠는데, 번역서는 일반적인 번호체계(Part -> 1 -> 1.1 -> 1.1.1)를 도입하여, 세부 절에도 번호를 부여했다. 읽기가 더 편해졌고 내용을 찾아보거나 요약정리를 하기에도 유용했다.

[5]
이 책은 '코드로 인프라 자동화하기'라는 하나의 주제에 집중해서 개념을 정리하는 이론서이다. 짧은 예시 코드가 부분 부분 수록되어 있기는 하지만, 전체 인프라 구성 사례가 구체적으로 제시되지는 않았다. 그래서 인프라 담당 실무자가 아니라면 실제로 이해할 수 있는 깊이가 얕을 수밖에 없다. 만약 실제로 자동화된 인프라를 관리해보는 후속 도서가 기획/출간된다면 본서에서 제시하는 깊이 있는 이론에 더하여 실습을 병행할 수 있으므로 금상첨화일 것으로 생각된다.

chi***l2017-04-16

인프라 관리자로 성장하기 위한 지침서 - 코드로 인프라 관리하기

최근 몇년간 IT업계의 화두이자 관심사 중 하나로 '클라우드'와 '가상화'를 꼽는 사람은 나 뿐만은 아닐 것이다. 아마존이나 구글의 사업 영역을 예로 들자면, 아마존은 이미 자사의 웹서비스의 유휴 자원을 AWS라는 플랫폼으로 만들어 판매한지 오래이고, 구글도 자사의 플랫폼을 가상화 서버로 관리하여, 다양한 사내 요구(연구, 개발, 서비스 등)를 충족하는 한편 직접 클라우드 판매를 하는 데에도 나서고 있다.

이러한 경향은 국내의 유력한 B2C 업계나 B2B 업계를 가리지 않고 나타나고 있어서, 업계의 인프라 엔지니어들은 대중화된 서비스를 이용하거나(AWS, Azure 등) 자사에 직접 구축(openstack, VMWare vCenter 등)하기도 한다.

또한, 5-6여년 전부터 입에 오르내리는 'DevOps' 라는 용어와 최근에 회자되는 'fullstack 개발자' 는 운영자와 개발자간 경계를 넘어 서로의 고유한 업무를 흐리게 하는 데까지 이르고 있다.

이번에 읽게된 '코드로 인프라 관리하기(Infrastructure as Code)'는 위에서 언급한 '클라우드'와 '가상화' 시대에 인프라 엔지니어로써 'DevOps'가 되는데 필요한 인프라 관리 '자동화'를 깊게 다루는 전문서적이다.

사실 이 책을 리뷰하는 나는 하드웨어에 탑재되는 펌웨어를 개발하는 '개발자'로 '인프라 엔지니어'의 세계에 초보라 책의 내용이 아주 깊게 이해되지는 않았다. 즉 'DevOps'를 지향하기 보다는 'fullstack' 개발자를 지향하는 측인데, 어쨋든 이 책이 개별 플랫폼이나 코드를 소개하기 보다는 인프라 자동화를 위한 '원칙', '패턴', '관례', '지침' 등에 중점을 두고 있기 때문에 나 같은 초보자가 시작하기에도 무난하다. 다만, 인프라를 자동화하는 전문적인 방법을 다루는 책의 후반부는 전반부에 비해 난이도가 급격히 올라가는 듯한 느낌이 든다.

책은 총 3부로 나뉘어져 1부에서는 가상화 확산 등 현재 인프라 관리의 문제점을 설명하고, '동적 인프라 플랫폼', '인프라 정의 도구', '서버 구성 도구'를 각각 나누어 설명하고 이를 사용하는 '활용예'를 설명하고 있다. 일종의 '개론' 또는 '총론'인 셈.

2부에서는 실제 '코드로써의 인프라'를 활용하는 패턴을 설명하고 있는데, '안티패턴'을 함께 소개해서 셜명해서 좋은 예와 나쁜 예를 비교하며 볼 수 있게 되어 유용하다.

마지막 3부에서는 품질(10장)과 자동 test(11장), CI(12장) 등 개발의 여러 단계를 차용하여 코드로써의 인프라를 설명한다. 13-14장은 코드로써의 인프라를 대하는 엔지니어의 자세를 안내하고 15장에서는 조직 측면에서 코드로써의 인프라를 설명한다.

핵심 주제로 '자동화'를 기반에 두고 있는데, '코드로써의 인프라'가 인프라 관리/운영을 '코드'같이 작성하고 실행하며, 업데이트 하는 방식을 의미하니 각 부분에 '자동화'하지 않은 툴이나 외부 접근이 어려운 플랫폼은 피하라고 조언하기도 한다. 'GUI'보다 'CLI'를 선호하는 것도 같은 이유이다.

이 책은 인프라 관리자로 오랜동안 일한 필자가 쓰고, 역시 오랜동안 현업에서 근무한 역자가 번역했다. 용어의 선택에 약간의 어색함 - 예를 들면, 곳곳에 '팀은', '팀이' 등의 표현이 있는데, 그냥 '팀'이 아니라 역할이 드러나도록 개발팀, 인프라팀 등으로 표현하거나 '조직'으로 바꿔 썼으면 어떨까 하는 생각이 들었다.

또한, 각주와 역주를 섞거나 참조URL을 본문에서 현지화(연결이 가능한 경우 en -> ko로 변경)하는 등 일관성이 떨어져 원문과 비교시 어렵지 않을까 했는데, 역자의 경력과 번역품질을 볼 때 굳이 원서를 사서 비교해 볼 필요까진 없지 않겠나 생각한다.

'클라우드'와 '가상화' 뿐 아니라 '인공지능' 등 기존의 방식으로는 효율이 떨어지거나 어려운 업무가 늘고 있다. 책 '코드로 인프라 관리하기'는 기존의 방식을 탈피하여 일을 하는 새로운 방식을 제시하는 좋은 책이라고 본다.

yyh910***l2017-04-09

클라우드 시대를 살아가는 개발자에게 꼭 필요한 책