![STM32 Blue Pill Tutorial](/assets/img/2024-08-17-GettingStartedwithSTM32BluePillinArduinoIDEUsingaUSBtoTTLConverterWriteYourFirstProgram_0.png)

이 포괄적인 튜토리얼은 Arduino IDE와 DSD TECH SH-U09C5 USB to TTL 컨버터를 사용하여 STM32 Blue Pill을 설정하고 프로그래밍하는 과정을 안내합니다. STM32 Blue Pill은 STM32F103C8T6 ARM Cortex-M3 프로세서를 기반으로 한 강력하면서도 저렴한 마이크로컨트롤러 보드입니다. 강건함과 다재다능성으로 유명한 Blue Pill은 프로젝트에서 32비트 ARM 아키텍처의 성능을 활용하려는 취미가 있는 사람, 만들기 좋아하는 사람, 그리고 전문가들에게 탁월한 선택입니다.

# STM32 Blue Pill을 선택해야 하는 이유

STM32 Blue Pill은 유사한 마이크로컨트롤러와 비교해 분수의 비용으로 인상적인 기능 세트를 제공합니다. 72 MHz 클럭 속도, 20 KB의 RAM, 64 KB의 플래시 메모리로, 8비트 마이크로컨트롤러보다 우수한 성능을 보여줍니다. 실시간 데이터 처리, 모터 제어, 고급 센서 통합과 같이 더딘보다 요구되는 응용에 적합합니다. SPI, I2C, USART, ADC를 포함한 다양한 주변장치는 다양한 컴포넌트, 센서 및 모듈과의 원활한 인터페이스를 가능하게 합니다.



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

또한 STM32 Blue Pill은 아두이노 IDE를 포함한 다양한 개발 환경을 통해 오픈 소스 커뮤니티에 의해 잘 지원되고 있습니다. 이는 아두이노에 익숙하지만 좀 더 고급 하드웨어로 넘어가고 싶은 사람들에게도 접근성을 제공합니다.

# USB to TTL 변환기를 사용하는 이유는 무엇인가요?

많은 아두이노 보드와 달리 STM32 Blue Pill은 내장 USB-시리얼 컨버터가 없기 때문에 코드 업로드와 디버깅에 일반적으로 사용되는 것이 없습니다. 대신 보드는 컴퓨터와 통신하기 위해 외부 컨버터가 필요한 UART (Universal Asynchronous Receiver-Transmitter) 핀을 갖추고 있습니다. DSD TECH SH-U09C5 USB to TTL 컨버터는 컴퓨터의 USB 포트와 Blue Pill의 UART 핀 사이에 브릿지 역할을 하여 코드 업로드, 시리얼 출력 모니터링 및 프로그램 디버깅을 가능하게 합니다. 이 컨버터는 STM32 Blue Pill과 작업할 때 필수적인 도구로서, 보드와 개발 환경 간 원활한 통신을 가능케 합니다.

<img src="/assets/img/2024-08-17-GettingStartedwithSTM32BluePillinArduinoIDEUsingaUSBtoTTLConverterWriteYourFirstProgram_1.png" />



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

# 事전 솔더링 보드로 시작하기

소더링의 번거로움 없이 바로 개발에 몰입하고 싶은 분들을 위해, 쉴레텍(Shillehtek)에서 사전 솔더링된 STM32 Blue Pill 보드를 구매할 수 있습니다. 이 보드는 사용 준비가 되어 있어 프로젝트 구축에 집중할 수 있습니다.

---

이 주제를 자세히 탐구하기 전에, 당사의 지속적인 노력을 지원하고 IoT 프로젝트를 향상하는 데 전념한 다양한 플랫폼을 탐험하실 것을 초대합니다:



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

- YouTube 채널 구독하기: 새로운 자습서와 프로젝트 통찰을 놓치지 마세요. YouTube의 Shilleh 채널을 구독하세요.
- 저희를 지원해주세요: 여러분의 지원은 소중합니다. Buy Me A Coffee에서 커피 한 잔 사주시면 품질 높은 콘텐츠 제작을 계속할 수 있습니다.
- 전문 IoT 서비스 고용하기: IoT 프로젝트에 대한 맞춤 지원이 필요하시면 UpWork에서 저를 고용해보세요.

ShillehTek 웹사이트(할인 혜택):

https://shillehtek.com/collections/all

ShillehTek 아마존 스토어:



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

ShillehTek 아마존 스토어 - 미국

ShillehTek 아마존 스토어 - 캐나다

ShillehTek 아마존 스토어 - 일본

## 단계 1: STM32 Blue Pill을 USB to TTL 컨버터에 연결하세요.



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

먼저 STM32 블루필을 컴퓨터에 연결해야 합니다. 이 때 DSD TECH SH-U09C5 USB에서 TTL로 변환기를 사용하면 됩니다. 이 변환기를 통해 컴퓨터가 STM32 블루필과 UART 인터페이스를 통신할 수 있게 됩니다.

![이미지](/assets/img/2024-08-17-GettingStartedwithSTM32BluePillinArduinoIDEUsingaUSBtoTTLConverterWriteYourFirstProgram_2.png)

## 배선 설정:

- RXD (SH-U09C5) - PA9 (블루필의 RX)
- TXD (SH-U09C5) - PA10 (블루필의 TX)
- GND (SH-U09C5) - GND (블루필)
- VCC (SH-U09C5) - 3.3V (블루필)



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

## BOOT0 점퍼 설정하기:

- Blue Pill의 BOOT0 점퍼를 1 위치로 설정하세요 (이렇게 하면 Blue Pill이 UART 부트로더 모드로 됩니다). 부트로더 모드를 보려면 아래 다이어그램을 참조하세요.

![부트로더 모드 다이어그램](/assets/img/2024-08-17-GettingStartedwithSTM32BluePillinArduinoIDEUsingaUSBtoTTLConverterWriteYourFirstProgram_3.png)

TTL 컨버터를 전원에 연결했는지 확인하세요. 컴퓨터에 USB 포트가 있다면 간단히 컴퓨터에 연결하면 됩니다!



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

# 단계 2: 아두이노 IDE에 STM32 지원 설치하기

아두이노 IDE에서 STM32 Blue Pill을 프로그래밍하려면 먼저 STM32 보드를 지원할 수 있도록 설치해야 합니다.

## 단계 1: 아두이노 IDE 환경 설정 열기

- 아두이노 IDE를 엽니다.
- 파일 ` 환경설정`으로 이동합니다.



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

## 단계 2: STM32 보드 관리자 URL 추가

"추가 보드 관리자 URL" 필드에 다음 URL을 추가하세요:

https://github.com/stm32duino/BoardManagerFiles/raw/main/package_stmicroelectronics_index.json

확인을 클릭하세요.



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

![Step 3: Install STM32 Boards](/assets/img/2024-08-17-GettingStartedwithSTM32BluePillinArduinoIDEUsingaUSBtoTTLConverterWriteYourFirstProgram_4.png)

## Step 3: Install STM32 Boards

- Go to Tools > Board > Boards Manager.
- Search for STM32 and click Install next to the “STM32 MCU based boards” package.

![Step 3: Install STM32 Boards](/assets/img/2024-08-17-GettingStartedwithSTM32BluePillinArduinoIDEUsingaUSBtoTTLConverterWriteYourFirstProgram_5.png)



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

# 단계 3: 아두이노 IDE에서 STM32 Blue Pill 보드 선택하기

STM32 지원을 설치한 후에는 Arduino IDE를 구성하여 STM32 Blue Pill에 맞는 올바른 설정을 사용해야 합니다.

## 단계 1: 보드 선택

- 도구로 이동하여 `보드`의 STM32 보드를 선택하고 일반적인 STM32F1 시리즈를 선택합니다.



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

## 단계 2: 보드 설정 구성하기

- 도구 아래 `보드 파트 번호` 항목에서 BluePill F103C8 (또는 128KB 플래시 버전을 사용하는 경우 BluePill F103CB)를 선택합니다.
- 업로드 방법을 STM32CubeProgrammer (시리얼)로 설정합니다.
- 장치와 관련된 포트를 설정합니다.

# Step 4: STM32CubeProgrammer 설치하기

STM32CubeProgrammer은 STM32 Blue Pill에 코드를 시리얼 인터페이스를 통해 업로드하는 데 필요합니다.



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

## 단계 1: STM32CubeProgrammer 다운로드 및 설치

- STMicroelectronics 웹사이트에서 STM32CubeProgrammer를 다운로드합니다.
- 계정이 없다면 무료 계정을 생성해주세요.
- 화면 안내에 따라 시스템에 설치해주세요. 다양한 운영 체제용 다운로드가 제공됩니다.

## 단계 2: 환경 변수 설정

터미널을 열고 STM32CubeProgrammer 경로를 STM32_PRG_PATH 환경 변수에 추가하세요.



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

macOS 사용자라면, ~/.zshrc 또는 ~/.bash_profile 파일에 다음 줄을 추가해 주세요:

```bash
export STM32_PRG_PATH=/Applications/STMicroelectronics/STM32Cube/STM32CubeProgrammer/STM32CubeProgrammer.app/Contents/MacOs/bin
```

변경 사항을 적용하려면 다음을 실행하세요:

```bash
source ~/.zshrc
```



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

또는

- source ~/.bash_profile

# Windows 운영체제의 경우:

- 시작 메뉴를 열고 “환경 변수”를 검색합니다.
- 검색 결과에서 “시스템 환경 변수 편집”을 선택합니다.
- 시스템 속성 창에서 “환경 변수” 버튼을 클릭합니다.
- “시스템 변수”(또는 원하는 경우 “사용자 변수”) 아래에서 “새로 만들기”를 클릭합니다.



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

- 변수 이름: STM32_PRG_PATH
- 변수 값: STM32CubeProgrammer의 bin 디렉토리 경로, 예를 들어:
- C:\Program Files\STMicroelectronics\STM32Cube\STM32CubeProgrammer\bin

새 환경 변수를 저장하려면 "확인"을 클릭하세요.

환경 변수와 시스템 속성 창을 닫으세요.

# 단계 5: 첫 번째 프로그램 업로드



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

이제 모든 것이 설정되었으니 STM32 Blue Pill에 첫 번째 프로그램을 업로드할 준비가 되었습니다.

## 단계 1: 코드 작성

- Arduino IDE에서 새로운 스케치를 열고 간단한 프로그램을 작성하세요. 시리얼 모니터에 메시지를 출력하는 예제를 보여드리겠습니다:

```js
void setup() {
  // 시리얼 통신을 9600 baud로 시작합니다
  Serial.begin(9600);

  // 시리얼 포트가 연결될 때까지 대기합니다 (일부 보드에서 필요함)
  while (!Serial) {
    ; // 대기
  }
}

void loop() {
  // 시리얼 모니터에 메시지를 출력합니다
  Serial.println("안녕, Blue Pill!");

  // 1초를 기다립니다
  delay(1000);
}
```



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

## 단계 2: 블루필 초기화하기

- Arduino IDE에서 업로드 버튼을 클릭하기 전에, 블루필 보드의 리셋 버튼을 누릅니다. 이렇게 하면 보드가 프로그램을 받을 준비가 되어있음을 확인할 수 있습니다.

## 단계 3: 코드 업로드하기

- Arduino IDE에서 업로드 버튼을 클릭합니다.
- 업로드가 완료되면 보드의 내장 LED가 일정한 간격으로 깜박입니다. 다른 스크립트를 업로드하려면 리셋 버튼을 누르고 스크립트를 수정한 다음 다시 업로드할 수 있습니다!



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

# 문제 해결

- 파일 업로드 중 문제가 발생하는 경우:
- 올바른 포트가 선택되어 있는지 확인하세요.
- 배선 및 점퍼 설정을 확인하세요.
- STM32_PRG_PATH 환경 변수가 올바르게 설정되었는지 확인하세요.
- STM32 ShillehTek 아마존 스토어에서 판매하는 원본 보드인지 확인하세요. 해당 보드는 이미 프리실더링되어 있습니다.

# 결론

축하합니다! Arduino IDE와 DSD TECH SH-U09C5 USB to TTL 컨버터를 사용하여 STM32 Blue Pill을 성공적으로 설정하고 프로그래밍했습니다. 이 강력한 마이크로컨트롤러는 저렴한 가격에 32비트 ARM Cortex-M3 프로세서의 성능을 제공하여 여러분의 프로젝트에 무한한 가능성을 열어줍니다. 초보자이든 경험이 풍부한 개발자이든, STM32 Blue Pill은 여러분의 아이디어를 현실로 구현하는 데 도움이 되는 다재다능한 도구입니다.



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

이 튜토리얼이 도움이 되었다면, 제 YouTube 채널에서 더 많은 콘텐츠를 확인해보세요. 거기에서는 주기적으로 개발 보드와 마이크로컨트롤러를 최대한 활용할 수 있도록 도와주는 꿀팁, 튜토리얼, 프로젝트 아이디어를 공유하고 있어요. 최신 동영상을 받아보려면 MM Shilleh의 YouTube에서 구독하세요. 프로젝트 진행에 행운을 빕니다!

USB to TTL 컨버터와 Arduino IDE를 사용하여 STM32 Blue Pill 만드는 방법

# 소개

이번 주는 AWS에게는 놀라운 소식이 많은 한 주였습니다. re:Invent 컨퍼런스 중에 많은 발표가 있었습니다. 주목해야 할 주요 서비스 중 하나인 AWS Bedrock은 지난 9월에 일반 공개되어 re:Invent 2023 중에 여러 가지 흥미로운 개선사항을 받았습니다.

본 안내서에서는 AWS Bedrock 및 Claude AI를 사용하여 Gradio와 함께 챗봇을 만드는 방법을 살펴볼 것입니다. 이 강력한 도구 세트로 시작하는 데 도움이 되는 단계별 안내를 제공할 것입니다.

본 안내서를 따르면 다음을 얻게 됩니다:



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

# AWS 베드락 및 주요 기능 개요

- OpenAI와 비교하여 Claude AI 모델의 이유는 무엇인가요?
- 챗봇을 생성하고 챗봇 프론트엔드를 베드락 백엔드에 연결하는 개발자를 위한 완벽한 가이드

## 시작하기 전에! 🦸🏻‍♀️

만약 이 주제가 마음에 들고 지원하고 싶다면:

- LinkedIn에서 나를 팔로우하고 무료 프렌드 링크를 클릭하여 이 글 및 데이터에 관한 다른 정보를 확인하세요 🔭
- 제 글을 50번 클랩해 주시면 정말로 저를 도와주실 거예요.👏
- Medium에서 나를 팔로우하고 제 최신 글을 받아보기 위해 구독해주세요🫶AWS 베드락: 초보자를 위한 소개



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

## AWS 베드락이란 무엇인가요?

AWS 베드락은 머신 러닝 GenAI 애플리케이션을 구축하고 배포하기 위한 LLM 모델, 임베딩 모델, 이미지 생성 모델, 지식 베이스 도구 및 에이전트 서비스 범위를 제공하는 강력한 플랫폼입니다. 쉽게 사용할 수 있도록 설계되었으며 초보자와 전문가 모두에게 이상적인 다양한 기능을 제공합니다.

## 사용 가능한 모델

다음 두 개의 그래프에서 동부 미국 버지니아 지역에서 사용할 수 있는 모든 모델을 찾을 수 있습니다.



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

세밀함과 우아함에 사로잡힌 AI가 만들어낸 이미지에 항상 관심이 있었어요. 그러나 이번에는 AI가 예술이 아닌 코미디에 손을 대보기로 결정한 것 같아요.

제 작은 소녀는 자신의 자동차 옆에서 고귀하게 서 있는 미니 마우스를 보기 위해 기대했어요. 그러나 우리의 큰 놀라움은, 미니가 확고히 서 있는 대신에 이상하게 춤을 추는 것 같았다는 거예요! 우리는 AI의 예상치 못한 유머에 웃음을 참지 못했지만, 제 아이는 그 모습에 너무 재미있어 했어요. 🤣



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

## 지식베이스 옵션

데이터의 RAG 기능을 활용하기를 고려 중이라면, AWS Bedrock의 벡터 저장소로 데이터를 벡터화하는 것이 확실한 선택지입니다. 현재 세 가지 선택지가 있는데요: AWS Open Search, Pinecone 및 Redis Enterprise Cloud입니다. 그리고 몽고DB 애호가들에게 기쁜 소식 — 곧 벡터 저장소 옵션으로 데뷰합니다.

## Amazon Bedrock용 에이전트

Amazon Bedrock 에이전트를 사용하면 개발자가 애플리케이션에 자율적인 에이전트를 구축할 수 있습니다. 이러한 에이전트는 데이터 소스, 소프트웨어 및 사용자 대화 사이의 상호작용을 조율하여 최종 사용자가 작업을 완료할 수 있도록 돕습니다. 에이전트는 API를 자동으로 호출하고 지식 베이스를 호출하여 작업을 완료하는 데 필요한 정보를 보완합니다. 이러한 에이전트를 통합함으로써 개발자는 AI 애플리케이션의 전달을 가속화하고 상당한 개발 시간을 절약할 수 있습니다.



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

# Claude AI: 개요

## Claude AI란 무엇인가요?

Claude AI는 챗봇 및 다른 대화형 인터페이스를 만들기 위해 사용할 수 있는 강력한 도구입니다. 초보자와 전문가 모두에게 이상적인 기능을 제공하며 쉽게 사용할 수 있도록 설계되었습니다.

## Claude AI를 사용하는 이유는 무엇인가요?



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

Claude AI는 챗봇 및 다른 대화 인터페이스를 구축하기에 이상적인 도구로 만드는 다양한 혜택을 제공합니다. 일부 주요 혜택은 다음과 같습니다:

- Claude AI는 Bedrock에서 사용 가능한 가장 고급 대화형 모델 중 하나입니다. Anthropic이 Constitutional AI 기술을 사용하여 개발한 Claude는 도움이 되고, 해를 끼치지 않으며, 정직하게 설계되었습니다. 맥락을 이해하고, 실수를 인정하고, 부적절한 요청을 거부할 수 있습니다.
- Claude의 200,000 토큰 입력 길이 확장으로 인해, 다른 챗봇 엔진과 비교했을 때 훨씬 복잡한 대화와 추론을 다룰 수 있습니다. 이는 보다 세밀한 대화를 통한 더 다양한 느낌을 가능하게 합니다. Claude는 다단계 명령을 따르고, 세부적인 질문에 답변하며, 창의적인 콘텐츠를 생성할 수 있습니다.
- 반대로, ChatGPT 4는 최대 128,000 입력 토큰을 처리할 수 있으며, 이는 대략 300페이지의 텍스트와 동등합니다.
- ChatGPT4보다 훨씬 저렴한 가격으로, Gen AI 프로젝트 비용 분석에 대한 이전 기사를 참고할 수 있습니다.

```js
| 제공자         | 모델                    | 입력/1,000 토큰 | 출력/1,000 토큰 |
| OpenAI / Azure | GPT-4                 | $0.03          | $0.06          |
| OpenAI / Azure | GPT-4                 | $0.06          | $0.12          |
| Anthropic      | Claude Instant        | $0.00163       | $0.00551       |
| Anthropic      | Claude 2              | $0.008         | $0.024         |
```

Claude AI와 AWS Bedrock을 결합하면, 개발자들은 차세대 챗봇을 구축할 강력한 플랫폼을 갖게 됩니다. Bedrock는 인프라 및 모델 접근을 제공하며, Claude는 고급 대화 기능을 제공합니다. 함께 사용하면, 실 사용 가능한 챗봇을 생성하는 장벽이 낮아집니다.



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

# AWS Bedrock 및 Claude AI를 활용한 챗봇 구현

AWS Bedrock와 Claude AI를 사용하여 챗봇을 만드는 것은 몇 가지 필수적인 단계로 나눌 수 있는 간단한 과정입니다.

## AWS Bedrock 설정:

가장 먼저, AWS Bedrock 런타임 클라이언트를 초기화해야 합니다. AWS Bedrock는 머신러닝 모델의 배포와 관리를 용이하게 해주는 서비스입니다. boto3 클라이언트를 사용하여 쉽게 초기화할 수 있습니다. boto3는 AWS 서비스를 위한 Python SDK입니다.



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

```js
import gradio as gr
import boto3
import json
import random
import time

# Bedrock Runtime 클라이언트 초기화
brt = boto3.client(service_name='bedrock-runtime')
```

## 채팅 인터페이스 구축하기:

다음 단계는 사용자가 상호작용할 채팅 인터페이스를 설정하는 것입니다. 이를 위해 모델 테스트를 위한 UI를 빠르게 생성하는 Gradio 라이브러리를 활용할 수 있습니다. Chatbot 인터페이스, 입력용 Textbox 및 대화를 쉽게 재설정할 수 있는 ClearButton을 설정할 수 있습니다.

```js
# Gradio 인터페이스 설정
with gr.Blocks() as demo:
    chatbot = gr.Chatbot()
    msg = gr.Textbox()
    clear = gr.ClearButton([msg, chatbot])
```



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

## 응답 로직 생성:

이제 재미있는 부분입니다. 챗봇의 응답 로직을 만들기 위해 AWS Bedrock를 사용하여 Claude AI 모델을 호출할 것입니다.

```js
def respond(message, chat_history):
        # Bedrock 모델 호출
        body = json.dumps({
            "prompt": f"\n\nHuman: {message}\n\nAssistant:",
            "max_tokens_to_sample": 300,
            "temperature": 0.1,
            "top_p": 0.9,
        })

        model_id = 'anthropic.claude-v2'
        accept = 'application/json'
        content_type = 'application/json'

        # Bedrock 모델 호출
        response = brt.invoke_model(body=body, modelId=model_id, accept=accept, contentType=content_type)
```

## 모델 응답 처리하기:



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

모델을 호출한 후에는 Bedrock 모델 응답을 구문 분석하여 채팅 기록에 추가합니다. 이렇게 하면 실시간 대화를 모방하는 자연스러운 채팅 기록을 표시할 수 있습니다.

```js
 # Bedrock 모델 응답 구문 분석
        response_body = json.loads(response.get('body').read())

        # 채팅 기록 표시
        chat_history.append((message, response_body.get('completion')))
        time.sleep(2)
        return "", chat_history

    msg.submit(respond, [msg, chatbot], [msg, chatbot])
```

## 챗봇 실행:

챗봇을 시작하는 마지막 단계는 Gradio 인터페이스를 실행하여 모든 것을 움직이게 하는 것입니다.



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

```js
demo.launch();
```

요약하면, Gradio와 Anthropic의 Claude 모델을 AWS Bedrock 런타임을 통해 통합하여 챗봇 UI를 제공합니다.

최종 화면을 살펴보겠습니다.

# 결론적인 생각들



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

여기 있습니다! AWS Bedrock와 Claude AI의 힘을 결합하여 직접 챗봇을 만드는 방법에 대한 포괄적인 안내서입니다. Gradio의 도움으로 작업하는 방법을 알아보았습니다.

AWS Bedrock의 핵심을 이해하고 Claude AI의 다이내믹스를 파헤치며 이러한 구성 요소를 완전히 작동하는 챗봇으로 변환하는 상세하고 재미있는 여정을 통해, 이 안내서는 이 흥미로운 탐험을 하는 동안 핵심 동반이 되는 것을 목표로 하였습니다.

2023년 AWS re:Invent의 최근 시리즈 발표에서는 AI 애플리케이션 개발의 가능성을 넓혔습니다. Bedrock의 다양한 유망한 기능과 통합, Claude AI의 고급 대화 기능을 결합하여 챗봇 생성을 새로운 수준으로 끌어올렸습니다.

마지막으로, 예상된 MongoDB 추가를 포함한 확장되는 벡터 저장소 옵션 풀은 사용자 경험을 더욱 풍부하고 다양하며 직관적으로 만들어 RAG 기능을 데이터와 활용하는 가능성을 더욱 넓히는 흥미로운 층을 더합니다.



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

AI의 성과를 많이 찾으며, Minnie를 만나 웃음도 짓고 여행을 즐기길 바라요!

## 여정을 떠나기 전에! 🦸🏻‍♀️

만약 내 이야기를 좋아하고 지원하고 싶다면:

- 제 글을 50번 클랩해 주세요, 정말로 저에게 큰 도움이 될 거에요. 👏
- Medium에서 저를 팔로우하고 최신 글을 받아보세요 🫶
- LinkedIn에서 나를 팔로우하여 데이터 관련 다른 정보를 받아보세요 🔭



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

![2024-08-17-AnIn-depthyetSimpleBeginnerGuideonAWSBedrockwithClaudeAI_0.png](/assets/img/2024-08-17-AnIn-depthyetSimpleBeginnerGuideonAWSBedrockwithClaudeAI_0.png)

Claude AI와 함께하는 AWS Bedrock 입문 가이드 정리

![Alt text](/assets/img/2024-08-17-HowIBuiltAHigh-PerformingOrderDeliveryMicroserviceWithAWS_0.png)

약 한 달 전에 고객으로부터 주문 배송 시스템을 만들어 달라는 제안을 받았어요.

고객은 고객이 웹사이트에서 주문한 주문을 처리할 수 있는 시스템이 필요했어요.

고객은 현재 저 트래픽 웹사이트를 운영하고 있어 스케일링이 필요하지 않았지만, 미래에 더 많은 수익을 얻고자 접근성을 고려하여 확장 가능한 시스템을 구축할 수 있느냐고 물었어요.



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

솔루션 아키텍처를 설계한 후에 어떤 것을 고안했는지에 대한 일반적인 개요를 제시합니다.

# 솔루션 개요

- 내가 개발한 솔루션의 프런트엔드 앱을 호출하기 위한 API 게이트웨이로 AWS API Gateway를 사용했습니다.
- 서버 코드의 대부분을 처리하기 위해 AWS Lambda 함수를 사용했습니다.
- 주 데이터베이스로 Amazon DynamoDB를 사용했습니다.
- 주문을 대기시키기 위해 Amazon SQS를 사용했습니다.
- 주문 영수증을 저장하기 위해 Amazon S3를 사용했습니다.
- PDF 영수증 및 이미지와 같은 정적 자산을 캐시하기 위해 Amazon CloudFront를 사용했습니다.
- 주문을 위해 이메일을 보내기 위해 Amazon SES를 사용했습니다.
- 필요한 모든 리소스를 JavaScript로 AWS CDK(Cloud Development Kit)를 사용하여 생성했습니다.
- 데이터베이스에서 캐싱을 처리하고 싶지 않아서 프런트엔드에서 캐싱을 구현했습니다(react-query를 사용).

# API Gateway & Lambda



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

AWS CDK를 사용하여 다음 엔드포인트를 노출하는 서버리스 API Gateway를 프로비저닝했어요:

- 배달 주문하기
- 긴급 배달 주문하기
- 주문 세부 정보 가져오기
- 주문 수정하기 (“배송” 상태가 되기 전)
- 주문 취소하기 (“배송” 상태가 되기 전)

다음은 AWS Lambda를 생성하는 데 사용한 필수적인 CDK 코드입니다.

```js
import * as cdk from "aws-cdk-lib";
import * as apigateway from "aws-cdk-lib/aws-apigateway";
import * as lambda from "aws-cdk-lib/aws-lambda";
import * as dynamodb from "aws-cdk-lib/aws-dynamodb";
import * as sqs from "aws-cdk-lib/aws-sqs";
import * as s3 from "aws-cdk-lib/aws-s3";
import * as cloudfront from "aws-cdk-lib/aws-cloudfront";
import * as ses from "aws-cdk-lib/aws-ses";
import { Construct } from "constructs";

export class BookingSystemBackendStack extends cdk.Stack {
  constructor(scope: Construct, id: string, props?: cdk.StackProps) {
    super(scope, id, props);

    // '?urgent=true' 쿼리 파라미터로 일반 주문 및 긴급 주문하는 기능
    const placeOrderFunction = new lambda.Function(this, "PlaceOrder", {
      runtime: lambda.Runtime.NODEJS_20_X,
      code: lambda.Code.fromAsset("lambda"),
      handler: "placeOrder.handler",
      environment: {
        TABLE_NAME: table.tableName,
        AWS_REGION: this.region,
      },
    });

    const fetchOrderFunction = new lambda.Function(this, "FetchOrder", {
      runtime: lambda.Runtime.NODEJS_20_X,
      code: lambda.Code.fromAsset("lambda"),
      handler: "fetchOrder.handler",
      environment: {
        TABLE_NAME: table.tableName,
        AWS_REGION: this.region,
      },
    });

    const modifyOrderFunction = new lambda.Function(this, "ModifyOrder", {
      runtime: lambda.Runtime.NODEJS_20_X,
      code: lambda.Code.fromAsset("lambda"),
      handler: "modifyOrder.handler",
      environment: {
        TABLE_NAME: table.tableName,
        AWS_REGION: this.region,
      },
    });

    const cancelOrderFunction = new lambda.Function(this, "CancelOrder", {
      runtime: lambda.Runtime.NODEJS_20_X,
      code: lambda.Code.fromAsset("lambda"),
      handler: "cancelOrder.handler",
      environment: {
        TABLE_NAME: table.tableName,
        AWS_REGION: this.region,
      },
    });

    table.grantReadWriteData(placeOrderFunction);
    table.grantReadWriteData(fetchOrderFunction);
    table.grantReadWriteData(modifyOrderFunction);
    table.grantReadWriteData(cancelOrderFunction);
  }
}
```



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

위 코드 아래에 해당 API Gateway 엔드포인트에 다음을 추가했습니다:

```js
const api = new apigateway.RestApi(this, "OrdersAPI", {
  restApiName: "OrdersAPI",
  description: "고객 주문 처리",
});

// /orders 리소스 생성
const orders = api.root.addResource("orders");
const placeOrderAPI = new apigateway.LambdaIntegration(placeOrderFunction);
orders.addMethod("POST", placeOrderAPI);

// /orders/{orderID} 리소스 생성
const order = orders.addResource("{orderID}");
const fetchOrderDetailsAPI = new apigateway.LambdaIntegration(fetchOrderFunction);
order.addMethod("GET", fetchOrderAPI); // 주문에 대한 세부 정보 가져오기

// 주문 수정
const modifyOrderAPI = new apigateway.LambdaIntegration(modifyOrderFunction);
order.addMethod("PUT", modifyOrderAPI); // 주문 수정

// 주문 취소
const cancelOrderAPI = new apigateway.LambdaIntegration(cancelOrderFunction);
order.addMethod("DELETE", cancelOrderAPI); // 주문 취소
```

DynamoDB에 새 주문을 만드는 Lambda 코드는 다음과 같습니다:

```js
import { DynamoDBClient, PutItemCommand } from "@aws-sdk/client-dynamodb";
import { marshall } from "@aws-sdk/util-dynamodb";

const client = new DynamoDBClient({ region: process.env.AWS_REGION });

export const handler = async (event) => {
  const { orderID, orderDetails, customer } = JSON.parse(event.body);

  const params = {
    TableName: process.env.TABLE_NAME,
    Item: marshall({
      pk: orderID,
      sk: orderID,
      ...customer,
      ...orderDetails,
      createdAt: new Date().toISOString(),
    }),
  };

  try {
    await client.send(new PutItemCommand(params));

    return {
      statusCode: 200,
      body: JSON.stringify({ message: "주문이 성공적으로 처리되었습니다!" }),
    };
  } catch (error) {
    console.error(error);

    return {
      statusCode: 500,
      body: JSON.stringify({ message: "주문 처리에 실패했습니다.", error: error.message }),
    };
  }
};
```



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

위의 람다 코드는 피치 요청으로 주문, 고객 등의 값을 수용하여 params 객체에 추가하고 DynamoDB에 PutItemCommand를 생성합니다.

수정 및 삭제는 비슷하니 건너뜁니다.

# DynamoDB

DynamoDB를 사용하여 고객이 언제든지 주문을 신뢰할 수 있게 할 수 있고 항상 주문에 대한 사용 가능한 상태를 유지할 수 있습니다.



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

DynamoDB보다 다른 NoSQL 데이터베이스를 선택한 결정은 고객에게 더 신뢰할 수 있는 경험을 제공하기 위해 높은 가용성을 갖는 데이터베이스 서비스를 갖기 위해서입니다.

더 효율적이고 비용 효율적인 방법으로, 저는 데이터베이스를 한 개의 테이블만 사용하여 모든 엔티티를 그 테이블 안에 저장하도록 설계했습니다.

다음과 같이 디자인했습니다:

[이미지](/assets/img/2024-08-17-HowIBuiltAHigh-PerformingOrderDeliveryMicroserviceWithAWS_1.png)



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

만약 이것이 낯설게 느껴진다면, 이 기사를 읽어보세요.

저는 이 표에 사용자, 주문, 거래 등을 저장하고 있어요.

이것은 낮은 지연 시간을 가능하게 하고 여러 표를 프로비저닝하는 비용을 줄입니다.

이 데이터베이스 디자인은 사용자들에 대한 쿼리, 그들이 한 주문, 그리고 해당 거래에 대한 결제 정보, 날짜 및 더 많은 정보를 가능하게 해줘요.



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

이 데이터베이스를 프로비저닝하기 위해 다음 CDK 코드를 사용했습니다:

```js
const table = new dynamodb.Table(this, "orders", {
  partitionKey: { name: "pk", type: dynamodb.AttributeType.STRING },
  sortKey: { name: "sk", type: dynamodb.AttributeType.STRING },
});
```

이 코드는 테이블의 모든 항목을 식별할 파티션 키 (pk)와 정렬 키 (sk)를 정의합니다.

나중에 더 많은 데이터 액세스 패턴을 충족하기 위해 몇 가지 인덱스도 생성했습니다.



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

# SQS

이 시스템을 확장하고 더 견고하게 만들기 위해 Amazon SQS를 사용하여 몇 가지 메시지 대기열을 만들었습니다.

메시지 대기열은 시스템에 두 가지 이점을 제공했습니다.

먼저, 모든 서비스가 메시지를 통해 분리되어 상호 통신했습니다.



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

두 번째로, 주문 처리가 메시지 대기열로 확장되었습니다.

따라서 Lambda 함수로 직접 전송되어 DynamoDB에 기록되는 대신, 먼저 메시지 대기열로 전송되고 비동기적으로 처리되어 DynamoDB에 기록되었습니다.

다음과 같이 SQS 메시지 대기열을 생성할 수 있습니다:

```js
// 주문을 SQS로 전송
await sqs
  .sendMessage({
    QueueUrl: process.env.QUEUE_URL,
    MessageBody: JSON.stringify({ pk, sk, orderID, orderDetails, customer }),
  })
  .promise();
```



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

다른 람다 함수가 이러한 메시지를 기다리고 있어요. 이 함수는 고객 주문을 DynamoDB에 작성할 거에요. 더 작은 애플리케이션에는 과도한 기능일 수 있지만, 앱이 내일 확장되어야 한다면, 지금의 대비를 할 준비가 되어 있어요.

# S3 & CloudFront

저는 정적 파일을 S3 버킷에 저장하는 데 사용했어요. 영수증, 사용자 이미지, 회사 미디어(로고 및 문서)와 같은 파일들을 저장하고 있답니다.

Lambda 함수는 영수증 읽기 요청이 발생할 때마다, 관련된 영수증 파일을 S3에서 검색하도록 구성되어 있어요.



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

S3에서 정적 에셋을 제공하는 대신, 대부분의 에셋은 CloudFront를 사용하여 CDN을 통해 제공되었습니다.

S3 Bucket의 생성:

```js
const bucket = new s3.Bucket(this, ORDERS_RECEIPTS_BUCKET, {
  removalPolicy: cdk.RemovalPolicy.DESTROY,
});
// 액세스 권한에 대한 추가 구성…
```

그리고 정적 파일을 캐시하기 위한 CloudFront CDN:



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

```js
const distribution = new cloudfront.CloudFrontWebDistribution(this, "Distribution", {
  originConfigs: [
    {
      s3OriginSource: {
        s3BucketSource: bucket,
      },
      behaviors: [{ isDefaultBehavior: true }],
    },
  ],
});
```

프론트 엔드에서 파일을 요청하면 파일은 먼저 CDN 도메인 이름을 사용합니다. 이렇게 하면 원본 S3 버킷 서버에서 더 멀리 떨어진 사용자도 CDN 덕분에 파일을 더 빨리 검색할 수 있습니다.

# SES

마지막으로, 클라이언트를 위해 대량 및 예약 이메일을 보낼 수 있도록 Amazon Simple Email Service를 구성했습니다.



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

저는 이렇게 SES에서 이메일 식별 정보를 만들었습니다:

```js
const CLIENT_EMAIL = "<client-email>";
const emailIdentity = new ses.EmailIdentity(this, "EmailIdentity", {
  identity: CLIENT_EMAIL,
});
```

이 작업을 마치고 나면, 람다를 사용하여 이메일을 손쉽게 보낼 수 있었습니다:

```js
await ses
  .sendEmail({
    Source: CLIENT_EMAIL,
    Destination: { ToAddresses: [customerEmail] },
    Message: {
      Subject: { Data: "오늘 주문 영수증" },
      Body: {
        Text: { Data: "주문해 주셔서 감사합니다. 등..." },
      },
    },
  })
  .promise();
```



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

모든 주문 생성 시에 두 개의 이메일이 발송되었습니다:

- 최근 주문 내역을 안내하는 고객 이메일
- 웹사이트에 주문이 접수된 것을 공지하는 클라이언트 이메일

# 결론

저희가 고객을 위해 구축한 주문 배송 시스템은 API Gateway, Lambda, DynamoDB, SQS, S3, CloudFront 및 SES와 같은 다양한 AWS 서비스를 활용하여 효율적이고 확장 가능한 솔루션입니다.



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

각 서비스는 신뢰성, 효율성 및 미래 확장 가능성을 보장하기 위해 선정되었습니다. 현재 트래픽은 낮지만 미래 성장에 대비할 수 있는 시스템이 준비되어 있습니다.

시스템은 미래 성장을 처리할 수 있도록 준비되어 있으며 사용자들에게 뛰어난 경험을 제공하고 있어 신뢰성이 높습니다.

이 블로그 글을 즐기셨다면, 제 글 작성을 지원하기 위해 커피도 사 주실 수 있어요: https://buymeacoffee.com/urielbitton

👋 제 이름은 Uriel Bitton이고 Serverless, 클라우드 컴퓨팅 및 AWS를 마스터하는 데 도움을 드리기 위해 헌신하고 있습니다.



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

🚀 서버리스, 확장 가능하며 강인한 애플리케이션을 구축하는 방법을 배우고 싶다면, 제 뉴스레터를 구독해보세요:

[https://medium.com/@atomicsdigital/subscribe](https://medium.com/@atomicsdigital/subscribe)

읽어 주셔서 감사합니다. 다음에 또 만나요!

# 쉽게 알려드립니다 🚀



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

인 플레인 영어 커뮤니티의 일원이 되어 주셔서 감사합니다! 떠나시기 전에:

- 작가를 클라프하고 팔로우해주세요️👏️️
- 팔로우하기: X | LinkedIn | YouTube | Discord | 뉴스레터
- 다른 플랫폼 방문하기: CoFeed | Differ
- PlainEnglish.io에서 더 많은 콘텐츠 확인하기

AWS로 고성능 주문 배송 마이크로서비스 만든 후기

![Image](/assets/img/2024-08-17-DevOpsShockedAWSKillsItsOwnGitHubCompetitorCodeCommit_0.png)

# 아마존 웹 서비스(AWS)가 레포지토리가 필요 없다고 한답니다. 계속 있을 수는 있지만, 이전 안내와 기한은 없어요. 모든 게 괜찮아요 🫨

보통 서비스를 폐지하는 것을 말하면 우리는 자동적으로 구글을 떠올리곤 합니다. 그러나 이번에는 아마존 웹 서비스가 스톱을 누르고 있습니다.

AWS의 수석 전도사인 Jeff Barr은 자신의 트윗에서 CodeCommit과 다른 몇 가지 서비스가 가방을 싸는 것을 언급했습니다:



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

```js
많은 생각 끝에, AWS CodeCommit을 포함한 소수의 서비스에 대한 새로운 액세스를 중단하기로 결정했습니다.

이러한 서비스에 대해 새로운 고객을 추가로 영입하지는 않지만, 현재 얻는 기능이나 경험을 변경할 계획은 없으며, 안전하고 신뢰할 수 있게 유지할 것입니다.

또한 귀하의 변화하는 요구 사항과 더 잘 부합하는 다른 AWS 또는 제3자 솔루션으로의 이전을 지원합니다. 계속해서 피드백을 제공해주시기 바랍니다. 우리는 늘 귀하의 의견을 듣고 있습니다.
```

회사용에서 일반어로 해석하면:

```js
일부 서비스를 단계적으로 중단할 예정입니다.
좋은 소식이죠. 안녕히 주무세요.
```

기존 고객은 계속 사용할 수 있습니다. 그러나 얼마나 오래 사용할 수 있는지는 확실하지 않습니다.



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

하지만 결국 어떤 서비스가 영향을 받는지 배웠어요:

```js
제가 말하는 서비스는 다음과 같아요: S3 Select, CloudSearch, Cloud9, SimpleDB, Forecast, Data Pipeline, 그리고 CodeCommit.
```

정말 충격적인 소식이죠. 특히 S3 Select와 CodeCommit에 대해요.

후자는 GitHub의 AWS 복제본이랍니다. 미니멀리스트에게 좋은 선택이죠.



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

AWS가 왜 조용히 이를 수행하는지 이해하지 못하겠어요. 즉, 이 소식이 나오는 소셜 미디어 플랫폼에서 테일러 스위프트와 제프 바르를 팔로우하는 사람만이 아니라 많은 사람들이 있지 않기 때문입니다. 이미 이 서비스를 사용하고 있거나 널리 사용할 계획을 가지고 있던 사람들에게는 이 정보가 상당히 중요합니다.

CodeCommit과 그 저장소는 많은 프로덕션 시스템의 일부입니다.

안타깝게도, AWS가 더 나은 것을 위한 자리를 만드는 것은 아닙니다. 사실, 그들이 더는 저장소를 제공하지 않을 것처럼 보입니다.



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

공식 이전 가이드에 따르면 GitHub와 GitLab을 포함하고 있다는 것이 내 이해입니다.

정직하게 말하자면, 저장소를 이동하는 과정은 그렇게 어렵지 않습니다. 그러나 AWS에서 서로 연결된 모든 구성 요소를 이동하는 것은 어려울 수 있습니다.

이렇게 중요한 소식이 마감 기한과 함께 제공되지 않는 것도 놀라운 일입니다. 상황을 더 혼동스럽게 만드는 것뿐입니다.

하지만 좋은 소식은 GitHub나 다른 저장소가 CodeCommit보다 나은 것입니다. 그래서 모든 작업을 마친 후에는 케이크가 있을 것입니다.



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

AWS에 관한 이야기를 할 때, 사실 이건 조금 이상한 움직임이에요. 이렇게 오랫동안 아마존은 우리에게 AWS 안으로 모든 것을 옮기라고 해왔죠. 그래서 어느 정도까지는 AWS 스마트폰도 출시해도 괜찮을 것 같은데요.

하지만 이제 AWS가 몇 가지 서비스를 외부로 내보내려고 하고 있어요. 왜 그럴까요? 그들이 청구서를 낼 때 유지비를 지불하지 않았나요? CPU, 저장소, 전송량을 충분히 사용하지 않았다고요?

DevOps에서는 저장소가 시스템의 중심 부분이에요. 이걸 외부로 옮기면 AWS는 더 이상 완전한 솔루션이 아니게 될거에요.

개발의 핵심을 AWS 외부로 옮기면 새로운 기회들이 열립니다.



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

코딩에 관한 더 많은 소식을 얻으려면 팔로우, 구독 및 박수를 눌러주세요!

AWS가 CodeCommit을 중단한 이유

작년 Remnant II는 전설 기반의, Dark Souls 스타일의 세 번째 인칭 액션 게임인데, 그 레벨 디자인에서 Diablo IV로부터 절실히 원했던 것이 있었습니다: 각각의 플레이어를 위해 독특하게 랜덤하게 설정된 세계를 제작하는 점입니다.

랜덤한 레벨 레이아웃은 액션 RPG나 게임 전반의 세계에서 새로운 것이 아닙니다. 초기 ASCII 아트 전통을 이어받은 Diablo는 무한히 섞이는 던전으로 스스로를 자랑스럽게 하였습니다. 하지만 Diablo는 당시 화려한 제작 가치와 결합하여 아티스트가 생성한 타일 세트로 런타임에 조립된 게임 세계는 재생성 가능성의 경계를 늘어놓아왔습니다. 때로는 이 개념을 중심으로 게임 전체가 구성되며, No Man’s Sky는 절차적으로 생성된 시드를 사용해 수백만 개의 행성들로 이루어진 전 은하계를 특징으로 하고 있습니다.

이 방식에는 많은 잠재적인 단점이 있습니다. 아티스트와 디자이너들이 시스템에 대해 충분한 입력이나 통제권이 없다면 무작위 세상들이 혼란스럽게 보일 수 있습니다. 사람들에 의한 논리가 없으면 결과물은 시각적으로 흥미롭게 보일 수 있지만, 게임을 실제로 즐겁게 만드는 공간의 균형이 없을 수 있습니다. 그러나 너무 많은 입력 또한 좋지 않을 수 있습니다. 너무 많이 개입하면 각 공간이 다른 공간과 유사하게 느껴질 수 있어, 무작위 생성의 새로움 요소를 제거할 수 있습니다. No Man’s Sky는 특히 초기에 이토록 문제를 겪었는데, 몇 시간 후에는 행성들이 표면적인 색 테마를 제외하고 서로 융합해버렸습니다. 무한한 콘텐츠를 제공하는 것만으로도 충분하지 않습니다. 그래도 모험하기 흥미로워야 합니다.

내 의견으로는 Remnant II는 이 무작위성/흥미 사이를 완벽하게 걸어가고 있다고 생각합니다. 거대한 아티스트가 만든 부품 카탈로그에서 레벨을 제작하고, 그 후에 세계가 너무 유사해 보이지 않도록 몇 가지 추가적인 혼돈의 층을 도입하여 삽화합니다 - 서로 비교하였을 때뿐만 아니라 여러 번의 플레이를 통해 여러번 방문할 때도. Remnant 시리즈는 서사적인 3-행위 구조를 통한 진행을 소개하는 다른 액션 RPG게임과는 다르게, Remnant II는 당신이 방문한 세계의 레이아웃 뿐만 아니라 당신의 이야기에서 그 세계를 만나게 되는 순서까지 랜덤하게 섞어놓습니다.



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

그래서 당신은 친구가 볼 것과 같은 다양한 장소 세트를 볼 수 있지만, 고유한 경로를 통해 그 세계를 경험할 것입니다. 다른 플레이어들과는 다른 퀘스트와 보스들을 만나며, 다른 위치에 배치되어 있습니다. 한 번 게임을 플레이하면, 이것이 일어나고 있다는 것조차 모를 수도 있습니다. 퀘스트 라인은 세계 디자인에 잘 통합되어 있기 때문입니다. 처음에는 만나는 캐릭터와 잠긴 문들이 게임이 작동할 유일한 방법으로 보입니다. 하지만 조금 더 탐험하게 되거나 게임 세계의 사이드 컨텐츠를 탐구하려는 사람들에게는 게임의 진정한 규모가 열릴 것입니다.

랜덤 퀘스트와 보스는 핵심 무작위성을 게임 디자인으로 더 잘 연결해주는 완벽한 요소입니다. 단순히 단조로움을 줄이기 위한 시각적 트릭으로 사용하는 대신, 게임 디자인에 자연스럽게 통합됩니다. 시스템에 의해 조합된 실제 레벨 레이아웃은 장르의 기준을 충족시키며, 다양한 미학과 디자인 요소로 인해 매번 새로운 장소처럼 느껴집니다.

레벨 자체의 일관성을 유지하는 큰 비결 중 하나는 여기서 사용된 기본 렌더링 기술인 Unreal Engine 5입니다. 이번 하드웨어 세대 동안 이 엔진에 대해 상당히 비판적이었습니다. 초기 공개 단계에서 지금의 콘솔에서 어떻게 실행될 것인가에 대한 과대 홍보가 있었다고 생각합니다. 최근 Hellblade II와 같은 최근 타이틀들로 약속된 고성능 비주얼 표준에 가까워지고 있지만, Remnant II는 Microsoft의 기대작 선형 어드벤처보다 이른 시기에 나온 상대적으로 덜 주목받는 작품입니다. 전형적인 현대 "AAA" 출시물보다 짧은 개발 기간에 제작되었지만 여전히 상당한 양의 콘텐츠가 담겨 있습니다.

따라서 Remnant II는 절대적으로 가장 멋지게 보이려고 하는 게 아닙니다. UE5의 렌더링 기능 세트를 완전히 활용하지는 않으며, 특히 Lumen과 같은 UE5의 차세대 조명 엔진을 배제했습니다. 게임의 조명 디자인은 여전히 훌륭해 보이지만, Xbox Series S와 같은 저전력 하드웨어에서는 몇 프레임 동안 품질을 높이는 과정에서 그림자에 일부 아티팩트가 보일 수 있습니다. 스튜디오는 Nanite로 알려진 가상 지오메트리 시스템에 완전히 투자했으며, 이 선택이 랜덤 월드에 완벽히 어울렸음을 알 수 있었습니다.



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

Nanite는 게임 내 자산의 지오메트릭 디테일을 화면에서 차지하는 픽셀 수에 따라 지능적으로 조절합니다. 이는 팝인을 제거하고 가까이 있는 객체에 동적으로 추가 세부 정보를 더해줌으로써 게임 경험에 의미 있는 세부 사항을 추가합니다. UE5 게임에서는 종종 하이퍼 디테일한 바위들을 만들기 위해 사용되었는데, 이는 당신의 게임 경험에 실질적인 가치를 더하지 않을 수 있습니다 (먼저 썼던 내용입니다). 그러나 Remnant II에서는 이 시스템이 서로 다른 세계의 타일이 어떻게 맞아 떨어지는지 노출되는 거친 가장자리를 완벽하게 매끄럽게 처리하는 데 탁월하게 작동합니다.

UE5의 비주얼 트릭은 Remnant II의 무작위 생성된 조각들을 더 일관된 공간으로 어우러지게 도와줍니다. 넘어진 부분이 없고 (영역 간 로딩 문을 제외하고), 위치가 어색해 보이는 환경 요소도 없습니다. 게임은 모든 가시적 요소의 세부 사항을 동적으로 조절할 수 있기 때문에. 한 번의 레벨 플레이를 통해 이것이 명백히 의도된 방식으로 디자인되지 않았을 때, 시각적으로는 속지 않는다. 지도 화면에서 각 영역의 이름과 번호를 확인하면 게임에 대한 정보를 알 수 있지만, 레벨 지오메트리만 보면 감각적인 즐거움을 느낄 수 있습니다.

안타깝게도 나는 Remnant II의 게임 플레이가 항상 음향적 디자인만큼 좋지 않다고 생각합니다. 게임의 핵심 메커니즘은 Diablo와 Soulslike 사이의 중간 지점을 찌르려고 하며, 무작위로 생성되고 높은 업그레이드 가능성을 가진 전리품을 주어 당신이 더 강해지게 합니다. 동시에 강력한 적과 제한된 스태미너 풀을 관리하면서 "잘 해야"하는 것이 필요합니다. 적들의 스케일링이 종종 어색하게 느껴질 수 있으며, 새로운 플레이 스타일을 시도하기보다 게이머들을 이 게임의 루프에 맞추기 위해 모든 자원을 하나의 장비 세트에 투자하도록 과도하게 장려합니다. (내가 좋아하는 대로) 방어를 완전히 무시하면 나중 영역에서 잔인한 난이도로 벌해질 수도 있습니다.

적어도 그 영역들은 여전히 멋지게 보일 것이고, 크라프트된 내용이 "당신을 위해" 마치 즉석에서 만들어진 것임을 알면서 조금 된다는 즐거움을 느낄 수 있습니다. 아직도 이러한 유형의 무작위 게임 세계 디자인에서 탐험할 많은 깊이가 남아 있다고 생각합니다. Diablo IV가 출시되어 그저 프로시저 프로세싱을 통한 몇몇 거의 섞여있는 던전 배치에 과거의 재미를 약간 드러내는 경미한 MMO로 나타나기 전, 나는 각 플레이어마다 독특한 거대한 오픈 월드를 만들어낼 것으로 상상했습니다. 오늘날의 현대 컴퓨팅 파워가 이러한 종류의 무작위성을 큰 오픈 월드 게임에 주입하여 지루함을 방지하는 데 사용된다면 좋겠다고 생각합니다. 이것은 예술적 혁신으로 내세우려는 많은 악몽과 대조되는 CPU 세대라고 생각합니다. Remnant II의 모든 자산은 여전히 아티스트와 디자이너들이 만들었지만, 무작위 요소는 그 콘텐트를 플레이어에게 더 예상치 못하고 신선하게 만들어주는 데 도움이 됩니다.



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

Remnant II와 그 전작은 몇 년 전 오리지널 Diablo를 플레이하면서 미래의 게임 세계를 상상했던 아이디어에 기반을 두고 있어요. Gunfire Games의 개발 팀이 앞으로 시리즈의 미래에서 이 예술가 주도의 디자인 탐험을 계속할 수 있기를 바라고, 다른 최근의 유명한 게임들처럼 삶 있는 서비스 공장이 되어 모자와 이모티콘을 톤으로 제작하는 대신에 그렇지 않았으면 좋겠어요.

"재생성 가능성"은 더 많은 플레이어들이 돈을 내기를 유혹하는 마법의 단어에요. 플레이어들의 마음에 여러 가능성을 상상하게 만들어요 - 게임을 한 번 이상 플레이하지 않더라도 그려지는 상상들이고, 이것은 마케팅 팀이 자주 요구하는 핵심 포인트에요. 요즘에는 재생성 가능성이란 것이 종종 많은 양의 콘텐츠를 만들고, 그것을 지도상에서 당신이 본 적이 없는 가장 큰 지도에 흩뿌리며 계속되는 계절 이벤트로 이어지는 것으로 달성돼요.

Remnant II에 있는 스마트한 무작위성은 아마도 플레이어들이 원하는 큰 게임 종류를 선보이는 훨씬 더 지속 가능한 방법처럼 보여요 - 수백만 달러를 투자하고 미래 수년을 추가 콘텐츠 제작에 투자하지 않아도요.

Remnant II 놀라운 랜덤 월드의 아름다움

2019년에 Sony가 처음으로 PS4 독점으로 출시한 Days Gone은, 오레곤 중앙에 설정된 스릴 넘치는 오픈 월드 좀비 모험입니다. 원래의 야망에서 어느 정도 소규모화되었지만, 여전히 혁신적인 아이디어와 게임 디자인 발전의 놀라운 집합체입니다. 이는 대부분의 다른 비슷한 게임들이 다가갈 수조차 없는 새로운 방식으로 스토리, 페이스팅, 그리고 재미 있는 메카닉 디프스를 전선으로 전진시킵니다.

5년 전 출시되었을 때 게임 주변의 비판을 보거나 듣지 않고는, 많은 비판들이 소니의 다른 인하우스 좀비 프랜차이즈인 'The Last of Us'와 비교되는 것들이 많이 있습니다. 이러한 비교는 공정하지 않다고 생각하며, 게이밍 산업과 주변 논쟁을 자주 괴롭히는 표면적 사고의 징후라고 생각합니다. 네, 두 게임 모두 좀비가 등장합니다. 네, 두 게임 모두 대체로 유사한 색조 팔레트를 갖고 있습니다. 네, 두 게임 모두 충격적인 상황을 다루는 사람들에 대한 감정이입된 이야기를 전달합니다.

하지만 Last of Us는 악몽같고 강렬하며, 초중점이 맞춰진 선형 액션 어드벤처인 반면 — Days Gone은 수많은 다른 핵심 부품들로 이루어진 거대한 시계장치 오픈 월드 기계입니다. 수백마일이나 더 갈 정도로 방대한 상호 연결된 세계와 Naughty Dog의 걸작에서 찾을 수 없는 정말 다채로운 게임 품종을 갖고 있습니다. Last of Us 게임들도 다른 지역으로 여행하는 것을 포함하지만, Days Gone의 오픈 월드는 훨씬 더 크며, 그리고 선형 복도보다 더 많은 메카닉 복잡성으로 가득 차 있습니다. 나는 Days Gone이 실제로 플레이하기에 훨씬 재미있을 뿐만 아니라, 좀비 모험의 침울한 현실과 비디오 게임에서 할 수 있는 멋진 재미있는 메카닉 요소들 사이의 톤이 더 균형잡혔다고 생각합니다. 이는 다른 소니 독점 게임들과 넓은 장르 유사성 외에는 동일한 종류의 영화적 경험을 추구하는 것이 아닙니다.

저는 오렌지에 살고 있으며, 게임은 소니의 벤드 스튜디오에서 제작되었기 때문에 이 게임을 어느 정도 편애하는 것으로 생각할 수 있습니다. 그것이 사실일 수도 있습니다 — 하지만 이 게임의 아름다운 숲 환경은 아름다운 야외 지역을 좋아하는 사람들에게 보편적인 매력을 갖고 있습니다. 주인공 Deacon St. John은 대부분의 다른 소니 내부 제작 게임들의 주인공들처럼 게임 상자 앞면이나 대규모 예산 마케팅 캠페인을 위해 명확히 만들어진 것으로 보이지 않습니다. 그러나 그는 배우 샘 위트워에 의해 살아있게 되고, 이 배우는 다른 프로젝트에서 그의 품질적 감정적 공연을 압도적으로 보여주었습니다. 그는 여러 해 동안 다양한 스타워즈 제품에 열정적이고 전승적인 에너지를 주입했으며, 또한 The Callisto Protocol의 악당 중 한 명으로 비유적인 뒷자리까지 행동했습니다. 그는 "일반 오토바이 더드"라는 라벨이 속아 넘치지만 디컨을 인간적이고 흥미로운 영웅으로 격상시켜줍니다.



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

만약 Witwer가 Days Gone의 보통 같은 주인공에 대해 설득할 수 있다면, 여기서는 스토리적으로 놀라운 경험을 할 것입니다. 이 게임은 오픈 월드 장르의 전형적인 서술적 한계를 충분히 버리고, 대신 게임 플레이의 핵심에 강력하고 독특한 퀘스트 진행 시스템을 갖추고 있습니다. 콘텐츠를 "주요"와 "부수" 미션으로만 나누는 것이 아니라, 이 게임의 거의 모든 목표가 "스토리라인"의 일부입니다. 게임에서 주로 하는 모든 작업은 어떤 식으로든 이야기를 더 나아가게 도와주며, 다른 오픈 월드 게임에서 플레이한 적이 있다면 생각보다 이 게임의 캐릭터들은 이에 더욱 관여합니다. 이러한 작업을 완료할 때마다 명확한 진행 바가 화면에 표시되어, 어떻게 이것이 더 큰 이야기에 기여하는지를 목적적인 용어로 표시해줍니다.

처음 몇 시간 동안은 세계가 열리면서 이야기가 느려지길 기다리고 있을 수 있습니다. 하지만 실제로는 그런 일이 없습니다. Days Gone에는 라디오를 통해 당신에게 연락을 취하는 흥미로운 케릭터들이 많이 있고, 서로 다른 스토리를 계속 진행하도록 하기 위해 당신에게 특정한 일들을 상기시키기도 합니다. 게임은 한 번에 한 가닥에만 일할 수 있도록 제한하지 않으므로 여러 작업 사이를 약간 오가다보게 될 수도 있습니다. 이 때가 "보통" 오픈 월드 게임과 더 닮았지만, 미션이 끝나면 진행상황에 어떻게 기여하는지를 나타내는 미터가 나타나면 어색한 즐거움을 느낄 수 있습니다. 다른 게임들이 어떻게 임무가 얽혀있는지를 보여주는 엉성하고 매우 구체적인 방식을 사용한 것은 처음 봤습니다만, 그들이 이렇게 한 이유에 대해 완전히 이해할 수 있습니다. 게임에서 이야기를 전개하는 데 들어간 정교한 디자인에 자랑을 하고, 그것을 꼭 당신의 눈 앞에 두고 싶었던 것입니다.

게임의 모든 영상 콘텐츠가 핵심적인 플롯 순간들만큼 시네마틱 표준으로 제작되지는 않으며, 그 때문에 멋진 스토리 느낌이 조금 무너지는 부분이 있습니다. 때로는 좀 더 절차적인 작업들을 마주할 수 있습니다, 예를 들어, 어떤 이들이 강도로부터 구출이 필요하다는 우연한 상황을 만나게 될 수 있습니다. 그런 다음 구조된 사람들을 어딘가에 소속된 캠프로 돌려보내 최근접 하고, 당신이 스토리 진행에 기여하는 바를 채우기 위한 것입니다. 이러한 순간들에서 구조된 사람들과 다른 유사한 상황에서의 다른 NPC들과의 대화는 서로 멈춰서 입을 퍼덕이며 미끄러움이 있습니다. 게임의 나머지 부분은 시각적인 면에서 매우 사치스럽고, 시대에 뒤떨어지지 않은 시각 효과를 제공하며...이러한 순간들이 돋보이고 게임의 출시 날짜가 일 년 또는 두 년이나 빨리 온 것 같게 만듭니다.

소니가 이 게임이 나올 때까지 더 이상 기다리지 않았을 것이라고 생각하진 않습니다. 왜냐하면 2019년의 출시일은 이미 일년이나 늦었기 때문입니다. 가끔 높은 프로시저적 작업들을 발견할 수도 있습니다. 시나리오가 포인트를 분기할 수 있도록 했지만, 게임 개발자들은 이를 제거하여 Deacon의 캐릭터를 더 잘 존중하고, 아마도 돈을 절약하기 위해 결정했습니다. 솔직히 말하면 이것은 좋은 결정이었다고 생각합니다. Witwer의 연기는 매우 믿을 만하고 사랑스러워서, 만약 그를 모든 기회마다 다른 캐릭터들을 뒤엎는 무자비한 인간으로 만들 수 있다면 정말 이상할 것입니다.



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

'Days Gone'는 그 이야기를 딱 맞게 전달하기 위해 엄청난 노력을 기울였어요. 빠른 진행과 에너지를 통해 다른 오픈 월드 경험과 결부하지 않는 이상한 경험을 제공해요. 이 게임은 꽤 긴 시간이 걸리지만 이야기 부족함이 전혀 느껴지지 않아요. Sony의 'Ghost of Tsushima'도 비슷한 목표를 향해 나아가지만, 훨씬 간단한 내러티브 구조로 그 목표에 도달해요. 이는 단순히 bar나 진행 막대와 같은 게임 시스템으로 이야기를 개혁하는 것이 아니라, 좀 더 아케이드적인 스타일의 '어쌔신 크리드' 같은 게임이에요.

'사이버펑크 2077'는 동적인 내러티브 때문에 미래의 것처럼 느껴지는 시기가 몇 번 있어요. 하지만 미션은 주요 활동과 부가 활동으로 명확히 구분돼 있어요. 'Days Gone'은 작은 것이라도 흥미로운 이야기인 것처럼 모든 내러티브 스레드를 다루어요. 그것이 정말 멋지다고 생각해요.

놀라운 만큼 'Days Gone'에 제공되는 게임플레이 심도도 놀랍네요. 저는 오픈 월드 게임을 좋아해요. 여러분은 보통 처음 한 시간 정도에 그들의 시스템 대부분을 배우고, 그 다음에는 각종 아이콘을 정리하며 한가한 시간을 보내곤 해요. 때로는 낚시나 다른 재미있는 미니게임을 넣기도 하지만, 대부분의 오픈 월드 게임은 반복되는 만족스러운 루프를 반복하며 미션을 수행하는 것이죠. 'Days Gone'은 기계적 복잡성을 상당히 끌어올려서 생존 장르에 훨씬 가까운 곳에 위치하고 있어요.

게임 내 가장 멋진 아이템 중 많은 것들이 창조돼야 하며, 찾아야 하는 것이 아니라고 했어요. 제작 시스템은 수집해야 하는 다양한 재료를 요구하며, 새 무기가 필요하며 당신의 오토바이를 수리하거나 부상을 치유할 필요가 있는 등 다른 일을 해야 하는 필요성 사이에서 균형을 맞추어야 해요. 근접 무기는 자체 통계치를 가지고 있으며 시간이 지날수록 빨리 망가져요. 다양한 효과를 가진 여러 유형의 회복 아이템이 있어요. 탄약과 재료를 지속적으로 찾아야 하며, 이는 당신이 게임 세계의 장소와 더 많은 상호작용할 수 있도록 하며, 이야기 게이지를 채울게요.

위에서 오토바이를 언급했는데, 이것은 완전히 새로운 게임 체험같아요. 가스 충전이 필요하며, 가스를 구해야 해요. 전투 상황에서 오랫동안 사용하거나 부딪혔을 때 수리해야 해요. 오토바이에는 다양한 업그레이드가 있으며, 그 게임플레이 메커니즘에도 실제로 고려가 들어가 있어요. 그것은 완벽하게 조작과 통제되며, 그 조작은 게임의 다른 내부 구성들에 대한 이율성을 완벽히 포착해요. 'Days Gone'에서 가장 좋아하는 오토바이 메커니즘을 여기에 소개할게요. 엔진을 거는 대신 오토바이를 속도를 내지 않고 내려가면, 더 적은 가스를 사용하고 더 멀리 이동할 수 있어요. 그것은 완전 멋지며, 소니에서 나오는 메인스트림 게임에서 전혀 기대하지 못했던 종류의 흥미진 게임플레이에요.



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

일반적으로 '빈 아이콘 해제' 오픈 월드 게임처럼 보이는 Daed Gone은 좋은 서사 구조와 게임 플레이 심도에 초점을 맞추어 특별한 존재임을 보여줍니다. 소니가 이 게임을 홍보하는 데 실패했다고 생각해요. 그리고 긴 개발 기간도 도움이 되지 않았겠죠. 게임이 처음 공개될 때, 이 게임은 새로운 PlayStation 4 Pro 하드웨어의 HDR 설명만 되었는데, 계산된 콘솔 이후 두 년 이상이 지난 후에 출시되었어요.

이 게임은 일종의 PS5 패치도 받았긴 했지만, 다른 게임들이 받은 것과 같이 "네이티브" 버전으로 업그레이드 된 것은 아니에요. 다행히도 Tempest 시스템과 함께 사용할 3D 오디오 트랙이 있지만, 실제 게임 안에서의 에셋과 렌더링 해상도는 5년 전 PS4 그래픽과 동일해요. 기술 애호가들을 위해서는 훨씬 더 나은 조명과 고해상도 텍스처 작업이 가능한 안정적인 PC 버전이 있으니, 시각적으로 가장 가장 훌륭한 경험을 요구하는 분이라면 PC에서 게임을 플레이하세요. 개인적으로 Days Gone이 DualSense 컨트롤러의 추가 기능을 사용하여 업데이트되지 않았다는 것이 안타까워요. 저는 여기서 햅틱스와 적응 트리거가 정말 생동감있고 모터사이클을 타거나 전투를 할 때 진짜 살아있어 보일 거라고 생각해요.

정말 솔직히, 처음에는 이 게임에 대해 어떤 의미 있는 열정을 불러일으키기가 힘들었어요. 트레일러에서 스토리 라인과 게임 내용에 관해 약간 언급했지만, 저에게는 대부분의 마케팅이 "이 거대한 화면을 메울 좀비 무리를 보세요!"와 "이 놀라운 나무와 바이커 녀석을 보세요!"였고, 이러한 메시지들은 전혀 매력적이지 않았어요. 결국 저는 할인행사에서 이 게임을 구매했고, 그 이후 캐릭터 연기의 매력과 다양한 시도가 실제로 인상적이어서, 포인트에서는 이미 매우 잘 수립된 오픈 월드 게임 디자인 프레임워크 안에서 다른 일을 시도하려는 진실로 인정할만한 노력에 확실하게 압도되었어요.



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

그래, Days Gone은 또 다른 오픈 월드 좀비 게임이 아닙니다. 기술적으로는 그 중 하나이지만, 그 이상의 것입니다. 이 게임은 서사와 신중한 게임 플레이 복잡성을 디자인의 최전선으로 놓고, 주목을 끄는 데 탁월하며, 모든 행동이 이야기 속에서 어떤 것을 빌드하고 있는 것처럼 느끼게 해줍니다. 나는 다른 현대적인 오픈 월드 게임들이 이 게임에서 교훈을 얻을 수 있기를 바라며, 멋진 상호 연결된 서사를 자랑하는 데 메뉴만 가득한 우스꽝스러운 진행 막대를 의존하는 대신 더 매끄럽게 보여줄 수 있는 방법을 찾을 수 있기를 바랍니다.

이 게임은 약 700만 복사가 판매되었다고 하는데, 그것은 멋지지만, Sony가 시퀄을 추구하기 충분하지 않은 것으로 여겨졌습니다. 몇 년 전 영화 적응에 관한 이야기가 있었지만, 그동안 내가 알기로는 의미 있고 중요한 것은 아무것도 나오지 않았습니다. 많은 할리우드 프로젝트들처럼 개발 단계에서 막히는 이 다른 작품들과 비슷하게 말이죠. 솔직히 말해서, 비디오 게임의 깊은 서사 시스템과 흥미로운 생존 게임플레이 없이는, 이야기를 일반적인 좀비 영화 이외의 것으로 적응하기 어려울 것으로 생각됩니다. 그들이 샘 윗워의 역할을 재연하고 디컨 이 캐릭터에 동일한 마음과 감정을 가져다 줄 수 없다면, Generics 와 같은 부작용을 썩고 있는 좀비 영화 이외의 것으로 쉽게 적응시키기 어려울 것입니다. Days Gone은 좀비 캐논에 고유한 작은 기여를 하고 있지만, 영화로서도 자신의 작은 고유한 기여를 하고 있다고 생각하지만, 그것은 그 게임과 유사하게 즐겨찾기를 할 것이라고 생각합니다. 로맨스 후에 영화로 비교당할 것입니다.

만약 오픈 월드 게임 공간에서 정말로 다른 것을 원한다면 이 게임을 한번 해보세요. 이 게임은 낡은 좀비 장르의 이상한 안심감을 새로운 멋진 아이디어와 결합하고, 큰 예산 오픈 월드 액션 게임에서 자주 찾기 어려운 부자연스러운 게임 플레이를 섞어냅니다. 이야기와 디자인은 게임이 좋기 위해 갈 필요가 있는 것보다 몇 가지 단계를 더 나아갑니다. 그것이 이 게임이 시간이 지남에 따라 더욱 자주 사랑받는 타이틀이 될 것이라고 생각하는 이유입니다. 나는 이 글을 쓰기 위해 Sony로부터 돈을 받거나 요청받지 않았습니다. 개발 스튜디오인 Sony Bend는 안타깝게도 여전히 현재 영업 중이며, 오늘날 변덕스런 성장 욕심이 큰 산업에서는 보장되지 않는 것입니다. 그들이 현재 작업 중인 것에 대해 무엇을 할지 모르지만, 이들이 그들의 바이커 덧과 좀비 게임에 담은 복잡하고 신중한 디자인을 재귀할 수 있기를 바랍니다.

데이즈 곤 오픈 월드 게임에서 복잡성을 주장하는 이유

![img](/assets/img/2024-08-17-HaseSportsHelpedtheGameIndustry_0.png)

이스포츠는 고 점수 쫓기에서 Bay 전투, World Cyber Games 등을 거쳐 멀리 온 길을 걸었습니다. 2010년대에 이르러 이스포츠의 합법성과 영향력이 크게 높아지면서 스튜디오들이 이 시장을 쫓으며 전통적인 스포츠만큼의 영향력을 이스포츠에 부여하려는 노력이 집중됐습니다. 그러나 파이팅과 RTS와 같은 장르를 살펴보면 이스포츠가 게임 개발에 도움이 되었는지 아니면 해를 끼쳤는지 고찰해 보게 되었습니다.

# 목표 달성 효과

이스포츠와 라이브 서비스는 2000년대부터 함께해 왔으며 리그 오브 레전드의 등장과 함께 유명해졌습니다. 이스포츠를 만들어내면 게임이 게임만 하는 것을 넘어 더 인기 있어질 것으로 예상되었습니다. 사람들은 이스포츠를 따라가게 되며, 스폰서들은 광고 수익을 판매할 수 있습니다. 미국에서도 스타크래프트로 인해 한국에서 보았던 것과 같은 수준의 인식과 영향력을 이스포츠가 이루길 꿈꾸어 왔습니다.



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

게임에 대한 지원을 계속하면 콘텐츠에 더 많은 돈을 쓰게 되어 사람들이 해당 콘텐츠에 돈을 쓸 것이고, 그렇게 지원을 받으면 게임이 여러 해 동안 유지될 수 있습니다. 큰 성공 사례를 살펴보면 — LOL, CS:GO, Rainbow Six: Siege 등을 들 수 있습니다 — 다 그렇게 이어진다는 것이죠. 멀티플레이어 게임에 대해서는 경쟁적인 면에서 계속해서 플레이어들이 참여하므로 여러 해 동안 게임을 지속할 수 있었습니다. 이 교감 관계는 게임회사와 개발자들의 부러움거리는 대상이 되었으며, 이들이 자신만의 전략 게임, 모바일 온라인 배틀 아레나, 슈팅 게임 등을 만들어보았다는 것을 알 수 있습니다. 그리고 e스포츠가 이 게임들에게는 좋았지만, 이 장르에 대한 건강에는 좋지 않다는 것이 문제입니다.

문제는 e스포츠를 만들고 시장에 판매 가능한 게임을 만드는 것 사이에는 당신이 생각할만큼 일치되는 부분이 없다는 것입니다.

# e스포츠 만들기

e스포츠 디자인은 다른 게임으로부터 보는 전통적인 디자인과 메카닉과는 다릅니다. e스포츠를 만들 때는, 경쟁적인 면에 초점을 맞춰야 합니다 — 모든 맵 디자인, 균형 조정, 미래 콘텐츠는 경쟁을 원하는 사람들이 보기를 원하는 바탕으로 구축되어야 합니다. 이것은 오랫동안 격투 게임의 주요 요소였으며, 기존의 RTS 게임이 주류에서 물러나 모바일 온라인 배틀 아레나(MOBAs)를 선호하게 된 이유 중 하나였습니다.



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

<img src="/assets/img/2024-08-17-HaseSportsHelpedtheGameIndustry_1.png" />

이스포츠는 '경기'를 모두 다루며 이와 관련이 없는 모든 것은 경쟁적인 측면으로 보면 쓸데 없는 것으로 여겨집니다.

경기는 최대한 균형있게 되어야하며, 다른 모든 것보다 플레이어의 기술을 중시합니다. 이 글에서 언급된 모든 이스포츠 게임에서, 해당되는 이스포츠 게임 안에서 그 밖의 콘텐츠가 적고, 싱글 플레이어나 스토리 콘텐츠가 추가 된 게임은 (아래에서 다시 언급 할 것이다) 드물며 목록을 확인하기 위해 추가 된 것처럼 미니멀하게 유지됩니다.

# 캐주얼 대 대회경"He ping"



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

게임과 게임 장르를 살펴보면 다음 eSports가 되고자 하는 중요한 진실에 직면할 때입니다. eSports는 이러한 게임에서 재미를 배어 버립니다. 커뮤니티 측면에서 볼 때, 커뮤니티 관리와 질서 측면에서 최악의 게임 중 일부는 eSports 측면에서 나옵니다. 다른 플레이어에게 끔찍한 메시지를 보내는 사람들, 모두를 업신여기는 플레이어, 때때로 부패와 부정행위에 대한 보고서 등이 있습니다.

입문과 UI/UX 측면에서, 이러한 게임들은 새로운 플레이어가 어떻게 경쟁적으로 플레이해야 하는지에 대한 지원이나 교육을 제공하는 데 형편없습니다. UI/UX 디자인의 중요성에 대해 이야기할 때, eSports 게임은 이를 번번히 실패하며 그 중요한 부분은 그들의 플레이어 기반, 특히 eSports 측면에 달려 있습니다. 싱글 플레이어 게이머들이 복잡성과 심오함 사이의 차이를 이해하지 못하는 것처럼 다중 플레이어 팬들도 같은 문제를 겪습니다. 게임을 쉽게 플레이하거나 현대 관객을 위해 현대화하기를 원한다는 것에 대해 논쟁이 있었던 Street Fighter 6의 경우처럼 누군가가 게임을 변경하길 원할 때 곧 공격하는 사람들이 있습니다. 문제는 누군가에게 AI와의 대결을 가르치는 것이 다른 플레이어와의 싸움을 가르치는 것과 같지 않다는 것입니다. 새로운 규칙과 메커니즘을 소개하는 게임들의 경우, 입문 및 튜토리얼은 이러한 고급 요소를 다루지 못할 수도 있습니다.

마지막 섹션에서 소개한 바와 같이 eSports 플레이어들은 일반적으로 경기 설계와 균형을 가장 중요시하지만, 그 "그 외"는 사람들이 처음으로 해당 게임에서 플레이하게끔 하는 요소입니다. e스포츠 플레이어는 게임 수명 동안 플레이한 매치 수에 대한 일관성을 원하며, 왜 진행, 외부 요소, 또는 매치에 맞지 않는 것들이 부정적으로 여겨지는지입니다. 다른 사람들에게는 이러한 것들이 그들에게 이 게임들을 매력적으로 만들어주는 것입니다. 저의 RTS 책에서 유닛 디자인에 대해 쓴 것처럼 결국 멋진 것이 균형을 이기는 것입니다. Command & Conquer 우주의 서로 다른 성파나 StarCraft 2의 종족들이 완전히 균형을 이루었습니까? 아니요, 그리고 정당한 팬이 그렇다고 말하지 않을 것입니다.

<img src="/assets/img/2024-08-17-HaseSportsHelpedtheGameIndustry_2.png" />



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

스타크래프트 2에 대해 이야기하자면, 전략 게임 중에서 적용된 완전히 지원되는 e스포츠 모델과 각 세력마다 독특한 유닛과 진행 방식을 갖춘 완전히 독창적인 캠페인이 있다는 점이 생각나네요. 여타 다른 곳에서는 찾아볼 수 없는 특별함이 느껴집니다. 이는 NetherRealm Studios가 2000년대 후반 격투 게임 장르를 부활시키면서 경쟁적 측면에 무관심한 사람들을 위한 콘텐츠에 초점을 맞춘 것과 일맥상통합니다.

e스포츠 선수들은 브랜드 협찬과 대회에 수많은 돈을 받을지라도 소비자 중의 소수에 불과합니다. 그래서 단순히 그들에게만 초점을 맞추는 것이 게임을 재정적으로 유지하는 데 도움이 되지 않습니다.

# 돈의 유입과 유출

라이브 서비스 게임 디자인은 계속적인 주기로 돈이 들어오고 나가는 것에 관한 것입니다. 새로운 콘텐츠를 만들지 않는다면 더 이상 수익을 올릴 수 없게 되고, 이는 새로운 콘텐츠를 만들 예산이 더 이상 마련되지 않음을 의미합니다. 그리고 사람들이 지출할 만한 "매력적인" 콘텐츠를 제공하지 않는다면, 개발 시간과 자금을 낭비하게 될 뿐입니다.



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

이 게임 콘텐츠와 성장을 전적인 e스포츠 플레이어에게만 맞추는 문제는 다른 사람들이 계속해서 플레이할 공간을 남겨두지 않는다는 것입니다. 이겼던 경쟁을 중심으로 하는 게임에 대해 이런 현상을 볼 수 있습니다. 첫 한 달 또는 두 달 동안은 게임을 배우려는 새로운 플레이어들로 인해 플레이어 수가 최고조에 도달할 것이고, 그런 다음, 그 수는 빠르게 줄어드는데, 계속 유지되는 사람들은 단지 경쟁적인 면 또는 경쟁적이려고 하는 사람들뿐입니다.

그리고 앞서 언급한 대로, 이 그룹은 한 가지에만 관심을 갖습니다 - 게임의 경쟁적인 면을 반영하는 콘텐츠입니다. 다른 것들은 그들에게 흥미로울 게 아니며, 새로운 코스메틱이 친화적인 플레이어들을 되찾을 것이라고 생각한다면, 그것은 통하지 않을 것입니다. 이에 대해, 새로운 게임 모드, 새로운 메카닉, 또는 eSports/경쟁적인 측면과 대립하는 것을 시도하는 것은 분노한 e스포츠 플레이어들로부터 마중앙을 만나게 될 것이며, 사람들이 돌아오게 하는 데 충분하지 않을 수도 있습니다. 블리자드가 StarCraft 2를 경쟁/캐주얼 측면으로 콘텐츠를 중심으로 나누는 전략은 놀라운 움직임이었습니다. 반면에 경쟁과 캐주얼을 강제로 결합하려는 시도는 Command & Conquer 4을 망하게 만든 것입니다.

e스포츠 시장을 홀대하려는 문제는 게임을 새로운 콘텐츠와 흥미로운 요소로 성장시키는 대신에 그것을 줄이기 시작한다는 것입니다. 한번 이처럼 게임의 관객이 고정되면, 새로운 사람들이 참여하지 않게 되며, 참여한다 해도 그들이 오래 머무르지 않을 가능성이 높습니다. 그리고 만일 플레이어들이 전문가 플레이어들에게 제공되기만 하는 것 같다고 느낀다면, 그들은 더욱 더 빠르게 떠날 것이며, Activision의 스킬 기반 매칭에 대한 보고서가 상세히 다룬 것처럼요.

# 더 나은 라이브 서비스



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

요즘 가장 인기 있는 라이브 서비스 게임 중 일부는 모바일 공간에서 옵니다. 게임이 경쟁적 경험에서 최대한 멀다고 해도요. 라이브 서비스 게임을 위해 매력적인 콘텐츠를 만드는 것은 모든 관객이 체험할 수 있도록 하는 것이 중요합니다. 새로운 미션이나 스토리 등이 있다면 모든 그룹이 접근할 수 있어야 합니다. 추가 도전이나 제한된 시간 내 이벤트의 경우 각 플레이어 그룹에 맞는 콘텐츠가 필요합니다.

특정 그룹의 플레이어만 사용하거나 지원할 수 있는 콘텐츠가 있는 경우, 다른 그룹을 멀어지게 할 수 있습니다. 게임을 계속 성장시키려면 가능한 넓은 소비자 기반이 필요합니다.

# 전자 스포츠의 미래는 무엇일까요?

전자 스포츠는 매우 어색한 위치에 있습니다. 이제는 시장에서 새로운 것이 아니며 LOL 챔피언십 시리즈나 EVO와 같은 대회는 주류로 발전했지만, 계속해서 성장하는 것은 논란이 됩니다. 문제의 일부는 게임을 전자 스포츠로 자연스럽게 발전시키는 것이 아닙니다. 이제는 많은 개발자 및 게시자들이 시장을 쫓아가서 자신의 게임을 전자 스포츠로 만들기 위해 노력하는 시대입니다. 그리고 특히 전문 전자 스포츠 플레이어들에 의해 구축되거나 상담받은 게임이 이들 외의 시장에서 찾을 수 없는 것들로 여겨집니다.



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

![Image](/assets/img/2024-08-17-HaseSportsHelpedtheGameIndustry_3.png)

RTS 장르가 현대화되고 더 많은 사람들에게 매력을 느끼게 하기 위해 진지한 대화가 필요하다면, 격투 장르도 비슷한 대화가 필요합니다.

스트리트 파이터 6가 얼마나 인기 있고 많은 사본을 판매했더라도, PC 플레이어 중에서 절반도 멀티플레이 매치를 해보려고 하지 않았습니다. 대중 및 비경쟁적 플레이어를 위한 추가 콘텐츠를 디자인하는 것은 도움이 되었지만, 경기 정신을 바탕으로 한 게임에 관심을 가진 프로 플레이어가 아닌 사람들을 게임을 즐기도록 유도하는 문제를 해결하지 못합니다.

당신은 어떻게 생각하시나요: e스포츠는 계속 성장할 것인가요, 아니면 이미 한계에 도달했을까요?



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

내가 하는 일을 지원하고 매일 스트리밍을 더 많이 할 수 있도록 도와주고 싶다면, 내 Patreon을 확인해보세요. 내 Discord는 이제 모두에게 열려 있어서 게임 및 게임 디자인에 대해 이야기하고 있어요.

e스포츠가 게임 산업에 도움을 주었을까

Flutter에서 Raw PCM 오디오 데이터를 처리하여 재생하는 방법

![image](/assets/img/2024-08-13-HowtoCustomizeiOSCIWorkflowsWhenYouDontControltheCISystem_0.png)

# 배경

저희의 모바일 팀은 지난 2년 동안 빠르게 성장했습니다. 현재는 피처 팀으로 나뉜 250명 이상의 엔지니어가 있습니다. 매일 수백 개의 커밋을 만들어 PM/QA가 버그 수정이나 새로운 기능을 확인할 수 있도록 많은 빌드를 생성합니다.

그러나 CI 자원은 한정되어 있습니다. 그래서 모바일 인프라 팀은 현재 CI 워크플로우를 제어할 수 있는 유일한 팀입니다. 안타깝게도 현재는 각 프로젝트마다 CI 워크플로우를 맞춤화할 자원이 부족합니다.



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

CI 작업에서 스크립트를 실행할 수 없어서 짜증나죠. 그래서 개발 워크플로우를 우리만의 방법으로 조정할 아이디어를 생각해냈어요.

# Xcode 빌드 단계 사용자 정의

CI 구성 파일을 제어할 수 있다면 파이프라인에서 몇 가지 스크립트를 실행하는 것이 쉬워집니다:

```js
// CI 구성 파일

stages: -build;

build_project: stage: build;
script: -your_custom_script.sh;
```



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

CI 구성 파일을 사용자 정의할 수있는 권한이 없기 때문에 CI에서 스크립트를 실행하는 다른 방법을 찾아야합니다.

Xcode 빌드 단계를 사용하면 이를 해결할 수 있습니다.

현재 풀 리퀘스트를 만들거나 업데이트 할 때마다 단위 테스트 작업이 실행됩니다 (네, 인프라 팀에서 설정되었습니다). Xcode 빌드 단계를 사용하면 빌드 중에 사용자 정의 스크립트를 주입 할 수 있으며 CI 실행기가 해당 스크립트를 실행하는 데 도움을줍니다 😛

예를 들어, CI에서 사용되지 않는 코드를 확인하려면 다음과 같이 빌드 단계를 설정했습니다:

| Step         | Script                  |
| ------------ | ----------------------- |
| Pre-compile  | sh ci-scripts/check.sh  |
| Post-compile | sh ci-scripts/report.sh |



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

<img src="/assets/img/2024-08-13-HowtoCustomizeiOSCIWorkflowsWhenYouDontControltheCISystem_1.png" />

그리고 제 스크립트에는 결과를 회사의 워크 채널로 보내는 논리를 추가했어요:

<img src="/assets/img/2024-08-13-HowtoCustomizeiOSCIWorkflowsWhenYouDontControltheCISystem_2.png" />

이 논리로 엔지니어가 PR을 생성/업데이트할 때, 러너가 유닛 테스트를 실행한 후에 내 사용자 정의 스크립트를 실행하고 우리에게 자동으로 알려줄 거에요 🥳



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

# 우리가 스케줄된 파이프라인을 직접 만들어 봅시다

Xcode 빌드 단계 트릭은 잘 작동하지만, 승인 없이 프로젝트에서 스케줄된 파이프라인을 만들기 위해 위코드 빌드 단계 트릭은 잘 작동하지만, 대신 주 당 한 번의 실행을 어떨까요?

"우리가 러너를 직접 설정하는 건 어때요?" — 그래서 생각했어요.

실현 가능하다고 생각해서, 저는 내 맥북에 로컬 러너를 설정했습니다.



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

![3번 이미지](/assets/img/2024-08-13-HowtoCustomizeiOSCIWorkflowsWhenYouDontControltheCISystem_3.png)

![4번 이미지](/assets/img/2024-08-13-HowtoCustomizeiOSCIWorkflowsWhenYouDontControltheCISystem_4.png)

좋아요, 작동합니다. 이 방법은 간단한 사용 사례 중 일부를 해결할 수 있습니다. 그러나 몇 가지 단점이 있습니다:

- 내 노트북이 많은 무거운 작업을 할 것입니다: 무거운 프로젝트를 가져오고, 테스트를 실행하고, 사용자 지정 스크립트를 실행하는 등은 내 일상 업무에 영향을 줄 것입니다.
- 인프라 팀에서 제공하는 미리 정의된 작업을 활용할 수 없습니다: 지정된 모듈의 테스트 커버리지 수집, 성능 분석 등.



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

이러한 단점을 극복하기 위해 제 간단한 아이디어는:

- Python 스크립트를 개발하여 Python-Jenkins 패키지를 사용하여 미리 정의된 작업을 cURL을 트리거하도록합니다.
- 작업의 로그를 진행하여 원하는 정보를 얻습니다.
- webhook을 사용하여 최종 결과를 작업 채널로 보냅니다.

![이미지](/assets/img/2024-08-13-HowtoCustomizeiOSCIWorkflowsWhenYouDontControltheCISystem_5.png)

이 접근 방식을 통해 우리는 미리 정의된 작업을 활용할 수 있을 뿐만 아니라 인프라 팀의 러너도 모두를 대신하여 무거운 작업을 수행할 수 있습니다 😛



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

결과가 완벽하네요:

# 결론

이 게시물이 귀하가 CI를 사용자 정의할 때 발생하는 어떤 문제든 극복하는 방법에 대해 흥미로운 아이디어를 제공했으면 좋겠습니다.

만약 이 게시물이 도움이 되었다면, 좋아요 버튼을 눌러 주시고 Medium에서 다른 사람들에게 이 글을 추천하도록 남겨 주시기 바랍니다.



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

Thanks for reading.

![Image](https://miro.medium.com/v2/resize:fit:1200/1*r7pFoxeHxjyrCMX9KgM9MA.gif)

CI 시스템을 제어하지 않을 때 iOS CI 워크플로우 커스터마이징 하는 방법

<img src="/assets/img/2024-08-13-UserExperienceWhichOffersBetterEngagementMobileWebsitesorApps_0.png" />

디지털 시대에는 뛰어난 사용자 경험(UX)을 제공하는 것이 사용자를 유치하고 유지하는 데 중요합니다. 모바일 웹사이트와 모바일 앱 중에서 선택할 때 기업들은 종종 어떤 플랫폼이 더 좋은 참여를 제공하는지 고민합니다. 각각의 장단점이 있으며 최종 선택은 특정 목표와 대상 그룹에 따라 다릅니다. 이 기사에서는 모바일 웹사이트와 앱 사이의 사용자 경험의 차이와 어떤 플랫폼이 더 나은 참여를 제공할 수 있는지 살펴보겠습니다.

# 핵심 차이점: 모바일 웹사이트 vs. 앱

모바일 플랫폼을 선택할 때 주된 선택사항은 모바일 웹사이트와 모바일 앱 사이에서 이루어집니다. 모바일 웹사이트는 모바일 기기에 최적화된 사이트로, 반응형 디자인을 갖추어 다양한 화면 크기에서의 사용성을 보장합니다. 반면, 모바일 앱은 모바일 기기에 다운로드하고 설치된 독립 애플리케이션으로, 더 맞춤화된 사용자 경험을 제공합니다.



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

# 예시: 자라의 모바일 존재

예를 들어, 세계적인 의류 소매 업체인 자라를 살펴봅시다. 자라는 모바일 웹사이트와 모바일 앱을 제공합니다. 모바일 웹사이트는 다운로드가 필요 없으며 모든 기기에서 쉽게 접속할 수 있는 일관된 쇼핑 경험을 제공합니다. 그러나 모바일 앱은 더 풍부한 경험을 제공하는데, 더 부드러운 네비게이션, 맞춤 추천 및 오프라인에서 항목을 저장할 수 있는 기능을 제공합니다. 앱은 더 풍부한 참여를 제공하지만, 모바일 웹사이트는 더 넓은 접근성을 제공합니다.

# 접근성을 통한 참여: 모바일 웹사이트의 장점

모바일 웹사이트는 모바일 앱보다 접근성이 더 좋습니다. 사용자는 브라우저가 있는 장치에서 어떤 기기에서도 모바일 웹사이트에 쉽게 액세스할 수 있으며 다운로드나 설치가 필요하지 않습니다. 이러한 접근성은 특히 빠른 정보나 캐주얼한 브라우징을 원하는 사용자들에게 더 높은 참여율을 이끌어 낼 수 있습니다.



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

예를 들어 BBC News의 경우를 살펴보겠습니다. BBC News 모바일 웹사이트를 통해 사용자는 앱이 필요 없이 최신 기사, 비디오, 그리고 라이브 업데이트에 즉시 접속할 수 있습니다. 이 즉각적인 접근성은 사용자가 콘텐츠와 쉽게 상호작용하고 쉽게 공유할 수 있도록 하여 사용자 경험을 향상시키고 재방문의 가능성을 높입니다.

# 예시: BBC News 모바일 웹사이트

앱과 대조적으로, BBC News 모바일 웹사이트는 정보에 즉각적인 접근을 선호하는 사용자에게 더 적합합니다. 저장 공간이나 앱 업데이트에 대해 걱정할 필요가 없으므로, 뉴스 콘텐츠에 빠르고 쉬운 접근을 원하는 사용자에게 매력적인 선택지입니다.

# 개인화를 통한 참여: 모바일 앱의 강점



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

모바일 웹사이트는 접근성 면에서 뛰어나지만, 모바일 앱은 개인화와 고급 기능을 통해 더 깊은 참여를 제공하는 경우가 많습니다. 모바일 앱은 기기의 기능을 활용하여 push 알림을 보내 사용자를 계속해서 참여시킬 수 있어, 앱을 활발하게 사용하지 않는 경우에도 유용하게 활용될 수 있습니다. 이러한 직접적인 의사 소통 채널은 사용자 참여를 크게 증진시킬 수 있습니다.

모바일 앱은 더 개인화된 경험을 제공하기도 합니다. 예를 들어 Zara 모바일 앱은 사용자의 이전 쇼핑 행태를 기반으로 맞춤 추천을 제공하여 쇼핑 경험을 더욱 흥미롭고 관련성 있게 만듭니다. 게다가 오프라인에서 앱을 사용할 수 있는 기능은 인터넷 연결이 없어도 제품을 계속해서 탐색할 수 있게 함으로써 사용자 경험을 더욱 향상시킵니다.

## 성능과 속도: 앱 vs. 모바일 웹사이트

성능은 사용자 참여에 영향을 미치는 또 다른 중요한 요소입니다. 모바일 앱은 일반적으로 특정 기기에 최적화되어 있기 때문에 모바일 웹사이트보다 더 뛰어난 성능과 속도를 제공합니다. 앱은 기기의 하드웨어를 효과적으로 활용하여 더 부드러운 상호작용과 더 빠른 로딩 시간을 실현할 수 있습니다. 이러한 향상된 성능은 더 나은 사용자 경험과 더 높은 참여 수준으로 이어질 수 있습니다.



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

그러나 중요한 점은 모바일 웹 사이트가 성능 최적화 측면에서 상당한 발전을 이루었다는 것입니다. Progressive Web Apps (PWA)와 같은 기술을 활용함으로써, 모바일 웹 사이트는 더 빠른 로딩 시간과 오프라인 기능을 포함한 앱과 유사한 경험을 제공할 수 있게 되었으며, 사용자 경험 측면에서 모바일 웹 사이트와 앱 사이의 격차를 줄일 수 있게 되었습니다.

# SEO 및 검색 용이성: 모바일 웹 사이트의 장점

SEO(검색 엔진 최적화)와 검색 용이성 측면에서 모바일 웹 사이트는 명확한 이점을 가지고 있습니다. 모바일 웹 사이트는 검색 엔진에 의해 인덱싱되어 조직적인 검색 결과를 통해 더 쉽게 찾을 수 있습니다. 이러한 증가한 가시성은 귀하의 웹 사이트로의 더 많은 트래픽을 유도하여 더 높은 참여 수준으로 이어질 수 있습니다. 반면, 모바일 앱은 사용자가 앱 스토어를 방문하고 앱을 검색해야 하는 것으로, 알려지기 어렵습니다.

# 산업별 추천: 모바일 웹 사이트 대 앱



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

![UserExperienceWhichOffersBetterEngagementMobileWebsitesorApps_1](/assets/img/2024-08-13-UserExperienceWhichOffersBetterEngagementMobileWebsitesorApps_1.png)

![UserExperienceWhichOffersBetterEngagementMobileWebsitesorApps_2](/assets/img/2024-08-13-UserExperienceWhichOffersBetterEngagementMobileWebsitesorApps_2.png)

![UserExperienceWhichOffersBetterEngagementMobileWebsitesorApps_3](/assets/img/2024-08-13-UserExperienceWhichOffersBetterEngagementMobileWebsitesorApps_3.png)

# 결론: 어떤 플랫폼이 더 나은 참여를 제공합니까?



<ins class="adsbygoogle"
     style="display:block"
     data-ad-client="ca-pub-4877378276818686"
     data-ad-slot="1898504329"
     data-ad-format="auto"
     data-full-width-responsive="true"></ins>

<script>
     (adsbygoogle = window.adsbygoogle || []).push({});
</script>

모바일 웹사이트와 모바일 앱 중 어느 것을 선택할지는 비즈니스 목표와 타겟 오디언스의 요구에 따라 다릅니다. 모바일 웹사이트는 더 많은 접근성과 발견 가능성을 제공하여 넓은 대중에 빠르게 도달할 수 있는데 적합합니다. 반면에 모바일 앱은 개인화되고 몰입적인 사용자 경험을 제공하여 푸시 알림과 오프라인 액세스와 같은 기능을 통해 더 깊은 참여를 유도할 수 있습니다.

경우에 따라서는 양쪽 플랫폼을 모두 활용하는 것이 최선일 수 있습니다. 일반적인 접근을 위한 모바일 웹사이트와 보다 맞춤화되고 매력적인 경험을 위한 모바일 앱을 제공함으로써 사용자 상호작용을 극대화할 수 있습니다. 각 플랫폼의 장점을 이해함으로써 비즈니스에 최적화되고 전체적인 사용자 상호작용 전략이 향상될 수 있는 결정을 내릴 수 있습니다.

Posts