PART 1 기초  

PART 2 패턴  

PART 3 관례

평소에 인프라에 대한 생각이 별로 없었지만, IT개발자로서 다양한 책을 읽어보자는 목표와 더불어 좋은 기회가 되어서 읽게 된 책.

일단 서론 부분이 마음에 들었다.

독자 대상, 현재 관리의 문제점, 정의, 목표, 구성.

앞쪽에서 분류가 잘 되어 있으니, 당연히 읽기 쉬울거라 생각했는데 이게 왠걸.

갈 수록 어렵다.

어려운데, 쉬운것 같기도 하고,

개발자에게 필요없을 것 같은데, 필요하는 느낌이 들었다.

기본적으로 구성이 잘 되어 있어서 한번 쓱~ 읽고 아~ 이게 인프라구나, 이렇게 관리를 했었고, 코드로서는 이렇게 관리할 수 있구나를 알 수 있었다.

나름 입문하려는 사람에게는 도움이 될 것 같은데, 현재 협업에서 일하는 사람들에게는 적용하기 조금 어렵지 않을까라는 생각이 든다.

아무래도 클라우드와 관련이 되다보니, 회사 전반적으로 지원해주지 않으면 적용하기 어렵다는 점과 혼자서는 절대로 할 수 없을 것 같다.

그래도 읽어보기에는 좋은 책인 것 같다.

#독자대상 IT 인프라 운영현장에서 일하는 사람, 시스템 관리자, 인프라 엔지니어, 프로젝트 리더, 아키텍트 등 IT 인프라를 관리, 개발, 운영하는 사람들을 대상으로 효율적으로 협업하는 방법을 제시하는 책이다. 

저자는 여러팀이 사용하고 있는 기법 및 패턴을 소개하고, 

IT인프라를 관리하는 방법을 현실적인 시각에서 제공했으면 해서 책을 출판하게 되었다고 한다. 

책은 시스템 관리자가 자동으로 플랫폼을 통제하는 ‘코드로서의 인프라’를 세 부분으로 나눠어 구성되었다.  

1부에서는 인프라 요소를 만들고 구성하는 데 필요한 플랫폼과 도구 설명,  

2부에서는 플랫폼과 도구를 사용하는 4가지 패턴을 소개 및 설명.  

3부에서는 실제로 코드로 인프라를 관리할 수 있도록 인프라를 구성하는 방법 에 대해서 작성되어 있다.

현재 관리의 문제점

#클라우드와 #자동화도구를 채택하기만 해도 장벽을 낮출 수 있지만, 

도구들을 시스템, 관습, 절차에 적용할 수 있을까를 고민하게 된다. 

낡은 관리 절차를 준수하기를 강요하는 조직은 경쟁자들에게 뒤쳐지는 모습을 보게 된다. 

그래서 클라우드와 자동화 도구등 변화하는 시스템에 맞춰 대처해야 한다. 

그것이 코드로서 인프라를 관리하는 것이다.

정의 

코드로서의 인프라는 소프트웨어 개발 관례에 기반을 둔 인프라 자동화 방법으로 시스템 구성을 하고 변경하기 위한 일관되고 반복 가능한 절차에 중점을 두고, 변경은 철저한 검증을 포함한 무인 절차를 통해서 시스템에 적용된다.

목표 

- IT 인프라가 변경의 장애물이 되는 것이 아니라, 변경을 지원하고 가능하게 하는것. 

- 사용자나 IT담당자에게 고통과 스트레스를 주지 않는 일상적인 작업 

- 담당자는 지루하고 반복적인 작업보다는 능력을 필요로 하는 일에 사용 

- 사용자는 IT담당자의 지원없이도 원하는 자원을 정의하고 프로비저닝하고 관리할 수 있다. 

- 문제의 해결책은 회의나 문서가 아니라 구현,시험,측정을 통해 검증

#IT 인프라의 문제점 

- 서버의 수가 폭증하면, 전체 서버에 패치나 업데이트를 적용하기 쉽지 않다. 

- 서버의 구성이나 버전에 따라 소프트웨어나 스크립트가 동작하지 않을 수 있는 구성 편차의 문제 

-네트워크상과 다르게 구성된 눈송이서버 

- 취약한 인프라 

- 자동화의 공포(서버의 비일관성 -> 자동화 도구 실행시 불안감 -> 자동화 도구를 사용하지 않는 구성 변경) 

- 인프라의 노후화

1장 동적 인프라 플랫폼 

인프라 자원을 프로비저닝하고 관리하기 위한 동적 플랫폼의 다양한 유형과 플랫폼이 제공하는 기능과 서비스 모형, 요구사항에 대한 설명을 한다. 

동적 인프라 플랫폼은 기본적인 인프라 자원, 컴퓨트(서버), 스토리지, 네트워크를 제공하고 관리하는 시스템으로 공용 및 사설 클라우드 인프라 서비스, 가상화, 물리 장치의 자동 구성된다. 

요구사항 

- 프로그래밍의 용이성 

- 온디맨드(on-demand): 자원을 즉각적으로 생성하고 삭제할 수 있는 기능 

- 셀프서비스(self-service): 온디맨드의 요구사항을 좀 더 발전시킨 것으로 필요에 따라 변경 할 수 있는 것. 

제공하는 인프라 자원 

- 컴퓨트 자원: 서버 인스턴스로 가상 서버를 생성하고 삭제하는 방법뿐만 아니라 서버관리를 더 쉽고 강력하게 해주는 여러 서비스와 기능이 있다. 

- 스토리지 자원: 컴퓨트 자원에 스토리지 제공하는 것외에도 서비스나 애플리케이션에도 스토리지를 제공(블록 스토리지, 오브젝트 스토리지, 네트워크 파일 시스템) 

- 네트워크 자원: 내부 요소간의 연결뿐 아니라 외부 네트워크와의 연결도 관리(서버가 추가나 삭제 시 네트워크 라우팅, 부하 분산 풀, 방화벽 규칙을 업데이트 해야한다.) 

인프라 정의 도구 

인프라의 원칙에 따라 자원을 관리하는데 사용 할 수 있는 도구를 소개.

도구선정

- 스크립트로 작업 가능한 인터페이스

- 무인 방식의 명령줄 도구

- 무인 실행의 지원

- 외부화된 구성

서버 구성 도구 

서버 자체의 세부 내용으로, 소프트웨어 패키지, 사용자 계정, 다양한 유형의 구성이 포함.(CF엔진, 퍼핏, 세프, 앤서블)  

인프라 서비스 

인프라와 애플리케이션 서비스를 관리하는데 도움을 주는 도구와 서비스에 대한 설명

코드로서 인프라의 기본 원칙 

- 시스템은 쉽게 다시 만들 수 있다. 

- 시스템은 일회용이다. 

- 시스템은 일관성이 있다. 

- 절차는 반복 가능하다 

- 설계는 항상 변한다.

코드로서 인프라의 일반적인 관례 

- 정의 파일을 사용(인프라 요소의 인스턴스를 프로비저닝 하고 구성하는 도구에 건넬 입력으로 사용하기 위해 텍스트 파일로 관리) 

- 시스템 절차의 자체 문서화(실행하는 단계들은 실제 구현한 스크립트, 정의 파일에 설명된 것들이 포함되므로 사용자에게 일일히 알려주지 않아도 된다.) 

- 모든 것의 버전을 관리(VCS) 

- 지속성을 위한 시스템과 절차를 계속 시험 

- 반취약성을 갖는 IT 시스템은 시스템으르 설계하는 사람 중심으로 설계하는 것

2장 패턴

도구들을 사용하는 패턴과 여러 인프라 요소와 환경을 관리하는 방법에 대해서 설명한다.

효과적인 프로비저닝 절차의 특성

- 기존의 어떤 인프라의 요소든 필요에 따라 쉽게 다시 만들 수 있다.

- 새로운 요소는 한 번만 정의하면 배포하고 복제할 수 있다.

- 모든 요소의 정의와 프로비저닝 절차는 투명한 방식으로 수정할 수 있다.

서버를 프로비저닝하는 패턴

서버 템플릿을 패키징 -> 새 서버를 생성 -> 서버 업데이트하기 

                                                             -> 서버 교체하기 

                                                             -> 서버 삭제하기

서버에 있는 유형

- 소프트웨어: 애플리케이션, 라이브러리, 실행 가능한 파일 등 모든 시스템에 있는 동일한 정적 파일. ex)리눅스 시스템의 표준 시간대 데이터 파일

- 구성: 시스템과 애플리케이션이 동작하는 방식을 제어하는데 사용하는 파일. 

- 데이터: 시스템이나 애플리케이션이 생성하고 업데이트한 파일. ex) 데이터베이스의 데이터 파일과 로

그 파일

서버를 생성하는 패턴

새 서버를 만드는 가장 간단한 방법은 대화식 UI나 명령줄 도구를 사용해 지정하는 것으로

새로운 클라우드나 가상화 플랫폼을 사용하는 방법.

- 서버생성 옵션을 스크립트에 넣기

- 안티 패턴: 무중단 복제한 서버

- 패턴: 서버 템플릿 사용

- 안티 패턴: 눈송이 공장(사용자마다 요구사항을 다르게 표현하는 것도 좋지만, 업데이트하는 절차를 자동화 하기 더 어려워질 수 있다.

새 서버를 부트스트랩하는 패턴

새 서버를 시작 후 서버에 변경을 적용해야 한다.

이때 구성 도구를 실행하려면 해당 도구를 실행할 수 있도록 부트스트랩해야 한다.

- 밀어넣기 방식의 부트스트랩

- 끌어오기 방식의 부트스트랩

서버 템플릿을 관리하는 패턴

템플릿을 관리하는 방법을 논의하는 장으로,

템플릿 자체는 반복적이고, 투명하고 스스로 문서화하고 스스로 시험하는 절차를 통해 만들어야 한다.

스톡 템플릿

누군가 대신할 수 있도록 만들기.

템플릿을 사용해 서버 프로비저닝하기

- 생성시점에 프로비저닝하기

- 템플릿에 프로비저닝하기

서버 템플릿을 만드는 절차

- 원본 이미지 선택

- 이미지를 맞춤형으로 수정하기

- 이미지를 서버 템플릿 이미지로 패키징하기

역할별 템플릿 생성하기

- 패턴: 계층적 템플릿

- 템플릿을 만드는 기반 스크립트 공유하기

서버를 업데이트하고 변경하는 패턴

인프라를 잘 관리하려면 서버 변경을 관리하는 절차 수립이 필수.

서버 변경은 자동 절차를 통해서만 허용

3장 관례

인프라를 위한 소프트웨어 엔지니어링 관례

목적: 시스템의 품질을 높이는 것.

품질은 개발과 분리된 것이 아니라, 개발자가 시스템을 계획하고 설계하고 구현하고, 전달하는 과정에서 필수 부분이여야 한다.

품질을 보장하는 몇가지 원칙

- 잘 동작하는 코드 일찍 전달

- 작고 유용한 증분을 계속 전달

- 그 순간 필요한 것만을 만들기

- 단순하게

- 모든 변경을 잘 설계하여 구현

- 수정 후 빠른 피드백

인프라 변경 시험하기

- 애자일 시험 방법

- 시험 구조화(시험 피라미드)

- 균형잡힌 시험 체계의 구현

- 시험 코드 관리하기

인프라의 변경 관리 파이프라인 기본설계

빌드& 단위 시험-> 자동 서비스 인프라 시험 -> 자동 종단 간 시험 -> 수동 시험단계 -> 수동 시험단계 -> 사용자 인수 시험단계 -> 상용화 단계

인프라 팀의 작업 흐름의 목표

- 동작하는 모든 것은 자동화

- 로컬 샌드박스 사용하기

- 코드 구조화 패턴

코드로서의 인프라 준비하기 원칙

- 서비스의 설계, 구현, 개선을 지속해서 추구한다

- 팀에게 서비스를 지속해서 제공하고 개선할 권한을 부여한다.

- 서비스를 신속하고 지속적으로 제공하면서도 높은 수준의 품질을 유지하고 관련 규정을 준수한다.

IT 개발자이면서 응용아키텍쳐(AA)로 15년 이상을 근무해오면서 최근 신기술에 많은 관심을 가지고 

많은 책들을 접하고 있으며, 최근 관심사로 빅데이터나, 클라우드와 가상화 시스템에 많은 관심을

가지고 있다. 재직중인 회사도 AWS 플랫폼을 활용한 클라우드 시스템 활용에 많은 노력을 기울이고 있다.

우연치 않게 "코드로 인프라 관리하기(Infrastructure as Code)" 라는 책을 리뷰 할수 있게 되어

책을 읽고 몇가지 느낀점을 적어 본다.

사실 개발자/아키텍쳐로 서버시스템에 환경을 구축하기 위해 많은 밤을 세워가며,여러대의 환경을 동일하게 구축하기 위해 또는 반복적인 구축작업을 수동으로 많은것들 했던 기억들이 난다. 

이 책을 리뷰하는 동안에도 반복적인 환경변경이나 작업이 필요하면 경험치를 바탕으로 수동으로

작업을 진행하고 있었다.

코드로 인프라 관리하기 책을 읽으면서 다소 이해하기 어려운 부분은 인프라 엔지니어가 아니면 경험 또는 이해하지 못하는 부분들이 다소 있어 초급이 보기에는 다소 어렵지 않나 생각이 든다. 

이 책은 코드 중심으로 인프라 환경을 구축, 배포, 관리하는 개념의 인프라 운영 방법을 소개한다.

책이 총 3부로 나뉘어져 쓰여져 있는데, 

1부에서는 가상화 인프라 관리문제점,자동화, 클라우드, 인프라 오케스트레이션 도구등을 설명하는 부분으로 용어적인 설명과 기초적인 부분으로 구성되어져 있다.

2부에서는 동적인 자동인프라를 사용하는 방법, 서버를 프로비저닝하고 서버템플릿 이미지를관리하고

서버의변경관리하는 방법등을 소개하고 있다.

3부에서는 1부와 2부에서 기초적으로 설명했던 부분들을 좀더 전문적으로 설명을 하고 있는데 1부/2부에 비해 다소 난이도가 높은 부분이다.  그래도 1부와 2부에 내용을 어느정도 이해를 하고 3부까지 왔다면 자주 듣던 용어와 설명들이 재설명이 되기 때문에 어렵지 않게 볼수있다. 1부에서 3부까지의 구성은 목차를 참조하면 도움이 될듯하다.

책의 저자 키프 모리스는 이책을 지으면서 Depth에 대한 고민을 나름 하지 않았나 생각해본다.

1부에서 3부로 넘어가는 과정이 매 스텝별로  기초부터 전문적인과정으로 전진해나가는

방식으로 글을 풀어 설명을 함으로 이해도를 높일려고 했던것 같다.

다소 그림과 예시등은 저자가 책 서두에서 이야기한것처럼 많지 않고 짧은 예시코드가 수록되어 있기는 하지만, 사례가 구체적으로 제시되지 않은게 조금은 안타까우며, 인프라 관리자로 오랫동안 일한경험을 바탕으로 예시를 넣으것은 좋은것 같다. 

원본책은 어떻게 쓰여져 있는지 보지 못했으나, 책에 나오는 용어설명이나 영문을 한글발음로 표기해두고 옆쪽에 조그만하게 영어원문을 표기하는 방식을 사용했는데, 다소 글이 작아 보기에 어려움이

있지 않나 생각이 들며, 각주에서 보여주는 참조URL등은 참조하는데 많은 도움을 줄것으로

생각이 든다.

책을 읽으면서 많은내용을 다 기억할수 없지만 동적인프라 플랫폼 구축방법과 관리, 프로비저닝, 서버템플릿의 구체적인 패턴과사례, 인프라관리자와 개발자들간의 협업 유사성 비교등 많은 내용들이 나중에 인프라 운영을 위해서 한번쯤 수행해볼 필요성을 느끼게 한다.

이 책에서 다룬 것들이 전부가 아니라고 한다. 이 책으로 모든 것을 설명하려고 했다면 턱없이 부족할 것이라고 생각된다.

효과적인 인프라 운영 방법에 관심은 있지만 어떤 방법으로 접근해야 하는지 잘 몰라서 망설였던 인프라 관리자라면 이 책을 통해서 코드로 인프라를 관리하는 방법에 관한 포괄적인 개요와 전체적인 개념, 클라우드,자동화등 새로운 인프라 관리방법등을 배울수 있다.

시스템관리자나 인프라엔지니어에게 많은 도움을 줄수 있을것 같으며, 소프트웨어 개발자라면 새로운 관리방법론에 눈을뜨게 될것이다.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

코드로 인프라 관리하기

 - 효율적인 인프라 관리를 위한 자동화 방법

 IT를 잘 모르더라도 뉴스를 비롯한 생활 전반에서 흘러나오는 

용어나 이야기를 통해서, 요즘 인기있는 것이 무엇인지는 대략

알 수 있습니다. 가장 최근에 또는 지금까지도 쉽게 들을 수 

있는 용어가 몇 개 있습니다. 바로 클라우드 혹은 가상화라는 

단어입니다. 클라우드나 가상화라는 단어는 

전문적인 기술자가 아니어도 쉽게 들을 수 있었던 

용어 중의 하나가 아닌가 생각됩니다. 

이 책은 가상화와 클라우드라는 용어를 기술적으로 실제로 

다루고 있거나, 알아보고 싶은 기술자들을 위한 참고 서적입니다.

밀접하게 관련된 용어라면, 아마도 데브옵스, 오픈스택, 자동화

등이 아닐까 생각됩니다. 

어떤 책을 읽을때 제목만 봐도 그 의미가 명확한 것이 있지만,

제목만으로는 그 의미가 명확하지 않은 경우가 있습니다. 

이 책의 제목을 읽고, 그 자체만으로도 의미를 알 수 있는 사람

이었다면, 아마도 현업에서 실제로 이 업무를 진행하는 경우가

아니었을까 생각합니다. 인프라 쪽이 아닌 다른 개발 경험이

있는 분들 중에도 제목만으로는 이 내용을 바로 이해하기는 어려울 

수 있을텐데요. 

이 책의 내용을 좀 거칠고 단순하게 정리해 보자면, 

'소프트웨어 개발할 때, 소스코드를 관리하는 것 처럼

인프라를 관리해 보자, 그리고 그 방법이 무엇인지 

구체적인 예를 알려주겠다' 

정도입니다. 

실제 책에도 다음과 같이 나와있습니다.

'이 책의 목표는 클라우드 시대를 맞아 코드로서의 인프라 

접근법을 IT 인프라 관리에 활용하는 방법을 설명하는 것이다.' (29쪽)

실제 인프라라고 하면 여러가지가 있을 수 있겠지만, 

좀 많이 단순화해서 그냥 '서버'라고 생각해도 처음에 시작하기에는

무리가 없을것 같습니다. 

책은 다음과 같이 총 3부 15장으로 구성되어 있습니다.

1부 기초 (1장 ~ 5장), 

2부 패턴 (6장 ~ 9장), 

3부 관례 (10장 ~ 15장)

하지만 단순히 수치적인 분량으로만 치면, 

1부 + 2부 가 절반 나머지 절반이 3부 입니다. 

다시 말해 소프트웨어 개발할 때 사용했던 다양한 관례들이 

실제 인프라 관리에서 어떻게 적용될 수 있는지에 대한 예시들이

책의 절반을 차지하고 있습니다. 

개인적으로는 "코드로 인프라 관리하기"에 대한 초보자로서 

1, 2부의 내용들이 꽤 마음에 들었습니다. 

3부의 경우, 실제 기존 기술의 이해를 통해 다른 분야에 대한 

적용을 목적으로 하는 내용이다 보니, 

소프트웨어 개발의 경험정도와 인프라와 관련된 경험 정도에 따라서

이해가 어려운 부분도 있었습니다. 

초보자라면 1, 2부, 시간이 없다면, 1부 정도만 읽어봐도 

기본적인 철학과 개념은 알아볼 수 있을 거 같습니다. 

개인적으로 아쉬웠던 점은, 다음과 같습니다. 

우선, 파편화된 소스코드 예제입니다. 

중간 중간에 실제로 적용했다는 혹은 살짝 변형했다는 

코드 예제들이 나오는데요. 좀 더 구체적이고 

자세하게 나왔다면, 좋았을거 같았습니다. 

도서의 분량이나 설명의 내용에 비해서는 코드가 

너무 자세한 것도 좋지 않지만, 좀 더 자세한 내용을 

봤으면 좋았겠다는 생각을 했습니다. 

둘째로는 이 책의 시리즈와 같은 식으로 실제로 

"코드로 인프라 관리하기"를 실습할 수 있는 책이 나왔으면

합니다. 이 책은 개념적인 것과 기본적인 이야기를 설명하고

있다는 장점이 있지만, 실제로 구체적인 실습을 혼자서

해보기에는 어려움이 있었습니다. 인프라관련 엔지니어가 

아닌 입장에서 약간은 막연한 개념적인 흐름이 잡히기는 했지만

실제적인 실습을 할 수 있었더라면 좀 더 좋았을 것 같습니다. 

얼마전에 읽었던 <오픈스택 인 액션>이 생각났습니다. 

실습위주의 '인 액션' 시리즈와 같은 내용도 함께 나와 주면

더 확실히 "코드로 인프라 관리하기"를 이해할 수 있을 거 같습니다.

초보자의 관점에서 이 책은 "코드로 인프라 관리하기"에 대한 

기본적인 개념과 필요성을 이해하고, 해야할 일이 무엇인지에 대한 

대략적인 관점들을 가질 수 있었습니다. 

또한 인프라 관리에 대한 소프트웨어적인 접근 방식은 기존에 

소프트웨어를 개발해 오던 개발자드에게도 인프라 관리라는 

새로운 분야에 대한 시야를 넓히는데 도움이 될 거 같습니다. 

이 책을 선정한 이유

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

이 책의 장점

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

이 책의 아쉬운 점

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

결론

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

최근 몇년간 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로 변경)하는 등 일관성이 떨어져 원문과 비교시 어렵지 않을까 했는데, 역자의 경력과 번역품질을 볼 때 굳이 원서를 사서 비교해 볼 필요까진 없지 않겠나 생각한다.

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

많은 트래픽과 데이터 처리를 위해 scale-out은 필수로 고려되는 사항입니다. 또한, 클라우드 환경이 점점

증가하면서 하루에도 수백만대 이상의 서버 인스턴스가 생기고 사라지는 과정을 반복하고 있습니다.

한번 셋팅하면 반영구적으로 사용하는 인프라는 이미 먼 과거의 이야기입니다.

이렇게 급하게 변해가는 환경에서 무작정 따라가려고만 하면 결국 위 기술들의 장점을 제대로 활용할 수 없을지도 모릅니다.

<코드로 인프라 관리하기>를 읽으면서 좋았던 점은 저자와 그 주변의 실제 업무경험이 중간중간 이해하기 쉽게 들어가있다는 점입니다.

또한, 단순히 사용법만 나열한 것이 아니라 어떤 경우에 해당 패턴이 나오게 되었는지, 어떤 문제가 있기 때문에 현재와 같은 방식으로

자리를 잡게 되었는지 설명이 잘 되어있습니다.

초반에는 '코드로서의 인프라가 왜 필요한지' 부터 시작해서 '어떤 도구들이 있는지'에 대한 내용으로 구성되어 있어서

인프라에 대해 잘 모르는 초보자도 쉽게 내용을 따라올 수 있게 구성되어 있습니다.

책의 중반에는 저자의 경험을 기반으로 코드로서의 인프라를 관리하기 위한 각종 패턴들을 설명하고 있으며 후반에서는

관례와 운영하는 방법에 대해서 설명하고 있습니다.

devOps를 추구하는 개발자라면 코드로서의 인프라 관리에 대한 철학도 다잡을 수 있어서 꼭 한번 읽어보면 좋은 책이라고 생각합니다.

블로그 리뷰의 링크를 여기에 적습니다 ^^

https://mechanickim.github.io/book/2017/04/03/book-08-review.html