
쿠버네티스에서 CPU 제한은 항상 명확하지 않을 수 있으며 지연 증가로 이어질 수 있습니다.

그 이유를 이해하려면 작동 방식을 기억하는 것이 중요합니다.

CPU 제한을 정의할 때, 프로세스에 대한 CPU/시간 할당량을 정의합니다.

예를 들어, 1vCPU 제한은 100ms마다 전체 코어를 의미합니다.

<div class="content-ad"></div>

만약 0.5 vCPU만 사용하면, 나머지가 낭비됩니다. 그러나 1.5 vCPU를 사용할 수는 없어요. 시도하면, 커널이 전체 1 vCPU를 사용할 수 있게 해줄 거에요, 그러나 나머지 0.5 vCPU는 다음 주기(즉, 다음 100ms)에서 사용해야 합니다.

여기서 끝나지 않아요. 첫 번째 몇 밀리초에서 CPU 할당량을 모두 사용할 수 있지만, 더 많은 CPU가 필요하면 다음 주기까지 기다려야 해요.

스레드를 사용할 때는 조금 더 복잡해요. 각각이 CPU 시간이 필요하기 때문이죠.

![Challenge16Throttled_0.png](/assets/img/2024-08-03-Challenge16Throttled_0.png)

<div class="content-ad"></div>

가정하에 10개의 스레드를 가진 프로세스가 있고, 각각이 작동하는 데 0.2vCPU가 필요합니다. 이 프로세스는 단일 CPU로 제한됩니다. 다음 중 몇 가지 문장이 진실입니까:

- 프로세스는 쓰로틀되지 않습니다.
- 각 스레드는 쓰로틀되기 전에 0.1 vCPU를 사용할 수 있습니다.
- 스레드는 1vCPU의 제한을 공유합니다. 총량이 1vCPU를 초과하면 모두 쓰로틀됩니다.
- 위의 어느 것도 아닙니다.

해당 솔루션은 3번 옵션입니다: 스레드는 1vCPU의 제한을 공유합니다. 총량이 1vCPU를 초과하면 모두 쓰로틀됩니다.

<div class="content-ad"></div>

모든 스레드가 동일한 프로세스를 사용하여 시작되기 때문에 cgroup이 적용된 제한은 프로세스에 적용됩니다.

첫 10ms에서 한 스레드가 1 vCPU의 모든 사용 가능한 CPU 할당량을 사용한다면, 전체 예산을 사용할 뿐만 아니라:

- 다른 스레드가 실행되지 않으며, 다음 기간(100ms) 동안 쓰로틀링 됩니다.
- 현재 스레드도 90ms 동안 쓰로틀링됩니다(100ms - 10ms).

다음 간격에서 운이 나쁘다면, 다른 스레드가 CPU 할당량을 소비하고 남은 스레드가 굶주릴 수도 있습니다.

<div class="content-ad"></div>

이 문제를 어떻게 해결할 수 있을까요?

CPU 한도를 올바르게 설정하는 것은 복잡합니다. 대부분의 경우, CPU 한도를 설정하지 않는 것이 더 좋을 수 있습니다. CPU 한도를 설정하지 않으면 여분의 CPU 자원이 필요한 프로세스에 의해 사용될 수 있습니다.

CPU 한도를 설정하는 데 관한 두 가지 인기 있는 글이 있습니다:

- 쿠버네티스에서 CPU 한도 설정 사용을 중지하십시오
- 쿠버네티스에서 CPU 한도 설정 사용을 계속해야 하는 이유

<div class="content-ad"></div>

만약 이 글이 마음에 드셨다면 아래 내용도 좋아하실 수 있어요:

- Learnk8s에서 운영하는 Kubernetes 코스들을 확인해보세요.
- 저는 매주 Learn Kubernetes Weekly 뉴스레터를 발행하고 있어요.
- 저가 20주 동안 발행한 20개의 Kubernetes 개념 시리즈도 있답니다.


Throttle 직접 구현하는 방법


<img src="/assets/img/2024-08-03-LinuxHowtocreateselfdeletingfiles_0.png" />

이 기사에서는 자가 삭제 파일을 만드는 방법을 보여드리겠습니다! 일정한 시간이 지난 후나 특정 날짜에 자동으로 삭제되는 파일입니다! 이게 왜 필요한지 궁금할 수도 있겠죠? 제 경우에는 시스템에서 이벤트와 함께 이메일을 보내는 스크립트가 마지막 이메일을 보낸 지 1시간 이내이면 다시 이벤트 이메일을 보내지 않도록 하는 메커니즘을 만들고 싶었기 때문입니다! 그러나 당신도 각별한 경우에 유용하게 쓸 수 있을 겁니다!

## 명령 생성하기

Linux에는 자가 삭제 파일을 만드는 데 사용되는 내장 명령이 없기 때문에 우리가 직접 만들어야 합니다! 생각보다 훨씬 쉽습니다 :)

<div class="content-ad"></div>

아래 스크립트를 작성한 후 sdelete.sh로 저장하세요.

```js
#!/bin/bash

# 올바른 인수의 개수가 제공되었는지 확인
if [ "$#" -ne 2 ]; then
    echo "사용법: $0 <파일이름> <시간>"
    echo "예시: $0 /경로/파일명 '지금부터 5분 후'"
    echo "예시: $0 /경로/파일명 '오후 12시 30분 내일'"
    exit 1
fi

# 인수를 변수에 할당
filename=$1
time=$2

# 파일이름이 전체 경로인지 확인
if [[ "$filename" != /* ]]; then
    echo "오류: 파일이름은 전체 경로여야 합니다."
    exit 1
fi

# 파일 생성
touch "$filename"
if [ $? -eq 0 ]; then
    echo "파일 '$filename'이 생성되었습니다."
else
    echo "오류: 파일 '$filename'을 생성하는 데 실패했습니다."
    exit 1
fi

# 'at' 명령어를 사용하여 파일 삭제 일정 예약
echo "rm \"$filename\"" | at "$time"
if [ $? -eq 0 ]; then
    echo "파일 '$filename'이 $time에 삭제 예약되었습니다."
else
    echo "'at' 명령으로 삭제 일정 예약을 실패했습니다."
    exit 1
fi
```

chmod 명령어로 실행 가능하도록 설정하세요.

```js
chmod +x sdelete.sh
```

<div class="content-ad"></div>

## 테스트

이제 스크립트가 작동하는지 확인하기 위해 몇 가지 테스트를 진행해봅시다.

일정 시간이 지난 후 파일 생성 및 삭제

```js
$ ./sdelete.sh ~/hello.txt 'now +1 minute'
파일 '/home/administrator/hello.txt'이(가) 생성되었습니다.
경고: 명령은 /bin/sh를 사용하여 실행됩니다.
작업 6이 2024년 7월 25일 목요일 17:18:00에 예약되었습니다.
파일 '/home/administrator/hello.txt'이(가) now +1 minute 후에 삭제 예정입니다.

$ ls -l | grep -i hello
-rw-rw-r-- 1 administrator administrator          0 Jul 25 17:17 hello.txt
```

<div class="content-ad"></div>

일 분 후에 확인하면 hello.txt 파일이 존재하지 않는 것을 확인할 수 있습니다.

특정한 타임 스탬프에서 파일 생성 및 삭제

또한 파일이 삭제될 타임스탬프를 매개변수로 정의할 수 있습니다. 이 경우에는 17:50입니다.

```js
$ ./sdelete.sh ~/hello.txt '17:50'
File '/home/administrator/hello.txt'가 생성되었습니다.
경고: 명령이 /bin/sh를 사용하여 실행됩니다.
작업 7이 2024년 7월 25일 목요일 17:50:00에 예약되었습니다.
'/home/administrator/hello.txt' 파일이 17:50에 삭제되도록 예정되었습니다.
```

<div class="content-ad"></div>

## 어떻게 작동하나요?

이 스크립트는 at 명령어에 의존합니다. 리눅스의 at 명령어는 나중 시간에 실행될 명령어를 예약하는 데 사용됩니다. 표준 입력 또는 지정된 파일에서 명령을 읽고 지정된 시간에 실행합니다.

다음은 at 명령어에 대한 몇 가지 간단한 예제입니다.

미래에 작업 예약하기

<div class="content-ad"></div>

```js
echo "ls -l /tmp" | at now + 1 minute
```

특정 시간에 명령을 스케줄링하십시오

```js
echo "echo 'Hello, World!'" | at 10:30 AM
```

특정 날짜와 시간에 명령 스케줄링하기

<div class="content-ad"></div>

```js
echo "shutdown -h now" | at 11:59 PM 12/31/2024
```

## 결론

음.. 파일 자체 삭제하는 것은 그렇게 유용하지 않을지도 모르지만, 이 짧은 글을 즐겁게 보셨으면 좋겠어요!


리눅스 자가 삭제 파일 만드는 방법


# TL;DR

이 기사는 Arduino, PHP 및 MySQL을 사용하여 실시간 모션 센서 데이터 수집 시스템을 구축하는 단계별 안내서를 제공합니다. 이 시스템은 자투리입니다. 이들 안전과 복지를 보장하기 위한 비침입적 방식을 제공합니다. 모션 감지와 실시간 데이터 전송 및 저장을 결합함으로써, 이 프로젝트는 착용 장치의 제약 사항에 대처하여 양로자와 보호자 모두에게 안심을 제공합니다.

## 소개

오늘날의 급속한 세상에서, 특히 홀로 사는 우리 노인 가족의 안전과 복지를 보장하는 것은 매우 중요합니다. 고령 인구가 계속 증가함에 따라 그들의 건강과 안전을 모니터링하기 위한 신뢰할 수 있고 효율적인 시스템에 대한 필요성도 증가합니다. 많은 모니터링 작업에 도움이되는 스마트 워치가 있지만 때때로 침실에서 사용하는 동안 사람들은 그것들을 착용하고 싶어하지 않습니다. 그들은 기기를 착용하는 느낌을 느끼고 싶지 않으며 이것이 우리 프로젝트가 중요한 역할을 하는 곳입니다.본문은 Arduino, PHP 및 MySQL을 사용하여 고령자가 홀로 살고 있는 침실에 거주하는 노인 개인을 모니터하는 데 도움이 되도록 고안된 실시간 모션 센서 데이터 수집 시스템을 구축하는 과정을 안내합니다.

<div class="content-ad"></div>

## 사용 사례: 혼자 사는 노인 개인 모니터링

혼자 살고 있는 노인을 생각해보십시오. 그들의 안전은 넘어짐, 갑작스러운 질병 또는 몇 시간 또는 몇 일 동안 알지 못할 사고로 인해 손상을 입을 수 있습니다. 전통적인 모니터링 시스템은 그들의 즉각적인 안녕을 보장하기에 필요한 실시간 데이터를 제공하지 못할 수 있습니다. 이것이 우리의 모션 센서 데이터 수집 시스템이 필요한 이유입니다.

침실에 모션 센서를 전략적으로 배치함으로써 우리는 노인 개인의 움직임을 추적하고 긴급한 안전 문제나 건강 문제를 나타낼 수 있는 장기간의 비활동과 같은 이상한 패턴을 감지할 수 있습니다. 게다가, 시스템은 노인이 비상 상황 발생 시 간병인이나 가족 구성원을 즉시 경고할 수 있는 비상 버튼을 포함하고 있습니다.

## 프로젝트 개요

<div class="content-ad"></div>

이 프로젝트는 Arduino의 움직임 감지 기능, ESP8266 Wi-Fi 모듈의 데이터 전송 기능, 서버 측 처리를 위한 PHP, 그리고 데이터 저장을 위한 MySQL을 활용합니다. 각 구성 요소가 함께 작동하여 원활한 모니터링 시스템을 구축하는 방법에 대한 간략한 개요를 제공합니다:

- PIR 센서가 장애인의 침실 내 움직임을 감지합니다. 움직임이 감지되면 Arduino가 이벤트를 기록하도록 트리거됩니다.
- Wi-Fi 모듈 (ESP8266): 기록된 데이터는 Wi-Fi를 통해 실시간으로 서버로 전송되어 가족이나 간별할 수 있습니다.
- PHP 서버: 서버에서 실행되는 PHP 스크립트가 데이터를 수신하고 처리하여 MySQL 데이터베이스에 저장합니다.
- MySQL 데이터베이스: 데이터베이스는 모든 움직임 감지 이벤트를 저장하여, 노인의 활동에서 패턴이나 비정상성을 식별하는 데 분석할 수있는 기록을 제공합니다.

## 시스템의 장점

- 실시간 모니터링: 즉각적인 움직임 감지와 로그 기록을 통해 비정상 활동이나 긴급 상황이 발생할 경우 신속하게 대응할 수 있습니다.
- 향상된 안전성: 긴급 버튼은 노인이 간별에 즉시 근무자를 통지할 수 있는 추가적인 안전 기능을 제공합니다.
- 데이터 분석: 과거 데이터를 분석하여 시간이 지남에 따른 움직임 감소 등의 경향을 식별할 수 있으며, 이는 건강 문제를 나타낼 수 있습니다.
- 마음의 평화: 가족 및 간별꾼은 자신들이 담담히 사랑하는 이의 복지를 원격으로 모니터링할 수 있음을 알고 마음의 안정을 느낄 수 있습니다.

<div class="content-ad"></div>

## 필요한 구성품 및 도구

이 시스템을 구축하기 위해서는 다음의 하드웨어 및 소프트웨어 구성요소가 필요합니다:

하드웨어 구성품

- 아두이노 보드 (예: 아두이노 우노)
- PIR 센서
- ESP8266 Wi-Fi 모듈
- 브레드보드 및 점퍼 와이어

<div class="content-ad"></div>

소프트웨어 도구

- 아두이노 IDE
- PHP
- MySQL
- 웹 서버 (예: Apache, XAMPP)
- 텍스트 편집기 (예: VSCode, Sublime Text)

## 하드웨어 설정

회로도

<div class="content-ad"></div>

다음과 같이 PIR 센서와 ESP8266 모듈을 아두이노에 연결해보세요:

PIR 센서:

- VCC를 5V에 연결합니다.
- GND를 GND에 연결합니다.
- OUT를 디지턀 핀 D1에 연결합니다.

ESP8266 Wi-Fi 모듈:

<div class="content-ad"></div>

- VCC를 3.3V로 연결해 주세요.
- GND를 GND에 연결해 주세요.
- TX를 RX에 연결해 주세요.
- RX를 TX에 연결해 주세요.

단계별 안내

- 빵판에 구성 요소를 조립해 주세요.
- 느슨한 연결을 방지하기 위해 모든 연결이 안전하게 되어 있는지 확인해 주세요.

## 동작 감지용 아두이노 코드

<div class="content-ad"></div>

다음 아두이노 코드는 PIR 센서를 사용하여 움직임을 감지하고 ESP8266 모듈을 통해 PHP 서버로 데이터를 전송합니다:

```js
#include <ESP8266WiFi.h>

// Wi-Fi 정보
const char* ssid = "여러분의_SSID";
const char* password = "여러분의_비밀번호";

// 서버 정보
const char* server = "여러분의_서버_주소"; // 예: "192.168.1.100"

// 핀 정의
int motionPin = D1; // PIR 센서용 GPIO 핀

// 간격 설정
unsigned long lastMotionTime = 0; // 마지막으로 움직임을 감지한 시간
const unsigned long interval = 5000; // 녹화 사이의 최소 간격(밀리초 단위, 5초)

void setup() {
  Serial.begin(115200);
  pinMode(motionPin, INPUT);

  // Wi-Fi 연결
  WiFi.begin(ssid, password);
  while (WiFi.status() != WL_CONNECTED) {
    delay(1000);
    Serial.println("Wi-Fi에 연결 중...");
  }
  Serial.println("Wi-Fi에 연결되었습니다");
}

void loop() {
  unsigned long currentTime = millis();
  int motionState = digitalRead(motionPin);

  if (motionState == HIGH && (currentTime - lastMotionTime > interval)) {
    sendToServer("움직임 감지됨", "sensor_01");
    lastMotionTime = currentTime;
  }

  delay(100); // 100밀리초마다 센서 상태 확인
}

void sendToServer(String message, String sensor_id) {
  WiFiClient client;
  if (client.connect(server, 80)) {
    String postData = "sensor_id=" + sensor_id + "&data=" + message;
    client.println("POST /save_data.php HTTP/1.1");
    client.println("Host: " + String(server));
    client.println("Content-Type: application/x-www-form-urlencoded");
    client.print("Content-Length: ");
    client.println(postData.length());
    client.println();
    client.print(postData);
    client.stop();
  }
}
```

## MySQL 데이터베이스 설정

MySQL 데이터베이스를 생성하고 센서 데이터를 저장할 테이블을 만듭니다:

<div class="content-ad"></div>

```sql
CREATE DATABASE sensor_data_db;

USE sensor_data_db;

CREATE TABLE sensor_data (
  id INT AUTO_INCREMENT PRIMARY KEY,
  timestamp TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
  sensor_id VARCHAR(50),
  data VARCHAR(255)
);
```

## PHP 스크립트 만들기

들어오는 데이터를 처리하고 MySQL 데이터베이스에 저장하는 PHP 스크립트(save_data.php)를 만듭니다.

PHP 스크립트 (save_data.php)

<div class="content-ad"></div>

```js
<?php
$servername = "localhost";
$username = "your_username";
$password = "your_password";
$dbname = "sensor_data_db";

// Create connection
$conn = new mysqli($servername, $username, $password, $dbname);

// Check connection
if ($conn->connect_error) {
  die("Connection failed: " . $conn->connect_error);
}

if ($_SERVER["REQUEST_METHOD"] == "POST") {
  $sensor_id = $_POST['sensor_id'];
  $data = $_POST['data'];

  $sql = "INSERT INTO sensor_data (sensor_id, data) VALUES ('$sensor_id', '$data')";

  if ($conn->query($sql) === TRUE) {
    echo "New record created successfully";
  } else {
    echo "Error: " . $sql . "<br>" . $conn->error;
  }
} else {
  echo "Invalid request method";
}

$conn->close();
?>
```

## 아두이노와 PHP 서버 통합하기

아두이노 코드를 업데이트하여 PHP 서버와 통신하도록 설정하세요. 아두이노 섹션에 제공된 코드는 이미 이 작업을 수행하며, 모션 감지 데이터를 PHP 스크립트(save_data.php)로 전송합니다.

## 테스트 및 문제 해결하기

<div class="content-ad"></div>

설정 테스트 절차

- 하드웨어 테스트: PIR 센서가 움직임을 감지하는지 확인하기 위해 아두이노 IDE의 시리얼 모니터 출력을 관찰합니다.
- Wi-Fi 연결 테스트: ESP8266 모듈이 Wi-Fi 네트워크에 성공적으로 연결되었는지 확인합니다.
- 데이터 전송 테스트: PHP 서버로 데이터를 보내는 아두이노가 PHP 스크립트의 출력을 관찰하여 확인합니다.
- 데이터베이스 테스트: MySQL 데이터베이스를 확인하여 데이터가 올바르게 저장되고 있는지 확인합니다.

일반적인 문제 및 문제 해결 팁

- Wi-Fi 연결 없음: SSID와 암호를 확인하고 ESP8266 모듈이 올바르게 연결되어 있는지 확인합니다.
- 데이터베이스에 데이터 없음: PHP 스크립트가 실행 중이고 데이터베이스 연결 세부 정보가 올바른지 확인합니다.
- 센서가 움직임을 감지하지 않음: PIR 센서가 올바르게 연결되어 있는지 확인하고 작동하는지 확인합니다.

<div class="content-ad"></div>

## 응용 및 추가 개선 사항

잠재적인 응용 분야

- 홈 보안: 제한된 지역으로의 무단 진입을 감시합니다.
- 노인 돌봄: 홀로 생활하는 노인들의 움직임과 움직임이 없음을 감시합니다.
- 산업 모니터링: 시설의 민감한 지역에서의 움직임을 추적합니다.

추가 기능 아이디어

<div class="content-ad"></div>

- 추가 센서: 온도, 습도 등의 센서를 더 추가하여 모니터링 능력을 향상시킵니다.
- 모바일 알림: 보호자나 가족 구성원에게 SMS나 앱 알림을 보낼 수 있는 시스템을 구현합니다.
- 데이터 시각화: 데이터를 시각화하고 활동 패턴에 대한 통찰을 제공하는 웹 대시보드를 생성합니다.

![이미지](/assets/img/2024-08-03-BuildingaReal-TimeMotionSensorDataCollectionSystemwithArduinoPHPandMySQL_0.png)

# 실제 행동 및 샘플 데이터 수집

실제 시나리오에서 시스템이 어떻게 작동하는지 살펴보기 위해 혼자 살고 있는 노인의 침실을 하루동안 모니터링하는 일상적인 상황을 고려해보겠습니다. 센서가 감지한 움직임과 비상 버튼 누름을 추적할 것입니다. 시스템이 하루 내내 데이터를 어떻게 캡처하고 저장할지 살펴봅니다.

<div class="content-ad"></div>

## 현실적인 상황

아침 활동:

- 어르신은 아침 7시에 일어나 침실 주변을 돌아다닙니다.
- 그들은 옷갈아입기, 침대 정리하기, 창문 열기 등의 루틴 활동을 수행합니다.

오후 활동:

<div class="content-ad"></div>

- 2:00 PM부터 3:00 PM까지 침대에서 휴식을 취하며 중요한 움직임이 감지되지 않았습니다.
- 휴식 후, 물을 가져 오고 가벼운 운동을 위해 움직입니다.

저녁 활동:

- 해당 개인은 8:00 PM에 몸이 불편하여 비상 버튼을 누릅니다.

# 수집된 샘플 데이터

<div class="content-ad"></div>

가정해 봅시다. PIR 센서가 레코딩 사이의 최소 간격이 5초로 구성되어 움직임을 감지하도록 되어 있다고 가정해 봅시다. 이 날 수집된 데이터의 샘플 로그는 다음과 같습니다:

![이미지](/assets/img/2024-08-03-BuildingaReal-TimeMotionSensorDataCollectionSystemwithArduinoPHPandMySQL_1.png)

# 샘플 데이터 설명

- 오전 7:00:05: 개인이 일어나면서 침실 주변을 움직이기 시작합니다. 시스템은 이 초기 움직임을 기록합니다.
- 오전 7:00:12: 아침 루틴을 계속하며 더 많은 움직임이 감지됩니다.
- 오전 7:15:00: 침실 주변을 움직이는 동안 계속된 활동이 기록됩니다.
- 오전 7:30:00: 아침 업무를 수행하는 동안 다른 움직임이 감지됩니다.
- 오전 7:45:00: 더 많은 움직임이 감지되며, 일상적인 활동을 나타낼 수 있습니다.
- 오후 2:00:05: 휴식에서 깨어나 개인이 움직임을 감지합니다.
- 오후 2:15:00: 물을 가져오거나 가벼운 운동을 하는 것으로 추정되는 가벼운 움직임이 감지됩니다.
- 오후 3:00:05: 개인이 오후 활동을 계속하면서 더 많은 움직임이 감지됩니다.
- 오후 3:15:00: 계속된 가벼운 운동 또는 주변을 이동하는 것으로 추정됩니다.
- 오후 8:00:00: 개인이 안정하지 않다고 느껴 비상 버튼을 누릅니다. 시스템은 즉시 이 이벤트를 기록합니다.
- 오후 8:05:00: 보다 편안한 자세를 취하거나 지원을 받기 위해 이동하는 것으로 추정되는 추가적인 움직임이 감지됩니다.
- 오후 8:15:00: 계속된 활동은 개인이 여전히 활동 중이거나 침대에 준비 중임을 나타냅니다.

<div class="content-ad"></div>

# 데이터 통합과 실생활 시나리오

수집된 데이터는 일상 생활 및 비정상적인 활동 또는 긴급 상황에 대한 소중한 통찰력을 제공합니다. 예를 들어:

- 정기적인 감지 모니터링: 규칙적인 움직임 감지 로그를 통해 요양사들은 고령 개인의 일상 생활을 이해하고 활발하고 건강한지 확인할 수 있습니다.
- 불규칙성 식별: 움직임 감지의 간격은 휴식 기간을 나타낼 수 있으나, 길게 지속되는 비활동은 주의가 필요한 잠재적 문제를 시사할 수 있습니다.
- 긴급 대응: 긴급 버튼 누름이 즉시 로깅되어 요양사가 빠르게 대응하여 개인의 안전을 보장할 수 있습니다.

# 결론

<div class="content-ad"></div>

이 프로젝트는 혼자 사는 노인을 모니터링하고, 필요할 때 적시에 개입할 수 있는 효율적이고 신뢰할 수 있는 시스템을 만드는 방법을 보여줍니다. 이 안내를 따라 Arduino, PHP 및 MySQL을 사용하여 실시간 모션 센서 데이터 수집 시스템을 구축하여 가족과 간병인에게 안심감을 제공할 수 있습니다.

## 부록

完整한 아두이노 코드

```js
#include <ESP8266WiFi.h>

// 와이파이 자격 증명
const char* ssid = "여러분의_SSID";
const char* password = "여러분의_비밀번호";

// 서버 세부 정보
const char* server = "여러분의_서버_주소"; // 예: "192.168.1.100"

// 핀 정의
int motionPin = D1; // PIR 센서용 GPIO 핀

// 간격 설정
unsigned long lastMotionTime = 0; // 마지막 모션 감지 시간
const unsigned long interval = 5000; // 레코딩 간의 최소 간격(밀리초) (5초)

void setup() {
  Serial.begin(115200);
  pinMode(motionPin, INPUT);

  // Wi-Fi에 연결
  WiFi.begin(ssid, password);
  while (WiFi.status() != WL_CONNECTED) {
    delay(1000);
    Serial.println("Wi-Fi에 연결 중...");
  }
  Serial.println("Wi-Fi에 연결되었습니다");
}

void loop() {
  unsigned long currentTime = millis();
  int motionState = digitalRead(motionPin);

  if (motionState == HIGH && (currentTime - lastMotionTime > interval)) {
    sendToServer("모션 감지됨", "sensor_01");
    lastMotionTime = currentTime;
  }

  delay(100); // 100밀리초 마다 센서 상태 확인
}

void sendToServer(String message, String sensor_id) {
  WiFiClient client;
  if (client.connect(server, 80)) {
    String postData = "sensor_id=" + sensor_id + "&data=" + message;
    client.println("POST /save_data.php HTTP/1.1");
    client.println("Host: " + String(server));
    client.println("Content-Type: application/x-www-form-urlencoded");
    client.print("Content-Length: ");
    client.println(postData.length());
    client.println();
    client.print(postData);
    client.stop();
  }
}
```

<div class="content-ad"></div>

PHP 스크립트 전체

```js
<?php
$servername = "localhost";
$username = "your_username";
$password = "your_password";
$dbname = "sensor_data_db";

// 연결 생성
$conn = new mysqli($servername, $username, $password, $dbname);

// 연결 확인
if ($conn->connect_error) {
  die("연결 실패: " . $conn->connect_error);
}

if ($_SERVER["REQUEST_METHOD"] == "POST") {
  $sensor_id = $_POST['sensor_id'];
  $data = $_POST['data'];

  $sql = "INSERT INTO sensor_data (sensor_id, data) VALUES ('$sensor_id', '$data')";

  if ($conn->query($sql) === TRUE) {
    echo "새 레코드가 성공적으로 생성되었습니다";
  } else {
    echo "오류 발생: " . $sql . "<br>" . $conn->error;
  }
} else {
  echo "유효하지 않은 요청 방식";
}

$conn->close();
?>
```

데이터베이스 설정을 위한 SQL 스크립트

```js
CREATE DATABASE sensor_data_db;

USE sensor_data_db;

CREATE TABLE sensor_data (
  id INT AUTO_INCREMENT PRIMARY KEY,
  timestamp TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
  sensor_id VARCHAR(50),
  data VARCHAR(255)
);
```

<div class="content-ad"></div>

ข้อความสรุปคือการพัฒนาระบบตรวจจับการเคลื่อนไหวแบบเรียลไทม์สำหรับผู้สูงอายุโดยใช้ Arduino, PHP, และ MySQL
Revision 1.0 / กรกฎาคม 2567 — ลอจิกเบเกอร์ และ Stackademic 🎓

<div class="content-ad"></div>

제공해주신 정보를 끝까지 읽어주셔서 감사합니다. 떠나시기 전에요:

- 작가를 응원하고 팔로우해주세요! 👏
- 다양한 플랫폼 소식 받으려면 X, LinkedIn, YouTube, Discord를 팔로우해주세요.
- 다른 플랫폼에서도 저희를 만나보세요: In Plain English, CoFeed, Differ.
- Stackademic.com에서 더 많은 콘텐츠를 만나보실 수 있습니다.


Arduino, PHP, MySQL로 실시간 모션 센서 데이터 수집하는 방법


# Destiny Internet Ghost — 인터넷 알림 프로그램

안녕하세요!

인터넷은 우리 삶을 살아가는 방식을 변화시켰어요. 소통, 교육, 은행, 오락 및 쇼핑 등 다양한 분야에서, 인터넷은 우리 세계에 엄청난 영향을 미쳤어요.
예전처럼 펜이 이 세상에서 가장 중요한 도구였던 시기는 지나고, 지금은 인터넷이 세상을 지배하고 있어요.
인터넷 없이 우리 세상을 상상하는 것은 정말 어려운 일이에요.

2021년에는 NodeMCU를 사용하여 내 집 라우터를 재부팅하는 "인터넷 하드웨어 감시자"를 만들었어요. 이 장치는 내 라우터 옆에 있어서, 인터넷에 문제가 발생할 때마다 즐겁게 라우터를 관리해 줘요.
올해는 "인터넷 상태 알림 프로그램"을 추가하여 현재 인터넷 상태를 RGB LED를 사용하여 표시하고 싶었어요.
인터넷이 작동 중일 때는 파란 빛을 표시하고, 인터넷이 끊겼을 때에는 빨간 빛으로 변해요. 동영상: [https://youtu.be/mWDEx0khpWM](https://youtu.be/mWDEx0khpWM)

참고하실 점: 120V 또는 240V AC 전원 배선과 같은 "교류 전원"을 다룰 때는 항상 적절한 장비와 안전 장비를 사용하고, 충분한 기술과 경험이 있는지 확인하거나 굴트역전기사와 상의해주세요. 이 프로젝트는 어린이가 사용하기 위한 것이 아닙니다.

<div class="content-ad"></div>

# 수상 내역

## Instructables에 피처된 비디오

![2024-08-03-DestinyInternetGhostInternetNotifier_0.png](/assets/img/2024-08-03-DestinyInternetGhostInternetNotifier_0.png)

# 필요한 구성품

<div class="content-ad"></div>

![Destiny Internet Ghost Internet Notifier 1](/assets/img/2024-08-03-DestinyInternetGhostInternetNotifier_1.png)

For this project, we will need:

- 1 x RGB LED
- 1 x 200 Ohm Resistor
- 1 x WeMos-D1 Mini/NodeMCU
- 1 x 220V to 5V Step Down Converter
- 1 x 2M Long Power Cord
- 1 x 220V Male Wall Plug
- 1 x 3D Printer

## Circuit Diagram

![Destiny Internet Ghost Internet Notifier 2](/assets/img/2024-08-03-DestinyInternetGhostInternetNotifier_2.png)

<div class="content-ad"></div>

회로는 매우 간단합니다.
D1-mini의 5V 핀과 GND 핀을 스텝다운 컨버터에 연결하세요.
그런 다음 RGB LED의 공통 아노드를 220옴 저항을 통해 D1-mini의 3.3V 핀에 연결하세요.
그런 다음 Blue LED를 D6에, Red를 D7에, Green을 D8에 연결하세요.
그게 전부입니다. 정말 간단하죠.

# 논리

![Circuit Diagram](/assets/img/2024-08-03-DestinyInternetGhostInternetNotifier_3.png)

장치를 켜면 "www.google.com"에 핑을 보내기 시작합니다.
성공적인 핑을 받으면, 파란색 LED가 켜지고 점점 점멸합니다.
핑이 끊기면 파란색 LED가 꺼지고, 빨간색 LED가 켜져 핑이 다시 성공적으로 받아질 때까지 점점 점멸합니다.

<div class="content-ad"></div>

보드를 몇 일 동안 브레드보드에서 실행한 후, D1-mini 보드가 가끔 멈추고 완전히 응답하지 않는 문제를 발견했어요. 이 상황을 피하기 위해, 매 시간 보드를 "재부팅"하는 로직을 추가했어요.

# 3D 모델

<img src="/assets/img/2024-08-03-DestinyInternetGhostInternetNotifier_4.png" />

인터넷을 둘러보는 중에 "Destiny Ghosts"를 우연히 발견했어요.
Ghost는 게임 "Destiny"에서의 AI 동반자에요. 그것은 "여행자"가 우주를 지키도록 가디언들을 돕기 위해 죽는 날 동안 만든 지능체에요.

<div class="content-ad"></div>

나는 Ghosts의 개념과 디자인에 바로 반해 버렸어. Ghost의 3D 모델을 만드느라 며칠을 보냈어. STL 파일은 www.cults3D.com에서 다운로드할 수 있어.

# 3D 프린팅

![image](/assets/img/2024-08-03-DestinyInternetGhostInternetNotifier_5.png)

Ghosts는 인간 손보다 약간 큰 부유하는 기계 엔티티야. 하나의 빛나는 "눈"이 있는 구 형태의 코어와 "껍데기"로 이루어져 있어. 기본 Ghost 껍데기는 주황색 하이라이트가 있는 8개의 대략적으로 사체형의 하얀 세그먼트로 이루어져 있지만, Ghost들이 코스메틱 목적으로 채택할 수 있는 다양한 모양의 껍데기가 많이 있어.

<div class="content-ad"></div>

게임에서는 유령이 항해에 사용되며, 컴퓨터 시스템에 액세스하거나 어두운 지역을 비추는 데 사용되며, 스패로를 소환하거나 훨씬 더 많은 일을 할 수 있습니다.

3D 프린팅은 매력적인 취미입니다! 3D 프린터를 사용하여 할 수 있는 것들이 많습니다. 3D 모델을 설계하고 3D 프린터를 사용하여 모델을 출력하는 것은 이제 나의 새로운 취미가 되었습니다. 10살 때부터 "메이커"였으며, 항상 나만의 물건을 만들었습니다. 나에게 있어서 3D 프린팅은 축복입니다. 3D 프린팅에 빠져들었습니다.

3D 프린팅은 내 전자 공작실 생활을 영원히 바꿨습니다. 이전에 부품을 주문했을 때, 프로젝트 자원에 맞게 부품이 맞을지 항상 궁금했습니다... 하지만 3D 프린터를 구입한 후에는 전혀 문제가 되지 않았습니다. 맞지 않을 경우에도 스스로 디자인하고 인쇄할 수 있기 때문입니다. 3D 프린터는 분명히 내 전자 공작실에 있던 "빠진 조각"이었습니다.

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

<div class="content-ad"></div>

# 색칠

![image](/assets/img/2024-08-03-DestinyInternetGhostInternetNotifier_7.png)

아크릴 색을 사용하여 유령의 몸체를 칠했습니다.

그 후에는 테트라헤들럴 화이트 세그먼트에 오렌지 강조를 슈퍼 접착제로 붙였습니다.
그 다음으로 전면 눈과 뒷면 뚜껑을 유령의 몸체에 슈퍼 접착제로 붙였습니다.
그 후에는 유령의 뒷부분에 스탠드를 슈퍼 접착제로 붙였습니다. 이 스탠드는 책상에 놓을 때 장치를 수직으로 유지합니다.

<div class="content-ad"></div>

# 전자기기 추가하기

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

회로가 매우 간단하기 때문에 이에 대한 PCB를 디자인하지 않았어요. 저는 D1-Mini와 다른 모든 부품을 일반용도의 퍼프 보드에 납땜했어요. 상단에는 D1-Mini와 RGB LED를, 하단에는 200V에서 5V로 강하 감내하는 변환기와 220옴 저항을 납땜했어요.

다음으로, 2M 긴 전원 코드를 납땜한 뒤, 퍼프 보드를 유닛의 뒷부분에 핫 접착제로 붙였어요.

<div class="content-ad"></div>

# 코드

이 코드는 모든 필요한 라이브러리를 포함하는 것으로 시작합니다. 그런 다음 WiFi 연결 설정에 필요한 모든 변수를 정의합니다.

다음으로 LED 핀을 정의하고 코드에서 사용된 모든 전역 변수 목록을 작성합니다.

setup() 섹션에서는 먼저 모든 핀 모드를 정의한 후 WiFi 연결을 설정합니다. D1-mini 보드에 정적 IP 주소를 할당했습니다. DHCP를 사용하려면 코드에서 이 세 줄을 삭제하십시오.

<div class="content-ad"></div>

루프() 섹션에서는 8.8.8.8 또는 Google.com을 핑하고 성공한 경우 파란 LED를 서서히 켜고 끕니다. 핑이 실패하면 빨간 LED가 서서히 켜졌다가 꺼집니다.

BrightnessController() 및 pingTest() 함수 모두 코드 하단에 정의되어 있습니다.

그런 다음, D1-mini가 멈추거나 응답하지 않게 될 것을 방지하기 위해 ESP.reset() 함수를 사용하여 디바이스를 매 시간 재설정합니다.

# 브레드보드 데모

<div class="content-ad"></div>

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

3D 프린팅 부품에 전자 부품을 추가하기 전에 브레드보드에서 빠른 테스트를 수행하여 모든 것이 예상대로 작동하는지 확인했습니다. 전원을 켜면 녹색 LED가 깜박입니다. 라우터와 연결이 설정되면 장치가 8.8.8.8을 핑하기 시작합니다.

처음에는 핑 몇 개가 실패하고 빨간색 LED가 켜집니다. 성공적인 핑을 받으면 파란색 LED가 점점 사라지고 나타납니다. 완료!

# 최종 데모

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

<div class="content-ad"></div>

그래서, 제 최종 설정은 이렇게 생겼어요.

장치를 켜면 녹색 LED가 라우터와 연결할 때까지 깜박입니다. 그 후에 블루 LED가 서서히 사라지면서 www.Google.com에서 성공적인 핑을 수신했음을 알려줍니다.
이 장치는 "인터넷 상태 알림기"로서 집 안 어디에나 설치하고 사용할 수 있어요.

# 감사합니다

제 글을 확인해 주셔서 다시 한 번 감사합니다. 도움이 되었으면 좋겣습니다.
제 YouTube 채널을 구독하고 싶다면 여기로 가세요: https://www.youtube.com/user/tarantula3

<div class="content-ad"></div>

비디오: 보기
전체 블로그 글: 보기

## 참고 자료

GitHub: 보기

Stl 파일: 다운로드
NodeMCU를 사용한 인터넷 하드웨어 감시 도구: 보기

<div class="content-ad"></div>

## 나의 작품 지원하기

- BTC: 1Hrr83W2zu2hmDcmYqZMhgPQ71oLj5b7v5
- LTC: LPh69qxUqaHKYuFPJVJsNQjpBHWK7hZ9TZ
- DOGE: DEU2Wz3TK95119HMNZv2kpU7PkWbGNs9K3
- ETH: 0xD64fb51C74E0206cB6702aB922C765c68B97dCD4
- BAT: 0x9D9E77cA360b53cD89cc01dC37A5314C0113FFc3
- LBC: bZ8ANEJFsd2MNFfpoxBhtFNPboh7PmD7M2
- COS: bnb136ns6lfw4zs5hg4n85vdthaad7hq5m4gtkgf23 Memo: 572187879
- BNB: 0xD64fb51C74E0206cB6702aB922C765c68B97dCD4
- MATIC: 0xD64fb51C74E0206cB6702aB922C765c68B97dCD4

내 다음 튜토리얼에서 다시 만나요.

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


데스티니 인터넷 고스트 - 인터넷 알림 기능 소개

AWS 세션 토큰의 내부 구조를 확인하는 방법


# 아마존이 조용히 Cloud9, SimpleDB, CodeCommit 및 기타 서비스를 폐기하고 있습니다.

사용자들이 CloudCommit, Code9 및 기타 서비스가 새로운 사용자에게 차단되었다고 보고한 것으로 시작되었습니다.

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

그런 다음 AWS의 주요 전도사 인 Jeff Barr가 트위터에서 간단한 노트를 트윗하여 "AWS CodeCommit를 포함한 일부 서비스에 대한 새 액세스를 중단하기로 결정했습니다"라고 밝혔습니다.

<div class="content-ad"></div>

Jeff Barr의 트윗에는 CodeCommit 이외의 다른 서비스 이름을 언급하지 않았으며 공지나 문서에 대한 추가 정보나 링크를 제공하지 않았습니다.

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

쓰레드에서 나온 질문에 대해 Barr은 참고할 AWS 서비스 목록을 다음과 같이 알려주었습니다: "S3 Select, CloudSearch, Cloud9, SimpleDB, Forecast, Data Pipeline 및 CodeCommit."

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

<div class="content-ad"></div>

이번 서비스 축소의 파도에 포함된 유일한 서비스들인가요? 그렇지 않아요. 지난 몇 달 동안 다른 서비스들도 목록에서 제외되었는데, Snowmobile, Workdocs(문서 공유), DevOps용 OpsWorks 요소, 그리고 금융 서비스용 Finspace 등이 포함됐다고 합니다. 이 정보는 SummitRoute의 aws_breaking_changes 추적기에 따라 확인됐어요.

이러한 변경으로 AWS 사용자뿐만 아니라 이러한 서비스로 방향을 향했던 파트너들에게도 큰 타격이 될 것으로 예상됩니다. 그러나 AWS는 시작부터 서비스를 실험하고는 폐기해왔다. 그렇다면 새로운 일이 무엇일까요?

이곳에는 더 큰 의미가 있습니다. AWS는 중요한 깨달음에 도달한 것 같아요. 아마도 우리 모두에게 다가와야 할 깨달음일지도 모르겠네요.

한 곳에서 모든 것을 이루려는 클라우드 쇼핑몰 접근 방식이 실패했다는 것 같아요. AWS는 모든 사람에게 모든 것을 할 수 없어요. AWS는 인프라 서비스에 대해서는 잘 해왔지만, 인프라에서 개발로 나가는 과정은 아직 긴 여정이 남아 있어요.

<div class="content-ad"></div>

Dev 자체는 하나의 것조차 아닙니다. 백엔드, 프론트엔드, 모바일, IoT 또는 Web3는 산업별로는 물론 금융 서비스나 의료와 같은 전문 영역입니다. 어떤 대 기업이건 모든 것에 전문화하고 뛰어나기는 불가능합니다. 이것들은 서로 다른 인격입니다.

예를 들어 Cloud9를 살펴보겠습니다. 이는 개발자들이 브라우저에서 애플리케이션 코드를 작성, 실행 및 디버깅할 수 있는 멋진 웹 통합 개발 환경(IDE)을 제공하는 멋진 스타트업이었습니다. 그것은 훌륭한 도구였고, 이를 사용하여 고객 워크샵을 열었습니다. 아마존이 Google과 Microsoft의 개발 도구 경쟁에서 대응하기 위해 인수했지만, AWS에게는 적합한 장소가 아니었습니다. 그것은 그들의 전문 분야가 아니었습니다.

이 깨달음은 아마존 웹 서비스가 기반 기술에서 가장 잘하는 일에 주력하고, 전문 기업의 부가 서비스를 통합하여 기술 동맹과 파트너 생태계에 더 많은 투자하는 데 도움이 되길 바랍니다. 이것이 품질 높은 개발자 경험 및 DevOps, SRE, 시스템 관리자, 데이터 과학자 및 기타 인격의 경험에 이르는 올바른 접근 방식입니다.


변화의 시작 AWS에서 조용히 서비스 종료하는 2024년 동향


<img src="/assets/img/2024-08-03-TheConcernsofCoveringGachaGames_0.png" />

저는 소수의 사람 중 하나로, 가장 핫하고 독창적인 인디 게임들을 찾아보고 다루는 날을 보내다가, Arknights나 Limbus Company와 같은 모바일 게임을 플레이하기도 해요. 많은 사람들에게 모바일 게임은 Candy Crush Saga나 Angry Birds로 끝났다고 생각됩니다. 하지만 시장 자체는 2017년 이후로 크게 성장하고 변화했는데, AAA 게임 못지 않은 멋진 그래픽과 심층적인 게임성을 보여주며 성장했죠. MihoYo는 그들의 타이틀들의 성공으로 Valve이나 Blizzard의 정점에 거둔 것으로 알려진 알 수 없던 회사에서 멀지 않은 곳으로 발전했습니다. 하지만 이러한 게임들이 얼마나 크고 성공적이든, 늘 논쟁거리인 불법적 모네타이제이션은 이러한 게임에 대한 논의를 어렵게 만듭니다.

# 가차 게임의 성장

<div class="content-ad"></div>

2010년대에는 모바일/가챠 시장이 급속히 확대되었고, 매년 ESA 조사에서 모바일이 모든 게임 중에서 가장 많이 플레이되는 플랫폼임을 언급하고 있습니다. 이전에는 모바일을 할머니나 할아버지가 지루할 때나 시간을 때우는 용도로 사용하는 것으로 간주되었습니다. 오늘날에는 인상적인 스토리, 아름다운 그래픽, 그리고 계속해서 월 별로 확장되는 고급 게임플레이를 제공하는 타이틀들이 있습니다.

'무료'로 게임을 즐기는 것이 최고의 방법이라고 인식한 게이머 세대가 있습니다. 하지만 그 어둠 같은 진실은 이 게임들을 무료로 플레이해도 돈을 쓰고 싶다는 유혹이 늘 존재한다는 것입니다. 저는 Arknights나 Limbus Company와 같은 몇 가지 모바일 게임을 할 때 돈을 써 본 적이 있습니다만, 게임을 시작해서 몇 억원을 즉석에서 좋은 캐릭터나 6성 장비를 구매하는 생각은 전혀 든 적이 없습니다.

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

모바일 산업은 이상한 캐치22 상황에 처해 있습니다. 이러한 게임들은 대부분의 스튜디오가 절대로 이해할 수 없는 정도의 지원을 받으면서 수 년간 지원되지만, 이러한 지원은 매달 상당한 수입을 얻어야 한다는 것을 의미합니다. PC 사용자들은 모두 Diablo Immortal에 대한 증오를 표명했지만, 이것이 5억 달러 이상의 수익을 창출하는 데 방해되지 않았습니다.

<div class="content-ad"></div>

# 가챠를 연민합니다

가챠 디자인에 대한 여러 방어적 의견들을 좀 제가 제한하고 싶어요. 첫 번째로 인기 있는 것 중 하나는, "그들을 즐길 때 돈을 쓸 필요는 없어." 라는 이 말씀이에요. 가챠 디자인의 전체 목적은 소비자들에게 FOMO(놓치면 안 되는 두려움)를 심어 주는 것입니다. 새로운 6성 캐릭터를 획득하지 않는다면, 당신의 계정이 망가지거나, 그 멋진 새로운 캐릭터가 팀에 완벽하게 맞아 떨어지고 반드시 그것을 가져야 한다는 압박을 주는 거죠. 언제나 무과금으로 이러한 게임을 플레이하는 사람들이 있겠지만, 결국 이 게임들이 제공하는 모든 것을 경험하려면 당신은 그 6성 캐릭터들을 찾아야 할 겁니다.

내가 플레이한 모든 가챠 게임은 의도적이건 아니건 새로운 플레이어나 강화되지 않은 계정을 위한 내재적인 고통 요인과 난이도 상승점을 가지고 있습니다. Limbus Company에서, 게임이 말 그대로 시작될 때 거기에 있었기 때문에 지금 내 계정은 게임 안의 모든 콘텐츠에 액세스 할 수 있고, 시즌 패스에 대해 약 40달러 정도를 썼을 뿐입니다. 게임 안에는 새로운이나 운이 나쁜 계정이 이길 방법을 상상할 수 없는 싸움이 있습니다. Arknights도 초기 챕터에서 고통스러울 수 있어요, 제가 좋은 궁수 캐릭터나 6성 캐릭터가 없어서 5장과 6장에서 문제가 발생했던 걸 기억해요. 또 다른 방어적인 의견을 좀 제가 제한하고 싶은데, 많은 캐릭터 수집 모바일 게임에서 흔한 "친구 추가 및 캐릭터 요청" 기능이에요. 저는 이 기능을 좋아하지 않아요, 이것은 내재적인 난이도 상승 문제에 대한 미용 밴드 같은 역할을 하기 때문이에요.

<div class="content-ad"></div>

게임의 진행과 흐름을 디자인할 때는 매우 까다로운 작업입니다. 여섯성 캐릭터를 추구하도록 유도하고 싶다면, 그들을 사용하는 것이 흥미롭도록 만드는 콘텐츠를 설계해야 합니다. 그러나 그들을 중심으로 콘텐츠를 디자인하는 것은 그들에게 접근할 수 없는 사람들에게는 더 나쁜 결과를 낼 수도 있습니다.

또 다른 방어적인 주장으로는 애도 시스템을 사용하는 것이 있습니다. 일정한 횟수를 뽑은 후에는 여섯성 캐릭터나 피처 캐릭터가 보장된다는 것입니다. 내 생각에는 모든 배너에 엄격한 애도 시스템이 필수적이라고 생각합니다. 하지만 어떤 것이 기준이 되어야 하는지에 대해 명확한 의견이 없습니다. 어떤 게임에서는 “애도”도 여전히 배너 당 백 달러 이상이 필요할 수 있고, 플레이어는 매월 1~2회의 무료화폐를 모을 수도 있습니다.

Nikke이라는 게임을 시도해 보았을 때, 개발자가 설정한 계정 진행 제한에 도달했습니다. 게임이 훌륭한 애도 시스템을 갖고 있더라도, 모든 다른 캐릭터가 그들에 맞춰 스케일업되어야 해서 이들의 동일 등급 캐릭터의 충분한 복사본을 얻을 때까지는 더 이상 진행할 수 없었습니다. 그 시점에서 나는 뽑기에 대해 운이 좋은 상태여야 했거나 많은 돈을 소비해야 하는 선택지로 남겼기 때문에 둘 다 선택하지 않고 그만 두게 되었습니다.

물론, 계정을 확장하고 늦은 게임 초월적인 도전 과제를 즐길 수 있도록 컨텐츠가 필요하지만, 돈과 운이 문제로 인해 이야기 컨텐츠 중간에 차단되는 사람이 있다면 그 도전에 도달할 수 없을 것입니다. Arknights와 같은 게임에서 늦은 게임 도전 과제에서 연료를 다 소진해 가고 있다는 것을 깨닫고 있습니다. 많은 좋은 캐릭터를 보유하고 있지만, 그들을 모두 레벨업 하려면 꽤 많은 시간을 투자해야 하며, 그럼에도 불구하고 이미 해야 할 다른 모든 것들로 인해 시간이 제한되어 있는 게임에 더 많은 시간을 투자해야 할 것입니다.

<div class="content-ad"></div>

어떤 게임이 얼마나 훌륭하던, 저는 “메인 게임” 라이브 서비스 제목을 플레이할 소비자는 결코 될 수 없다고 생각해요. 그것은 매일 진행하기 위해 시간을 쏟아붓는 게임이거나 새 콘텐츠가 아닌 외부 모바일 게임에 매일 이상 10분 이상을 할애해야 하는 경우 종료하게 될 것입니다. 또한, 강제로 플레이를 하도록 요구하는 일일 플레이 리소스 수집 요구사항을 제거하는 것을 찬성합니다. 강제 플레이는 윤리적인 디자인이 아니기 때문이에요.

# 게임 변경하기?

라이브 서비스 게임에 대한 원래 아이디어는 초기 소매판이나 출시 이후에도 게임이 계속 성장해야 한다는 개념이었습니다. 이 게임은 2년, 3년, 5년 등으로 편히 다른 경험이어야 한다는 생각이죠. 그러나 가장 성공적이고 큰 라이브 서비스 게임들에서도 그런 것은 일어나지 않았습니다. 데스티니 2, 포트나이트, 아크나이츠, 원신 등의 성공한 멀티이어 지원 게임들은 성장하고 변했다고 주장할 수 있겠지만, 정말 그랬을까요?

제가 연구한 모든 라이브 서비스 게임들에서 본 것은 사람들이 그것들을 “영원한 게임”이라고 부르기를 원할지라도, 콘텐츠와 배너와 배틀 패스 및 FOMO가 많아지면서 실제로는 이러한 게임들이 결코 변하지 않는다는 것이었습니다. 그 이유는 매우 단순합니다. 모든 것은 수익 모형에 맞춰 고정되어 있기 때문입니다. 게임플레이가 수익을 움직이는 것이 아니라 수익이 게임플레이를 움직이는 것입니다. 그 결과, 1년 동안의 게임 플레이 루프는 3년, 5년, 7년에도 동일합니다. 라이브 서비스 게임에서 확장팩이나 시퀄과 비슷한 수준의 콘텐츠를 소개할 수 없는 이유는 모든 것이 수익 모형에 묶여 있기 때문입니다. 워프레임에서 소개된 새로운 모드와 시스템의 양은 예외이며, 개발자들이 동일한 게임플레이 루프에서 많은 발전을 이뤄냈다는 점입니다.

<div class="content-ad"></div>

![게임](/assets/img/2024-08-03-TheConcernsofCoveringGachaGames_3.png)

만약 새로운 게임 모드, 새로운 적 종류, 새로운 무기, 히어로, 클래스 등을 소개하는데 이미 게임에 있는 콘텐츠를 파괴하거나 사용하지 않는다면, 사용자들은 놀라게 될 것입니다. 왜냐하면 당신이 그들이 지금까지 게임에 지출한 모든 금액을 지원하지 않는 콘텐츠를 만들고 있기 때문입니다. 한 게임에 천 달러 이상을 쓴 사람에게 이미 사용한 돈이 적용되지 않는 새로운 콘텐츠 업데이트가 다가온다는 것을 말해본다고 상상해보세요.

대신, 새로운 콘텐츠는 게임에 더 많은 폭을 더하는 것입니다. 그렇습니다, 레벨이 더 발전되었을 수도 있고, 적이 더 강해지거나 다른 방식으로 싸우는 등의 변화가 있을 수도 있고, 그 새로운 6성 히어로는 놀라운 새로운 능력을 가지고 있을지도 모릅니다. 그러나 게임이 출시된 1년차, 1일차, 1분 뒤부터 결정된 초기 게임플레이 루프는 바뀌거나 성장하지 않습니다. 여기서 "누가 중요하다고 생각합니까?"라고 누군가가 쓰기 시작하는 지점입니다. 게임이 출시된 첫 날의 게임플레이가 훌륭했다면, 그 콘텐츠가 5년 동안 유지된다면 좋지 않을까요? 게임을 성장시키지 않거나 간단한 추가 사항을 만드는 데 몇 년이 걸리면, 이러한 제목들은 이상한 위치에 있습니다. 그들은 엄청난 성장을 거두고 대규모로 인정받을 수 있지만 결국 침체하기 시작합니다. 새로운 플레이어들이 게임에 새로운 시작을 하는 아이디어를 너무 어려워하고 게임 내 내용이 너무 많아서 가입하지 않는 것입니다. 그리고 큰 물고기가 아닌 사람들은 지치고 결국 플레이하거나 지불하는 것을 그만두게 됩니다.

어느 순간, 모든 라이브 서비스 게임은 정석을 찍고 평평해집니다. 새로운 콘텐츠를 내놓거나 멋진 협동이 오든, 사람들은 가입하거나 돌아오지 않습니다. 대형 게임들에게는 여전히 돈을 벌어들이는 허가증이지만...이전보다 적은 돈이죠.

<div class="content-ad"></div>

# 이 게임들은 어디에 끝날까요?

내가 계속해서 소개하고 싶은 한 가지 흥미로운 점이 또 있습니다. 그것은 모바일 게임의 서비스 종료입니다. 디지털 게임의 아름다운 점은 오랜 시간 동안 다운로드하고 플레이할 수 있다는 것이지만, 모바일 시장은 이 측면에서 현저히 뒤떨어지고 있습니다. 당신이 좋아하든 싫어하든, 2010년대에 출시된 수천 개의 모바일 게임이 사라졌습니다. 서비스가 종료되었고 서버가 종료되고, 그 게임과 모든 시간, 돈, 에너지, 팬들이 그저 사라져 버린 것입니다.

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

이 글을 읽는 독자 중 일부는 "누가 그런 걸 신경 쓰겠어?" 라고 생각할 수 있지만, 게임 보존의 목적은 모든 게임을 보존하는 것입니다 - 당신이 좋아하든 싫어하든 관계없이. 스튜디오의 몇 달, 몇 년 동안의 개발 작업이 아랑곳없이 사라져 버린다는 사실에 대해 생각하면 참을 수가 없습니다. 당신이 이러한 게임을 단순하다고 생각하든 고급스럽다고 생각하든, 그것들은 여전히 개발되고 출시되었으며 기억되어야 합니다.

<div class="content-ad"></div>

일부 우수하고 독특한 모바일 게임에서는 환상적인 UI/UX 작업을 볼 수 있습니다. 이러한 게임들은 시간 낭비만 하는 간단한 게임이라는 편견을 깨는데 기여합니다.

# 다음 웨이브는?

몇 년 전 F2P 디자인에 대한 책을 쓸 때, 더 이상의 모바일 및 AAA 개발자들이 Genshin Impact과 같은 작품을 그들의 게임의 영감으로 삼을 것이라고 언급했습니다. Wuthering Waves와 같은 게임이 정말로 그와 똑같은 게임을 만들어낸다고는 상상하지 못했었습니다. 모바일 디자인과 수익화를 고려할 때, 우리는 더 이상 새로운 것을 볼 수 없었지만, Genshin이 모바일 디자인의 정점으로 여겨질까요? 미국에서 불법적인 수익화를 멈추거나 제한하기 위한 법률이 마련될까요?

F2P/모바일 디자인에 대해 더 알고 싶다면, Game Design Deep Dive: F2P를 꼭 읽어보세요.

<div class="content-ad"></div>

제가 하는 일을 지원하고 더 많은 일일 스트리밍을 할 수 있도록 도와주고 싶다면, 꼭 제 Patreon을 확인해보세요. 지금은 모든 사람을 위해 열린 Discord로 게임과 게임 디자인에 대해 이야기할 수 있어요.


가챠 게임 리뷰 시 알아야 할 주요 사항들


그래서, 매달 블로그 포스트를 작성하려고 했는데, 다른 것들 중에서 비 매직에 대한 계획을 이야기하는 포스트를 작성하기로 했습니다. 이 포스트는 완전히 비 매직에 대해 이야기하는 것으로 끝났으므로... 이걸 “보도자료”라고 부르죠. 왜냐하면요.

짧은 요약만 원하는 경우 하단에 “요약” 섹션이 있습니다.

# 출시일

마법사의 비 (Bee Magic), 주문을 시전하기 위해 움직이는 퍼즐 게임이 2024년 8월 7일에 출시됩니다.

<div class="content-ad"></div>

![Image](/assets/img/2024-08-03-BeeMagicPressRelease_0.png)

마감일을 맞출 자신이 있어요. 게임은 지금까지 "대충 완성"되었으므로 테스트와 조금 더 다듬는 작업만 남았어요.

또한 이 게임을 위해 몇 가지 놀랍게 만들 예정이에요...

# 놀라운 소식 1: 브랜드 변경!

<div class="content-ad"></div>

잠시 만남은 비디오 게임 개발을 위한 LLC를 시작하고 (가능하다면 다른 일들을 위해서도) 이미 많은 시간을 워하고 있어요. 그리고 2024 년 6 월 26 일 오전 11시 28 분 현재까지 시작하지 못했어요! 하지만 공식적으로 예약된 비즈니스 이름을 가지고 있어요. 그래서 나름대로 사용해볼까 해요.

여러분, Nuvo Facto를 만나보세요.

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

현재 Nuvo Facto는 미래에 내가 내놓을 "큰" 게임들을 위한 "브랜드 이름"이에요. 그게 제게 게임에 사용할 미래 LLC의 이름도 될 것을 희망해요. 사실, 인디애나주는 LLC에 "LLC-S"가 포함되어야 한다고 요구한다고 생각해요 (변호사가 아니니 참고, 잘못 될 수 있음 등 연락처 있게 써요.) 그래서 공식 이름을 "Nuvo Facto LLC-S"로 만들어야 할 수도 있어요 (이전 괄호 참조). 하지만, 제 마음속에서는 여전히 "Nuvo Facto"일 거에요.

<div class="content-ad"></div>

이유가 무엇일까요? LLC의 비즈니스적 이점 외에도 제가 큰 프로젝트에 사용할 수 있는 개인적인 "브랜드"를 원합니다. 온라인 브랜딩이 얼마나 일관성 없었는지는 제가 아는 바입니다.

Bee Magic은 이 브랜드로 출시될 첫 번째 게임입니다. 이전 작업을 모두 Nuvo Facto 게임으로 재브랜딩할 계획은 없고, 앞으로 출시할 게임 중에서도 모두 Nuvo Facto 게임은 아닐 것입니다. 예를 들어, 게임잼 게임은 거의 포함되지 않을 것입니다.

다음 깜짝 소식을 준비해 보세요!

# 깜짝 소식 2: PC 출시!

<div class="content-ad"></div>

웹 브라우저에서 실행 가능한 Bee Magic에 추가로 윈도우 컴퓨터를 공식적으로 지원할 예정이에요. 그래서 웹 브라우저에서 플레이할 필요 없이 윈도우 PC에서 직접 실행할 수 있어요. 스트리머 여러분 환영해요! :3

기술적으로, 5 Step Steve 이후로 만든 모든 큰 웹 게임은 윈도우에서 실행 가능했어요. 개발과 디버깅이 더 쉬워서 그렇죠 (WASM 개발자라면 무슨 말인지 알 거예요.) 심지어 Arvi Teikari에게도 5SS의 윈도우 빌드를 보냈어요. 왜냐면 뭔가 이유로 웹 버전을 그의 브라우저에서 플레이할 수 없었거든요. 그렇지, 제 게임이 Baba Is You 개발자의 컴퓨터에서 작동하지 않았어요! 잠깐만, 생각해보니 이건 제가 생각한 것만큼 멋있지 않네요…

정말로 말하자면: "그냥 작동하는" 윈도우 빌드를 만드는 것은 한 가지일지 몰라도, "전문적인" 출시에서 기대하는 기능을 갖추고 다른 사람들의 컴퓨터와 호환되는 빌드를 만드는 건 훨씬 어려운 일이에요. 초기 테스트는 대부분 긍정적인 결과를 냈는데, 원활히 진행되기를 바랄 뿐이에요.

또한, 네이티브 리눅스 지원은 큰 의문입니다. Proton이나 WINE(윈도우 호환 도구, 음료수가 아니에요)과 호환되지 않는 것은 버그로 여기기 때문에 필요하면 언제든지 저에게 물어봐 주세요.

<div class="content-ad"></div>

# 놀랄 만한 3번째 소식: 스팀 출시 없음! (아직)

비 매직은 itch.io에 출시할 예정이지만, 스팀에는 출시하지 않을 것입니다.

1번과 2번의 놀라운 소식은 스팀에 게임을 출시하는 데 한 발짝 더 나아가도록 돕는 조치입니다. 그러나 아직 완전히 준비되지 않았습니다. 구체적으로 말하자면, ‘누보 팩토’를 ‘브랜드 이름’에서 실제 비즈니스로 업그레이드하여 비즈니스 은행 계좌를 만들기 전까지는 스팀에 출시하지 않으려고 합니다. 그리고 그 모든 서류 작업을 마치고 나면 스팀 개발자가 되기 위해 더 많은 작업을 해야할 것입니다. 서류 작업 능력을 업그레이드해야겠네요.

걱정하지 마세요. 여전히 웹 게임을 만들 계획이며, “누보 팩토” 게임들 중 일부는 스팀 출시를 할지라도 웹을 통해도 출시될 것입니다.

<div class="content-ad"></div>

나중에 스팀에서 Bee Magic을 출시할 수도 있지만, 확신할 수는 없어요.

# 놀람이 아닌 4: 무료에요

사람들은 계속해서 제가 내 게임을 다시 출시하고, 그에 대해 돈을 내기 원한다고 요청하거나 "이 게임이 어떻게 무료야?" 라고 계속 묻는다는데, 이는 나의 큰 게임에 대해 돈을 받기 시작해야 한다는 신호입니다.

다양한 이유(그 중 많은 이유들이 "놀람이 아닌 3"에서 논의되었습니다)로 인해 아직 이를 위한 준비가 되지 않았어요. 기술적으로, Armor Games, Coolmath Games, 그리고 Kongregate에 올린 게임들의 "유료" 버전을 지불하게 되는 것이죠. (사실적으로, Kongregate에 대한 것은 광고 수익 공유지만, 직접적인 지불과는 다릅니다.)

<div class="content-ad"></div>

나는 itch.io에 무료로 게시된 Nuvo Facto 게임에 "이 게임 지원하기" 기부 버튼을 가벼운 마음으로 올릴지도 모르겠어요. 하지만 그렇다고 해서 기부할 의무가 있다고 느끼지 마세요. 이 글을 읽고 계신다면, 여러분은 이미 제게 요청할 수 있는 지원 이상의 지원을 해주고 계십니다.

# Homestuck이 다시 멋지네요!

원래는 Homestuck: Beyond Cannon (경고: 다양한 성인 콘텐츠가 포함되어 있음)에 대한 섹션을 작성할 예정이었지만, 이 글에는 너무 길어져서 이제 블로그 글이 아니라 "보도 자료"가 됐어요. 만약 관심이 있으면 이 섹션을 자체 블로그 글로 공개할 수도 있겠죠.

# 요약:

<div class="content-ad"></div>

- Bee Magic은 2024년 8월 7일에 출시됩니다.
- 이것은 "Nuvo Facto" 게임이며, 이것은 "큰" 것에 대한 제 브랜드가 될 것입니다.
- Bee Magic은 웹과 Windows를 지원할 것입니다.
- Itch에서 무료로 출시될 예정입니다 (그리고 나중에 다른 웹사이트에서도.) 하지만 Steam에서는 제공되지 않을 예정입니다.
- Nepeta는 여전히 Homestuck에서 최고의 캐릭터입니다 (주: Homestuck에는 성인 콘텐츠가 포함되어 있습니다.)

# 읽어 주셔서 감사합니다!

좋은 하루 보내세요.


꿀벌 마법 최신 소식 2024년 기대되는 변화와 혁신


대략 두 년 전에, 저는 컨설팅에서 제품 팀에 합류하여 Conveyor에 전념하는 경력 전환을 했습니다. 이 전환으로 인해 저는 짧은 기간의 프로젝트 사고에서 장기적인 계획을 세우고 사용자 경험을 우선시하는 방식으로 마음가짐을 바꿔야 했습니다. 이 블로그 포스트에서는 데이터 엔지니어링 플랫폼을 구축한 두 년 동안 얻은 세 가지 통찰에 초점을 맞추고 싶습니다.

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

## 코드를 추가하는 것보다 코드를 삭제하는 게 쉽습니다.

제품은 고객을 위해 특정 문제를 해결하기 위한 기능으로 구성되어 있습니다. 이것이 많은 엔지니어들과 엔지니어링 매니저들이 코드 작성만이 가치 있는 작업으로 여기는 이유입니다. 그러나 저는 꽤 이 제품이 장기적으로 relevant하게 유지되기 위해서는 코드를 삭제할 수 있는 능력도 필수적이라고 강력히 믿습니다.

<div class="content-ad"></div>

개발 팀이 코드를 삭제하는 것에는 많은 장점이 있어요:

- 제품에서 더 이상 지원되지 않는 또는 사용되지 않는 기능을 없앨 수 있어요.
- 다른 방법으로 다시 구현된 레거시 기능을 삭제할 수 있어요.
- 사용자 기능에 영향을 주지 않고 아키텍처/기술적 이유로 코드를 재작업할 수 있어요.

그러나 코드를 삭제하는 것은 어려워요. 종종 사용자들에게 어떤 식으로든 영향을 미치기 때문이에요. 제품 개발 팀으로서는 사용자들에게 미치는 영향을 최소화하여 제품 사용자들이 행복하게 제품을 사용하도록 해야 해요. 일반적으로 사람들은 변화를 꺼려하며 익숙한 것에 고수하는 경향이 있어요. 이러한 이유로 고객들이 새로운 기능을 사용하도록 설득하는 데 추가적인 노력이 필요해요.

예를 들어, "Conveyor"에서는 Jupyter 노트북 및 원격 개발 환경(IDE) 사용을 지원하는 기능을 구현했어요. IDE는 노트북이 할 수 있는 모든 작업과 더 많은 기능을 수행할 수 있기 때문에 노트북의 일부를 언젠가 삭제할 수 있어요. 기존 노트북 사용자를 새 IDE 기능을 사용하도록 이전하는 것이 주요 과제입니다. 사용자가 작업물을 한 곳에서 다른 곳으로 옮길 수 있도록 스크립트/명령 추가, 그리고 IDE에 Jupyter 노트북을 설정하는 템플릿 생성 등을 포함할 것입니다.

<div class="content-ad"></div>

왜 코드를 지우려고 하는지 궁금해할 것입니다. 그 이유는 코드가 부채이며 개발 팀의 지속적인 유지보수와 시간이 필요하기 때문입니다. 코드가 존재하는 한 버그를 수정하고 코드를 업데이트해야 합니다(예: 코드 리팩토링, 외부 라이브러리 업데이트 등). 코드를 삭제함으로써, 개발 팀이 코드베이스의 관련 부분에 집중할 수 있는 시간을 확보할 수 있습니다. 코드 한 조각을 최종적으로 삭제하는 데 조금 더 나가야 하는지 망설이게 되었을 때는 다음에 이것을 염두에 두세요.

# 잘못된 설계 결정은 나중에 문제가 될 수 있습니다

이론적으로는 간단한 개념이지만, 모든 정보를 미리 알기는 거의 불가능하기 때문에 실천에 어려움이 있을 수 있습니다. 여기서는 후회할 만한 2가지 구체적인 경우를 논의하겠습니다:

## 모두가 어두운 모드를 좋아합니다. 제외하고

<div class="content-ad"></div>

우리는 Conveyor UI와 Airflow UI에 다크 모드 기능을 추가했습니다. 우리 제품에 Airflow 환경을 통합하기 때문에 두 화면에 모두 다크 모드를 적용했습니다. 두 화면에 다크 모드를 추가한 이유는 전체 UI에서 일관성을 유지하기 위함입니다. Airflow에 다크 모드를 추가하는 초기 노력은 관리가 가능했지만, Airflow 업그레이드를 통해 해당 모드를 유지하는 것이 예상보다 더 어려움을 겪고 있습니다.

Airflow는 현재 UI를 React로 재작업 중이며, 이는 UI 구성 요소와 스타일을 재설계하는 것을 의미합니다. 따라서 우리는 업그레이드마다 다크 모드 구현을 맞춰야 하며, 이는 계속해서 제대로 작동되도록 해야 합니다. 작년 동안 초기 구현과 비교하여 5에서 10배나 더 많은 노력을 쏟아부었습니다. 새로운 변경이 필요할 때마다 제가 생각하는 것은, Airflow 다크 모드를 없애는 게 더 나을까요? 다만 이렇게 하면 최종 사용자에게 영향을 미칠 거예요...

## 공개 API 최소화

Conveyor와 같이 대부분의 제품은 API를 통해 기능을 제공합니다. 고객은 UI, CLI, Terraform 공급업체를 사용하여 API와 상호 작용할 수 있습니다. API의 외부 및 내부 Endpoints를 명확히 구분하는 것이 중요합니다. API의 어느 부분이 공개되어 있는지 명확히 문서화하는 것이 시작하는 가벼운 유용성입니다. 이를 통해 고객이 의존할 수 있는 Endpoints를 이해하고 노출할 부분을 생각할 수 있습니다.

<div class="content-ad"></div>

안타깝게도, 저희가 API의 어떤 부분이 공개인지 문서화하지 않아서 고객 중 한 명이 OAuth 2.0 토큰의 "레거시" 구현에 의존하게 되었습니다. 이러한 토큰은 사용자가 특정 작업을 수행할 권한이 있는지 여부를 결정하는 데 사용됩니다. 이러한 토큰은 기술적인 구현 세부 사항이므로 공개 API의 일부로 사용된 것은 아닙니다. 처음에는 Auth0를 사용했지만, 가격이 기하급수적으로 늘어난 결과로 AWS Cognito로 전환하게 되었습니다. Auth0 관련 코드를 제거하기 전에 모든 고객이 Cognito를 사용하도록 전환해야 합니다. 불행히도, 고객 중 한 명이 Auth0 토큰을 사용하는 사실에 의존하는 스크립트를 작성했습니다. 이는 마이그레이션을 완료하기 전에 저희가 그들에게 의존하게 하는 상황입니다.

유사한 문제가 우리의 관리 Airflow 인스턴스에서 발생할 수 있습니다. Airflow 코어와 다양한 Airflow 제공자 패키지를 번들로 제공합니다. 수백 개의 제공자를 포함시키는 고객들과의 잠재적 문제를 해결하기 위해 일부러 최소한의 Airflow 제공자 목록만 지원하도록 선택했습니다. 이는 우리가 한 제공자에서 나타나는 무작위로 발생하는 변경 사항에 대해 걱정할 필요가 없으므로 모든 고객에 대해 Airflow를 업데이트할 수 있습니다.

# 의존성 업데이트는 멈추지 않습니다

저의 작업 중 상당 부분이 제품의 의존성을 업데이트하는 데 전념되어 있습니다. 이러한 업데이트는 종속 라이브러리의 변경, 제품의 오픈 소스 구성 요소 업데이트, Kubernetes 업데이트의 세 가지 범주로 나눌 수 있습니다.

<div class="content-ad"></div>

코드 종속성에 대해서는 Dependabot을 사용하여 새로운 버전을 알려주고 의존 라이브러리의 취약점을 추적합니다. Dependabot을 통해 외부 라이브러리를 업데이트하는 데 필요한 시간을 최소화할 수 있습니다. 버전 업데이트로 인해 코드를 수정해야 하는 경우는 5%의 경우에만 발생합니다. 이러한 문제를 감지하기 위해 정적 코드 검사와 철저한 테스트 스위트를 사용합니다.

플랫폼 구성 요소를 업데이트하는 작업은 주로 출시 전 철저한 테스트가 필요하기 때문에 수동 작업입니다. 이러한 구성 요소의 예시로는 Airflow나 저희 Kubernetes 클러스터에 설치된 구성 요소(Karpenter, CSI 드라이버, fluent bit 등)가 있습니다.

마지막으로 Kubernetes를 업그레이드하는 것이 가장 어려운 작업이며, Conveyor의 컴퓨팅 인프라로 작용하기 때문입니다. 운영 중인 Kubernetes 클러스터가 없으면 고객들이 의미 있는 작업을 수행할 수 없습니다. 고객에게 미치는 영향을 최소화하기 위해 해당 Kubernetes 업그레이드를 스테이징 환경에서 철저히 테스트합니다. 이 스테이징 환경은 고객의 서로 다른 설정(예: 다른 클라우드, 공개/비공개 접속만 가능 등)을 모방합니다. Kubernetes를 업그레이드하는 단계는 일반적으로 다음과 같습니다:

- Kubernetes API의 사용이 중단된 기능을 사용하는 Kubernetes 구성 요소를 업데이트합니다.
- 필요한 변경 사항이 있는 경우 클라우드 제공 업체의 마이그레이션 가이드를 참조하십시오. 이 가이드에서는 애드온 변경 사항 등을 자세히 안내합니다.
- Kubernetes 제어 평면을 업데이트합니다. 관리형 Kubernetes 서비스를 사용하는 경우에는 이 스타일이 일반적으로 클라우드 제공 업체(예: AWS, Azure 등)에 의해 처리됩니다.
- 클러스터 자동 스케일러/Karpenter를 최신 Kubernetes 버전 노드만 사용하도록 구성합니다.
- 하루 후에 아직 이전 Kubernetes 버전을 사용하는 노드를 cordon합니다. 수 시간 후에 이러한 노드를 drain하고 삭제할 수 있습니다.

<div class="content-ad"></div>

작업 테이블을 Markdown 형식으로 변경해주세요.

<div class="content-ad"></div>

이 게시물에서는 데이터 엔지니어링 플랫폼을 구축하며 두 해 동안 배운 세 가지 주요 교훈을 논의했습니다:

- 코드 추가는 코드 삭제보다 쉽습니다
- 나쁜 설계 결정은 돌아올 것입니다
- 의존성을 업데이트하는 일은 절대 멈추지 않습니다

이러한 교훈을 공유함으로써 새로운 통찰력을 얻고 우리의 실수 중 일부를 예방할 수 있기를 바랍니다. 다른 교훈을 떠올린다면 댓글에서 공유해 주세요.


데이터 엔지니어링 플랫폼 구축 후 얻은 주요 교훈 7가지


# 우수한 엔지니어링 리더가 되기 위해 내가 배운 모든 것은 기자로서의 경험으로부터 얻은 것입니다.

내가 소프트웨어 엔지니어로 일한 처음 두 년간, "다른 점"에 대한 생각으로 시달렸습니다. 여기서 "다른 점"이라 함은 저의 경우 기술 분야에서의 여성이라는 의미가 아니라, 직종을 전환한 사실을 말합니다.

스스로를 받아들이기 위해, HTML, CSS 또는 JavaScript가 없는 시간이 없도록 웹 개발에 완전히 몰두했습니다. 주중에 늦은 시간까지 일했습니다. 주말에 프론트엔드 워크샵을 가르쳤습니다. 도서를 읽었고, 학회에 참석하고, 팟캐스트를 듣고, 여가시간에 튜토리얼을 했습니다. 재미로 인터뷰 스타일의 코딩 도전 과제를 해결했는데, 이것은 정상적이고 완전히 즐거운 일입니다.

당시의 나에게 큰 영감을 받습니다. 모든 이를 한 이유는 저를 "진정한" 개발자로 인정받기 위한 필사적인 열망 때문이었습니다. 결국, 저는 컴퓨터 과학 학위가 없었으며, 부트캠프에서 코딩을 배웠기 때문에 이 모든 것을 했습니다. 부트캠프가 끝나기도 전에 여러 곳의 취직 제안을 받은 것이 대성공이라고 생각하는 대신, 저는 두려움에 휩실렸습니다. 제 자신이 너무 불안하고, 누군가가 나의 가장 큰 비밀을 알아차릴까봐 무서웠습니다: 사실 나는 그냥 코딩을 배워온 기자일 뿐이라는 사실.

<div class="content-ad"></div>

![Image](/assets/img/2024-08-03-ThinkLikeaJournalist_0.png)

언론인으로서의 삶은 내 십대와 이른 20대를 정의했습니다. 제 아이덴티티가 내 일에 있었다고 믿던 때였죠. 어쨌든, 저는 14살 때부터 언론 활동을 시작했습니다. 고등학교를 졸업할 때쯤, 언론인으로서의 길이 이미 정해져 있고 마련되어 있다고 느꼈습니다. 대학에서도 언론 전공 외에는 공부할 생각조차 하지 않았어요.

제 둘째 해에는 전기공학을 전공하는 친구와 함께 생활했어요. 매일 아침 그녀는 컴퓨터 공학 수업을 듣고, 매 저녁 나는 그녀가 회로 보드를 프로그래밍하는 걸 지켜봤죠. 제게는 컴퓨터 공학이 하드웨어를 의미하는 거라고 생각했고, 그건 제게 흥미롭지 않았어요. 손재주나 물리적인 것에 능하지 못했다고 (스스로에게 말했던대로), 뇌로 발전하고 성공할 수 있는 과목을 선호했죠.

학교 신문의 편집자로서 활동하는 걸 좋아했고, 3학년 때에는 편집장으로 일 한 전체를 책임지게 되었어요. 그해에, 제가 실제로 편집을 사랑한다는 걸 깨달았습니다. 보도보다도 더 말이죠. 분명한 게, 본인이 작성한 기사 위에 자신의 이름을 보고 하는 그 느낌, 그것을 따라갈 수 있는게 없습니다. 그러나 제게는 보도의 과정 — 정보 수집, 소스와의 대화, 사실을 종합하는 과정 —이 어려우며, 종종 정신적으로나 감정적으로 빈번히 피곤하게 만들었습니다.

<div class="content-ad"></div>

편집 작업은 나에게 새로운 삶을 안겨줬어요. 보고서 작성할 때 느끼지 못했던 즐거움을 느꼈죠. 기사를 배정하고 작가들과 협력하여 원고를 개정하고 그들의 최고 작품을 도출하는 과정을 사랑했어요. 제 도움으로 거친 초고가 저에게 의지하여 훌륭한 내러티브로 변화하는 것을 보는 걸 좋아했죠. 제가 이야기를 만드는 데 일조한 것을 알게 된 걸 아주 좋아했어요. 결국 뉴스룸에서 리더가 되는 것이 제가 진정으로 사랑하는 일이었죠.

하지만 전문 세계에서 신문 편집자나 잡지 편집자가 되는 일은 그렇게 간단하지 않아요. 젊은 저널리스트들은 일반적으로 관리진으로 승진되기 전 몇 년 동안 작가로 자신감을 증명해야 해요. 나는 그렇게 되는 건 별로 관심이 없었어요. 특히 D.C.에 도착하고 제가 발견한 모든 보도에 대해 끔찍하게 생각한 것들에 대해 실제로 즐겁게 여기는 저널리스트들과 경쟁하게 된 것을 알게 됐을 때 더욱 그랬어요 (예를 들어 국회 취재기자, 정치 스쿱 기자 등).

그때쯤 나는 코딩을 배우기 시작했고, 놀랍게도 회로 보드는 전혀 사용하지 않았어요. 대신, 말된 언어의 문법 규칙과 문법 규칙과 유사한 문법이 있는 언어를 찾을 수 있었어요. 디버깅하고 PR을 검토하는 것에서 자신감을 찾았어요. 엔지니어링 팀에서 일하고 코드를 작성하는 것은 실제로 뉴스룸에서 뉴스를 쓰는 것과 놀랍게도 매우 유사했지만, 거의 소외된 사람과 얘기할 일이 거의 없었어요.

워싱턴 포스트에서 소프트웨어 엔지니어로 일자리를 얻은 때에는 기자로서의 시절을 영원히 뒤로하고 '진짜' 개발자로 완전한 변모를 이루기 위해 준비되어 있었어요.

<div class="content-ad"></div>

![Image](/assets/img/2024-08-03-ThinkLikeaJournalist_1.png)

내가 완전한 변태를 겪은 건지는 확실하지 않지만, 내가 알고 있는 것은 이것뿐입니다: 공학 분야에서 더 오래 있을수록, 기자로서의 경력을 숨겨야 한다는 강박을 느끼지 않게 됩니다. 그것을 약점이 아닌 장점으로 인식하게 되었죠. 기자처럼 생각하는 나때문에 나는 더 나은 공학 관리자가 되는 것 같습니다.

저널리즘은 나에게 불확실성을 다루고, 모든 정보를 갖고 있지 않을 때 좋은 결정을 내리는 법을 가르쳐 주었습니다. 우리는 종종 압박 속에서 잘 수행하는 능력이 천부적인 재능이라고 생각하지만, 사실은 그렇지 않습니다. 기자들은 이러한 기술을 키워나가며, 상황을 잘 다루는 법을 강요받습니다. 왜냐하면 그들은 항상 모든 정보를 갖고 있지 않고도 행동해야 하는 긴급 뉴스 사건에 직면하기 때문입니다.

어떤 기자든 보면, 그녀가 잘 대응하는 것을 볼 수 있습니다. 왜냐하면 기자들은 긴급 뉴스가 가장 불편한 시간에 발생할 것으로 받아들이고 기대하기 때문입니다. 그럴 때에는, 그것이 일어날 때 필요한 사실들을 수집하고 독자들을 위한 명료함을 만들어내는 것이 기자의 업무입니다.

<div class="content-ad"></div>

소프트웨어 엔지니어링 팀에서도 동일한 원리가 적용됩니다. 제품에서의 긴급한 장애나 새로운 임원이 팀의 계획을 무시하고 자신의 이니셔티브를 밀어붙이는 등 고압력 상황에서 엔지니어링 리더는 자주 승부수를 던지게 됩니다. 그러나 많은 사람들이 여기서 어려움을 겪게 되는 곳입니다. 예기치 않은 일에 대비하지 못하고 있다는 점입니다. 우리는 그런 일이 일어나면 안 된다고 생각하거나 팀 내에서 사건이 발생하는 것을 막아야 한다는 생각을 합니다.

결과적으로 많은 엔지니어링 매니저가 반응적인 모드에 갇혀서 상황을 해결하는 데에 시달리고 있습니다. 화재 진압, 기한을 맞추고 밑에서 벗어나려고 애쓰는 상황입니다. 문제는 반응은 본능적으로 하는 것이기 때문에 생각하지 않고 충동적이거나 감정적인 반응이 될 수 있다는 것입니다. 우리의 반응은 종종 신중하지도, 신중하게도, 또는 충분히 잘파악되지도 않습니다.

사실은, 엔지니어링 매니저들은 기자처럼 생각하는 것이 좋습니다. 뜻밖이든 불편하든 상황을 받아들이는 더 나은 마인드셋을 채택해야 합니다. 우리가 얼마나 잘 계획하고, 얼마나 주의깊게 로드맵을 설계하고, 얼마나 열심히 일하더라도 불행히 도로시기 일들은 불가피하게 발생할 것이며, 그것이 괜찮다는 것을 받아들여야 합니다. 우리의 일은 모든 방해를 방지하는 것이 아닌, 가능한 것을 완화하고 피할 수 없는 상황에 잘 대처하는 것임을 편안해히 받아들여야 합니다. 엔지니어링과 삶은 그런 일들로 가득 차 있습니다.

나 대학 때 기자였을 때도 모르게 필요한 기술을 쌓은 것이었음을 이제 알게 되었습니다. 기자로서뿐만이 아니라 엔지니어 및 다양한 직군의 팀을 이끌 때 성공하기 위해 필요한 기술을 얻을 수 있었습니다. 컴퓨터 과학을 공부하지는 않았지만, 이 분야에서 성공하기 위해 필요한 모든 것을 공부했기 때문에 성공했다고 생각합니다.

<div class="content-ad"></div>

거의 10년 전에 전문 분야를 전환한 이후, 여전히 코드 작성 방법을 알고 있는 기자처럼 생각하고 있어요. 저는 아마도 영원히 멈추지 않을 것 같아요.


Posts