<b>1장. 비즈니스 동기</b><br/><br/>__기업에서 과제를 해결하는 법<br/>__클라우드로 전환하려는 이유는 무엇인가?<br/>__클라우드를 통해 무엇을 얻을 수 있는가?<br/>__기업에 시사하는 바<br/>__정리<br/><br/><b>2장. 프레임워크 개요</b><br/><br/>__프레임워크<br/>____클라우드 도입 시 주요 검토 분야<br/>____도입의 단계<br/>__프레임워크의 10가지 주요 행동 지침<br/>__정리<br/><br/><b>3장. 전략</b><br/><br/>__CIO에게 클라우드 전략의 의미<br/>__‘전략’의 진짜 의미<br/>__클라우드 전략 개발<br/>__클라우드 전략의 완전한 검토 분야<br/>__클라우드 전략이 고려해야 할 핵심 사항<br/>____서비스 타입<br/>____제공 모델<br/>____역할<br/>____제어 방식<br/>____벤더와의 관계<br/>__클라우드 전략 개발을 위해 필요한 사전 단계<br/>__정리<br/><br/><b>4장. 문화와 조직</b><br/><br/>__인사 부서에 클라우드는 어떤 의미인가?<br/>__‘문화’의 진짜 의미<br/>____어떤 문화적 요소가 클라우드 도입을 쉽게, 또는 어렵게 하는가?<br/>____능력과 유연성<br/>__기본 스쿼드 조직<br/>____SRE 모델과 스쿼드<br/>____트라이브와 길드<br/>____스쿼드 모델의 문화적 요소<br/>__COC의 이점<br/>____COC의 목표<br/>____COC의 라이프 사이클<br/>____COC가 적합하지 않은 경우<br/>__정리<br/><br/><b>5장. 아키텍처 및 기술</b><br/><br/>__클라우드 도입이 엔터프라이즈 설계자들에게 의미하는 것<br/>__클라우드 도입 시 엔터프라이즈 설계자의 역할<br/>____워크로드 평가<br/>____레퍼런스 아키텍처<br/>__마이크로서비스 참조 아키텍처 예시<br/>____스타일 소개<br/>____레퍼런스 아키텍처 예시<br/>__레퍼런스 구현<br/>____데브옵스 구현<br/>____복원력 패턴<br/>____보안<br/>____관리<br/>__정리<br/><br/><b>6장. 보안 및 컴플라이언스</b><br/><br/>__CISO에게 클라우드란 무엇인가?<br/>__인력, 절차, 도구 및 접근 방식이 변하는가?<br/>__클라우드 도입이 컴플라이언스 이슈에 미치는 영향은 무엇인가?<br/>__데이터 유출 및 손실을 방지하는 방법은 무엇인가?<br/>____키 관리<br/>____인증서 관리<br/>____데이터 무결성<br/>__네트워크 취약점으로부터 보호하는 방법은 무엇인가?<br/>____클라우드 기반 방화벽<br/>____침입방지시스템<br/>____분산 서비스 거부<br/>____마이크로세그먼테이션<br/>__안전한 네이티브 클라우드 시스템이란 무엇인가?<br/>__애플리케이션을 위한 신원 및 접근 관리<br/>____인증<br/>____다중요소 인증<br/>____디렉토리 서비스<br/>____리포팅<br/>____클라우드 네이티브 애플리케이션에 대한 신원 및 접근 관리 구현<br/>__안전한 데브옵스<br/>____동적 분석<br/>____정적 분석<br/>__클라우드에 대한 가시성을 확보하려면 어떻게 해야 하는가?<br/>__정리<br/><br/><b>7장. 새로운 혁신 기회</b><br/><br/>__비즈니스 동기로서의 혁신<br/>__혁신 사례<br/>____데이터 및 분석<br/>____블록체인<br/>____컨테이너<br/>____사물인터넷<br/>____코그니티브<br/>__정리<br/><br/><b>8장. 방법론 </b><br/><br/>__방법과 도구 부문의 임원에게 클라우드는 어떤 의미인가?<br/>__IBM 클라우드 개러지 방법론 소개<br/>____문화<br/>____생각<br/>____코드<br/>____제공<br/>____실행<br/>____관리<br/>____학습<br/>__클라우드와 애자일 간의 결합<br/>__린 스타트업과 린 개발<br/>__디자인 씽킹이 부족한 부분인 이유<br/>__IBM 클라우드 개러지 방법론을 활용한 프로젝트 수행<br/>__워크숍 마무리<br/>__프로젝트 착수 접근 방식<br/>__개발 착수<br/>__기술 선택의 역할<br/>__MVP 제공을 위한 확장<br/>__스쿼드 모델에서 테스트의 역할<br/>__고객 사례<br/>__정리<br/><br/><b>9장. 서비스 관리 및 운영 </b><br/><br/>__클라우드는 운영 담당 임원(VP)에게 어떤 의미인가?<br/>__운영 전환<br/>____조직 변화<br/>____프로세스 변화<br/>____기술 변화<br/>____문화 변화<br/>__새로운 역할<br/>____역할과 책임<br/>____조직 조정<br/>__운영 준비<br/>____클라우드 운영<br/>____애플리케이션 작동 준비<br/>__사고 관리<br/>____클라우드를 위한 복원력 있는 애플리케이션 설계<br/>____새로운 사고 관리 접근 방식 도입<br/>____이벤트 관리<br/>____실행서<br/>____로그 관리<br/>____대시보드<br/>____티켓팅<br/>__근본 원인 분석 및 사후 검토<br/>____근본 원인 분석<br/>____사후 검토<br/>__배포, 릴리스 관리 및 변경 관리<br/>____배포<br/>____릴리스 관리<br/>____변경 관리<br/>__설정 관리<br/>____구성 항목 및 관계<br/>____CMDB/CMS<br/>____탐색<br/>__정리<br/><br/><b>10장. 거버넌스 </b><br/><br/>__클라우드의 과제<br/>____규제 요구사항<br/>____소싱 및 표준화 문제<br/>____보안과 평판 리스크<br/>__거버넌스 모델의 측면<br/>__거버넌스 모델 정의<br/>____거버넌스 모델의 고려사항<br/>____클라우드 COC<br/>____챕터와 길드<br/>__정리<br/>__침착하게, 그러나 성공적으로 클라우드 도입하기<br/>결론<br/>

<b>이 책에서 다루는 내용</b><br/><br/>- 기업의 클라우드 도입 동기<br/>- 클라우드 도입을 위한 전략적 결정사항<br/>- 클라우드 도입 후 나타나는 문화적 변화<br/>- 클라우드의 아키텍처 의사결정<br/>- 클라우드의 보안 요구사항<br/>- 클라우드로 인한 변경사항 처리 방법<br/>- 클라우드 애플리케이션 개발을 위한 검증된 방법론<br/>- 클라우드 서비스 관리와 운영<br/>- 클라우드 도입 시 거버넌스의 역할<br/><br/><b>이 책의 대상 독자</b><br/><br/>IBM은 고객 대면 업무를 통해 모든 산업 분야에서 대다수 IT 부서가 클라우드 기술을 어떻게 도입할지 결정하는 문제에 직면해 있으며, 새로운 기술을 다루기 위해 조직을 바꿀 전략과 접근 방법을 수립해야 하는 시점에 놓여 있음을 확인했다. 하지만 성공적인 클라우드 도입 전략을 세우는 과정은 쉽지 않으며, 전략을 구현하는 과정은 더욱 어렵다. 이 책에서는 성공적으로 클라우드를 도입한 초기 수용자들과 함께 일한 경험을 공유하고, 협업을 통해 얻은 교훈을 나누고자 한다.<br/><br/>기업의 CIO(최고정보책임자)나 CTO(최고기술책임자), 혹은 CIO와 CTO에게 특정 관점에서 보고해야 하는 엔터프라이즈 설계자, CISO(chief information security officer, 최고정보보호책임자), 기술 책임자 또는 운영 책임자 모두에게 이 책이 도움이 될 것이다. 이 책은 각 직책의 역할을 구체적으로 서술한다. C 레벨에만 초점을 맞춘 것은 아니며, 앞서 언급한 책임자 아래에서 일하는 팀원이더라도 클라우드가 업무에 미칠 영향에 대한 귀중한 통찰을 얻을 수 있을 것이다.<br/><br/><b>이 책의 구성</b><br/><br/>1장에서는 기업이 클라우드를 도입하는 비즈니스 동기를 설명하고, 고객의 높은 기대가 클라우드 전환이라는 새로운 요구사항을 어떻게 만들어내는지 설명한다. 또한 치열한 경쟁 환경이 기업을 신속하게 움직이도록 얼마나 몰아붙이는지, 변화하는 규제 요건 환경은 기존 조직에 어떤 변화를 가져오는지 등을 논의한다.<br/><br/>2장에서는 클라우드 도입과 전환을 위한 프레임워크의 개요를 다룬다. 프레임워크 주제로는 기업이 현재 어느 지점에 놓여 있으며 어디로 가야 하는지를 판단하는 방법, 클라우드 도입을 위해 체계적/포괄적/실용적인 접근 방식을 취하는 방법 등 주요 관점을 다룬다.<br/><br/>3장에서는 클라우드 도입 전략의 수립과 전략의 주요 요소를 제시하며, 기업 고유 전략을 개발하기 위한 관행으로 인정받는 접근 방식을 제공한 경험을 공유할 것이다. 클라우드 도입 전략을 개발한 다른 기업의 사례를 공유하고 성공적인 클라우드 도입 전략을 위한 구성요소를 이야기한다.<br/><br/>4장에서는 문화적 변화가 어떻게 클라우드 성공의 기반이 되는지 살펴본다. 종종 고객은 문화적 변화가 클라우드 도입과 디지털 전환을 할 때 가장 중요하면서도 어렵다고 말하고는 한다. 문화는 조직의 가장 중요한 자산인 직원과 직접적인 관련이 있다.<br/><br/>5장에서는 아키텍처와 기술에 관한 시각을 다루며 새로운 클라우드 플랫폼, 마이크로서비스 같은 서비스 유형 및 프로그래밍 모델이 잠재적인 경쟁 우위를 제공하는 것을 보여줄 것이다. 특히 ‘아키텍처를 위한 아키텍처’를 개발하는 것과 개발자의 언어로 의사소통하는 것 사이에서 어떻게 균형을 맞추는지를 중요하게 다룬다.<br/><br/>6장에서는 보안, 위험 및 컴플라이언스에 대해 논의한다. 리소스 풀과 공유 리소스, 신규 배포 모델, 멀티벤더 방식 등 클라우드가 유발한 새로운 기술 접근 방식은 기업이 보안과 위험 그리고 컴플라이언스를 다른 방식으로 생각해야 함을 의미한다. 6장에서는 안전하고 보안이 철저하며 규제를 준수하는 비즈니스 환경을 제공하면서도 신속한 혁신을 이루는 방법을 제시한다.<br/><br/>7장에서는 비즈니스와 비즈니스를 지원하는 기술 플랫폼에 엄청난 영향을 미치는 몇 가지 기술과 트렌드를 설명한다. 신기술은 사용자가 이용하는 서비스의 본질을 바꾸고 있다. 혁신의 본질이 그렇듯 확실한 것은 변화한다는 것뿐이며, 변화에 어떻게 대처해야 하는지가 7장의 핵심 주제다.<br/><br/>8장에서는 수많은 협업 경험과 IBM 내부 개발 과정을 통해 다듬고 체계화한 IBM 클라우드 개러지 방법론을 살펴본다. 체계화된 통찰과 모범 사례는 조직 역량을 빠르게 확장하기 위한 열쇠가 될 것이다. 개러지 방법론의 유래와 교훈을 살펴보고 다양한 분야의 사례와 총체적 관점에 따라 적절한 솔루션을 개발하는 방법을 이야기 한다.<br/><br/>9장에서는 클라우드 서비스 관리 및 운영을 다룬다. 클라우드에서 어떤 관리 방법과 관행을 따라야 하는지 알아본다. IBM이 개발했고 가장 까다로운 기업 환경에서 활용된 바 있는 새로운 방법도 함께 소개한다.<br/><br/>10장에서는 거버넌스에 대한 관점을 소개한다. 거버넌스는 효과적인 전략 실행과 비즈니스 성과를 위한 지속적인 발전의 배경이 되므로 그 중요성을 간과해서는 안 된다.<br/><br/>이 책은 클라우드 도입과 디지털 전환에 필요한 개념적 프레임워크와 클라우드 환경에서 성공하기 위한 체계적/실용적인 접근 방법을 제공한다.<br/><br/><b>지은이의 말</b><br/><br/>사실 클라우드는 어디에나 존재한다. 어떤 클라우드 서비스도 사용하지 않는 사람은 없다. 애플 뮤직이나 스포티파이(Spotify)와 같은 클라우드 음악 서비스, 드롭박스 같은 클라우드 스토리지, 클라우드 환경에서 작동하는 세일즈포스(Salesforce) 같은 SaaS(Software as a Service) 애플리케이션 등 클라우드 서비스는 우리 생활에 영향을 미치고 있다.<br/><br/>하지만 이러한 사례는 빙산의 일각에 불과하다. IaaS(Infrastructure as a Service)와 PaaS(Platform as a Service) 같은 클라우드 기술은 IT 조직이 고객을 위한 솔루션을 개발하고 제공하는 방식을 새롭게 정의하고 있다. 아직 IaaS나 PaaS 등의 방식으로 클라우드를 활용하지 않는 IT 전문가가 있다면, 곧 이용하게 될 것이라 장담해도 무방하다.

5년 전쯤 이 책의 저자 중 몇 명과 함께 업계에 혁신을 일으킬 만한 제품을 개발하는 IBM의 스타트업 팀을 이끌게 됐다. 이 제품은 지금 IBM 클라우드 제품군의 핵심인 IBM 블루믹스(Bluemix) PaaS의 전신이었다. 당시 제품을 혁신적이고 새로운 방식으로 개발해야 했기에 IBM 내부에서도 혁신이 필요한 상황이었다. 제품 개발을 위해서는 기존 모델에서 벗어나야 했고, 클라우드 환경에 적합한 개발 방법을 배워야 했다. 또한 고객의 변화하는 요구사항을 충족시키기 위해 새로운 업무 방식을 적용해야 했다.

고객은 모두 입을 모아 스스로 파괴적인 혁신을 일으키지 않으면 역으로 자신이 도태될 것이라 말했다. 고객이 직접 빠르게 혁신하지 않는다면 일부 프로그래머가 그들 대신 혁신에 나설지도 모르는 일이었다. 고객은 과거 비즈니스 모델에서 애자일(Agile) 조직이 혁신을 통해 업계를 혼란에 빠트리자 기존 시장 참여자가 뒤처지는 것을 경험한 바 있다. 고객은 업계의 혁신과 시장 변화의 이점을 누리려면 기업의 규모에 맞는 더 큰 혁신을 서둘러서 도입해야 한다는 사실을 알고 있었다.

변화가 불가피하다는 점은 어느 기업에나 명백했다. 클라우드는 신규 디지털 비즈니스의 토대이며, 클라우드를 이용한 변화는 생존을 위한 필수요건이었다. 빠른 혁신의 핵심은 기존 기술에 클라우드를 어떻게 도입하는 것이 가장 좋은 방법인지 이해하는 것이었다.

그리고 기업이 직면한 과제는 이를 현실화하는 것이었다. 기업이 어떻게 하면 스타트업 조직처럼 빠르게 혁신하고, 사용자를 항상 염두에 두며, 기업 규모에 맞게 혁신을 확장할 수 있을까? 고객들은 IBM의 변화를 보고 IBM이 어떻게 변화했으며, IBM처럼 변하려면 어떤 도움을 받을 수 있는지 물었다. IBM은 애자일과 데브옵스(DevOps)를 폭넓게 도입해 속도 측면에서 괄목할 만한 성과를 얻었는데, 고객은 바로 그 비결을 원했다.

기업이 변화해야 한다는 시장의 요구는 IBM이 (이 책의 저자들이 동참한) 또 다른 스타트업 팀을 구성하게 하는 원동력이 됐으며, 그렇게 구성된 팀은 IBM 고객과의 다양한 컨설팅 방법을 개발하는 데 초점을 뒀다. 이 스타트업 팀이 바로 IBM 클라우드 개러지(IBM Cloud Garage) 팀이다.

개러지 팀은 검증된 방법과 견고한 아키텍처를 바탕으로 디지털 경제의 핵심을 포착했다. 디지털 경제의 핵심은 고객 경험에 집중하고, 최소 단위로 빨리 반복할 수 있는 제품, 기존 시스템의 현대화, 조직 문화·프로세스·도구 모두에 중점을 두는 것이었다.

IBM 클라우드 개러지 팀은 업무를 시작하면서 기업 고객에게 IBM의 상황과 유사한 방식을 적용해 어떻게 스타트업 문화의 에너지를 이용하고 조직 규모에 맞게 적용하는지 보여줬다. IBM은 경영진과 개발자가 끊임없는 혁신의 문화를 달성하도록 도왔고, 그 결과 배포 및 개발 기간을 단축하고 고객 만족도를 높였다.

IBM 클라우드 개러지 팀은 IBM 디자인 씽킹(Design Thinking), 린 스타트업(Lean Startup), 애자일 개발 및 데브옵스를 다룬 업계 모범 사례를 결합해 기업 조직이 클라우드를 도입하고 애플리케이션 설계, 개발, 배포에 이르는 라이프사이클을 빠르게 진행할 수 있도록 돕는다. 이 책은 개러지 팀과 클라우드 아키텍처 및 솔루션 엔지니어링 팀의 비결을 한데 모아 기업에서 클라우드를 실제로 어떻게 구현할 수 있는지를 보여준다.
- 스티브 로빈슨(Steve Robinson) (IBM 하이브리드 클라우드 부문 총책임자)