1. 소개
최종 업데이트: 2020년 8월 26일
마이크로서비스 배틀 아레나
눈싸움에서 이리저리 움직이며 다른 사람에게 장난스럽게 눈덩이를 던진 적이 있나요? 아직 사용해 보지 않았다면 언젠가 사용해 보세요. 하지만 이제 물리적으로 맞을 위험을 감수하는 대신 다른 마이크로서비스와의 장대한 전투에 참여하는 작고 네트워크 액세스 가능한 서비스 (마이크로서비스)를 구축할 수 있습니다. SpringOne에서 이 마이크로서비스 배틀을 호스팅하므로 마이크로서비스는 눈덩이 대신 낙엽을 던집니다.
다음과 같은 궁금증이 있을 수 있습니다. 하지만 마이크로서비스가 다른 마이크로서비스에 리프를 '던지는' 방법은 무엇일까요? 마이크로 서비스는 네트워크 요청 (일반적으로 HTTP를 통해)을 수신하고 응답을 반환할 수 있습니다. 아레나의 현재 상태를 마이크로서비스에 전송하는 '아레나 관리자'가 있으며, 마이크로서비스는 수행할 작업을 지정하는 명령어로 응답합니다.
물론 목표는 승리하는 것이지만 그 과정에서 Google Cloud에서 마이크로서비스를 빌드하고 배포하는 방법을 배우게 됩니다.
작동 방식
원하는 기술로 마이크로서비스를 빌드하거나 Java, Kotlin, Scala 스타터 중에서 선택한 후 Google Cloud에 마이크로서비스를 배포합니다. 배포가 완료되면 양식을 작성하여 마이크로서비스의 URL을 알려주세요. 그러면 Google에서 아레나에 추가해 드립니다.
아레나에는 특정 전투의 모든 플레이어가 포함됩니다. SpringOne 컨퍼런스에는 자체 아레나가 있습니다. 각 플레이어는 이동하면서 다른 플레이어에게 잎을 던지는 마이크로서비스를 나타냅니다.
아레나 관리자는 1초에 한 번씩 마이크로서비스를 호출하여 현재 아레나 상태 (플레이어가 있는 위치)를 전송하고, 마이크로서비스는 수행할 작업에 대한 명령으로 응답합니다. 아레나에서 앞으로 이동하거나, 왼쪽이나 오른쪽으로 회전하거나, 잎을 던질 수 있습니다. 던져진 잎은 플레이어가 향하는 방향으로 최대 3칸 이동합니다. 잎이 다른 플레이어를 '맞히면' 던진 플레이어는 1점을 얻고 맞은 플레이어는 1점을 잃습니다. 아레나 크기는 현재 플레이어 수에 따라 자동으로 조정됩니다.
이전 아레나의 모습은 다음과 같습니다.
예시 배틀 1 경기장
순환되는 충돌
아레나에서는 여러 플레이어가 충돌하는 작업을 수행하려고 할 수 있습니다. 예를 들어 두 플레이어가 동일한 공간으로 이동하려고 할 수 있습니다. 충돌이 발생하면 응답 시간이 가장 빠른 마이크로서비스가 우선합니다.
전투 시청하기
전투에서 마이크로서비스가 어떻게 진행되고 있는지 확인하려면 라이브 경기장을 확인하세요.
Battle API
아레나 관리자를 사용하려면 마이크로서비스가 아레나에 참여할 수 있도록 특정 API를 구현해야 합니다. 아레나 관리자는 다음 JSON 구조를 사용하여 HTTP POST로 현재 아레나 상태를 제공된 URL로 전송합니다.
{
"_links": {
"self": {
"href": "https://YOUR_SERVICE_URL"
}
},
"arena": {
"dims": [4,3], // width, height
"state": {
"https://A_PLAYERS_URL": {
"x": 0, // zero-based x position, where 0 = left
"y": 0, // zero-based y position, where 0 = top
"direction": "N", // N = North, W = West, S = South, E = East
"wasHit": false,
"score": 0
}
... // also you and the other players
}
}
}
HTTP 응답은 다음 이동을 포함하는 응답 본문과 함께 상태 코드 200 (OK)이어야 하며, 다음 이동은 다음 중 하나의 단일 대문자로 인코딩됩니다.
F <- move Forward
R <- turn Right
L <- turn Left
T <- Throw
다음은 마이크로서비스 및 기타 애플리케이션을 실행하는 Google Cloud 서비스인 Cloud Run에 마이크로서비스를 배포하는 방법을 살펴보겠습니다.
2. Google Cloud에 로그인합니다.
Cloud Run에 마이크로서비스를 배포하려면 Google Cloud에 로그인해야 합니다. 계정에 크레딧이 적용되므로 신용카드를 입력하지 않아도 됩니다. G Suite 관리자가 사용자의 특정 Google Cloud 기능 사용을 차단하는 경우가 있으므로 G Suite 계정 대신 개인 계정 (예: gmail.com)을 사용하는 것이 일반적으로 문제가 적습니다. 또한 사용할 웹 콘솔은 Chrome 또는 Firefox와 잘 작동하지만 Safari에서는 문제가 발생할 수 있습니다.
3. 마이크로서비스 배포
공개적으로 연결 가능하고 Battle API를 준수하는 한 어떤 기술로든 마이크로서비스를 빌드하고 어디에나 배포할 수 있습니다. 하지만 쉽게 시작할 수 있도록 샘플 서비스에서 시작하여 Cloud Run에 배포하는 방법을 안내해 드리겠습니다.
시작할 샘플 선택
다음 두 가지 배틀 마이크로서비스 샘플을 시작할 수 있습니다.
Java 및 Spring Boot | ||
Kotlin 및 Spring Boot |
시작할 샘플을 결정한 후 위의 'Cloud Run에 배포' 버튼을 클릭합니다. 그러면 소스가 클론되는 Cloud Shell (클라우드에 있는 가상 머신에 대한 웹 기반 콘솔)이 실행되고, 소스가 배포 가능한 패키지 (Docker 컨테이너 이미지)로 빌드된 후 Google Container Registry에 업로드되고 Cloud Run에 배포됩니다.
메시지가 표시되면 us-central1 리전을 지정합니다.
아래 스크린샷은 마이크로서비스 빌드 및 배포를 위한 Cloud Shell 출력을 보여줍니다.
마이크로서비스가 작동하는지 확인하기
Cloud Shell에서 새로 배포된 마이크로서비스에 요청할 수 있습니다. YOUR_SERVICE_URL를 서비스 URL로 바꿉니다 (서비스 URL은 'Your application is now live here' 줄 뒤에 Cloud Shell에 있음).
curl -d '{
"_links": {
"self": {
"href": "https://foo.com"
}
},
"arena": {
"dims": [4,3],
"state": {
"https://foo.com": {
"x": 0,
"y": 0,
"direction": "N",
"wasHit": false,
"score": 0
}
}
}
}' -H "Content-Type: application/json" -X POST -w "\n" \
https://YOUR_SERVICE_URL
F, L, R 또는 T의 응답 문자열이 표시됩니다.
4. 아레나 포함 요청
아레나에 포함되려면 이름, Cloud Run 서비스 URL, 아바타 / 프로필 사진용 GitHub 사용자 이름(선택사항)을 포함하여 #3-sponsor-google-cloud Slack 채널로 메시지를 보내야 합니다. 정보가 확인되면 플레이어가 아레나에 표시됩니다.
5. 변경사항 적용 및 배포
변경하려면 사용한 GCP 프로젝트와 샘플에 관한 정보를 Cloud Shell에 설정해야 합니다. 먼저 GCP 프로젝트를 나열합니다.
gcloud projects list
프로젝트가 하나만 있을 가능성이 높습니다. 첫 번째 열에서 PROJECT_ID를 복사하여 다음 명령어에 붙여넣습니다 (YOUR_PROJECT_ID를 실제 프로젝트 ID로 대체). 이렇게 하면 나중에 명령어에서 사용할 환경 변수가 설정됩니다.
export PROJECT_ID=YOUR_PROJECT_ID
이제 사용한 샘플의 다른 환경 변수를 설정하여 이후 명령어에서 올바른 디렉터리와 서비스 이름을 지정할 수 있습니다.
# Copy and paste ONLY ONE of these export SAMPLE=java-springboot export SAMPLE=kotlin-springboot
이제 Cloud Shell에서 마이크로서비스의 소스를 수정할 수 있습니다. Cloud Shell 웹 기반 편집기를 열려면 다음 명령어를 실행합니다.
cloudshell edit cloudbowl-microservice-game/samples/$SAMPLE/README.md
그러면 변경사항을 적용하기 위한 추가 안내가 표시됩니다.
샘플 프로젝트가 열린 편집기가 있는 Cloud Shell
변경사항을 저장한 후 Cloud Shell에서 애플리케이션을 시작합니다.
cd cloudbowl-microservice-game/samples/$SAMPLE ./mvnw spring-boot:run
애플리케이션이 실행되면 새 Cloud Shell 탭을 열고 curl을 사용하여 서비스를 테스트합니다.
curl -d '{
"_links": {
"self": {
"href": "https://foo.com"
}
},
"arena": {
"dims": [4,3],
"state": {
"https://foo.com": {
"x": 0,
"y": 0,
"direction": "N",
"wasHit": false,
"score": 0
}
}
}
}' -H "Content-Type: application/json" -X POST -w "\n" \
http://localhost:8080
변경사항을 배포할 준비가 되면 pack 명령어를 사용하여 Cloud Shell에서 프로젝트를 빌드합니다. 이 명령어는 빌드팩을 사용하여 프로젝트 유형을 감지하고, 컴파일하고, 배포 가능한 아티팩트 (Docker 컨테이너 이미지)를 만듭니다.
pack build gcr.io/$PROJECT_ID/$SAMPLE \ --path ~/cloudbowl-microservice-game/samples/$SAMPLE \ --builder gcr.io/buildpacks/builder
컨테이너 이미지가 생성되었으므로 Cloud Run에서 액세스할 수 있도록 Cloud Shell에서 docker 명령어를 사용하여 컨테이너 이미지를 Google Container Registry에 푸시합니다.
docker push gcr.io/$PROJECT_ID/$SAMPLE
이제 Cloud Run에 새 버전을 배포합니다.
gcloud run deploy $SAMPLE\
--project=$PROJECT_ID\
--platform=managed\
--region=us-central1\
--image=gcr.io/$PROJECT_ID/$SAMPLE\
--memory=512Mi\
--allow-unauthenticated
이제 경기장에서 새 버전을 사용합니다.
6. 로컬로 개발
다음 단계에 따라 자체 IDE를 사용하여 로컬에서 프로젝트를 작업할 수 있습니다.
- [Cloud Shell에서] 샘플을 압축합니다.
cd ~/cloudbowl-microservice-game/samples; zip -r cloudbowl-sample.zip $SAMPLE
- [Cloud Shell에서] zip 파일을 머신에 다운로드합니다.
cloudshell download-file cloudbowl-sample.zip
- [컴퓨터에서] 파일의 압축을 풀고 변경사항을 적용하고 테스트합니다.
- [머신에서] gcloud CLI 설치
- [컴퓨터에서] Google Cloud에 로그인합니다.
gcloud auth login
- [머신에서] 환경 변수
PROJECT_ID및SAMPLE을 Cloud Shell과 동일한 값으로 설정합니다. - [머신에서] Cloud Build를 사용하여 컨테이너를 빌드합니다 (루트 프로젝트 디렉터리에서).
gcloud alpha builds submit . --pack=image=gcr.io/$PROJECT_ID/$SAMPLE
- [머신에서] 새 컨테이너를 배포합니다.
gcloud run deploy $SAMPLE --project=$PROJECT_ID --platform=managed --region=us-central1 --image=gcr.io/$PROJECT_ID/$SAMPLE --memory=512Mi --allow-unauthenticated
7. 축하합니다
수고하셨습니다. 다른 마이크로서비스와 대결할 수 있는 마이크로서비스를 빌드하고 배포했습니다. 행운을 빕니다!
학습 계속하기
참조 문서
8. FAQ
내 마이크로서비스가 경기장에 표시되지 않는 이유는 무엇인가요?