포토/동영상 (1)
|
같은 서비스를 전세계의 사람들이 사용하면서 트래픽이 늘어남에 따라 우리는 안정성있게 제공되는 서비스에 대해서 주목하게 되었다. 수 많은 사람들이 사용하는 서비스에서 문제가 발생하고 빠르게 조치가 취해지지 않으면 모두가 혼란에 빠질 수 있는데 이런 상황을 빠르게 대처할 수 있게 하는 것이 SRE이다. SRE는 소프트웨어를 툴로 활용하여 시스템을 관리, 문제를 해결하고 운영 태스크를 자동화하는 접근 방식이다. SRE를 담당하는 팀은 장애를 예측하여 예방하고, 발생한 장애를 빠르게 탐지하고, 빠른 복구를 위한 지원을 제공한다. 또한 발생했던 장애가 다시 일어나지 않도록 조치한다.
이 책은 SRE의 필요성을 느낀 저자가 엔지니어링 팀의 행동 걍령과 이것을 실현하기 위한 방법을 소개하고 있다. 규모가 작은 소프트웨어 개발 회사부터 큰 개발 회사(넷플릭스)까지 다양한 환경에서 경험을 쌓아온 저자가 그동안의 경험을 통해서 얻은 지식을 공유한다.
솔직히 아직 개발자라고 하긴 어려운 내 수준에서 이 책은 어려웠다. 두 번 정도 읽었는데 아직은 완전히 와닿지 않는 개념도 있었다. 하지만 어렵게 이해해가는 와중에도 이 기술은 알아야 하는 기술이기에 내가 개발 지식을 좀 더 많이 쌓고 나면 꼭 다시 한 번 읽어야할 책이라고 생각되었다. 이 책을 읽고 나면 내가 서버를 담당하는 개발자가 되었을 때 나의 기술력을 한 단계 높이고자 할 때 이떤 면을 고민해야할지 방향성을 잡을 수 있다. 그래서 다시 한 번 읽고 싶은 책이다. 또한 처음보는 용어가 수두룩했음에도 끝까지 읽을 수 있게 전개되었다. 글이 많아 부담스러울 수 있지만 막상 읽어보면 그렇게 불친절한 책이 아니라는 이야기다. 저자가 넷플릭스에서 근무한 경험을 바탕으로 썼기때문에 대규모의 서비스를 제공하는 회사에서는 개발할 때 어떤 것을 고민하는지 간접 경험할 수 있는 기회가 될 것도 같다. * 대규모 트래픽을 감당해야하는 서비스를 제공하는 기업에서는 장애를 예방하기 위해 집중적으로 관리하고, 발생한 장애를 빠르게 처리할 수 있는 방법을 계속해서 원하기 때문에 특히 서버를 담당하거나, 혹은 팀을 이끌어가는 사람이라면 SRE에 대해서 꼭 공부해야한다고 생각한다.
"한빛미디어 ＜나는 리뷰어다＞ 활동을 위해서 책을 제공받아 작성된 서평입니다." |
|
개발자로 살아오면서 계속 자바만을 활용해서 개발했었다. 처음부터 Spring을 활용해서 개발을 하였고, 시간이 흐름에 따라 자연스럽게 Cloud에 올라가는 시스템을 개발하다보니 SpringBoot를 사용하게 되었다. 처음에는 SpringBoot를 잘 몰라서 헤매고 있다가 사용하면 할 수록 많은 부분이 편리해졌고, 특히 메트릭을 간단한 설정을 통해서 수집할 수 있도록 해준다는 사실이 신기했었다. 그런데 그 메트릭 개발을 하신분이 직접 만든 책이라고 하여서 관심이 많이 갔던 책이다. 또한 SRE(사이트 신뢰성 엔지니어링)에 대한 평소에 관심도도 많은 편이었다. 대부분 SRE이라고 하면 아는게 구글에서 먼가했다는 정도 였다. 하지만 이 책은 구글이 아니고 넷플릭스에서의 경험이 녹아져 있는 책이다. 구글은 SRE부서나 조직 등 전담인력이 있지만 넷플릭스에서는 그렇지 않고 같이 병행하는 문화였다고 한다. 대부분은 넷플릭스와 같이 SRE전담 일력은 없을 뜻 하다. 현재 지금 내가 있는 조직도 마찬가지이다. 부서에서 SRE를 맡아야 하는 사람들이나 SRE에 관심이 있는 사람들이라면 또는 SpringBoot에 대한 거부감이 없는 분들이라면 재미있게 읽어 볼 만한 책이라 생각된다.
"한빛미디어 ＜나는 리뷰어다＞ 활동을 위해서 책을 제공받아 작성된 서평입니다." |
|
슈퍼앱을 개발하는 회사들이 서비스 운영을 모놀리식에서 마이크로서비스로 넘어가는 케이스들이 점차 늘어나고 있습니다.
계기점은 '구글의 로그인 인증' 이슈 입니다.
로그인 인증이 필요한 구글 서비스들이 한 순간에 작동이 되지 않았는데요. 유튜브 등 로그인이 필요 없는 서비스만 이용할 수 있었습니다.
그 후로 서비스 방식을 대부분 이동했다고 봐도 무방합니다. 큰 이유는 모놀리식의 특징 때문이죠.
하나의 거대한 똥들이 쌓이게 되면 서로 영향을 받기 때문에 한 개만 잘못되도 다 영향을 받습니다.
유니콘 기업들은 이러한 영향을 받지 않기 위해 '마이크로서비스'로 전향을 하게 되고 컨테이너 기술들이 덩달아 기술의 발전을 함으로써 큰 부담 없이 바꾸고 있는 추세입니다.
이러한 가운데 서비스를 보다 더 안정적으로 운영하기 위해서 SRE에 대한 관심이 커지게 됐는데요.
자바 기반의 마이크로서비스를 이용한 개발자들에게 단비 같은 책이 나왔습니다.
바로 '자바 마이크로서비스를 활용한 SRE' 이 책에 대해서 2가지로 요약해보도록 하겠습니다.
1) 경험을 바탕으로 쓴 책 이 책의 저자는 넷플릭스, 스프링, 그레이들 등 스타트업 및 테크기업까지 여러 회사에서 경험을 쌓았습니다.
맡은 업무는 서버 관리를 주로 했는데요. 운영을 하면서 메트릭 정보를 활용해 모니터링 시스템을 만든 경험이 있습니다.
전반적인 SRE 대규모 트래픽을 받고 대응 하는 경험을 이 책에 녹여서 썼습니다.
2) 모니터링의 중요성 메트릭, 로그, 분산 추적 등은 서비스 가용성을 측정 할 때 관찰할 수 있는 요소 입니다.
서비스의 가용성은 시스템의 상태와 정상적으로 작동 되는지 측정할 수 있도록 정량화 하는 개념인데요.
예를 들어 서버의 시스템 장비의 상태와 초당 비디오 스트리밍 용량을 등을 확인 할 수 있습니다.
또한 모니터링은 시스템을 개발할 때 장애를 발생한 곳을 찾는 용도로 사용되는데요. 해당 곳을 찾은 후 디버깅을 통해서 장애를 해결합니다.
PS 국내 테크기업들은 SRE의 개념이 근 1~2년 사이로 자리를 잡을 것이라고 생각이 되는데요. 대부분이 기존의 데브옵스 업무에서 전향하거나 백엔드 개발자들이 전향할 것으로 보여집니다.
이 책은 SRE에 대한 용어 설명이 세세하게 되어 있으며, 각 상황별 어떤 식으로 해결 했고 대응을 했는지 경험이 잘 녹여진 책입니다.
자바 마이크로서비스에 관심 있는 분이나 SRE에 관련된 업무를 맡을 분들에게는 개념 잡는데 큰 도움이 됩니다. |
|
마이크로서비스(microservice)라는 용어는 마틴 파울러와 제임스 루이스가 최초로 제안했으며, 블로그(https://oreil.ly/ejm5V)에 다음과 같이 아키텍처를 정의했다.
|
|
한 줄 요약 : 서비스 출시 후 발생 가능한 문제와 자바 기반 시스템에서의 대응 노하우를 모아놓은 책
시간과 노력을 들여 서비스를 개발한 뒤 고민이 생기게 된다. 내부, 외부적인 요인에 의해 발생되는 서비스 불능(장애) 상황을 만나게 되기 때문이다. 완벽한 시스템이란 불가능에 가깝다. '미니멈의 법칙'처럼 약점이 있기 마련이다.
이런 상황에서 개발자/관리자는 발생 가능한 장애 상황을 내다보고 예방하거나, 이미 문제 상황이 발생한 뒤라면 같은 상황을 피하기위해 수정해야 한다. 어떻게하면 예방할 수 있을까? 경험이 많은 담당자라면 과거에 겪었던 비슷한 경우를 떠올려서 조치할 수 있다. 하지만 경험한 적 없던 문제라면? 또는 그럴만한 경험이 없다면 어떻게 해야 할까?
그런 고민에 대한 도움을 얻을 수 있는 책이 '자바 마이크로서비스를 활용한 SRE'다.  
일반적인 예방법은 문제 상황과 관련된 지표들을 대시보드로 구성해서 관찰하고 대응하는 것이 일반적이다. 그렇다면 대시보드를 어떻게 구성하는게 좋을까? 정답은 없다. 구성원의 상황, 회사 내부의 상황, 담당자의 성향에 따라 모두 다르기 때문이다. '자바 마이크로서비스를 활용한 SRE'에서는 여러 상황을 가정하고 장점은 무엇인지, 단점은 무엇인지 설명을 하며 본문을 시작한다.
  
그리고 어떤 상황에서 어떤 타입의 지표를 설정해야하는지 소개하고 있다. 같은 데이터라도 담당자에게 알려주는 방법에 따라 그 전달 효율이 크게 달라지기 떄문이다. 책 제목에서처럼 '자바 마이크로서비스' 환경을 기준으로 하고 있지만 JVM(Java Virtual Machine), 자바 언어에 종속적인 기술을 걷어내고 보더라도 크게 문제는 없을것 같다. 인프라는 한정된 자원을 언제 어떻게 배치하고 운용할지에 대한 방법론이라고 생각하기 때문이다.
단일 서비스라고 하더라도 그 서비스를 운영하기 위해 지원하는 시스템들이 많다. 여러 모듈이 긴밀하게 동작하기때문에 이 환경을 구성하는것 자체가 서비스보다 더 복잡한 상황이 생기기도 한다. 저자도 같은 경험을 한 것인지 책의 '7장 트래픽 관리'에서 그에 대한 내용을 다루고 있다. 책을 읽어보며 이 장이 책에서 가장 알짜처럼 느껴졌다. 트래픽으로 인한 장애는 서비스가 일정규모 커지지 않는 이상 경험해보기 어렵기 때문이다. 책을 통해서라도 어떤 부분을 고려해야 하는지 힌트를 얻을 수 있었다.
세상엔 다양한 개발 방법론이 생겨나고 사라지고 있다. '자바 마이크로서비스를 활용한 SRE' 책을 활용하는 가장 좋은 방법은 저자가 이야기하는 방법론(노하우)이 왜 만들어지고 사용하게 되었는지 고민해보며 읽는 것이다. 물론 개발중인 서비스에 테스트해보고 적용한다면 더 없이 좋을 것 같다.  "한빛미디어 ＜나는 리뷰어다＞ 활동을 위해서 책을 제공받아 작성된 서평입니다." 리뷰를 위해 한빛미디어에서 책을 제공받았지만 주관적인 생각을 그대로 적었습니다.
|
|
"한빛미디어 ＜나는 리뷰어다＞ 활동을 위해서 책을 제공받아 작성된 서평입니다."
이 책에서는 SRE(Site Reliability Engineering, 사이트 신뢰성 공학)를 운영이라 불리던 작업을 소프트웨어 엔지니어가 맡으면 발생하는 일이라고 표현을 하고 있습니다.
스프링부트 프레임워크를 사용하여 어떻게 배포하고 프로덕션을 어떻게 모니터링 하는지에 대해 자세하게 설명합니다.
스프링부트는 마이크로미터 메트릭, .jar 배포, 액추에이터 엔드포인트 관리, 애플리케이션 라이프 사이클 이벤트, 12팩터 스타일 설정 등을 손쉽게 통합할 수 있습니다. 스프링 클라우드는 스프링부트 마이크로서비스 아키텍처를 지원하기 위해 고안된 확장들의 집합입니다. 스프링부트는 컨테이너 네이티브여서 우아한 종료, 헬스 그룹, 활성, 준비성 프로브, 도커 이미지 생성 등을 모두 지원합니다.
이 책의 저자인 조너선은 차원형 메트릭 프레임워크인 마이크로미터 프로젝트를 창시했고 이는 다양한 메트릭과 모니터링 플랫폼을 지원한다고 말합니다. 또한 스프링부트의 액추에이터 모듈과 더불어 수많은 서드 파티 오픈 소스 프로젝트에 쉽게 통합됨을 알려주고 있습니다.
|
이 책은 한 마디로, __ 입니다.Java 기반의 애플리케이션을 운영하는 팀을 위한 AtoZ 가이드북입니다. 이 책은 __ 인/한 사람들에게 추천하고 싶습니다.이 책은, 책의 타깃이 SRE activities이다 보니 기본적으로 엔터프라이즈 레벨의 Java 애플리케이션을 개발 및 운영하는 이 책을 통해 __ (한) 정보를 얻어가실 수 있습니다.이 책의 독자께서는, Java 애플리케이션에 특화된(하지만 많은 내용이 Java에 한정되지 않습니다) SRE activities의 개념과 그런 가슴아픈 상황을 방지하고자 이 책에서는 "그 외"의 metric들과 이를 수집하는 방법 총평장시간의 전면 장애를 겪어 보면 SRE 활동이 얼마나 중요한지 깨닫게 됩니다. 이 서평은 한빛미디어 ＜나는 리뷰어다＞ 활동을 위해 책을 제공받아 작성된 서평입니다.
|
|
[BOOK] 자바 마이크로서비스를 활용한 SRE - 조너선 슈나이더 지음 / 정병열 옮김
부제: "기업에서 신뢰할 수 있는 마이크로서비스를 위한 패턴" 어떤 기술이던 장점과 단점을 가지고 있다. 애플리케이션을 개발할 때 장점과 단점을 고려하여 최적의 기술을 선택하여 적용한다. 애플리케이션의 요구사항에 따라 모놀리식(monolithic)으로 개발하는 것이 유리할 수도 있고, 마이크로서비스(microservice)가 적합할 수도 있다. 마이크로서비스는 개발과 배포에 편리한 장점이 있는 만큼 장애 대응과 운영에 어려움이 존재한다.
마이크로서비스 관리의 어려움은 2020년 12월 구글의 서비스 장애를 통해 경험했다. 아마 SRE(Site Reliability Engineering, 사이트 신뢰성 공학)라는 용어가 알려지기 시작한 것도 그 때가 아니었을까? 이 책은 구글의 SRE를 소개하는 책들과는 다르게 플랫폼 엔지니어링을 기반으로 하는 넷플릭스의 SRE를 소개한다.
구글과 넷플릭스의 조직구조와 문화가 다른 만큼 SRE 적용 방법도 다르다. 현재 자신의 조직 상황에 맞는 SRE가 무엇일지 판단해보고 책을 선택하는 것도 방법이다. (넷플릭스와 유사하다면 이 책, 구글과 비슷하다면 이 책에 소개된 구글에 대한 책을 선택)
넷플릭스의 조직과 문화를 고려한 플랫폼 엔지니어링 기반의 SRE를 간단히 소개하고, 이 책에서 다루는 주요 키워드를 짚어준다. 그리고 아래 소개된 주제로 도구를 소개하고, 활용 방법에 대해서 설명한다.
MSA로 구성된 서비스를 효율적으로 관리하기 위한 방법들이 적절한 수준으로 소개되어 있다. "마이크로서비스를 어떻게 구현하지?"에 대한 책을 읽어본 경험이 있다면 이 책을 통해 "마이크로서비스는 어떻게 운영하지?"에 대한 궁금증을 풀 수 있을 것 같다. 그리고 그래프, 대시보드, 소스코드를 다양한 색상으로 인쇄한 것이 정말 마음에 든다. "한빛미디어 [나는 리뷰어다] 활동을 위해서 책을 제공받아 작성된 서평입니다." |
|
"한빛미디어 ＜나는 리뷰어다＞ 활동을 위해서 책을 제공받아 작성된 서평입니다.
  제목 : SRE with Java Microservices, 자바 마이크로서비스를 활용한 SRE 리뷰 요약 개발을 넘어 운영에 대해 조금 더 지식을 얻고싶다면, 지금은 아니더라도 운영을 마주하게 된 먼 미래의 내가 걱정된다면, 대기업은 어떤식으로 운영을 하는지 궁금하다면 이 책을 읽어보자!
이 서적의 핵심
1. SRE, 을 목적으로 하는 공학
- 간단하게 좋은 소프트웨어(또는 시스템)을 만들 때 어떻게 운영하는가에 대해 말하는 학문으로 '운영을 배우기 위한' 사람 뿐 아니라 '운영에 관심이 있는' 사람들이 읽어도 충분히 재미를 느낄 수 있다고 생각됨.
2. 전문적인 용어(카오스 엔지니어링, 코드형 설정, 서비스 메시 등)이 많이 나오지만 필요없는 내용이라면 간략하게 언급 후 넘어가고 필요한 내용이면 간단한 설명 후 내용을 이용가는 자연스러운 방식
- 컴퓨터 공학에 관련된 정보들을 어느정도 얕고 넓게 알고있다 생각했지만 전문적인 공학책을 볼 때마다 '우물 안 개구리'라는 것을 느끼게 하는 전문적인 용어 사용과 '이정도는 알고 있겠지?'라는 듯한 분위기로 서술된 서적들이 많았지만 이 책은 모르는 용어를 어느정도 이해할 수 있을만큼 설명하고 점점 살을 붙여 재미를 부여하는 방식이기에 가볍고 재미나게 읽어나갈 수 있었음.
3. 2~3장은 다양한 형태의 '모니터링' 도구에 대해, 4~5장은 경고와 시각화를 통한 촉진된 데이터를 효과적으로 이용한는 방안에 대해, 6장은 전체적인 코드 관찰 방법에 대해 이야기 함. 7장(마지막 장)은 프로젝트 단위로 설명하는 코드가 많아 앞 장까지 설명했던 내용을 지침삼아 따라갈 수 있도록 구성되어 있음
 - 7장 전까진 코드 단위, 특정 기법 단위로 설명하기 때문에 읽고싶은 부분만 읽어도 상관없지만 마지막장은 앞장을 읽어봤다는 전제 하에 프로젝트 단위로 설명하는 코드로 구성되어있음
4. 플랫폼 엔지니어링팀의 공통 관심사는 이 책에서 다루지 않음
- 테스트 자동화, 카오스 엔지니어링과 지속적 검증, 코드형 설정 등 이미 오픈 소스가 확고히 자리 잡은 분야이고 투자대비 수익이 날 가능성이 높지 않기 때문이라고 함
5. With Java
  - Java에서 가장 많이 활용되는 Spring 코드를 예로 들기 때문에 Spring을 활용해본 Java 개발자라면 코드에 크게 거리낌이 없음. 마무리
'운영' 또는 '서비스'에 관심이 없다면 처음 들어봤을 용어들에 대해 설명하지만 확실히 와닿지는 않는다. '메트릭'과 같은 주요 용어지만 처음 접한다면 지속적으로 들어도 확 와닿지 않는 용어들이 있어 이해가 어렵고 '로그', '디버깅' 과 같은 반가운 언어들이 등장할 땐 전체적인 문맥이 어려워 확 와닿지 않는다. 하지만 스프링에서 사용되는 코드를 예로 들거나 차트, 그림을 활용해 최대한 쉽게 설명하려고 하기 때문에 필요한 부분을 반복적으로 읽거나 특정 주요 용어에 대해 확실하게 학습한다면 내용의 전체적인 이해 난이도도 낮아질것 같다고 생각된다. '구글에서 시작한 SRE가 저자가 근무했던 넷플릭스에선 어떤식으로 적용 되었는가?'라는 내용으로 진행되는데 '구글', '넷플릭스' 라는 대기업들도 서로 다른 운영방식으로 구성하기 때문에 이 서적을 읽는 다른 기업들도 필요한 부분을 적용하고, 만약을 대비해 읽어두면 좋을 내용들로 구성된 것 같다.
사실 운영을 맡게 되는 관리자가 아닌 이상에야 관심을 가지지 못하는것은 사실이고, 누군가가 '이건 왜 안쓰나요?' 라고 물어봤을 때 '잘 돌아가면 됐지 이런게 꼭 필요한가?'라고 생각하는게 당연할 수 있다고 생각한다. 하지만 '꼭' 필요한 것은 아니어도 만약을 대비해, 알 수 없는 미래에 대비해 한번쯤은 읽어보면 좋을 서적이 아닐까 싶다.
|