DevOps·인프라·클라우드 · 가이드 · 2026-05-06 · 조회 175

Nginx Reverse Proxy 구성

* Nginx Reverse Proxy는 웹 서비스의 보안, 성능, 확장성을 획기적으로 향상시키는 핵심 기술입니다. * 단일 서버에서 여러 애플리케이션을 안정적으로 운영하고, SSL/TLS 암호화를 쉽게 적용할 수 있습니다. * Claude Code, Cursor 같은 AI 도구를 활용하면 Nginx 설정 파일 작성을 자동화하여 개발 시간을 단축

# AI 시대, Nginx Reverse Proxy로 서비스 안정성과 확장성 확보하기: 한국 개발자를 위한 실전 가이드

## 한눈에 요약
*   Nginx Reverse Proxy는 웹 서비스의 보안, 성능, 확장성을 획기적으로 향상시키는 핵심 기술입니다.
*   단일 서버에서 여러 애플리케이션을 안정적으로 운영하고, SSL/TLS 암호화를 쉽게 적용할 수 있습니다.
*   Claude Code, Cursor 같은 AI 도구를 활용하면 Nginx 설정 파일 작성을 자동화하여 개발 시간을 단축합니다.
*   로드 밸런싱, 캐싱, 정적 파일 서빙 기능을 통해 서비스 운영 비용을 절감하고 사용자 경험을 최적화합니다.
*   한국 개발자와 1인 창업자가 실제 서비스를 배포하고 수익화하는 데 필수적인 실전 배포 전략을 제시합니다.

## 왜 중요한가 (수익화/실무 연결)
AI 시대에 빠르게 아이디어를 구현하고 시장에 내놓는 '바이브 코딩'이 중요해지면서, 개발자는 핵심 비즈니스 로직에 집중하고 인프라 설정은 최소한의 노력으로 최대의 효과를 내야 합니다. Nginx Reverse Proxy는 바로 이 지점에서 빛을 발합니다.

**수익화 관점:**
*   **서비스 안정성 및 성능 향상:** Nginx는 트래픽을 효율적으로 분산하고, 정적 파일을 빠르게 서빙하며, SSL/TLS 암호화를 처리하여 서비스 응답 속도를 높입니다. 이는 사용자 경험을 개선하고 이탈률을 줄여, 구독 서비스나 전자상거래 서비스의 전환율 및 재구매율을 높이는 직접적인 수익 증대 요인이 됩니다.
*   **비용 절감 및 효율적인 자원 활용:** 단일 서버에서 여러 애플리케이션(프론트엔드, 백엔드 API, 관리자 페이지 등)을 포트별로 분리하여 실행하고, Nginx가 이를 도메인/경로별로 라우팅함으로써 여러 대의 서버를 운영할 필요 없이 인프라 비용을 절감할 수 있습니다. 또한, Nginx의 캐싱 기능을 활용하면 백엔드 서버의 부하를 줄여 서버 비용을 아낄 수 있습니다.
*   **보안 강화 및 신뢰도 구축:** SSL/TLS를 통한 HTTPS 적용은 사용자 데이터 보호는 물론, 검색 엔진 최적화(SEO)에도 긍정적인 영향을 미쳐 잠재 고객 유입을 늘립니다. 이는 서비스의 전문성과 신뢰도를 높여 유료 서비스 전환에 필수적인 요소입니다.
*   **빠른 배포 및 A/B 테스트:** Nginx 설정을 통해 새로운 기능을 빠르게 배포하거나, 특정 사용자 그룹에게만 새로운 버전을 노출하는 A/B 테스트 환경을 쉽게 구축할 수 있습니다. 시장 반응을 빠르게 확인하고 제품을 개선하여 경쟁 우위를 확보하는 데 기여합니다.

**실무 적용 관점:**
*   **마이크로서비스 아키텍처:** 여러 개의 작은 서비스들이 각기 다른 포트에서 실행될 때, Nginx는 이들을 단일 진입점(API Gateway 역할)으로 통합하여 클라이언트에게는 하나의 서비스처럼 보이게 합니다.
*   **단일 서버 다중 서비스 운영:** AWS EC2, NCP VM, Kakao Cloud 등 클라우드 가상 머신 한 대에서 React/Next.js 프론트엔드, Node.js/Spring Boot 백엔드, Python Flask AI 모델 서버 등을 동시에 운영할 때 Nginx가 트래픽을 효율적으로 분배합니다.
*   **도메인 및 서브도메인 관리:** `your-service.com`은 프론트엔드, `api.your-service.com`은 백엔드, `admin.your-service.com`은 관리자 페이지 등으로 구분하여 서비스할 수 있습니다.

## 핵심 개념
Nginx Reverse Proxy는 클라이언트(사용자)의 요청을 직접 처리하는 것이 아니라, 해당 요청을 내부 네트워크의 다른 서버(백엔드 애플리케이션 서버)로 전달하고, 그 응답을 다시 클라이언트에게 전달하는 역할을 합니다.

*   **Reverse Proxy (리버스 프록시):** 클라이언트와 백엔드 서버 사이에 위치하여 클라이언트의 요청을 받아 백엔드 서버로 전달하고, 백엔드 서버의 응답을 클라이언트에게 돌려줍니다. 클라이언트는 백엔드 서버의 존재를 알 수 없으며, Nginx가 마치 최종 서버인 것처럼 작동합니다.
*   **Nginx:** 가볍고 고성능의 웹 서버이자 리버스 프록시 서버입니다. 비동기 이벤트 기반 아키텍처로 설계되어 동시 접속자가 많아도 효율적으로 요청을 처리합니다.
*   **주요 기능:**
    *   **로드 밸런싱 (Load Balancing):** 여러 백엔드 서버에 트래픽을 분산하여 특정 서버에 부하가 집중되는 것을 막고 서비스 가용성을 높입니다. (Round Robin, IP Hash, Least Connections 등)
    *   **SSL/TLS Termination:** 클라이언트와의 SSL/TLS 암호화 통신을 Nginx에서 처리하고, 백엔드 서버로는 비암호화된 HTTP 요청을 전달하여 백엔드 서버의 부하를 줄입니다.
    *   **정적 파일 서빙 (Static File Serving):** 이미지, CSS, JavaScript 등 정적 파일을 백엔드 애플리케이션 서버를 거치지 않고 Nginx가 직접 서빙하여 성능을 향상시킵니다.
    *   **캐싱 (Caching):** 자주 요청되는 응답을 Nginx에 저장해두었다가 다음 요청 시 백엔드 서버에 질의하지 않고 캐시된 데이터를 바로 반환하여 응답 속도를 높이고 백엔드 부하를 줄입니다.
    *   **보안:** 백엔드 서버의 실제 IP 주소나 포트를 숨겨 외부 공격으로부터 보호합니다.
    *   **URL Rewriting:** 요청 URL을 변경하여 백엔드 서버로 전달하거나, 사용자 친화적인 URL을 제공할 수 있습니다.
    *   **Virtual Hosts (Server Blocks):** 하나의 Nginx 인스턴스에서 여러 도메인 또는 서브도메인을 호스팅할 수 있도록 합니다.

## 실전 적용 예시 (한국 환경)
AI 기반 SaaS 서비스를 개발하는 1인 창업자 '김툴리' 씨의 사례를 들어봅시다. 김툴리 씨는 AWS EC2 서울 리전의 Ubuntu 서버 한 대를 이용해 서비스를 배포하려고 합니다.

*   **서비스 구성:**
    *   **메인 웹 서비스 (프론트엔드):** Next.js로 개발, `http://localhost:3000`에서 실행 (도메인: `toolly-ai.com`)
    *   **AI API 백엔드:** Python Flask로 개발, `http://localhost:8000`에서 실행 (서브도메인: `api.toolly-ai.com`)
    *   **관리자 페이지:** React로 개발, `http://localhost:5000`에서 실행 (서브도메인: `admin.toolly-ai.com`)

김툴리 씨는 이 세 가지 애플리케이션을 단일 EC2 인스턴스에서 운영하면서, 사용자들에게는 각각의 도메인으로 접근할 수 있도록 하고 싶습니다. 또한, 모든 통신은 HTTPS로 암호화하여 보안을 강화하고 싶습니다. Nginx Reverse Proxy를 활용하면 이 모든 요구사항을 효율적으로 충족할 수 있습니다.

## AI 도구 활용법 (Claude Code/Cursor/MCP)
Nginx 설정 파일은 문법이 까다롭고 다양한 지시어(directive)가 있어 처음 접하는 개발자에게는 어렵게 느껴질 수 있습니다. 이때 AI 개발 도구가 '바이브 코딩'을 가능하게 하는 강력한 조력자가 됩니다.

1.  **Nginx 설정 파일 초안 생성:**
    *   **프롬프트 예시 (Claude Code/Cursor):**
        ```
        "Nginx 리버스 프록시 설정 파일을 만들어줘.
        도메인 `toolly-ai.com`으로 들어오는 요청은 `http://localhost:3000`으로 프록시하고,
        `api.toolly-ai.com`으로 들어오는 요청은 `http://localhost:8000`으로 프록시하며,
        `admin.toolly-ai.com`으로 들어오는 요청은 `http://localhost:5000`으로 프록시해줘.
        모든 도메인에 대해 Let's Encrypt SSL(HTTPS)을 적용할 수 있도록 준비하고,
        프론트엔드 서비스의 정적 파일(JS, CSS, 이미지)은 Nginx가 직접 서빙하도록 설정해줘.
        또한, 웹소켓 프록시 설정도 포함해줘."
        ```
    *   AI는 이 프롬프트를 바탕으로 `server` 블록, `location` 블록, `proxy_pass`, `ssl_certificate`, `ssl_certificate_key`, `root` 등의 지시어를 포함한 Nginx 설정 파일의 초안을 빠르게 생성해줍니다. 개발자는 생성된 코드를 검토하고 필요한 부분만 수정하면 됩니다.

2.  **오류 분석 및 해결:**
    *   **프롬프트 예시 (Claude Code/Cursor):**
        ```
        "Nginx 설정 후 `toolly-ai.com` 접속 시 502 Bad Gateway 에러가 발생해.
        Nginx 에러 로그(`/var/log/nginx/error.log`)에는 'connect() failed (111: Connection refused) while connecting to upstream'이라고 나와.
        내 Nginx 설정 파일 내용과 백엔드 애플리케이션 상태를 알려줄게. 뭐가 문제인지 분석하고 해결책을 제시해줘."
        ```
    *   AI는 로그 메시지와 설정 파일을 분석하여 백엔드 애플리케이션이 실행 중이 아닌지, `proxy_pass` 주소가 잘못되었는지 등을 빠르게 진단하고, `systemctl status` 명령어를 확인하거나 `proxy_pass` 주소를 수정하라는 등의 구체적인 해결책을 제시합니다.

3.  **지시어 설명 및 최적화 제안:**
    *   특정 Nginx 지시어(`proxy_buffering`, `proxy_cache`, `gzip_static` 등)의 역할이 궁금할 때 AI에게 질문하여 상세한 설명을 들을 수 있습니다.
    *   "내 Nginx 설정 파일을 보고 성능 최적화를 위한 추가 설정을 제안해줘. 특히 캐싱과 보안 관련해서." 와 같이 질문하여 전문가 수준의 조언을 얻을 수 있습니다.

이처럼 AI 도구는 Nginx 설정의 복잡성을 줄이고, 문제 해결 시간을 단축하여 개발자가 서비스의 핵심 가치 창출에 더 많은 시간을 할애할 수 있도록 돕습니다.

## 단계별 실습
김툴리 씨의 AI SaaS 서비스 배포를 위한 Nginx Reverse Proxy 설정을 단계별로 따라 해봅시다. (Ubuntu 22.04 서버 기준)

**준비물:**
*   도메인 3개 (예: `toolly-ai.com`, `api.toolly-ai.com`, `admin.toolly-ai.com`)
*   Ubuntu 22.04 서버 (AWS EC2, NCP VM 등)
*   Node.js (Next.js/React) 및 Python (Flask) 애플리케이션이 준비되어 있어야 합니다. (간단한 예시는 아래에 포함)

---

### 1단계: Nginx 설치 및 기본 설정
1.  **Nginx 설치:**
    ```bash
    sudo apt update
    sudo apt install nginx -y
    sudo systemctl enable nginx
    sudo systemctl start nginx
    ```
    브라우저에서 서버 IP로 접속하여 Nginx 기본 페이지가 뜨는지 확인합니다.

2.  **방화벽 설정 (선택 사항, 클라우드 환경에서는 보안 그룹으로 대체):**
    ```bash
    sudo ufw allow 'Nginx HTTP'
    sudo ufw allow 'Nginx HTTPS'
    sudo ufw enable
    ```

---

### 2단계: 백엔드 애플리케이션 준비
간단한 Node.js (프론트엔드)와 Python Flask (API 백엔드) 앱을 준비합니다. 실제 서비스에서는 Next.js, Spring Boot 등으로 대체됩니다.

1.  **프론트엔드 앱 (Node.js, `~/apps/frontend/app.js`):**
    ```javascript
    // ~/apps/frontend/app.js
    const express = require('express');
    const app = express();
    const port = 3000;

app.get('/', (req, res) => {
      res.send('<h1>Hello from Toolly AI Frontend!</h1>');
    });

app.listen(port, () => {
      console.log(`Frontend app listening at http://localhost:${port}`);
    });
    ```
    *   `npm init -y && npm install express` 후 `node ~/apps/frontend/app.js &` 로 실행합니다.

2.  **API 백엔드 앱 (Python Flask, `~/apps/backend/app.py`):**
    ```python
    # ~/apps/backend/app.py
    from flask import Flask, jsonify, request

app = Flask(__name__)

@app.route('/api/data')
    def get_data():
        return jsonify({"message": "Hello from Toolly AI Backend API!"})

if __name__ == '__main__':
        app.run(host='0.0.0.0', port=8000)
    ```
    *   `pip install flask` 후 `python3 ~/apps/backend/app.py &` 로 실행합니다.

3.  **관리자 페이지 앱 (Node.js, `~/apps/admin/app.js`):**
    ```javascript
    // ~/apps/admin/app.js
    const express = require('express');
    const app = express();
    const port = 5000;

app.get('/', (req, res) => {
      res.send('<h1>Welcome to Toolly AI Admin Page!</h1>');
    });

app.listen(port, () => {
      console.log(`Admin app listening at http://localhost:${port}`);
    });
    ```
    *   `npm init -y && npm install express` 후 `node ~/apps/admin/app.js &` 로 실행합니다.

**팁:** 실제 서비스에서는 `pm2` 같은 프로세스 매니저를 사용하여 애플리케이션을 백그라운드에서 실행하고 관리하는 것이 좋습니다.

---

### 3단계: Nginx 설정 파일 생성
AI 도구(Claude Code/Cursor)의 도움을 받아 `/etc/nginx/sites-available/toolly-ai.conf` 파일을 생성합니다.

```nginx
# /etc/nginx/sites-available/toolly-ai.conf

# HTTP -> HTTPS 리다이렉트 (Certbot이 자동으로 추가할 내용이지만, 미리 작성)
server {
    listen 80;
    listen [::]:80;
    server_name toolly-ai.com api.toolly-ai.com admin.toolly-ai.com;
    return 301 https://$host$request_uri;
}

# toolly-ai.com (메인 프론트엔드 서비스)
server {
    listen 443 ssl http2;
    listen [::]:443 ssl http2;
    server_name toolly-ai.com;

# Certbot이 생성할 SSL 인증서 경로 (초기에는 주석 처리 또는 더미 경로 사용)
    ssl_certificate /etc/letsencrypt/live/toolly-ai.com/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/toolly-ai.com/privkey.pem;
    include /etc/letsencrypt/options-ssl-nginx.conf;
    ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem;

# 정적 파일 서빙 (Next.js build output 경로 예시)
    # root /home/ubuntu/apps/frontend/out; # Next.js static export
    # index index.html index.htm;

location / {
        proxy_pass http://localhost:3000; # 프론트엔드 앱 포트
        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection 'upgrade';
        proxy_set_header Host $host;
        proxy_cache_bypass $http_upgrade;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
    }

# 추가적인 정적 파일 서빙 (예: /static 경로)
    # location /static/ {
    #     alias /home/ubuntu/apps/frontend/static/;
    #     expires 30d;
    #     add_header Cache-Control "public, no-transform";
    # }

# 에러 로그
    error_log /var/log/nginx/toolly-ai_error.log warn;
    access_log /var/log/nginx/toolly-ai_access.log;
}

# api.toolly-ai.com (AI API 백엔드 서비스)
server {
    listen 443 ssl http2;
    listen [::]:443 ssl http2;
    server_name api.toolly-ai.com;

ssl_certificate /etc/letsencrypt/live/toolly-ai.com/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/toolly-ai.com/privkey.pem;
    include /etc/letsencrypt/options-ssl-nginx.conf;
    ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem;

location / {
        proxy_pass http://localhost:8000; # 백엔드 API 앱 포트
        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection 'upgrade';
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
    }

error_log /var/log/nginx/api.toolly-ai_error.log warn;
    access_log /var/log/nginx/api.toolly-ai_access.log;
}

# admin.toolly-ai.com (관리자 페이지 서비스)
server {
    listen 443 ssl http2;
    listen [::]:443 ssl http2;
    server_name admin.toolly-ai.com;

location / {
        proxy_pass http://localhost:5000; # 관리자 페이지 앱 포트
        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection 'upgrade';
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
    }

error_log /var/log/nginx/admin.toolly-ai_error.log warn;
    access_log /var/log/nginx/admin.toolly-ai_access.log;
}
```

---

### 4단계: Nginx 설정 활성화 및 재시작
1.  **기존 기본 설정 비활성화 (선택 사항):**
    ```bash
    sudo unlink /etc/nginx/sites-enabled/default
    ```
2.  **새 설정 파일 활성화:**
    ```bash
    sudo ln -s /etc/nginx/sites-available/toolly-ai.conf /etc/nginx/sites-enabled/
    ```
3.  **설정 파일 문법 검사:**
    ```bash
    sudo nginx -t
    ```
    `test is successful` 메시지가 나와야 합니다.
4.  **Nginx 재시작:**
    ```bash
    sudo systemctl restart nginx
    ```

---

### 5단계: SSL 적용 (Let's Encrypt with Certbot)
1.  **Certbot 설치:**
    ```bash
    sudo apt install certbot python3-certbot-nginx -y
    ```
2.  **SSL 인증서 발급 및 적용:**
    ```bash
    sudo certbot --nginx -d toolly-ai.com -d api.toolly-ai.com -d admin.toolly-ai.com
    ```
    *   이메일 주소를 입력하고 약관에 동의하면 Certbot이 자동으로 Nginx 설정 파일을 수정하여 SSL을 적용하고 HTTP 요청을 HTTPS로 리다이렉트합니다.
    *   **주의:** 도메인의 DNS 설정이 서버 IP를 올바르게 가리키고 있어야 합니다.
3.  **자동 갱신 확인:**
    ```bash
    sudo systemctl status certbot.timer
    ```
    Certbot은 발급된 인증서를 자동으로 갱신하도록 타이머를 설정합니다.

---

### 6단계: 확인
이제 웹 브라우저에서 다음 URL로 접속하여 서비스가 정상적으로 작동하는지 확인합니다.
*   `https://toolly-ai.com`
*   `https://api.toolly-ai.com/api/data`
*   `https://admin.toolly-ai.com`

각 도메인에 해당하는 애플리케이션의 응답이 보이고, 주소창에 자물쇠 아이콘이 표시된다면 성공입니다!

## 자주 나는 오류
*   **502 Bad Gateway:**
    *   **원인:** Nginx가 백엔드 애플리케이션에 연결할 수 없을 때 발생합니다. 백엔드 앱이 실행 중이 아니거나, `proxy_pass` 주소(IP, 포트)가 잘못되었을 수 있습니다.
    *   **해결:**
        1.  백엔드 앱이 `pm2`나 `node` 명령어로 정상적으로 실행 중인지 확인합니다. (`netstat -tulnp | grep <포트번호>`로 해당 포트가 리스닝 중인지 확인)
        2.  Nginx 설정 파일의 `proxy_pass` 주소가 백엔드 앱의 실제 주소와 일치하는지 확인합니다.
        3.  Nginx 에러 로그(`/var/log/nginx/error.log`)를 확인하여 자세한 오류 메시지를 파악합니다. (AI 도구에 로그를 붙여넣어 분석 요청)

*   **403 Forbidden:**
    *   **원인:** Nginx가 요청된 리소스에 접근할 권한이 없거나, `root` 디렉토리 설정이 잘못되었을 때 발생합니다.
    *   **해결:**
        1.  Nginx가 접근하려는 파일 또는 디렉토리의 권한을 확인합니다. (Nginx는 일반적으로 `www-data` 사용자로 실행)
        2.  `location` 블록 내의 `root` 또는 `alias` 지시어 경로가 올바른지 확인합니다.

*   **404 Not Found:**
    *   **원인:** 요청된 URL에 해당하는 `location` 블록이 없거나, 해당 경로에 파일이 존재하지 않을 때 발생합니다.
    *   **해결:**
        1.  Nginx 설정 파일에서 요청된 URL 경로를 처리하는 `location` 블록이 있는지 확인합니다.
        2.  `location` 블록 내의 `root` 또는 `alias` 경로가 올바르고, 해당 경로에 요청된 파일이 실제로 존재하는지 확인합니다.

*   **`sudo nginx -t` 실패:**
    *   **원인:** Nginx 설정 파일에 문법 오류가 있을 때 발생합니다.
    *   **해결:**
        1.  AI 도구에 설정 파일 내용을 붙여넣고 "Nginx 설정 파일 문법 오류를 찾아주고 수정해줘"라고 요청합니다.
        2.  오류 메시지에 표시된 줄 번호를 확인하고 해당 부분을 수정합니다.

*   **SSL Handshake Failed / HTTPS 접속 불가:**
    *   **원인:** SSL 인증서 경로가 잘못되었거나, Certbot이 제대로 적용되지 않았거나, 서버 방화벽(또는 클라우드 보안 그룹)에서 443 포트를 막고 있을 수 있습니다.
    *   **해결:**
        1.  Nginx 설정 파일의 `ssl_certificate`와 `ssl_certificate_key` 경로가 올바른지 확인합니다.
        2.  `sudo certbot certificates` 명령어로 인증서가 정상적으로 발급되었는지 확인합니다.
        3.  클라우드 보안 그룹이나 서버 방화벽(UFW)에서 443 포트가 열려 있는지 확인합니다.

## 다음에 볼 자료
*   **Nginx 고급 설정:** 캐싱, Gzip 압축, Rate Limiting, WAF(Web Application Firewall) 통합 등 Nginx의 다양한 고급 기능을 학습하여 서비스 성능과 보안을 더욱 강화합니다.
*   **Docker 및 Kubernetes 환경에서의 Nginx:** 컨테이너 기반 환경에서 Nginx Ingress Controller를 사용하여 트래픽 라우팅 및 로드 밸런싱을 자동화하는 방법을 익힙니다.
*   **CI/CD 파이프라인과 Nginx 자동화:** Jenkins, GitHub Actions 등의 CI/CD 도구를 활용하여 Nginx 설정 배포 및 재시작을 자동화하여 운영 효율성을 높입니다.
*   **클라우드 로드 밸런서 이해:** AWS ALB/NLB, GCP Load Balancer 등 클라우드 제공업체의 로드 밸런서와 Nginx Reverse Proxy의 역할 차이 및 연동 전략을 학습합니다.
*   **성능 모니터링 및 로깅:** Nginx 및 백엔드 애플리케이션의 로그를 효과적으로 수집, 분석하고 Grafana, Prometheus 등으로 서비스 상태를 모니터링하는 방법을 알아봅니다.

같은 카테고리 자료

Vercel + Next.js 배포 SSL/TLS + Let's Encrypt 자동화 GitHub Actions 워크플로우 Docker Compose v2 마이그레이션

← DevOps·인프라·클라우드 목록 기술 자료 전체

Nginx Reverse Proxy 구성

같은 카테고리 자료

이런 기술을 우리 회사에 적용하려면?

회원 전용 기능입니다