- 현재 위치
- home > 컴퓨터·ICT·어학 > 컴퓨터·IT 도서 > IT에세이 > 클라우드 엔지니어를 위한 97가지 조언[길벗]
;)
이 책은 전 세계 다양한 클라우드 엔지니어들이 작성한 글들을 모아놓은 것이다. 저자들은 각자의 관점과 경험을 바탕으로 고난과 성공, 노하우, 지식, 문제 해결법 등을 이야기하고 있다. 클라우드 기초, 설계 보안, 조직, 자동화, 마이그레이션 등 영역별로 살펴봐야 할 여러 종류의 글을 수록했으며, 순차적으로 읽어도 좋고 각자 직면한 상황과 환경에 따라 원하는 주제를 찾아 읽어도 좋다. 자신의 커리어를 확장할 수 있는 인사이트를 발견하고, 실무에 도움이 되는 아이디어를 얻어갈 수 있을 것이다.
저자: 에밀리 프리먼
1장 기초
1. 클라우드란 무엇인가?
2. 왜 클라우드여야 하는가?
3. 멀티 클라우드 결정을 위한 중요한 세 가지
4. 관리형 서비스를 사용하자, 제발
5. 선을 위한 클라우드가 당신의 다음 프로젝트여야 한다
6. 클라우드 용어집 034
7. 모든 엔지니어가 클라우드 엔지니어가 되어야 하는 이유 038
8. 상향 관리: 클라우드에서 경영진과 협력하기
2장 아키텍처
9. 컨테이너의 미래: 그다음은 무엇인가?
10. 확장성 이해하기 050
11. 서비스를 생각하지 말고 기능을 생각하라
12. 여러분의 모놀리식도 클라우드화할 수 있다
13. 마이크로서비스와 클라우드 네이티브 아키텍처의 통합
14. 컨테이너는 마법이 아니다
15. 여러분의 CIO는 단 한 번의 플랫폼 재구축을 원한다
16. 분산 시스템 시각화를 연습하라
17. 확장할 요소를 알아야 한다
18. 서버리스의 나쁜 사례
19. AWS 람다 시작하기
20. 쿠버네티스를 사용하지 않아도 괜찮다
21. 토폴로지 이해하기
22. 시스템 기초가 여전히 당신을 괴롭힌다
23. 클라우드 프로세싱은 속도가 전부가 아니다
24. 서버리스가 개발자 경험을 단순하게 하는 방법
3장 마이그레이션
25. 사람들이 클라우드에 올바른 기대를 갖도록 돕자
26. 클라우드 마이그레이션의 실패
27. 클라우드 최적화 프로세스: 패턴과 안티 패턴
28. 들어서 옮기기 모델이 대체로 실패하는 이유
4장 보안과 컴플라이언스
29. 클라우드 네이티브 속도의 보안
30. 현대 클라우드 거버넌스 정수
31. 시크릿이 보관되는 장소와 그 방법 알기
32. 프로덕션에 SSH하지 말기
33. 클라우드 컴퓨팅의 식별 및 접근 관리
34. 클라우드 환경이 온프레미스에 있는 것처럼 다루자
35. 신원을 올바르게 확인하지 않으면 정보 보안 권한을 획득할 수 없다
36. 좋은 AWS 보안 정책이 어려운 이유
37. 클라우드 환경의 사이드 채널과 은닉 통신
5장 운영과 신뢰성
38. 의심될 때는 테스트하라
39. 단일 리전 의존성은 절대 안 된다
40. 게임 데이로 인프라를 테스트하라
41. 시각화와 대시보드로 모니터링을 개선하라
42. SRE의 모든 R을 다시 살펴보기
43. 취약성의 힘
44. 서비스 수준 목표 기초
45. 오 이런! 로그가 없다
46. 리스크 관리를 위해 체크리스트를 사용하라
47. DNS가 모든 문제의 원인: 증명하고 개선할 방법
48. 시간이란 무엇인가?
49. 모델 의존성을 모니터링하라!
50. 개발 환경이라는 것은 존재하지 않는다
51. 사고 분석과 카오스 엔지니어링: 보완 사례
52. 내 AWS 계정을 어떻게 정리할까?
53. 탄력성과 확장성이 핵심이다
54. 모니터링하게 될 것이다
55. 신뢰할 수 있는 시스템은 우연히 만들어지지 않는다
56. 삽질은 무엇이며 SRE가 집착하는 이유
6장 소프트웨어 개발
57. 여러분 개발 장비에서 동작하는 것은 클라우드와 상관없다
58. KISS하라
59. 기능 플래그로 서비스 수준 유지하기
60. 업스트림과 작업하기
61. 더 적게 일하도록 노력하자
62. 모든 것은 0과 1이다
63. 반복에 대비하라
64. 당신이 만들어 내는 최고의 제품은 애플리케이션이나 서비스가 아니다
65. 거대한 재작성을 피하자
66. 린 QA, 데브옵스 세상에서 QA가 진화하는 방식
67. 소프트웨어 제공을 위한 소스 코드 관리
7장 클라우드 경제와 비용 측정
68. 핀옵스, 클라우드 재무 관리가 여러분 클라우드 프로그램을 멸망에서 구하는 방법
69. 클라우드에서 규모 경제가 동작하는 방식
70. 클라우드에서 네트워크 전송 비용 관리하기
71. 클라우드 마이그레이션 비용 급증 관리
72. 빌어먹을 짐! 난 클라우드 엔지니어지 회계사가 아니라고!
73. 클라우드 서비스의 효과적인 모니터링은 계획이 필요하다
8장 자동화
74. 효율적인 코드형 인프라의 원칙, 패턴, 실행법
75. 인프라의 레드, 그린, 리팩터링
76. 자동화 또는 비자동화?
77. 포털을 넘어서: CLI로 클라우드 관리하기
78. 인프라를 소프트웨어처럼 취급하자
9장 데이터
79. 그래서! 오라클 데이터베이스를 AWS 클라우드로 마이그레이션하고 싶다고?
80. 데이터옵스: 데이터 관리를 위한 데브옵스
81. 데이터 중력: 클라우드에서 데이터 관리의 중요성
10장 네트워크
82. 클라우드에서도 네트워크가 기초다
83. 네트워킹 우선
84. 클라우드에서 네트워크 장애 대응하기
11장 조직 문화
85. 사일로의 다른 이름
86. 비용이 아닌 여러분 조직에 집중하자
87. 클라우드 엔지니어링은 컨테이너가 아닌 문화다
88. 시스템을 계속 동작하게 하는 것의 중요성
89. 조직적 정치를 효과적으로 탐색하기
90. 클라우드는 클라우드가 아니다
91. 클라우드는 IT보다 훨씬 크다: 전사 교육 전략
92. 시스템 사고와 지원 호출기
93. 데브옵스 문화와 경험 전시하기
12장 개인과 전문성 개발
94. 문서를 읽어라, 다시 읽어라
95. 계속해서 호기심을 가지자
96. 코드형 공감
97. 1년 안에 제로에서 클라우드 엔지니어되기
1. 클라우드란 무엇인가?
2. 왜 클라우드여야 하는가?
3. 멀티 클라우드 결정을 위한 중요한 세 가지
4. 관리형 서비스를 사용하자, 제발
5. 선을 위한 클라우드가 당신의 다음 프로젝트여야 한다
6. 클라우드 용어집 034
7. 모든 엔지니어가 클라우드 엔지니어가 되어야 하는 이유 038
8. 상향 관리: 클라우드에서 경영진과 협력하기
2장 아키텍처
9. 컨테이너의 미래: 그다음은 무엇인가?
10. 확장성 이해하기 050
11. 서비스를 생각하지 말고 기능을 생각하라
12. 여러분의 모놀리식도 클라우드화할 수 있다
13. 마이크로서비스와 클라우드 네이티브 아키텍처의 통합
14. 컨테이너는 마법이 아니다
15. 여러분의 CIO는 단 한 번의 플랫폼 재구축을 원한다
16. 분산 시스템 시각화를 연습하라
17. 확장할 요소를 알아야 한다
18. 서버리스의 나쁜 사례
19. AWS 람다 시작하기
20. 쿠버네티스를 사용하지 않아도 괜찮다
21. 토폴로지 이해하기
22. 시스템 기초가 여전히 당신을 괴롭힌다
23. 클라우드 프로세싱은 속도가 전부가 아니다
24. 서버리스가 개발자 경험을 단순하게 하는 방법
3장 마이그레이션
25. 사람들이 클라우드에 올바른 기대를 갖도록 돕자
26. 클라우드 마이그레이션의 실패
27. 클라우드 최적화 프로세스: 패턴과 안티 패턴
28. 들어서 옮기기 모델이 대체로 실패하는 이유
4장 보안과 컴플라이언스
29. 클라우드 네이티브 속도의 보안
30. 현대 클라우드 거버넌스 정수
31. 시크릿이 보관되는 장소와 그 방법 알기
32. 프로덕션에 SSH하지 말기
33. 클라우드 컴퓨팅의 식별 및 접근 관리
34. 클라우드 환경이 온프레미스에 있는 것처럼 다루자
35. 신원을 올바르게 확인하지 않으면 정보 보안 권한을 획득할 수 없다
36. 좋은 AWS 보안 정책이 어려운 이유
37. 클라우드 환경의 사이드 채널과 은닉 통신
5장 운영과 신뢰성
38. 의심될 때는 테스트하라
39. 단일 리전 의존성은 절대 안 된다
40. 게임 데이로 인프라를 테스트하라
41. 시각화와 대시보드로 모니터링을 개선하라
42. SRE의 모든 R을 다시 살펴보기
43. 취약성의 힘
44. 서비스 수준 목표 기초
45. 오 이런! 로그가 없다
46. 리스크 관리를 위해 체크리스트를 사용하라
47. DNS가 모든 문제의 원인: 증명하고 개선할 방법
48. 시간이란 무엇인가?
49. 모델 의존성을 모니터링하라!
50. 개발 환경이라는 것은 존재하지 않는다
51. 사고 분석과 카오스 엔지니어링: 보완 사례
52. 내 AWS 계정을 어떻게 정리할까?
53. 탄력성과 확장성이 핵심이다
54. 모니터링하게 될 것이다
55. 신뢰할 수 있는 시스템은 우연히 만들어지지 않는다
56. 삽질은 무엇이며 SRE가 집착하는 이유
6장 소프트웨어 개발
57. 여러분 개발 장비에서 동작하는 것은 클라우드와 상관없다
58. KISS하라
59. 기능 플래그로 서비스 수준 유지하기
60. 업스트림과 작업하기
61. 더 적게 일하도록 노력하자
62. 모든 것은 0과 1이다
63. 반복에 대비하라
64. 당신이 만들어 내는 최고의 제품은 애플리케이션이나 서비스가 아니다
65. 거대한 재작성을 피하자
66. 린 QA, 데브옵스 세상에서 QA가 진화하는 방식
67. 소프트웨어 제공을 위한 소스 코드 관리
7장 클라우드 경제와 비용 측정
68. 핀옵스, 클라우드 재무 관리가 여러분 클라우드 프로그램을 멸망에서 구하는 방법
69. 클라우드에서 규모 경제가 동작하는 방식
70. 클라우드에서 네트워크 전송 비용 관리하기
71. 클라우드 마이그레이션 비용 급증 관리
72. 빌어먹을 짐! 난 클라우드 엔지니어지 회계사가 아니라고!
73. 클라우드 서비스의 효과적인 모니터링은 계획이 필요하다
8장 자동화
74. 효율적인 코드형 인프라의 원칙, 패턴, 실행법
75. 인프라의 레드, 그린, 리팩터링
76. 자동화 또는 비자동화?
77. 포털을 넘어서: CLI로 클라우드 관리하기
78. 인프라를 소프트웨어처럼 취급하자
9장 데이터
79. 그래서! 오라클 데이터베이스를 AWS 클라우드로 마이그레이션하고 싶다고?
80. 데이터옵스: 데이터 관리를 위한 데브옵스
81. 데이터 중력: 클라우드에서 데이터 관리의 중요성
10장 네트워크
82. 클라우드에서도 네트워크가 기초다
83. 네트워킹 우선
84. 클라우드에서 네트워크 장애 대응하기
11장 조직 문화
85. 사일로의 다른 이름
86. 비용이 아닌 여러분 조직에 집중하자
87. 클라우드 엔지니어링은 컨테이너가 아닌 문화다
88. 시스템을 계속 동작하게 하는 것의 중요성
89. 조직적 정치를 효과적으로 탐색하기
90. 클라우드는 클라우드가 아니다
91. 클라우드는 IT보다 훨씬 크다: 전사 교육 전략
92. 시스템 사고와 지원 호출기
93. 데브옵스 문화와 경험 전시하기
12장 개인과 전문성 개발
94. 문서를 읽어라, 다시 읽어라
95. 계속해서 호기심을 가지자
96. 코드형 공감
97. 1년 안에 제로에서 클라우드 엔지니어되기
