클라우드 네이티브 인프라스트럭처

진정한 클라우드 네이티브 컴퓨팅 시대를 위한 아키텍처 패턴과 설계

저스틴 개리슨 , 크리스 노바 지음 | 공용준 옮김

책만 2019년 02월 14일 출간 종이책 : 2018년 09월 21일 출간

작품소개

책소개

사람이 직접 일일이 설정하지 않고도 애플리케이션으로 인프라스트럭처를 자동화해 관리하는 'IT 인프라 기술 혁명'의 미래는 이미 다가와 있다. 고 가용성과 확장성, 신뢰성을 보장하는 클라우드 인프라스트럭처와 클라우드 네이티브한 애플리케이션 개발이 무엇인지 아직 잘 모르는 개발자와 엔지니어, 인프라 관리자에게 클라우드 네이티브 컴퓨팅의 개념과 아키텍처 패턴, 설계 원리를 알려주는 입문서!

클라우드 네이티브 인프라스트럭처는 단순히 클라우드상의 서버나 네트워크, 스토리지만을 의미하지 않는다. 클라우드 네이티브 인프라스트럭처는 탄력성과 확장성을 위한 건강한 운영 환경을 의미한다. 이 책에서는 여러분이 원하는, 즉 클라우드 네이티브 애플리케이션 전체의 수명주기를 관리하는 인프라스트럭처 아키텍처에 대한 다양한 관례와 패턴, 요구사항에 대해 알려준다.

저스틴 개리슨과 크리스 노바는 구글, 아마존, 넷플릭스 같은 회사의 인프라스트럭처를 아키텍처 관점에서 설계하면서 힘들게 얻은 교훈을 이 책에서 모두 공개한다. 저자진은 클라우드 네이티브 컴퓨팅 재단(CNCF)이 채택한 프로젝트에서 영감을 얻어 쿠버네티스 같은 현존하는 도구에서의 패턴 예제도 제공한다.

- 클라우드 네이티브 인프라스트럭처가 클라우드 네이티브 애플리케이션에 필요한 이유
- 기업에서 클라우드 네이티브 사례를 도입해야 하는 시점에 대한 가이드라인
- 인프라스트럭처와 애플리케이션을 배포하고 관리하는 패턴 설명
- 인프라스트럭처가 아주 특이한 상황에서도 원하는 대로 동작하는지 확인하는 테스트를 설계하는 방법
- 코드로서 정책을 활용해 인프라스트럭처를 보호하는 방법

목차

지은이 소개
감수자 소개
감수의 글
옮긴이 소개
옮긴이의 글
들어가며

[1장] 클라우드 네이티브 인프라스트럭처란 무엇인가
[2장] 클라우드 네이티브를 도입해야 할 시점
[3장] 클라우드 네이티브 배포의 진화
[4장] 인프라스트럭처 애플리케이션 설계
[5장] 인프라스트럭처 애플리케이션 개발
[6장] 클라우드 네이티브 인프라스트럭처 테스트
[7장] 클라우드 네이티브 애플리케이션 관리
[8장] 애플리케이션 보호
[9장] 클라우드 네이티브 인프라스트럭처 구현

[부록 A] 네트워크 회복성을 위한 패턴
[부록 B] 락인에 대응하는 우리의 자세
[부록 C] 사례 연구: 박스(BOX) 사의 쿠버네티스 도입기

찾아보기

출판사 서평

표현하는 방법도 알아야 하니 분명 쉬운 일은 아니다. 하지만 이 책에서 설명하는 단계와 기술들을 따라 가다 보면 쉽게 방향을 정할 수 있게 될 것이다.

[감수의 글]
학창 시절 1990년대 초반에 워크스테이션이 가득 찬 연구실에서 근무할 때, 모든 서버 전면에는 이름과 IP 주소가 적힌 명패가 붙어 있었다. 만화 영화 주인공, 행성, 보석 등에서 아이디어를 얻은 멋진 서버 이름은 심지어 다른 학교에서도 알고 있을 정도였다(아, 그 당시는 겁도 없이 공인 IP로 인터넷에 접속하던 시절이라서 DNS 이름이 서버의 진짜 별명이었다). 장애가 발생하면 서버로 달려가서 하드웨어에는 문제가 없는지, 경우에 따라서는 리부팅이 필요한지 꼼꼼하게 콘솔 앞에서 진단하고 문제를 해소한 다음에 결과 보고서의 가장 상단에 문제가 된 서버 이름을 기입했다.

강산이 두 번 바뀌어 2010년 이후 퍼블릭 클라우드가 본격적으로 시장을 공략하기 시작하면서 서버 관리자도, 서버 이름도 소리소문없이 사라지기 시작했다. 누구나(관리는 클라우드 업체에서 담당하므로 실제 업무를 맡은 개발자일 확률이 높겠지만) 클라우드 콘솔에 들어가서 버튼만 누르면 인스턴스가 바로 만들어지고 사라지는 상황에서 그까짓 이름 따위가 무슨 소용이 있겠는가? 인스턴스 ID만 알면 API로 서버를 관리할 수 있기에 서버 이름은 물론이고 심지어 클라우드 데이터 센터의 물리적인 위치나 표준 시간대에 맞춘 운영 시간도 관심에서 멀어지기 시작했다. 어차피 인스턴스는 SLA 범위 내에서 멈춰버리거나 심지어 다른 물리 서버로 옮겨지는 상황이 불가피하므로 애지중지 관리할 필요가 없다.

2013년 글렌 베리(Glenn Berry)가 SQLPASS 2013 컨퍼런스에서 'Scaling SQL Server 2012'라는 제목으로 발표하는 중에 '수직 확장 대 수평 확장'이라는 내용을 소개하면서, 수직 확장은 서버를 애완 동물처럼 취급하는 반면에 수평 확장은 가축으로 취급한다는 마이크로소프트 빌 베이커가 설명한 비유를 보고 들은 사람들은 엄청난 충격에 휩싸인다. 전통적인 서버는 이름을 붙이고 고장이 나지 않은지 계속 살피며 문제가 생기면 건강하게 치료하지만, 클라우드 네이티브 서버는 숫자만 세고 있다가 아프면 바로 죽여버린다는 상당히 비정한 설명 때문이었다. 클라우드 환경을 접하고 나서 문화적인 충격을 느꼈다면 아마 어느 랙의 어느 하드웨어 서버에 들어있는지도 모

작가정보

저자(글) 저스틴 개리슨

저자(글) 크리스 노바

번역 공용준

작가의 말

기술 인프라스트럭처는 역사상 흥미로운 지점에 서 있다. 엄청난 규모의 운영 요건으로 인해 인프라스트럭처는 근본을 뒤흔드는 급격한 변화를 겪었다. 인프라스트럭처의 혁신 속도는 컴퓨팅과 인터넷의 초창기를 제외한다면, 타의 추종을 불허한다. 이런 혁신은 인프라스트럭처를 더 빠르고 더 안정적이며 더 가치 있게 만들었다.

인프라스트럭처를 한계선까지 밀어붙인 기업과 사람들은 더 많은 비즈니스 가치를 추출하기 위해 인프라스트럭처를 자동화하는 방법을 찾아왔다. 유연하고 소모품 형태의 자원을 제공함으로써 돈이 많이 드는 비용발생 부서를 비즈니스 필수 유틸리티로 전환해왔다. 그러나 유틸리티가 비즈니스에 재정적 가치를 제공하는 경우는 드물다. 다시 말해 인프라스트럭처는 종종 무시되고 원치 않는 비용으로 간주되는 경우가 많다. 그래서 인프라스트럭처 혁신이나 개선에 대한 시간과 비용 투자는 보기 드물다.

비즈니스 스택에 필수적이고 흥미로운 인프라스트럭처를 어떻게 쉽사리 무시할 수 있을까? 인프라스트럭처가 중단된다면 비즈니스도 중단되기 때문에 분명히 주의를 기울여야 한다. 그런데 왜 이런 현실을 개선하기가 어려운 걸까? 인프라스트럭처가 성숙 단계에 도달해 사용자에게 지루함을 안겨주었기 때문이다. 그러나 인프라스트럭처의 잠재력과 새로운 도전들은 구현자와 엔지니어의 열정을 불러 일으켰다.

인프라 확장과 새로운 비즈니스 수행 방식과 관련해 다양한 산업 분야의 엔지니어가 해법을 찾기 위해 공조해왔으며, 오픈 소스 소프트웨어와 상부상조하는 공동체의 에너지가 새로운 개념과 혁신의 폭발을 불러 일으켰다. 올바르게 관리된다면, 오늘 인프라스트럭처와 애플리케이션에 등장한 도전이 내일과 동일하지는 않을 것이다. 이런 식으로 인프라스트럭처 구축과 유지 보수 담당자는 전진하며 새롭고 의미 있는 작업을 수행한다. 어떤 회사들은 확장성, 신뢰성, 유연성과 같은 도전을 극복해왔다. 이런 회사들은 다른 회사들이 따라 올 수 있는 패턴을 캡슐화하는 프로젝트를 만들어왔다. 이 패턴들은 종종 구현 당사자라면 쉽게 발견할 수 있지만, 어떤 경우에는 명확하게 드러나지 않는다.

이 책은 클라우드 네이티브 기술의 최전선에 위치한 회사에서 얻은 교훈을 공유해 여러분이 확장 가능한 애플리케이션을 안정적으로 실행하는 문제를 해결할 수 있게 도와준다. 현대 비즈니스는 매우 빠르게 움직인다. 이 책에서 소개하는 패턴은 인프라스트럭처가 비즈니스의 속도와 애자일 요구사항을 따라 잡게 도와줄 것이다. 더 중요하게는 이런 패턴을 이용해야 할 때가 언제인지 결정을 내릴 수 있게 자율권을 줄 것이다. 이런 패턴 중 많은 부분이 오픈 소스 프로젝트에서 입증되었다. 이런 프로젝트 중 일부를 클라우드 네이티브 컴퓨팅 재단(CNCF, Cloud Native Computing Foundation)에서 관리한다. 프로젝트와 재단이 패턴의 유일한 전형은 아니지만, 이런 노력을 무시해선 안 된다. 프로젝트에 담긴 패턴을 예제로 취급해, 실제 사용할 경우에는 기존의 해법을 점검하기 위한 노력을 게을리하지 않아야 한다.

이 책은 클라우드 네이티브 인프라스트럭처의 장점은 물론이고 확장 가능한 시스템과 애플리케이션을 만드는 기본 패턴을 알려준다. 인프라스트럭처를 테스트하는 방법과, 필요에 따라 유연한 인프라스트럭처를 만드는 방법도 설명한다. 그래서 무엇이 중요하고, 앞으로 어떤 상황이 발생할지에 대해서도 알 수 있다. 이 책이 독자 여러분에게 흥미진진한 기회를 찾아 전진하고, 공동체와 더불어 함께 배운 지식을 자유롭게 공유하기 위한 영감을 줄 수 있기를 바란다.