플랫폼 엔지니어링
개발과 운영을 아우르는 플랫폼 관리의 핵심 원칙
$36.29
SKU
9791169213660
[Free shipping over $100]
Standard Shipping estimated by Fri 05/2 - Thu 05/8 (주문일로부 10-14 영업일)
Express Shipping estimated by Tue 04/29 - Thu 05/1 (주문일로부 7-9 영업일)
* 안내되는 배송 완료 예상일은 유통사/배송사의 상황에 따라 예고 없이 변동될 수 있습니다.
| Publication Date | 2025/03/31 |
| Pages/Weight/Size | 183*235*15mm |
| ISBN | 9791169213660 |
| Categories | IT 모바일 > OS/데이터베이스 |
Description
데브옵스의 한계를 넘어,
플랫폼 엔지니어링으로 미래를 설계하라
지난 25년간 소프트웨어 조직들은 한 가지 지속적인 과제와 씨름해 왔다. 바로 여러 팀이 공유하는 코드와 도구, 인프라를 어떻게 효과적으로 관리할 것인가 하는 문제다. 모든 결정을 한 곳에서 내리는 중앙집중식 팀은 답이 되기 어렵다. 사용자의 요구에 유연하게 대처하지 못하여 불편한 시스템을 제공하고, 안정성과 신뢰성 확보에 실패하기 때문이다. 그렇다고 극단적으로 분산된 조직이 해답이 되는 것도 아니다. 작은 팀들이 각자 복잡성의 늪에 빠져 허우적대며 조직 전체가 혼돈에 빠지는 경우가 많다. 하지만 일부 조직은 이 난제를 해결하기 위해 다른 접근 방식을 택했다. 바로 플랫폼 엔지니어링이다. 플랫폼 엔지니어링 팀은 견고하고 사용자 친화적인 플랫폼을 만들어 복잡성이라는 괴물을 길들이고 레버리지를 제공하며 애플리케이션 팀의 생산성을 높인다. 이 책은 엔지니어, 관리자, 제품 관리자, 리더들에게 현대의 플랫폼 중심 조직에서 필요한 변화를 안내한다. 플랫폼 엔지니어링이란 무엇이고 왜 점점 더 필수적인 요소가 되고 있는지를 배우게 될 것이다.
플랫폼 엔지니어링으로 미래를 설계하라
지난 25년간 소프트웨어 조직들은 한 가지 지속적인 과제와 씨름해 왔다. 바로 여러 팀이 공유하는 코드와 도구, 인프라를 어떻게 효과적으로 관리할 것인가 하는 문제다. 모든 결정을 한 곳에서 내리는 중앙집중식 팀은 답이 되기 어렵다. 사용자의 요구에 유연하게 대처하지 못하여 불편한 시스템을 제공하고, 안정성과 신뢰성 확보에 실패하기 때문이다. 그렇다고 극단적으로 분산된 조직이 해답이 되는 것도 아니다. 작은 팀들이 각자 복잡성의 늪에 빠져 허우적대며 조직 전체가 혼돈에 빠지는 경우가 많다. 하지만 일부 조직은 이 난제를 해결하기 위해 다른 접근 방식을 택했다. 바로 플랫폼 엔지니어링이다. 플랫폼 엔지니어링 팀은 견고하고 사용자 친화적인 플랫폼을 만들어 복잡성이라는 괴물을 길들이고 레버리지를 제공하며 애플리케이션 팀의 생산성을 높인다. 이 책은 엔지니어, 관리자, 제품 관리자, 리더들에게 현대의 플랫폼 중심 조직에서 필요한 변화를 안내한다. 플랫폼 엔지니어링이란 무엇이고 왜 점점 더 필수적인 요소가 되고 있는지를 배우게 될 것이다.
Contents
[PART 1 플랫폼 엔지니어링의 정의와 필요성]
CHAPTER 01 플랫폼 엔지니어링이 점점 더 중요해지는 이유
_1.1 ‘플랫폼’과 기타 주요 용어의 정의
_1.2 과도한 일반화의 늪
_1.3 과도한 일반화의 늪에 빠지게 된 과정
_1.4 플랫폼 엔지니어링은 어떻게 늪을 정화하는가
_1.5 플랫폼 구축에 필요한 권한 부여
_1.6 마무리
CHAPTER 02 플랫폼 엔지니어링의 기둥들
_2.1 큐레이션 제품 접근 방식 채택
_2.2 소프트웨어 기반 추상화 개발
_2.3 폭넓은 애플리케이션 개발자층 지원
_2.4 비즈니스의 토대로서 운영
_2.5 마무리
[PART 2 플랫폼 엔지니어링 실무]
CHAPTER 03 착수 시기와 방법
_3.1 소규모 조직의 플랫폼 협력 촉진
_3.2 협력을 대체하는 플랫폼 팀 만들기
_3.3 전통적 인프라 조직의 변혁
_3.4 마무리
CHAPTER 04 훌륭한 플랫폼 팀 만들기
_4.1 단일 초점 플랫폼 팀의 위험성
_4.2 플랫폼 엔지니어의 다양한 역할
_4.3 각종 엔지니어의 채용 및 식별 방법
_4.4 훌륭한 플랫폼 엔지니어링 관리자의 자질
_4.5 플랫폼 팀의 기타 역할들
_4.6 플랫폼 엔지니어링 팀 문화 조성
_4.7 마무리
CHAPTER 05 제품으로서의 플랫폼
_5.1 고객에 초점을 둔 제품 문화
_5.2 제품 발굴과 시장 분석
_5.3 성공적인 제품 실행: 제품 로드맵 만들기
_5.4 제품 실패 유형
_5.5 마무리
CHAPTER 06 플랫폼 운영
_6.1 온콜 관행
_6.2 사용자 지원 업무
_6.3 운영 피드백 관행
_6.4 마무리
CHAPTER 07 계획과 전달
_7.1 장기 프로젝트 계획
_7.2 상향식 로드맵 계획 수립
_7.3 격주간 성과 및 난제 공유로 현황 알리기
_7.4 마무리
CHAPTER 08 플랫폼 아키텍처 재구축
_8.1 새로운 v2를 만드는 것보다 아키텍처 재구축이 나은 이유
_8.2 아키텍처를 통한 보안 문제 해결
_8.3 아키텍처 재구축을 위한 가드레일
_8.4 아키텍처 재구축 계획의 수립
_8.5 마무리
CHAPTER 09 플랫폼 마이그레이션과 폐지 처리
_9.1 마이그레이션 안티패턴
_9.2 더 쉬운 마이그레이션을 위한 엔지니어링
_9.3 더 원활한 마이그레이션 조정
_9.4 플랫폼 폐지
_9.5 마무리
CHAPTER 10 이해관계자 관리
_10.1 이해관계자 매핑: 권력-관심도 그리드
_10.2 적절한 투명성으로 소통하기
_10.3 수용 가능한 타협점 찾기
_10.4 돈 문제: 비용과 예산 관리
_10.5 마무리
[PART 03 성공은 어떤 모습일까?]
CHAPTER 11 플랫폼의 정렬
_11.1 목적에 대한 정렬
_11.2 제품 전략의 정렬
_11.3 계획의 정렬
_11.4 총정리: 조직의 정렬
_11.5 마무리
CHAPTER 12 플랫폼에 대한 신뢰 구축
_12.1 운영 방식에 대한 신뢰
_12.2 대규모 투자에 대한 신뢰
_12.3 전달 우선순위에 대한 신뢰
_12.4 총정리: 과도하게 결합한 플랫폼 사례
_12.5 마무리
CHAPTER 13 복잡성을 관리하는 플랫폼
_13.1 사람 간 협업의 우발적 복잡성 관리
_13.2 그림자 플랫폼의 복잡성 관리
_13.3 성장 통제를 통한 복잡성 관리
_13.4 제품 발견을 통한 복잡성 관리
_13.5 총정리: 내부 복잡성과 외부 복잡성의 균형
_13.6 마무리
CHAPTER 14 사랑받는 플랫폼
_14.1 사랑의 효과
_14.2 해크처럼 보이는 사랑
_14.3 명백한 사랑
_14.4 총정리: 사용자를 멋지게 만드는 사랑
_14.5 마무리: 사랑이란 무엇인가, 상처를 주지 마오
CHAPTER 01 플랫폼 엔지니어링이 점점 더 중요해지는 이유
_1.1 ‘플랫폼’과 기타 주요 용어의 정의
_1.2 과도한 일반화의 늪
_1.3 과도한 일반화의 늪에 빠지게 된 과정
_1.4 플랫폼 엔지니어링은 어떻게 늪을 정화하는가
_1.5 플랫폼 구축에 필요한 권한 부여
_1.6 마무리
CHAPTER 02 플랫폼 엔지니어링의 기둥들
_2.1 큐레이션 제품 접근 방식 채택
_2.2 소프트웨어 기반 추상화 개발
_2.3 폭넓은 애플리케이션 개발자층 지원
_2.4 비즈니스의 토대로서 운영
_2.5 마무리
[PART 2 플랫폼 엔지니어링 실무]
CHAPTER 03 착수 시기와 방법
_3.1 소규모 조직의 플랫폼 협력 촉진
_3.2 협력을 대체하는 플랫폼 팀 만들기
_3.3 전통적 인프라 조직의 변혁
_3.4 마무리
CHAPTER 04 훌륭한 플랫폼 팀 만들기
_4.1 단일 초점 플랫폼 팀의 위험성
_4.2 플랫폼 엔지니어의 다양한 역할
_4.3 각종 엔지니어의 채용 및 식별 방법
_4.4 훌륭한 플랫폼 엔지니어링 관리자의 자질
_4.5 플랫폼 팀의 기타 역할들
_4.6 플랫폼 엔지니어링 팀 문화 조성
_4.7 마무리
CHAPTER 05 제품으로서의 플랫폼
_5.1 고객에 초점을 둔 제품 문화
_5.2 제품 발굴과 시장 분석
_5.3 성공적인 제품 실행: 제품 로드맵 만들기
_5.4 제품 실패 유형
_5.5 마무리
CHAPTER 06 플랫폼 운영
_6.1 온콜 관행
_6.2 사용자 지원 업무
_6.3 운영 피드백 관행
_6.4 마무리
CHAPTER 07 계획과 전달
_7.1 장기 프로젝트 계획
_7.2 상향식 로드맵 계획 수립
_7.3 격주간 성과 및 난제 공유로 현황 알리기
_7.4 마무리
CHAPTER 08 플랫폼 아키텍처 재구축
_8.1 새로운 v2를 만드는 것보다 아키텍처 재구축이 나은 이유
_8.2 아키텍처를 통한 보안 문제 해결
_8.3 아키텍처 재구축을 위한 가드레일
_8.4 아키텍처 재구축 계획의 수립
_8.5 마무리
CHAPTER 09 플랫폼 마이그레이션과 폐지 처리
_9.1 마이그레이션 안티패턴
_9.2 더 쉬운 마이그레이션을 위한 엔지니어링
_9.3 더 원활한 마이그레이션 조정
_9.4 플랫폼 폐지
_9.5 마무리
CHAPTER 10 이해관계자 관리
_10.1 이해관계자 매핑: 권력-관심도 그리드
_10.2 적절한 투명성으로 소통하기
_10.3 수용 가능한 타협점 찾기
_10.4 돈 문제: 비용과 예산 관리
_10.5 마무리
[PART 03 성공은 어떤 모습일까?]
CHAPTER 11 플랫폼의 정렬
_11.1 목적에 대한 정렬
_11.2 제품 전략의 정렬
_11.3 계획의 정렬
_11.4 총정리: 조직의 정렬
_11.5 마무리
CHAPTER 12 플랫폼에 대한 신뢰 구축
_12.1 운영 방식에 대한 신뢰
_12.2 대규모 투자에 대한 신뢰
_12.3 전달 우선순위에 대한 신뢰
_12.4 총정리: 과도하게 결합한 플랫폼 사례
_12.5 마무리
CHAPTER 13 복잡성을 관리하는 플랫폼
_13.1 사람 간 협업의 우발적 복잡성 관리
_13.2 그림자 플랫폼의 복잡성 관리
_13.3 성장 통제를 통한 복잡성 관리
_13.4 제품 발견을 통한 복잡성 관리
_13.5 총정리: 내부 복잡성과 외부 복잡성의 균형
_13.6 마무리
CHAPTER 14 사랑받는 플랫폼
_14.1 사랑의 효과
_14.2 해크처럼 보이는 사랑
_14.3 명백한 사랑
_14.4 총정리: 사용자를 멋지게 만드는 사랑
_14.5 마무리: 사랑이란 무엇인가, 상처를 주지 마오