개요

Google Cloud의 Service Monitoring은 가용성, 지연 시간 또는 커스텀 서비스 수준 지표(SLI)를 기반으로 마이크로서비스 서비스 수준 목표(SLO)의 생성을 간소화합니다. 이 실습에서는 Service Monitoring을 사용하여 99.5% 가용성 SLO와 이에 해당하는 알림을 만들어 봅니다.

목표

이 실습에서는 다음 작업을 수행하는 방법을 알아봅니다.

• 테스트 애플리케이션을 배포합니다.
• Service Monitoring을 사용하여 SLO를 만듭니다.
• SLO에 알림을 연결합니다.

설정 및 요건

실습 액세스

각 실습에서는 정해진 기간 동안 새 Google Cloud 프로젝트와 리소스 집합이 무료로 제공됩니다.

1. 실습 시작 버튼을 클릭합니다. 실습 비용을 결제해야 하는 경우 결제 수단을 선택할 수 있는 팝업이 열립니다. 왼쪽에는 다음과 같은 항목이 포함된 실습 세부정보 패널이 있습니다.

   • Google Cloud 콘솔 열기 버튼
   • 남은 시간
   • 이 실습에 사용해야 하는 임시 사용자 인증 정보
   • 필요한 경우 실습 진행을 위한 기타 정보

2. Google Cloud 콘솔 열기를 클릭합니다(Chrome 브라우저를 실행 중인 경우 마우스 오른쪽 버튼으로 클릭하고 시크릿 창에서 링크 열기를 선택합니다).

   실습에서 리소스가 가동되면 다른 탭이 열리고 로그인 페이지가 표시됩니다.

   팁: 두 개의 탭을 각각 별도의 창으로 나란히 정렬하세요.

   참고: 계정 선택 대화상자가 표시되면 다른 계정 사용을 클릭합니다.

3. 필요한 경우 아래의 사용자 이름을 복사하여 로그인 대화상자에 붙여넣습니다.

   {{{user_0.username | "Username"}}}

   실습 세부정보 패널에서도 사용자 이름을 확인할 수 있습니다.

4. 다음을 클릭합니다.

5. 아래의 비밀번호를 복사하여 시작하기 대화상자에 붙여넣습니다.

   {{{user_0.password | "Password"}}}

   실습 세부정보 패널에서도 비밀번호를 확인할 수 있습니다.

6. 다음을 클릭합니다.

   중요: 실습에서 제공하는 사용자 인증 정보를 사용해야 합니다. Google Cloud 계정 사용자 인증 정보를 사용하지 마세요. 참고: 이 실습에 자신의 Google Cloud 계정을 사용하면 추가 요금이 발생할 수 있습니다.

7. 이후에 표시되는 페이지를 클릭하여 넘깁니다.

   • 이용약관에 동의합니다.
   • 임시 계정이므로 복구 옵션이나 2단계 인증을 추가하지 않습니다.
   • 무료 체험판을 신청하지 않습니다.

잠시 후 Google Cloud 콘솔이 이 탭에서 열립니다.

참고: Google Cloud 제품 및 서비스 목록이 있는 메뉴를 보려면 왼쪽 상단의 탐색 메뉴를 클릭하거나 검색창에 제품 또는 서비스 이름을 입력합니다.

Google Cloud Shell 활성화하기

Google Cloud Shell은 다양한 개발 도구가 탑재된 가상 머신으로, 5GB의 영구 홈 디렉터리를 제공하며 Google Cloud에서 실행됩니다.

Google Cloud Shell을 사용하면 명령줄을 통해 Google Cloud 리소스에 액세스할 수 있습니다.

1. Cloud 콘솔의 오른쪽 상단 툴바에서 'Cloud Shell 열기' 버튼을 클릭합니다.

   

2. 계속을 클릭합니다.

환경을 프로비저닝하고 연결하는 데 몇 분 정도 소요됩니다. 연결되면 사용자가 미리 인증되어 프로젝트가 PROJECT_ID로 설정됩니다. 예:

gcloud는 Google Cloud의 명령줄 도구입니다. Cloud Shell에 사전 설치되어 있으며 명령줄 자동 완성을 지원합니다.

• 다음 명령어를 사용하여 사용 중인 계정 이름을 나열할 수 있습니다.

gcloud auth list

출력:

Credentialed accounts: - @.com (active)

출력 예시:

Credentialed accounts: - google1623327_student@qwiklabs.net

• 다음 명령어를 사용하여 프로젝트 ID를 나열할 수 있습니다.

gcloud config list project

출력:

[core] project =

출력 예시:

[core] project = qwiklabs-gcp-44776a13dea667a6 참고: gcloud 전체 문서는 gcloud CLI 개요 가이드를 참조하세요.

작업 1. 테스트 애플리케이션 배포

이 작업에서는 테스트 애플리케이션을 App Engine에 배포합니다.

App Engine에 테스트 애플리케이션 배포

Service Monitoring이 무언가에 연결할 수 있도록, 기본적인 Node.js 애플리케이션을 App Engine 표준에 배포합니다.

1. Cloud Shell 터미널에서 https://github.com/haggman/HelloLoggingNodeJS.git 저장소를 클론합니다.

git clone https://github.com/haggman/HelloLoggingNodeJS.git

이 저장소에는 테스트용으로 사용되는 기본적인 Node.js 웹 애플리케이션이 있습니다. 여러분이 강의 모듈에서 일부분을 살펴보았던 애플리케이션입니다.

2. Cloud Shell 코드 편집기에서 HelloLoggingNodeJS 폴더로 디렉터리를 변경하고 index.js를 엽니다.

cd HelloLoggingNodeJS edit index.js 참고: 서드 파티 쿠키가 사용 중지되어 코드 편집기를 로드할 수 없다는 오류가 표시되면 새 창에서 열기를 클릭하고 새 탭으로 전환합니다.

3. 코드를 살펴봅니다.

4. Cloud Shell 코드 편집기에서 app.yaml 파일을 살펴봅니다. 그런 다음 런타임 Node.js 버전을 업데이트합니다.

runtime: nodejs20

App Engine 표준은 이 파일을 사용하여 애플리케이션에 필요한 런타임을 정의합니다.

5. Cloud Shell 코드 편집기에서 package.json 파일을 살펴봅니다.

이 파일은 Node.js 애플리케이션 종속 항목을 정의하고, 이에 더해 App Engine이 요청을 처리하는 데 사용하는 시작 스크립트를 정의합니다.

6. Cloud Shell 창으로 돌아갑니다. Cloud Shell이 보이지 않는다면 터미널 열기를 클릭합니다.

7. Cloud Shell 터미널에서 새 App Engine 앱을 만듭니다.

gcloud app create --region={{{project_0.startup_script.app_region|REGION}}}

App Engine 애플리케이션을 실행하는 각각의 새 프로젝트에서 한 번씩 수행해야 합니다. App Engine은 리전 기술이므로 region 스위치가 있습니다.

8. Hello Logging 앱을 App Engine에 배포합니다.

gcloud app deploy

배포가 완료될 때까지 기다린 후에 다음 단계로 넘어가세요.

9. 메시지가 표시되면 Y를 입력하고 Enter 키를 누릅니다.

10. 콘솔에서 새로 배포된 앱의 URL(https://qwiklabs-gcp-****************.appspot.com)을 복사하여 새 브라우저 탭에서 엽니다.

11. Hello World! 응답을 확인합니다.

내 진행 상황 확인하기를 클릭하여 목표를 확인합니다. App Engine에 애플리케이션 배포

작업 2. Service Monitoring을 사용하여 가용성 SLO 만들기

이 작업에서는 다음을 수행합니다.

• Service Monitoring을 사용하여 가용성 SLO를 만듭니다.
• SLO에 연결된 알림을 만듭니다.
• 알림을 트리거합니다.

애플리케이션에 부하를 가합니다.

1. Cloud Shell 인터페이스 상단에서 추가 아이콘을 눌러 새 탭을 엽니다.

2. 새 탭에서 간단한 bash while 루프를 사용하여 애플리케이션에 부하를 생성합니다.

while true; \ do curl -s https://$DEVSHELL_PROJECT_ID.appspot.com/random-error \ -w '\n' ;sleep .1s;done

이 루프는 초당 10개의 요청을 생성합니다. URL은 /random-error 경로로, 약 1, 000개의 요청마다 오류를 생성하므로 약 100초마다 1개의 오류를 볼 수 있습니다.

3. Cloud Shell 탭에서 루프가 실행되도록 둔 채로 다음 단계로 넘어가세요.

Service Monitoring을 사용하여 가용성 SLO 만들기

지금까지 만든 App Engine 애플리케이션은 약 1,000개의 요청마다 오류를 발생시킵니다. 목표가 99.5%인 가용성 SLO와, SLO가 충족되지 않을 위험이 있을 경우 알림을 보내 주는 알림을 만들려고 한다고 가정해 보겠습니다. Service Monitoring을 사용하면 이 작업을 쉽게 할 수 있습니다.

1. Google Cloud 콘솔에서 탐색 메뉴()를 사용하여 App Engine | 대시보드로 이동합니다. 그러면 현재 실행 중인 서비스와 서비스에 가해지는 부하에 대한 정보를 볼 수 있습니다.

2. Server Errors 섹션까지 스크롤합니다. 생성된 오류가 있나요? 없다면 몇 분 정도 기다린 후에 페이지를 새로고침합니다. 몇 분마다 한 개의 오류를 볼 수 있을 것입니다.

3. 탐색 메뉴를 사용하여 Error Reporting으로 이동합니다.

여기서도 오류가 포착되는 것을 볼 수 있습니다. Error Reporting은 이후 모듈에서 다루겠습니다.

4. 탐색 메뉴를 사용하여 모니터링으로 이동합니다.

모니터링 작업공간이 생성되기까지 약간 시간이 걸립니다.

5. 로드되면 SLO를 클릭합니다.

6. Service Monitoring이 이미 default App Engine 애플리케이션을 인식하고 있는 것을 알 수 있습니다. 인식하지 않았다면 잠시 기다린 후에 페이지를 새로고침하고 +Define a service를 클릭한 다음 default를 선택하고 제출합니다.

7. default App Engine 애플리케이션을 클릭하여 자세히 살펴봅니다.

8. +SLO 만들기를 클릭하여 새 SLO 대화상자를 시작합니다.

9. 가용성 측정항목을 선택하고 평가 방식을 요청 기반으로 설정한 다음 계속을 클릭합니다.

10. 표시된 SLI 세부정보를 살펴본 다음 계속을 클릭합니다.

11. SLO를 정의하려면 항상 최근 7일을 기준으로 SLO가 계산되도록 Period type을 순차적으로, Period length를 7일로 설정합니다.

12. Goal을 99.5%로 설정하면 차트가 채워집니다. 단, 99.5%와 99.9%의 차이를 눈으로 보기는 어렵습니다.

13. 빨간색 점선을 클릭하면 차트가 확대되어 더 쉽게 볼 수 있습니다.

14. 계속을 클릭하고 기본 이름을 확인한 다음 SLO 만들기를 클릭하여 새 SLO를 제출합니다.

새 SLO를 검토하고 이에 대한 알림 만들기

• Current status of 1 SLO 섹션에서 새 SLO를 펼치고 표시되는 정보를 살펴봅니다. 서비스 수준 지표, 오류 예산, 알림 실행 탭을 오가며 정보를 검토합니다.

가용성 SLO에 연결된 알림 만들기

SLO가 생성되었으며, 지금까지는 목표 내에 있습니다. SLO 목표가 99.5%이고 SLI가 현재 측정 수준을 약 99.9%로 표시하고 있을 것이니, 애플리케이션이 오류 예산의 약 1/5을 사용하고 있습니다. 따라서 오류 예산은 약 80%로 표시될 것입니다. 오류 예산이 예상보다 빠른 속도로 소진되기 시작할 경우 이를 알 수 있도록 알림을 설정하는 것이 도움이 될 것입니다.

Service Monitoring에서 SLO의 알림을 만드는 방법에는 여러 가지가 있습니다.

1. 지금은 펼쳐진 SLO 인터페이스를 보고 있으니, 알림 실행 탭을 클릭하고 SLO 알림 만들기를 선택합니다.

2. Display name을 초단기 테스트로 설정합니다. 지금은 값을 설정하는 것이 아니라 테스트하는 것이기 때문에 이름을 이렇게 설정해도 문제가 없습니다.

3. Lookback duration을 10분으로, 소진율 기준치를 1.5로 설정합니다.

4. 다음을 클릭합니다.

5. 알림 채널 옆에 있는 드롭다운 화살표를 클릭한 다음 알림 채널 관리를 클릭합니다.

새 탭에서 알림 채널 페이지가 열립니다.

6. 페이지를 아래로 스크롤하고 이메일에 대해 새로 추가를 클릭합니다.

7. 이메일 채널 만들기 대화상자에서 이메일 주소 필드에 개인 이메일 주소를 입력하고 표시 이름을 추가합니다.

8. 저장을 클릭합니다.

9. Who should be notified에서 Manage Notification Channels 링크를 사용하여 개인 이메일 주소를 알림 채널로 추가하고 이를 선택합니다. 이 링크를 클릭하면 새 탭이 열리니, 개인 이메일 주소를 추가한 후에는 탭을 닫고 새 알림을 저장하세요.

10. 알림 채널을 다시 클릭한 다음 새로고침 아이콘을 클릭하여 이전 단계에서 언급한 표시 이름을 가져옵니다.

11. 이제 표시 이름을 선택하고 확인을 클릭합니다.

12. 다음을 클릭합니다.

13. 문제 해결 단계 선택 (선택사항)을 건너뛰고 저장을 클릭합니다.

14. SLO 페이지에서 다시 서비스 수준 지표 탭으로 전환합니다. 알림이 빨간색 점선으로 표시되지 않을 것입니다.

15. 빨간색 점선을 클릭하면 뷰가 확대됩니다. 차트가 자동으로 업데이트되도록 페이지 오른쪽 상단에서 자동 새로고침을 클릭합니다.

알림 트리거

애플리케이션을 수정하고 알림을 트리거합니다.

1. Cloud Shell 뷰로 돌아가서 (편집기가 표시되지 않았다면) 편집기 열기를 클릭하고 index.js를 다시 엽니다.

2. 약 126번째 줄에 있는 /random-error 경로로 스크롤한 다음 Math.random 옆의 값을 1,000에서 20으로 수정합니다.

그러면 1,000개의 요청마다 오류가 발생하는 대신 20개의 요청마다 오류가 발생합니다. 이렇게 하면 가용성이 99.9%에서 약 95%로 떨어지므로 알림이 트리거될 것입니다.

3. Cloud Shell 코드 편집기를 닫고 터미널 창으로 전환합니다.

두 개의 탭, 즉 테스트 루프를 실행하는 탭과 표준 탭이 있습니다.

4. 표준(비활성) 탭에서 변경사항을 App Engine에 재배포합니다.

gcloud app deploy

5. 메시지가 표시되면 Y를 입력하고 Enter 키를 누릅니다.

6. 재배포가 완료되면 테스트 루프를 실행하는 탭으로 전환하고 오류가 증가했는지 확인합니다.

7. Service Monitoring 페이지로 돌아가서 오른쪽 상단에 자동 새로고침 옆에 녹색 체크표시가 있는지 확인합니다.

8. SLO가 확장되었고 서비스 수준 지표를 볼 수 있는지 확인합니다.

몇 분 후에 SLI 값과 차트에 성능이 약 95% 수준으로 감소했음이 명확하게 표시됩니다. 몇 분 이내에 알림 이메일도 받게 됩니다.

참고: 오류 예산이 빠르게, 그리고 불균형적으로 줄어드는 것을 보게 될 수 있습니다. 오류 예산 계산은 전체 SLO 기간(7일의 연속 기간)에 걸쳐 이루어집니다. 그러나 애플리케이션을 이제 막 시작했기 때문에 전체 데이터 세트의 크기가 매우 작아서 SLO 인터페이스에 실제보다 훨씬 큰 오류 예산 감소가 표시됩니다.

이 문제를 해결하면 오류 예산이 빠르게 다시 채워지고 실제로는 예산이 남아 있음을 볼 수 있습니다. 단, 이렇게 되기까지 며칠 정도 걸릴 수 있습니다.

내 진행 상황 확인하기를 클릭하여 목표를 확인합니다. SLO를 만들고 SLO에 알림 연결

수고하셨습니다. Service Monitoring을 사용하여 가용성과 관련된 SLO와 알림을 만들었습니다. 잘하셨습니다.

실습 종료하기

실습을 완료하면 실습 종료를 클릭합니다. Google Skills에서 사용된 리소스를 자동으로 삭제하고 계정을 지웁니다.

실습 경험을 평가할 수 있습니다. 해당하는 별표 수를 선택하고 의견을 입력한 후 제출을 클릭합니다.

별점의 의미는 다음과 같습니다.

• 별표 1개 = 매우 불만족
• 별표 2개 = 불만족
• 별표 3개 = 중간
• 별표 4개 = 만족
• 별표 5개 = 매우 만족

의견을 제공하고 싶지 않다면 대화상자를 닫으면 됩니다.

의견이나 제안 또는 수정할 사항이 있다면 지원 탭을 사용하세요.

Copyright 2026 Google LLC All rights reserved. Google 및 Google 로고는 Google LLC의 상표입니다. 기타 모든 회사명 및 제품명은 해당 업체의 상표일 수 있습니다.