brunch

You can make anything
by writing

C.S.Lewis

by Master Seo Aug 30. 2022

(책 후기) 클라우드 엔지니어를 위한 97가지 조언

클라우드의  다양한 분야의 지식과 의견이 있어서 도움이 큰 책이다.

클라우드에 대해  큰 그림에서 설명해주는 책

실제 클라우드에 대해 86명의 엔지니어가 이야기를 해준다.

2번은 읽고  지식의 폭을 넓히자.

중급서


2022년 8월 10일 초판 발행




<1> 왜 클라우드여야 하는가?

<2> 멀티 클라우드 결정을 위한 중요한 세 가지

<3> 관리형 서비스를 사용하자, 제발

<4> 모든 엔지니어가 클라우드 엔지니어가 되어야 하는 이유

<5> 상향 관리 : 클라우드에서 경영진과 협력하기

<6> 서비스를 생각하지 말고 기능을 생각하라.

<7> 컨테이너는 마법이 아니다.

<8> 여러분의 CEO는 단 한 번의 플랫폼 재구축을 원한다.

<9> 분산 시스템 시각화를 연습하라.

<10> 서버리스 나쁜 사례

<11> AWS 람다 시작하기

<12> 쿠버 네티스를 사용하지 않아도 괜찮다.




<1> 왜 클라우드여야 하는가?


1

비용 절약과 사업 확장 두 가지를 목표로 할 수 있지만 대부분의 리더는 그중 한 가지에 집중한다.

이러한 리더의 목표에 주의를 기울여 여러분이 하는 일 , 목표를 달성하는데 도움이 되도록 하라.

목표에서 벗어난 노력은 갈등과 번아웃, 고객 불만족으로 돌아온다.


2

진행 상황 측정

클라우드가 올바르게 동작하고 있다는 것을 어떻게 알 수 있을까?


니콜 포스그린 박사가 이끄는 DORA연구에서 확립한 다은 네 가지 핵 식부터 시작하면 아주 좋다.

소요시간

배포 주기

정상화 시간

변경 대비 실패율


3

시작하기 > 완료하기

개선을 시간 하는 편이 훨씬 중요하다.




<2> 멀티 클라우드 결정을 위한 중요한 세 가지


가시성

효율성

거버넌스




<3> 관리형 서비스를 사용하자. 제발.


1

관리형 서비스는 개발을 빠르게 할 수 있다.

개발자는 인프라 요소들을 어떻게 구성하고 운영하는지 공부하기보다는 어떻게 연결할 것인지만 집중하면 된다.


2

관리형 서비스가 모두에게 적합한 것은 아니다.

모든 설정을 손댈 수 있어야 한다면 관리형 서비스를 사용할 수 없다.


3

다른 중요한 고려사항은 바로 락인 이다.

일부 관리형 서비스는 다른 대체제가 있을 수 있다. 쿠버 네티스 서비스가 좋은 예이다.




<4> 모든 엔지니어가 클라우드 엔지니어가 되어야 하는 이유


1

수많은 엔지니어가 이미 해결한 문제를 굳이 찾고 싶지는 않다.


2

아마존 심플 스토리지에서 파일 호스팅 하는데 아주 적은 비용만 내면 된다.

왜 10~15달러를 지불해야 할까?




<5> 상향 관리 : 클라우드에서 경영진과 협력하기


1

경영진이 사업을 위해 정말로 필요한 것이 무엇인지 이해하자

새로운 기술이 시장에서 히트할 때 당연히 신난다.

새로운 기술을 어서 적용해 보고 싶을 것이다.

하지만, 사업의 미충족 요구 사항을 해결할 수 있는 올바른 역량을 가진 기술을 선택하는 것에 집중해야만 한다.


2

경영진 언어로 여러분이 제시하는 안이 왜 그들의 요구 사항을 충족하는지 설명하라

사업의 현실적인 문제를 해결할 수 있는 완벽한 새로운 역량을  찾았다고 하자.

기능에 집중해 이야기한다면 경영진은 절대 이해하지 못한다.

특수 용어를 버려라. 결과를 이야기하고 그들의 경험이 어떤 식으로 개선될지를 말하라.


3

마케팅 유행어와 말도 안 되는 높은 기대치의 세계에서 신뢰할 수 있는 목소리를 내자.

불필요한 정보를 걷어 내고 현실적인 기대와 각 선택의 트레이드오프에 대해 경영진에게 안내할 기회가 있다.

실용주의가 더 멀리 간다.



4

숫자를 이해하라

감가상각이 3년이나 남았다는 사실을 안 상태면 내용이 바뀔 수 있다.


5

경영진 성과가 어떻게 측정되는지 알자

여러분은 경영진이 무엇에 동기 부여를 하는지, 어떤 목표를 향해 가는지 알자.

그리고 여러분이 그들과 사업 성공에 훌륭한 동반자가 될 수 있음을 보여라.




<6> 서비스를 생각하지 말고 기능을 생각하라.


공항에서 충전기 주변으로 몰려드는 사람들

배터리, 전원 플러그 같은 방법이다.



<7> 컨테이너는 마법이 아니다.


코드 자체가 컨테이너 결기 환경으로도 막을 수 없는 문제를 포함하고 있다면 도움이 되지 않는다.



<8> 여러분의 CEO는 단 한 번의 플랫폼 재구축을 원한다.


// CEO는 그렇게 생각하겠군요~



<9> 분산 시스템 시각화를 연습하라.


// 네, 시각화 연습!!!



<10> 서버리스 나쁜 사례


많은 함수 배포하기

함수를 동기적으로 호출하기

함수를 비동기적으로 호출하기

다양한 라이브러리 사용하기

많은 기술 사용하기

함수에 대한 문서화 하지 않기




<11> AWS 람다 시작하기


// AWS 람다는 서버리스의 시작이지요~  무조건 시작하기 ^^



<12> 쿠버 네티스를 사용하지 않아도 괜찮다.


// 개인적으로 동의 합니다.  ECS로 돌아가면 ECS로 그냥 써도 좋을거 같아요 ^^



이 외에도   많은  의견과  인사이트를  발견할 수 있는 책~




개인의 클라우드 실력을 1단계 높여주는 책 !

추천합니다.


목차




후기 공감!!


길벗 출판사  이벤트 당첨되어 책을 제공받아 작성된 서평입니다

내용은 책을 보고 솔직하게 작성합니다.



다른 IT 책 보기

https://brunch.co.kr/@topasvga/1379


같이 보면 좋을 책

https://brunch.co.kr/@topasvga/666


감사합니다.


매거진의 이전글 (책 후기) 그림으로 이해하는 AWS 구조와 기술
브런치는 최신 브라우저에 최적화 되어있습니다. IE chrome safari