이 상품은 구매 후 지원 기기에서 예스24 eBook앱 설치 후 바로 이용 가능한 상품입니다.
|
1부 - 실험을 통한 전략적 학습으로 혁신하기01장. 비즈니스 목표와 디지털 트랜스포메이션__디지털 트랜스포메이션: 무엇이 목표인가?____소프트웨어 아키텍처 개요__소프트웨어에 문제가 생기는 이유____부채의 은유____소프트웨어 엔트로피____빅볼 오브 머드____실제 사례__당신의 회사와 콘웨이의 법칙____커뮤니케이션은 지식에 관한 것이다____전화 게임____합의는 어렵다____그러나 불가능하지는 않다__소프트웨어 전략 (다시) 생각하기____생각하기____다시 생각해보기__모놀리스 시스템은 나쁜 것인가?__마이크로서비스는 좋은 것인가?__애자일을 비난하지 말라__진전 없이 머물지 않기__정리__참고문헌02장. 전략적 학습을 위한 필수 도구__이른 결정, 늦은 결정, 맞는 결정, 틀린 결정__문화와 팀____실패는 치명적이지 않다____실패 문화는 비난 문화가 아니다____콘웨이의 법칙의 올바른 이해____안전한 실험 환경 조성__모듈 먼저__배포는 마지막에__모듈과 배포, 그 사이____비즈니스 역량, 비즈니스 프로세스, 전략적 목표____목적 기반의 전략적 개발____의사결정을 위한 시네핀 프레임워크__스파게티와 요리 속도__전략적 아키텍처__도구의 적용__정리__참고문헌03장. 이벤트 중심의 실험과 발견__커맨드와 이벤트____소프트웨어 모델의 사용__이벤트 스토밍을 통한 빠른 학습____원격 세션이 필요한 경우____세션 진행____빅픽처 모델링__도구 적용__정리__참고문헌2부 - 비즈니스 혁신 추진04장. 도메인 주도의 결과 달성__도메인과 하위 도메인__정리__참고문헌05장. 콘텍스트 전문성__바운디드 콘텍스트와 유비쿼터스 언어__핵심 도메인__지원 도메인, 일반 도메인, 기술 메커니즘____지원 도메인____일반 도메인____기술 메커니즘__비즈니스 역량과 콘텍스트__너무 크지도, 너무 작지도 않게__정리__참고문헌06장. 성공하는 메핑과 실패하는 매핑__콘텍스트 매핑____파트너십____공유 커널____고객-공급자 개발____순응주의자____부패 방지 계층____오픈 호스트 서비스____발행된 언어____분리된 방식__지형 모델링__성공과 실패의 갈림길__도구 사용__정리__참고문헌07장. 도메인 개념 모델링__엔터티__값 객체__애그리거트__도메인 서비스__함수형 동작__도구 적용__정리__참고문헌3부 - 이벤트 우선 아키텍처08장. 기초 아키텍처__아키텍처 스타일, 패턴, 결정 동인____포트와 어댑터(헥사고날)____모듈화____REST 요청-응답__품질 속성____보안____개인 정보 보호____성능____확장성____복원성: 신뢰성 및 내결함성____복잡성__도구 적용__정리__참고문헌09장. 메시지와 이벤트 주도 아키텍처__메시지 및 이벤트 기반 REST____이벤트 로그____구독자 폴링____서버 전송 이벤트__이벤트 주도 및 프로세스 관리__이벤트 소싱__CQRS__서버리스와 서비스로서의 함수__도구 적용__정리__참고문헌4부 - 목적 지향형 아키텍처로 가는 2가지 길10장. 의도한 대로 모놀리스 구축__역사적 관점__시작부터 바로____비즈니스 역량____아키텍처 결정__잘못된 것에서 올바른 것으로____변화 속의 변화____커플링 끊기__옳게 유지하기__정리__참고문헌11장. 보스처럼 모놀리스를 마이크로서비스로 전환__결의를 다지는 정신적 준비__모듈라 모놀리스에서 마이크로서비스로__빅볼 오브 머드 시스템에서 마이크로서비스로 전환____사용자 상호작용____데이터 변경을 조화시키기____교살 대상 결정__레거시 모놀리스 추출__정리__참고문헌12장. 균형을 유지하고 전략을 찾자__균형과 품질 속성__전략과 목적____비즈니스 목표에 따른 디지털 트랜스포메이션____전략적 학습 도구를 사용하자____가벼운 이벤트 기반 모델링____비즈니스 혁신 추진____이벤트 우선 아키텍처____1순위 문제로서 모놀리스____목적을 갖고 모놀리스를 마이크로서비스로 전환____균형은 공정하며, 혁신은 필수적이다__결론__참고문헌
|
Vaughn Vernon
Tomasz Jaskuła
|
◈ 이 책에서 다루는 내용 ◈◆ 소프트웨어 아키텍처 계획, 비즈니스 혁신, 디지털 트랜스포메이션의 연계하기◆ 커뮤니케이션 문제를 극복하고 실험과 발견 기반의 혁신 촉진하기◆ 가치 창출 목표의 지원과 전략적 투자에 도움이 되는 모범 사례 살펴보기◆ 다재다능하고 적응력이 뛰어난 애플리케이션과 서비스 구축을 위한 아키텍처 스타일 비교하기◆ 모놀리스가 최선의 선택인 경우와 모놀리스를 가장 효과적으로 아키텍처, 설계, 구현하는 방법 알아보기◆ 모놀리스를 마이크로서비스로 전환해야 하는 시기와 그 방법(모듈화 또는 "빅볼 오브 머드")배우기◈ 지은이의 말 ◈당신의 조직이 ‘전통적인 의미’의 소프트웨어를 판매해 수익을 창출할 가능성은 높지 않으며, 앞으로도 그럴 가능성은 낮다. 그렇다고 해서 소프트웨어가 조직의 수익 창출에 중요한 역할을 할 수 없다는 의미는 아니다. 소프트웨어는 가장 부유한 기업들의 핵심 요소다.예를 들어 FAANG이라는 약어로 대표되는 페이스북(Facebook), 애플(Apple), 아마존(Amazon), 넷플릭스(Netflix), 구글(Google)(현재 알파벳이 소유)을 생각해보자. 이들 기업 중 소프트웨어를 전혀 판매하지 않거나 적어도 매출의 상당 부분을 소프트웨어 판매에 의존하지 않는 기업은 거의 없다.페이스북 수익의 약 98%는 소셜 네트워킹 서비스 회원에게 접근하기 원하는 기업들에게 광고를 판매해 벌어들인다. 광고 공간의 가치가 이처럼 높은 이유는 페이스북의 플랫폼이 회원 간의 막대한 참여를 유도하기 때문이다. 특정 회원은 다른 회원들 그리고 전반적인 트렌드에 관심을 갖게 되며, 이를 통해 사람, 상황 및 소셜 플랫폼에 계속 참여하게 된다. 페이스북 회원의 관심을 사로잡는 것은 광고주에게 큰 가치가 있다.애플은 주로 스마트폰, 태블릿, 웨어러블, 컴퓨터를 판매하는 하드웨어 회사다. 소프트웨어는 이러한 스마트폰과 기타 디바이스의 가치를 끌어올리는 역할을 한다. 아마존은 온라인 소매업체로서 상품을 판매하고 무한에 가까운 전자책, 오디오, 음악 및 기타 서비스 구독을 판매하며, 클라우드 컴퓨팅 인프라를 서비스로 판매하는 등의 수익 창출을 위해 다각적인 접근 방식을 사용한다.넷플릭스는 영화 및 기타 동영상 스트리밍 서비스에 대한 다단계 구독을 판매해 수익을 얻는다. 이 회사는 여전히 DVD 구독을 통해 작은 수익을 얻고 있지만, 이 부분은 예상대로 온디맨드 스트리밍의 인기가 높아짐에 따라 급격히 감소했다. 소프트웨어는 TV와 모바일 장치를 통해 비디오 스트리밍을 접하는 사용자의 경험을 향상시킨다. 그러나 실질적인 시스템의 주요 작업은 아마존의 AWS에서 비디오를 제공하는 클라우드 기반 시스템에 의해 수행된다. 이러한 서비스는 50개 이상의 다양한 포맷으로 비디오 인코딩을 제공하고, 콘텐츠 전송 네트워크(CDN, Content Delivery Networks)를 통해 콘텐츠를 제공하며, 클라우드 및 네트워크 중단 시에도 혼란스러운 장애를 처리하는 등의 작업으로 이뤄진다.구글 또한 광고 판매를 통해 수익을 창출하며, 이러한 광고는 검색 엔진 소프트웨어의 검색 결과와 함께 게재된다. 2020년 한 해에 구글은 구글 워크스페이스(Google Workspace)와 같은 소프트웨어 사용료로 약 40억 달러의 수익을 올렸다. 구글 워크스페이스 소프트웨어는 서비스형 소프트웨어(SaaS) 모델을 사용해 클라우드에서 제공되므로 사용자 컴퓨터에 소프트웨어를 설치할 필요가 없다. 최근 보고서에 따르면 구글은 온라인 오피스 제품군 시장의 거의 60%를 점유하고 있으며, 이는 마이크로소프트가 주장하는 점유율을 능가하는 수치다.기술 업계 리더들의 사례에서 알 수 있듯 조직이 시장을 선도하는 수익을 얻고자 반드시 소프트웨어를 판매할 필요는 없다. 하지만 지금도 그리고 앞으로도 비즈니스에서 탁월한 성과를 거두려면 반드시 소프트웨어를 사용해야 한다.또한 소프트웨어를 사용해 혁신을 이루려면 조직은 소프트웨어 설계자와 엔지니어로 구성된 조직이 가장 중요하다는 사실을 인식해야 한다. 최고에 대한 수요가 많아서 좋은 이들을 고용하기가 터무니없을 정도로 어렵다. 미국여자프로농구(WNBA)나 미국프로풋볼(NFL) 드래프트에서 상위 20순위 중 한 명을 지명하는 것이 얼마나 중요한지 생각해보라. 물론 이 설명이 모든 소프트웨어 개발자에게 적용되는 것은 아니다. 물론 상당수의 소프트웨어 개발자는 ‘출근 도장을 찍고’, 모기지를 갚고, 가능한 한 많은 WNBA와 NFL을 TV로 시청하는 것에 만족한다. 이러한 부류를 채용하고자 한다면 지금 당장 이 책을 읽지 않는 것이 좋다. 반대로 지금까지는 그래왔지만 이제부터 의미 있는 변화를 만들고 싶다면 계속 읽어보라.
|