설정값은 전부 임의의 값으로, 변형하여 구성 가능합니다.

1. VPC 구성 및 네트워크 설계

1.1. VPC 생성

1. AWS Management Console에서 VPC 서비스로 이동합니다.
2. "Create VPC"를 클릭하고 다음을 설정합니다:
   • Name tag: MyVPC
   • IPv4 CIDR block: 10.0.0.0/16
3. Create VPC를 클릭합니다.

1.2. 서브넷 생성

퍼블릭 서브넷 생성

1. Subnets 탭에서 "Create subnet"을 클릭합니다.
2. 설정:
   • Name tag: PublicSubnet1
   • Availability Zone: us-east-1a
   • IPv4 CIDR block: 10.0.1.0/24
3. Create subnet을 클릭합니다.

프라이빗 서브넷 생성

1. Subnets 탭에서 다시 "Create subnet"을 클릭합니다.
2. 설정:
   • Name tag: PrivateSubnet1
   • Availability Zone: us-east-1a
   • IPv4 CIDR block: 10.0.2.0/24
3. Create subnet을 클릭합니다.

1.3. 인터넷 게이트웨이 연결

(위에 분리되었다는 창은 신경쓰지 마세요..^^)

1. Internet Gateways 탭에서 "Create internet gateway"를 클릭합니다.
   • Name tag: MyIGW
2. 생성 후, Actions > Attach to VPC를 선택하여 VPC에 연결합니다.

1.4. 라우팅 테이블 설정

퍼블릭 라우팅 테이블 생성

1. Route Tables 탭에서 "Create route table"을 클릭합니다.
2. 설정:
   • Name tag: PublicRT
   • VPC: MyVPC
3. 생성 후, Routes 섹션에서 라우트를 추가합니다:
   • Destination: 0.0.0.0/0
   • Target: MyIGW
4. Subnet associations 탭에서 PublicSubnet1을 연결합니다.

프라이빗 라우팅 테이블 생성

1. Route Tables 탭에서 "Create route table"을 클릭합니다.
2. 설정:
   • Name tag: PrivateRT
   • VPC: MyVPC
3. 생성 후, 프라이빗 서브넷을 연결합니다.

1.5. NAT 게이트웨이 구성

1. NAT Gateways 탭에서 "Create NAT gateway"를 클릭합니다.
   • Subnet: PublicSubnet1
   • Elastic IP allocation: 새 Elastic IP 생성 및 연결 (탄력적 IP 할당)
2. PrivateRT에서 라우트를 추가합니다:
   • Destination: 0.0.0.0/0
   • Target: NAT 게이트웨이.

2. EC2 인스턴스 생성

2.1. EC2 인스턴스 생성

1. EC2 대시보드에서 Launch instances를 클릭합니다.
2. 설정:
   • Name: MyEC2Instance
   • AMI: Amazon Linux 2 선택
   • Instance type: t2.micro
   • Key pair: 새 키 페어 생성 또는 기존 키 선택
   • Network:
     • VPC: MyVPC
     • Subnet: PublicSubnet1
     • Auto-assign public IP: 활성화

2.2. 보안 그룹 생성

1. 새 보안 그룹 추가:
   • Name: MySecurityGroup
   • Inbound rules:
     • SSH (22): 특정 IP만 허용 (예: 192.168.x.x/32)
     • HTTP (80): 0.0.0.0/0, ::/0
     • HTTPS (443): 0.0.0.0/0, ::/0
   • Outbound rules: 기본값 유지 (모든 트래픽 허용)
2. 보안 그룹을 인스턴스에 연결합니다.

2.3. SSH 접속

1. 생성된 인스턴스의 퍼블릭 IP를 복사합니다.
2. SSH로 접속:

   ssh -i "key-file.pem" ec2-user@<Public-IP>

3. S3 정적 웹사이트 호스팅

(업로드를 안하면 이런 화면이 뜹니다. 당황하지 마세요.)

3.1. S3 버킷 생성

1. S3 대시보드에서 Create bucket을 클릭합니다.
   • Name: my-static-website
   • Region: 동일한 리전 (예: us-east-1)
   • Block Public Access: 해제

3.2. 버킷 정책 설정

1. Permissions > Bucket Policy 섹션에서 다음 정책을 추가합니다:

   {
       "Version": "2012-10-17",
       "Statement": [
           {
               "Sid": "PublicReadGetObject",
               "Effect": "Allow",
               "Principal": "*",
               "Action": "s3:GetObject",
               "Resource": "arn:aws:s3:::my-static-website/*"
           }
       ]
   }

3.3. 정적 웹사이트 호스팅 활성화

1. Properties > Static website hosting에서 Enable을 설정합니다:
   • Index document: index.html
   • Error document: error.html

3.4. 파일 업로드

1. Objects > Upload:
   • index.html 및 error.html 파일 업로드

3.5. 웹사이트 확인

1. Properties > Static website hosting의 Endpoint URL을 복사합니다.
2. 브라우저에서 URL로 웹사이트에 접근합니다:
   • 예: http://my-static-website.s3-website-us-east-1.amazonaws.com

프로젝트 결과

1. VPC: 퍼블릭 및 프라이빗 서브넷으로 구성된 안전한 네트워크 환경
2. EC2: 퍼블릭 서브넷에 배포된 인스턴스에서 SSH 및 HTTP 접근 가능
3. S3: 정적 웹사이트가 S3를 통해 호스팅되어 URL로 접근 가능

1. 성능 (Performance)

정의

시스템이 주어진 작업을 얼마나 빠르고 효율적으로 처리할 수 있는지를 나타냅니다.

주요 지표

• 처리량 (Throughput): 단위 시간당 처리 가능한 작업 수.
• 응답 시간 (Response Time): 요청에 대한 응답까지 걸리는 시간.
• 지연 시간 (Latency): 데이터 전송이 시작되고 목적지에 도달할 때까지의 시간.

개선 방법

1. 하드웨어 업그레이드: CPU, 메모리, 네트워크 대역폭 개선.
2. 캐싱: Redis, Memcached 등을 사용해 자주 사용하는 데이터를 메모리에 저장.
3. 비동기 처리: 작업을 동기적으로 처리하지 않고 비동기적으로 분산.

2. 확장성 (Scalability)

정의

시스템이 증가하는 부하를 처리할 수 있도록 확장될 수 있는 능력입니다.

유형

• 수직 확장 (Vertical Scaling): 단일 서버의 성능을 높이는 방식.
• 수평 확장 (Horizontal Scaling): 서버의 수를 늘려 부하를 분산하는 방식.

주요 고려 사항

1. 비용: 수직 확장은 고성능 하드웨어 비용 증가, 수평 확장은 추가 서버 비용 발생.
2. 부하 분산 (Load Balancing): 확장된 서버 간 트래픽을 균등하게 배분.
3. 데이터 동기화: 여러 서버 간 데이터 일관성을 유지.

개선 방법

1. Auto Scaling: 트래픽 변화에 따라 서버를 자동으로 늘리거나 줄이는 기능.
2. 분산 시스템 설계: 데이터베이스 샤딩, 마이크로서비스 아키텍처 등.

3. 가용성 (Availability)

정의

시스템이 지속적으로 작동 가능하며, 장애 상황에서도 서비스를 제공할 수 있는 능력입니다.

주요 지표

• Uptime: 시스템이 가동 중인 시간의 비율.
• MTTF (Mean Time To Failure): 평균적으로 시스템이 실패 없이 작동하는 시간.
• MTTR (Mean Time To Repair): 장애 발생 시 복구까지 걸리는 시간.

개선 방법

1. 이중화 (Redundancy): 주요 구성 요소를 중복 설정하여 장애 시 대체 가능.
2. 장애 조치 (Failover): 장애 발생 시 자동으로 대체 서버로 전환.
3. 모니터링 도구 사용: Prometheus, Grafana, CloudWatch 등으로 실시간 상태 감시.

성능, 확장성, 가용성의 상호 관계

• 성능: 현재 시스템의 효율성을 보장.
• 확장성: 성능 저하 없이 부하를 처리할 수 있도록 준비.
• 가용성: 서비스의 연속성을 보장.

확장성을 통해 성능 저하를 방지하고, 가용성을 통해 장애 발생 시에도 안정적인 서비스를 제공합니다.

1. 수직 확장 (Vertical Scaling)

정의

기존 서버의 성능을 업그레이드하거나 리소스를 추가하여 처리 능력을 향상시키는 방식입니다. 이를 통해 단일 서버의 하드웨어 성능을 개선하여 더 많은 요청을 처리할 수 있습니다.

특징

• 단일 서버 기반: 한 대의 서버에서만 성능이 개선되며, 서버가 다운되면 시스템 전체가 중단될 수 있습니다.
• 즉각적인 성능 개선: 하드웨어 업그레이드가 완료되면 즉시 성능 향상을 체감할 수 있습니다.

장점

1. 관리 용이성: 시스템 구조가 단순하므로 관리와 운영이 간단합니다.
2. 애플리케이션 변경 불필요: 대부분의 경우 기존 애플리케이션 코드를 수정하지 않아도 성능이 개선됩니다.
3. 빠른 구현: 하드웨어 업그레이드로 바로 적용 가능하여 시간 소모가 적습니다.

단점

1. 확장의 물리적 한계: 서버의 최대 용량에 도달하면 더 이상 업그레이드가 불가능합니다.
2. 단일 장애점: 단일 서버에 의존하므로, 서버 장애 시 전체 시스템이 중단될 위험이 있습니다.
3. 비용 문제: 고성능 하드웨어는 비용이 크게 증가하며, 장기적으로 비효율적일 수 있습니다.

예시)

• t2.medium 인스턴스를 t2.large로 업그레이드
• 물리적 서버에 RAM, CPU 코어 또는 디스크 용량 추가

2. 수평 확장 (Horizontal Scaling)

정의

여러 대의 서버를 추가하여 시스템의 처리 능력을 향상시키는 방식입니다. 각 서버는 동일한 역할을 수행하며, 로드 밸런싱을 통해 트래픽을 분산 처리합니다.

특징

• 분산 아키텍처: 여러 대의 서버가 협력하여 작업을 처리하며, 특정 서버에 장애가 발생해도 시스템이 가용성을 유지할 수 있습니다.
• 확장성: 필요에 따라 서버 수를 유동적으로 조정 가능하며, 클라우드 환경에서 특히 유용합니다.

장점

1. 무한 확장 가능: 이론적으로 더 많은 서버를 추가하여 성능을 계속 확장할 수 있습니다.
2. 높은 가용성: 장애 허용 설계를 통해 일부 서버에 문제가 생겨도 서비스가 중단되지 않습니다.
3. 비용 효율성: 서버를 추가적으로 늘리는 방식이므로 초기 비용이 적으며, 필요에 따라 점진적으로 확장 가능합니다.

단점

1. 운영 복잡성: 여러 대의 서버를 관리하고 모니터링하는 데 추가적인 노력이 필요합니다.
2. 데이터 일관성 문제: 분산 환경에서는 데이터 동기화를 보장하기 위한 추가 설계가 필요합니다.
3. 네트워크 의존성 증가: 서버 간 통신량이 늘어나 네트워크 병목 현상이 발생할 수 있습니다.

예시)

• Auto Scaling 그룹을 통해 t2.micro 서버를 추가 배포
• Kubernetes로 클러스터를 확장하여 트래픽 분산
• AWS Lambda와 같은 서버리스 아키텍처 활용

3. 수직 확장 / 수평 확장 비교

추가 비교

1. 확장 속도:

   • 수직 확장: 하드웨어 업그레이드가 완료되면 바로 적용 가능
   • 수평 확장: 서버를 추가하고 네트워크 구성 및 로드 밸런싱 설정까지 시간이 소요될 수 있음

2. 비용:

   • 수직 확장: 고성능 하드웨어는 초기 비용이 크고, 업그레이드 한계에 도달하면 비효율적
   • 수평 확장: 클라우드 기반에서는 Pay-as-you-go 모델로 비용을 효율적으로 관리 가능

3. 가용성:

   • 수직 확장: 단일 장애점(Single Point of Failure)으로 인해 높은 위험
   • 수평 확장: 서버 분산으로 장애 허용(Fault Tolerance)이 우수

💻 인터프리터 언어

• 파이썬 코드는 소스 코드를 한 줄씩 읽고 해석하는 인터프리터에 의해 실행된다.
• 실행 흐름:
  1. 파이썬 소스 코드 작성: .py 파일을 작성한다.
  2. 바이트코드로 변환: 인터프리터가 코드를 .pyc 바이트코드로 변환한다.
  3. 실행: 파이썬 가상 기계(PVM)이 바이트코드를 실행한다.

🧱 객체지향 언어

• 모든 것이 객체(Object)로 표현된다.
• 클래스와 객체를 사용해 데이터를 구조화하고 동작을 정의한다.

📦 모듈과 패키지 시스템

• 파이썬은 다양한 기능을 모듈 단위로 나누어 제공한다.
• 예) os, sys, json 같은 기본 모듈, django 같은 서드파티 모듈.

🌐 장고의 작동 원리

장고는 웹 프레임워크로, 웹 요청(Request)을 처리해 응답(Response)을 반환하는 작업을 자동화한다. 장고의 작동 원리를 간단히 정리해보면 다양한 구조가 독립적인 역할을 수행한다.

💡 장고 요청-응답 흐름의 이해 (Request-Response Cycle)

1. 클라이언트의 요청:

   • 사용자가 브라우저에서 URL(예: http://example.com/blog/)을 요청한다.
   • 이 요청은 HTTP 프로토콜을 통해 장고 서버로 전달된다.

2. WSGI 서버 처리:

   • 장고는 WSGI(Web Server Gateway Interface) 서버를 통해 요청을 받는다.
   • WSGI는 HTTP 요청을 Python 애플리케이션에서 처리할 수 있도록 중개 역할을 한다.
   • WSGI는 장고와 웹 서버(Apache, Nginx) 간의 인터페이스 역할을 한다.

3. URL 라우팅:

   • 요청 URL은 urls.py에서 어느 뷰(View)가 요청을 처리할지 결정한다.
   • 예) /blog/ 요청은 blog.views.index 함수로 전달된다.

4. 뷰(View) 처리:

   • 뷰(View)는 요청 데이터를 받고 비즈니스 로직을 처리한다.
   • 필요시 데이터베이스(Model)와 상호작용해 데이터를 가져온다.
   • 결과 데이터를 템플릿(HTML)에 전달한다.

5. 템플릿 렌더링:

   • 템플릿 시스템은 HTML 파일과 데이터를 결합하여 최종 HTML 응답을 생성한다.

6. 응답 반환:

   • 생성된 HTML 파일이 HTTP 응답으로 클라이언트(브라우저)에게 반환된다.

🧩 장고의 MTV 아키텍처

장고는 MTV (Model-Template-View) 구조를 사용한다. 개발자는 가장 편하게 구조적인 구현을 수행할 수 있다.

예제: 블로그 글 요청 처리

• URL: /blog/
• 요청 흐름:
  1. URL: /blog/ → urls.py에서 blog.views.index 뷰로 전달.
  2. 뷰(View): 데이터베이스에서 블로그 글을 가져와 템플릿에 전달.
  3. 템플릿(Template): 가져온 데이터를 HTML에 렌더링하여 사용자에게 반환.

🔗 장고 ORM의 역할

장고는 ORM(Object-Relational Mapping)을 사용해 데이터베이스와 상호작용한다.

• ORM은 파이썬 객체와 데이터베이스 간의 변환을 제공한다.
• SQL을 직접 작성하지 않아도 데이터를 저장/조회할 수 있다.

ORM을 통한 데이터 저장

# blog/models.py
from django.db import models

class Post(models.Model):
    title = models.CharField(max_length=200)
    content = models.TextField()

# 데이터 저장
post = Post(title="My First Post", content="Hello, Django!")
post.save()

# 데이터 조회
all_posts = Post.objects.all()

filter, update, delete 메서드 예시

  # 데이터 필터링
  filtered_posts = Post.objects.filter(title__contains="Django")

  # 데이터 업데이트
  Post.objects.filter(id=1).update(title="Updated Title")

  # 데이터 삭제
  Post.objects.filter(id=1).delete()

🛡️ 장고 미들웨어 요약

장고는 요청(Request)과 응답(Response) 사이에 다양한 미들웨어를 사용해 보안, 성능, 다국어 지원 등을 자동화한다.

주요 미들웨어

• CSRF 미들웨어: Cross-Site Request Forgery(CSRF) 공격을 방지하여 요청의 안전성을 보장.
• SessionMiddleware: 세션 데이터를 관리하고 요청과 사용자 데이터를 연결.
• AuthenticationMiddleware: 사용자의 인증 상태를 확인하고 request.user 객체를 제공.
• CommonMiddleware: URL 정리(슬래시 추가/제거)와 브라우저 동작 수정.
• SecurityMiddleware: HSTS, X-Content-Type-Options 등 보안 헤더 추가.
• MessageMiddleware: 임시 메시지를 저장하고 전달.
• LocaleMiddleware: 사용자 언어 설정을 처리해 다국어 지원.

사용 미들웨어 확인

settings.py에서 활성화된 미들웨어는 MIDDLEWARE 항목에서 확인할 수 있다.

MIDDLEWARE = [
    'django.middleware.security.SecurityMiddleware',
    'django.contrib.sessions.middleware.SessionMiddleware',
    'django.middleware.common.CommonMiddleware',
    'django.middleware.csrf.CsrfViewMiddleware',
    'django.contrib.auth.middleware.AuthenticationMiddleware',
    'django.contrib.messages.middleware.MessageMiddleware',
    'django.middleware.clickjacking.XFrameOptionsMiddleware',
]

사용자 정의 미들웨어

필요에 따라 직접 미들웨어를 작성하여 프로젝트의 요구 사항에 맞는 동작을 추가할 수 있다.

from django.utils.deprecation import MiddlewareMixin

class CustomMiddleware(MiddlewareMixin):
    def process_request(self, request):
        print("Request processed")

    def process_response(self, request, response):
        print("Response processed")
        return response

📂 장고의 주요 파일 역할

🗂 장고의 정적 파일 관리

장고는 CSS, JavaScript, 이미지와 같은 정적 파일을 관리하기 위한 구조를 제공한다.

• 정적 파일 디렉토리: static/ 디렉토리를 사용해 정적 파일을 저장.
• settings.py에 정적 파일 관련 설정:

  STATIC_URL = '/static/'
  STATICFILES_DIRS = [BASE_DIR / "static"]

• 정적 파일 로딩:

  {% load static %}
  <link rel="stylesheet" type="text/css" href="{% static 'css/style.css' %}">

🛠 장고 관리 페이지의 강점

장고는 기본 제공 관리자 페이지(admin)를 통해 데이터를 쉽게 관리할 수 있다.

• admin.py 파일에서 데이터베이스 모델을 등록하면 관리자 페이지에서 이를 제어 가능.

• 관리자 페이지 등록 예시:

  from django.contrib import admin
  from .models import Post
  
  @admin.register(Post)
  class PostAdmin(admin.ModelAdmin):
      list_display = ('title', 'created_at')
      search_fields = ('title',)

✏️ 장고 폼 시스템

장고는 폼을 생성, 렌더링, 검증하는 강력한 시스템을 제공한다.

• 폼 클래스 정의:

  from django import forms
  from .models import Post
  
  class PostForm(forms.ModelForm):
      class Meta:
          model = Post
          fields = ['title', 'content']

• 폼을 템플릿에 렌더링:

  <form method="post">
      {% csrf_token %}
      {{ form.as_p }}
      <button type="submit">Save</button>
  </form>

• 폼 검증 및 저장:

  if request.method == 'POST':
      form = PostForm(request.POST)
      if form.is_valid():
          form.save()

🚀 장고의 강점 요약

• 빠른 개발: 장고는 많은 기능(인증, 관리 페이지 등)을 기본 제공하여 빠르게 개발 가능.
• 보안: SQL 인젝션, XSS, CSRF 등 주요 보안 문제를 기본적으로 해결.
• 확장성: Django REST Framework(DRF)를 활용한 REST API, WebSocket 등 다양한 기능 통합.
• 커뮤니티: 풍부한 문서와 오픈소스 커뮤니티의 지원.

개요

1. 시스템 자원 모니터링
2. 사용자 데이터 백업
3. 로그 파일 분석
4. 사용자 계정 관리

(스크립트는 조건문, 반복문, 함수를 활용하여 작성되었습니다.)

쉘 스크립트 코드

#!/bin/bash

# 로그 파일 정의
LOG_FILE="/var/log/sysadmin.log"
BACKUP_DIR="/backup"
USER_FILE="user_list.txt"

# 로그 기록 함수
log() {
    echo "$(date '+%Y-%m-%d %H:%M:%S') - $1" >> $LOG_FILE
}

# 시스템 자원 모니터링 함수
monitor_system() {
    echo "--- 시스템 자원 상태 ---" >> $LOG_FILE
    echo "CPU 사용률:" >> $LOG_FILE
    top -b -n1 | grep "%Cpu(s)" >> $LOG_FILE
    echo "메모리 사용률:" >> $LOG_FILE
    free -h >> $LOG_FILE
    echo "디스크 사용률:" >> $LOG_FILE
    df -h >> $LOG_FILE
    echo "-------------------------" >> $LOG_FILE
    log "시스템 자원 모니터링 완료"
}

# 사용자 데이터 백업 함수
backup_users() {
    if [ ! -d "$BACKUP_DIR" ]; then
        mkdir -p "$BACKUP_DIR"
    fi

    for user in $(cat $USER_FILE); do
        home_dir="/home/$user"
        if [ -d "$home_dir" ]; then
            tar -czf "$BACKUP_DIR/${user}_backup_$(date '+%Y%m%d').tar.gz" "$home_dir"
            log "$user의 홈 디렉터리가 성공적으로 백업되었습니다"
        else
            log "$user의 홈 디렉터리가 존재하지 않습니다"
        fi
    done
}

# 로그 분석 함수
analyze_logs() {
    log "로그 분석 시작"
    grep -i "error" /var/log/syslog >> $LOG_FILE
    log "로그 분석 완료"
}

# 사용자 관리 함수
manage_users() {
    while read -p "사용자 이름 입력 (종료하려면 'exit'): " user; do
        if [ "$user" == "exit" ]; then
            break
        fi

        if id "$user" &>/dev/null; then
            echo "$user 사용자 계정이 이미 존재합니다."
            log "$user 사용자 계정이 이미 존재합니다"
        else
            sudo useradd -m "$user"
            log "$user 사용자 계정이 생성되었습니다"
            echo "$user 사용자 계정이 생성되었습니다."
        fi
    done
}

# 메인 함수
main() {
    echo "자동화 스크립트 실행 중..."
    log "자동화 스크립트 시작"

    monitor_system
    backup_users
    analyze_logs
    manage_users

    log "자동화 스크립트 완료"
    echo "스크립트 실행이 완료되었습니다."
}

# 스크립트 실행
main

스크립트 실행 단계

1. 필요 파일 준비

   • user_list.txt 파일에 백업 대상 사용자 이름을 추가합니다.

     echo -e "user1\nuser2\nuser3" > user_list.txt

2. 스크립트 실행 권한 부여

   chmod +x automation.sh

3. 스크립트 실행

   ./automation.sh

주요 기능 설명

1. 시스템 자원 모니터링

• CPU, 메모리, 디스크 사용량을 확인하여 로그 파일에 기록.

2. 사용자 데이터 백업

• 사용자 목록(user_list.txt)을 읽어 사용자 홈 디렉터리를 압축 백업.

3. 로그 파일 분석

• /var/log/syslog에서 "error" 메시지를 검색하여 로그 파일에 기록.

4. 사용자 계정 관리

• 사용자 계정 존재 여부를 확인하고, 없으면 새 계정을 생성.

1. Overlay2 파일 시스템 소개

Overlay2는 Docker에서 사용하는 기본 스토리지 드라이버로, Copy-on-Write(COW)를 기반으로 합니다. 여러 레이어를 효율적으로 관리하며, 컨테이너 간 자원 공유와 디스크 공간 절약에 유리합니다.

특징

• 효율적인 레이어 관리: 동일한 이미지를 기반으로 여러 컨테이너를 생성할 때 중복 데이터 없이 운영 가능.
• Copy-on-Write(COW): 데이터 변경 시에만 실제로 복사 및 수정.
• 빠른 읽기/쓰기: 단일 디렉터리에 기반한 데이터 관리.

2. Overlay2 디렉터리 구조

Docker는 /var/lib/docker/overlay2 디렉터리에 파일 시스템 데이터를 저장합니다.

주요 디렉터리와 파일

• /var/lib/docker/overlay2/<layer-id>
  • Diff: 특정 레이어의 파일 변경 내용을 저장.
  • Lower: 부모 레이어를 가리키는 메타데이터.
  • Merged: 컨테이너 실행 시 마운트된 통합 파일 시스템.
  • Work: OverlayFS 작업 디렉터리.

/var/lib/docker/overlay2/
  |-- <layer-id>/
      |-- diff/     # 현재 레이어의 변경 파일
      |-- lower/    # 부모 레이어 정보
      |-- merged/   # 컨테이너가 보는 통합 디렉터리
      |-- work/     # 임시 작업 디렉터리

3. Overlay2 파일 시스템 관리

(1) Docker 컨테이너 실행 시 파일 구조 확인

새로운 컨테이너 생성 및 실행

docker run -it --name test-container ubuntu bash

Overlay2 디렉터리 확인

컨테이너가 실행된 후, 관련 파일은 /var/lib/docker/overlay2에 저장됩니다:

ls /var/lib/docker/overlay2

(2) 컨테이너의 파일 변경 추적

파일 생성 및 확인

컨테이너 내부에서 파일 생성:

touch /test-file

호스트에서 생성된 파일 확인:

ls /var/lib/docker/overlay2/<layer-id>/diff

변경된 파일은 diff 디렉터리에 저장됩니다.

(3) 중복 데이터 관리

Overlay2는 레이어를 공유하여 동일한 이미지를 사용하는 컨테이너 간 중복 데이터를 줄입니다.

확인 방법

1. 여러 컨테이너 실행:

   docker run -it --name container1 ubuntu bash
   docker run -it --name container2 ubuntu bash

2. 동일한 레이어 ID 확인:

   docker inspect container1 | grep -i "merged"
   docker inspect container2 | grep -i "merged"

1. 네트워크 인터페이스 설정

(1) ifconfig를 사용한 네트워크 인터페이스 관리

네트워크 상태 확인

ifconfig

네트워크 인터페이스 활성화

sudo ifconfig eth0 up

네트워크 인터페이스 비활성화

sudo ifconfig eth0 down

(2) ip 명령어로 네트워크 관리

네트워크 인터페이스 상태 확인

ip addr show

새로운 IP 주소 추가

sudo ip addr add 192.168.1.100/24 dev eth0

기존 IP 주소 제거

sudo ip addr del 192.168.1.100/24 dev eth0

기본 게이트웨이 설정

sudo ip route add default via 192.168.1.1

2. 방화벽 설정: iptables

(1) 기본 체인 정책 설정

INPUT, FORWARD, OUTPUT 정책 설정

sudo iptables -P INPUT DROP
sudo iptables -P FORWARD DROP
sudo iptables -P OUTPUT ACCEPT

(2) 특정 포트 허용

SSH(22번 포트) 허용

sudo iptables -A INPUT -p tcp --dport 22 -j ACCEPT

HTTP(80번 포트) 허용

sudo iptables -A INPUT -p tcp --dport 80 -j ACCEPT

(3) 규칙 목록 확인

sudo iptables -L -v

(4) 규칙 삭제

첫 번째 규칙 삭제

sudo iptables -D INPUT 1

3. 네트워크 문제 진단 및 해결

(1) 연결 상태 확인: ping

외부 서버와 연결 테스트

ping google.com

(2) 라우팅 테이블 확인: route

현재 라우팅 테이블 보기

route -n

(3) DNS 문제 확인: nslookup

도메인 이름 확인

nslookup google.com

(4) 활성 연결 보기: netstat

열려 있는 포트 및 연결 확인

netstat -tuln

1. top 명령어

top은 실시간으로 시스템의 프로세스와 성능을 모니터링할 수 있는 기본적인 도구입니다.

실행

top

주요 키

• q: 종료
• h: 도움말 보기
• k: 특정 프로세스 종료
• P: CPU 사용량 기준 정렬
• M: 메모리 사용량 기준 정렬
• T: 실행 시간 기준 정렬

모니터링 항목

• CPU 사용률
• 메모리 사용량
• 각 프로세스의 상태 및 자원 소비

2. htop 명령어

htop은 top의 대안으로, 더 직관적인 UI와 다양한 기능을 제공합니다.

설치

Ubuntu/Debian:

sudo apt install htop

CentOS/RedHat:

sudo yum install htop

실행

htop

주요 기능

• 마우스로 조작 가능
• 프로세스를 트리 구조로 표시
• CPU, 메모리, 스왑 사용률을 시각적으로 표현

주요 키

• F3: 검색
• F9: 프로세스 종료
• F5: 트리 모드

3. sar 명령어

sar은 시스템 성능을 기록하고 분석할 수 있는 강력한 도구입니다.

설치

Ubuntu/Debian:

sudo apt install sysstat

CentOS/RedHat:

sudo yum install sysstat

실행

• 실시간 CPU 사용률 확인:

  sar -u 1 5

• 메모리 사용률 확인:

  sar -r 1 5

• 네트워크 트래픽 확인:

  sar -n DEV 1 5

로그 파일 확인

sar은 /var/log/sysstat/에 성능 데이터를 기록합니다. 이를 분석하려면:

sar -f /var/log/sysstat/sa<날짜>

예:

sar -f /var/log/sysstat/sa01

top 및 htop 활용

• 실시간으로 높은 리소스를 소비하는 프로세스를 종료하거나 확인.

sar 활용

• 특정 시간대의 성능 병목 현상을 분석하고 로그로 확인 가능.

1. 사용자 계정 생성

useradd 명령을 사용하여 새로운 사용자 계정을 생성합니다.

sudo useradd -m -s /bin/bash newuser

• -m: 사용자 홈 디렉터리 생성
• -s: 사용자 기본 쉘 설정 (예: /bin/bash)

사용자 비밀번호 설정

생성한 사용자 계정에 비밀번호를 설정합니다.

sudo passwd newuser

2. 그룹 생성 및 사용자 그룹 할당

새로운 그룹 생성

groupadd 명령을 사용하여 그룹을 생성합니다.

sudo groupadd newgroup

사용자에게 그룹 추가

usermod 명령으로 사용자를 그룹에 추가합니다.

sudo usermod -aG newgroup newuser

• -aG: 기존 그룹에 추가

확인

사용자가 속한 그룹을 확인하려면:

groups newuser

3. 파일 및 디렉터리 생성

디렉터리 및 파일 생성

생성한 사용자 계정을 위한 디렉터리와 파일을 만듭니다.

sudo mkdir /home/newuser/testdir
sudo touch /home/newuser/testdir/testfile.txt

4. 파일 및 디렉터리 권한 변경

소유권 변경 (chown)

생성한 디렉터리와 파일의 소유권을 변경하여 새로운 사용자와 그룹이 소유하도록 설정합니다.

sudo chown newuser:newgroup /home/newuser/testdir
sudo chown newuser:newgroup /home/newuser/testdir/testfile.txt

권한 변경 (chmod)

chmod 명령으로 파일과 디렉터리의 권한을 설정합니다.

sudo chmod 750 /home/newuser/testdir
sudo chmod 640 /home/newuser/testdir/testfile.txt

• 750: 디렉터리 소유자는 읽기, 쓰기, 실행 가능. 그룹은 읽기, 실행 가능. 기타 사용자는 접근 불가.
• 640: 파일 소유자는 읽기, 쓰기 가능. 그룹은 읽기 가능. 기타 사용자는 접근 불가.

5. 결과 확인

소유권 및 권한 확인

ls -ld /home/newuser/testdir
ls -l /home/newuser/testdir/testfile.txt

6. 정리

사용자 삭제

테스트한 사용자 계정을 삭제합니다.

sudo userdel -r newuser

그룹 삭제

테스트한 그룹을 삭제합니다.

sudo groupdel newgroup

온프레미스 (On-premise)

• 전용 하드웨어 또는 회사의 기존 데이터 센터 인프라가 지원하는 단일 테넌트 환경.
• 성능에 민감한 워크로드는 클라우드 전용 데이터 웨어하우스보다 온프레미스 및 하이브리드 클라우드 배포에 더 적합

온프레미스 장점

• 대기 시간이 낮은 로컬 성능
• 완전한 기술 스택 제어
• 인프라에 대한 물리적 액세스
• 데이터 센터 자산 보존

온프레미스 단점

• 높은 하드웨어 비용 및 감가상각
• 상대적으로 제한된 탄력성
• 기업은 오류 및 보안 사고에 대한 전적인 책임을 집니다.
• 최첨단 애널리틱스 기능에 대해 낮은 액세스
• 지원 종료 및 교체로 인한 문제

클라우드

• 클라우드 공급자가 네트워크를 통해 여러 조직과 인프라, 플랫폼 및 애플리케이션의 일부 조합을 공유하는 클라우드 서비스 모델.
• 데이터 볼륨이 증가하고 데이터 소스의 수가 증가함에 따라 적응할 수 있는 방대한 리소스와 유연성을 제공
• 엔터프라이즈 데이터 성장률은 주로 데이터 애널리틱스 프로젝트로 인해 향후 2년 동안 40%를 초과할 것으로 예상
• 과도한 비용이 발생하는 것을 방지하기 위해 필요에 따라 여러 클라우드와 온프레미스 리소스에 연결할 수 있는 최신 데이터 플랫폼이 지원되는 일관된 전략이 필요

클라우드 장점

• 엄청난 확장성과 탄력성
• "종량제" 가격 책정 모델
• 공급자가 가동 시간, 가용성 및 보안의 일부 측면을 담당
• AI 및 머신 러닝과 같은 혁신으로 빠르게 확장되는 기능 세트

클라우드 단점

• 일부 워크로드에 과도할 수 있는 대기 시간
• 주문형으로만 청구되는 경우 예측할 수 없는 가격 책정
• 가변성/일정한 활용도 없이 워크로드에서 가장 비용 효율이 떨어짐

하이브리드

• 하나 이상의 퍼블릭 클라우드 서비스를 고객 환경에서 실행되는 단일 테넌트 데이터 플랫폼에 연결하여 퍼블릭 클라우드를 온프레미스 인프라와 결합한 방식
• IT 리소스, 서비스, 기능 통합
• 수평 확장 및 프로비저닝 자동화
• 환경 간의 자유로운 워크로드 이동
• 프로세스 조정 및 통합 관리 제공
• 프라이빗 및 퍼블릭 클라우드는 물론 에지 위치에서 애플리케이션 배포 자동화 

하이브리드 클라우드 장점

• 애플리케이션을 배치할 위치와 하이브리드 컴퓨팅을 수행할 위치를 결정 가능
• 향상된 성능 및 감소된 지연 시간
• 가장 적합한 환경에서 작동할 수 있는 유연성을 제공
• 데이터 센터 비용을 늘리지 않고도 클라우드 컴퓨팅 용량을 확장 가능
• 기존 인프라를 확장하거나 대체할 필요 없이 AI 및 머신러닝과 같은 최신 기술을 활용 가능

하이브리드 클라우드 단점

• 사내 하드웨어와 필요한 추가 소프트웨어 및 도구에 투자 및 유지보수 필요
• IT팀과 비즈니스 사용자 모두에게 새로운 기술 전문성이 필요
• 클라우드 환경의 복잡도 상승
• 데이터 전송 동기화가 어려움

그냥~

..

은 아니고 파이썬 프로젝트 ci/cd 작업을 위해서 일단 파이썬으로 REST API 만들기로 하였는데 그러는 김에!!!!!!! 내 사이트 전에 flask로 만들었던 거 장고로 다시 만들어보자 우와~ 라는 생각에서 그러한 일이 되었습니다.

장고 시작하기

파이썬... 깔아두셨죠?

안깔아 두셨다구요? 그럼 파이썬 먼저 깔아봅시다.

brew install python #brew로 파이썬 설치
python --version #파이썬 잘 설치되었는지 확인

홈브루 편리한 녀석.

장고에 앞서 일단 mise와 uv를 깔아봅시다. mise는 파이썬 버전 관리를 편리하게 해주는 툴이고 uv는 pip처럼 패키지를 다운받는 툴인데 이거 아주 물건입니다. 속도도 빠르고

사이트에 나와있는대로 curl로 깔아도 되고, 그냥 간편하게 homebrew로 깔아도 됩니다. 저는 homebrew로 깔아보았습니다.

brew install mise
brew install uv

그리고 차근차근 해 봅시다.

uv init [project name]

이렇게 만들어두고 code . 을 쳐서 vscode를 연 다음에

uv venv #가상환경 설정
source .venv/bin/activate #activation

이러면 파이썬 프로젝트 하나가 뚝딱. 여기에 이제 장고를 입혀볼까요?

uv add Django

뚝----딱. 아주 쉽죠?

uv tree #종속성 조회
uv sync #pyproject.toml을 기반으로 종속성 설치

위의 애들은 알아두면 좋은 uv 명령어들. 그리고 이제 서버를 돌려볼까요.

python manage.py runserver

이대로 입력하고 기본적으로 localhost:8000으로 들어가면

짜잔~

루트 도메인(example.com)을 www 서브도메인(www.example.com)으로 리디렉션하는 것은 역사적, 기술적, 관리적 이유로 인해 권장되고 있다. vercel로 프론트 배포를 진행하다가 알게된 사실이었는데 궁금해서 찾아본 것들을 정리하려 한다.

1. 역사적 이유

• 초기 표준: 초기 인터넷에서는 www를 월드 와이드 웹(World Wide Web)을 나타내는 표준 방식으로 사용하며, 다른 프로토콜인 ftp나 mail과 구분했다.
  • 예: www.example.com은 웹사이트, ftp.example.com은 파일 전송, mail.example.com은 이메일 서버를 나타냄.
• 시간이 지나면서 www는 웹사이트를 대표하는 것으로 인식되었고, 이 관행은 지금까지 유지되고 있다.

2. 기술적 이유

루트 도메인의 제약

• DNS 제한: 루트 도메인(example.com)은 A 또는 AAAA 레코드(IPv4/IPv6)만 사용할 수 있으며, CNAME 레코드(별칭)를 사용할 수 없다.
• CDN 호환성: 많은 CDN은 트래픽 최적화를 위해 CNAME 레코드를 사용하므로, www가 더 유연하다.

www의 유연성

• 서브도메인의 독립성: www는 서브도메인이므로 루트 도메인과 별도로 구성 및 관리할 수 있다.
• 동적 DNS 설정: CNAME을 사용하여 제3자 서비스로 쉽게 연결하거나 리디렉션 설정을 변경할 수 있다.

3. 관리적 이유

SEO(검색 엔진 최적화)

• 정규 URL(Canonical URL): www를 기본 도메인으로 설정하면 트래픽과 검색 순위를 하나의 URL로 통합하여 중복 콘텐츠 문제를 방지할 수 있다.
• 리디렉션 일관성: 루트 도메인을 www로 리디렉션하면 검색 엔진과 사용자 모두가 선호하는 도메인에 접속할 수 있다.

브랜드 관리

• 대규모 조직은 일반적으로 특정 서비스에 서브도메인을 사용한다:
  • api.example.com → API
  • blog.example.com → 블로그
  • www.example.com → 메인 웹사이트

4. 사용자 경험

• 명확한 식별: www는 URL이 웹사이트임을 사용자에게 명확히 알려준다.
• 호환성: 과거에는 www가 루트 도메인보다 오래된 브라우저와 네트워크에서 더 안정적으로 작동했으며, 이러한 관행은 여전히 유지되고 있다.

5. 운영적 이유

SSL/TLS 인증서

• 일부 인증서 제공자는 루트 도메인을 포함하지 않는 경우가 있었기 때문에, www를 기본값으로 설정하는 것이 더 안정적이었다.

트래픽 관리

• 로드 밸런싱: www 서브도메인은 CDN이나 별도 서버와 연결될 수 있어 대규모 트래픽을 더 효율적으로 처리할 수 있다.

결론

1. 기술적 유연성: 고급 DNS 및 CDN 구성을 가능하게 함.
2. SEO 장점: 중복 콘텐츠를 방지하고 정규 URL 처리를 강화.
3. 사용자 명확성: 일관적이고 인식하기 쉬운 웹 경험 제공.
4. 확장성: 더 나은 트래픽 분배와 운영 신뢰성을 지원.

www로 리디렉션하는 것이 일반적인 관행이지만 반드시 따라야 하는 것은 아니다. 서비스의 요구 사항에 따라 루트 도메인(example.com)을 기본값으로 유지할 수도 있다. 선택은 기술적, 운영적 필요에 따라 결정하면 된다.

별개로 www... 좀 웃긴 것 같다w 쑻

1. ls: 디렉터리 내용 보기

사용법

ls            # 현재 디렉터리의 내용 표시
ls -l         # 자세한 정보(권한, 소유자, 크기 등) 표시
ls -a         # 숨김 파일 포함 표시
ls -lh        # 파일 크기를 사람이 읽기 쉬운 형식으로 표시

예제

ls /home      # /home 디렉터리의 내용 표시

2. cd: 디렉터리 이동

사용법

cd directory_path  # 지정된 디렉터리로 이동
cd ..              # 상위 디렉터리로 이동
cd ~               # 홈 디렉터리로 이동

예제

cd /var/log   # /var/log 디렉터리로 이동
cd ..         # 상위 디렉터리로 이동

3. cp: 파일 복사

사용법

cp source_file target_file            # 파일 복사
cp -r source_directory target_directory  # 디렉터리 복사

예제

cp file.txt /home/user/backup/       # file.txt를 /home/user/backup/로 복사
cp -r /var/www /home/user/backup/    # /var/www 디렉터리를 복사

4. mv: 파일 또는 디렉터리 이동/이름 변경

사용법

mv source_file target_file           # 파일 이름 변경
mv source_file target_directory      # 파일 이동

예제

mv old_name.txt new_name.txt         # 파일 이름 변경
mv file.txt /home/user/documents/    # 파일 이동

5. rm: 파일 및 디렉터리 삭제

사용법

rm file_name                         # 파일 삭제
rm -r directory_name                 # 디렉터리 삭제
rm -f file_name                      # 강제로 파일 삭제

예제

rm file.txt                          # file.txt 삭제
rm -r /home/user/temp/               # temp 디렉터리와 내용 삭제

주의: 삭제된 파일은 복구가 어려우니 주의하기.

6. mkdir: 디렉터리 생성

사용법

mkdir directory_name                 # 새 디렉터리 생성
mkdir -p parent/child                # 상위 디렉터리가 없으면 함께 생성

예제

mkdir new_folder                     # new_folder 생성
mkdir -p /home/user/project/data     # 상위 디렉터리와 함께 생성

1. 기본 쉘 스크립트 작성

(1) 스크립트 파일 생성

nano automation.sh

(2) 기본 구조 작성

#!/bin/bash
# 반복 작업 자동화를 위한 쉘 스크립트

echo "자동화 작업 시작"

# 실제 사용자 홈 디렉터리 경로를 동적으로 설정
USER_HOME=$(eval echo ~${SUDO_USER})

# 파일 생성
touch "$USER_HOME/newfile.txt"
echo "파일 생성 완료: $USER_HOME/newfile.txt"

# 파일 권한 변경
chmod 644 "$USER_HOME/newfile.txt"
echo "파일 권한 변경 완료: 644"

# 패키지 설치 (예: curl)
sudo apt update && sudo apt install -y curl
echo "curl 설치 완료"

echo "자동화 작업 완료"

(3) 실행 권한 부여

chmod +x automation.sh

(4) 스크립트 실행

./automation.sh

실행이 제대로 되면

script 실행 한 번으로 여러가지 작업이 가능해진다 (물론 curl은 이미 깔려있다고...)

2. 스크립트 설명

• #!/bin/bash: Bash 쉘에서 실행할 스크립트임을 명시합니다.
• touch: 새 파일을 생성합니다.
• chmod: 파일의 권한을 변경합니다.
• sudo apt install: 패키지를 설치합니다.

3. 추가 팁

(1) 변수 사용

반복되는 값은 변수로 관리하여 유지보수성을 높입니다.

#!/bin/bash
FILENAME="/home/username/newfile.txt"
chmod 644 $FILENAME

(2) 조건문 활용

조건에 따라 작업을 분기 처리합니다.

if [ ! -f "/home/username/newfile.txt" ]; then
  touch "/home/username/newfile.txt"
  echo "새 파일을 생성했습니다."
else
  echo "파일이 이미 존재합니다."
fi

(3) 루프 활용

반복 작업을 효율적으로 처리합니다.

for i in {1..5}; do
  touch "/home/username/file_$i.txt"
  echo "file_$i.txt 생성 완료"
done

4. 스크립트 예제: 자동화 패키지 설치

#!/bin/bash
# 설치할 패키지 목록
PACKAGES=("curl" "wget" "vim")

echo "패키지 설치 시작"
for pkg in "${PACKAGES[@]}"; do
  sudo apt install -y $pkg
  echo "$pkg 설치 완료"
done
echo "모든 패키지 설치 완료"

1. 주요 디렉터리와 역할

'/' (Root Directory)

• 리눅스 파일 시스템의 최상위 디렉터리
• 모든 디렉터리와 파일은 / 아래에 존재
• 주로 시스템의 전체 구조를 탐색하는 시작점

'/home'

• 사용자별 홈 디렉터리를 저장
• 예: /home/username
• 사용자의 개인 파일, 설정, 다운로드 등이 저장

'/etc'

• 시스템 설정 파일 및 초기화 스크립트가 저장
• 주요 설정 파일:
  • /etc/passwd: 사용자 정보
  • /etc/fstab: 파일 시스템 마운트 정보
  • /etc/hostname: 시스템 호스트 이름

'/var'

• 가변 데이터를 저장 (로그, 캐시, 메일 등).
• 주요 디렉터리:
  • /var/log: 시스템 로그 파일
  • /var/www: 웹 서버의 기본 문서 루트
  • /var/cache: 캐시 데이터

'/bin'

• 기본적인 실행 파일이 저장된 디렉터리
• 예: ls, cp, mv 같은 명령어에 대한 실행 파일

'/usr'

• 사용자 프로그램과 라이브러리가 저장되는 공간
• /usr/bin: 일반 사용자 명령어
• /usr/lib: 라이브러리 파일

'/opt'

• 선택적(application) 패키지가 설치되는 디렉터리
• 외부 소프트웨어나 서드파티 애플리케이션이 저장됨

'/tmp'

• 임시 파일을 저장하는 디렉터리
• 시스템 재부팅 시 삭제됨

'/dev'

• 장치 파일(Device Files)이 저장
• 예: /dev/sda (디스크), /dev/tty (터미널).

2. 디렉터리 탐색 방법

(1) 디렉터리 이동

cd /etc    # /etc로 이동
cd /var    # /var로 이동
cd ~       # 홈 디렉터리로 이동

(2) 디렉터리 내용 보기

ls          # 현재 디렉터리 내용 보기
ls -l       # 상세 정보 보기
ls -a       # 숨김 파일 포함 보기

(3) 현재 위치 확인

pwd         # 현재 디렉터리 경로 출력

(4) 파일 내용 확인

cat filename         # 파일 내용 출력
less filename        # 페이지 단위로 파일 읽기
nano filename        # 파일 편집

(5) 디렉터리 구조 보기

tree /              # 디렉터리 트리 구조 보기 (tree 명령어 설치 필요)

애플리케이션을 설계 전 분석해야 할 사항들:

• 기능 요구사항: 웹 페이지, 데이터 저장, 사용자 인증 등.
• 트래픽 요구사항: 초기 사용 예상량 및 확장 가능성.
• 비용: 클라우드 서비스 사용에 따른 예산.

2. 웹 애플리케이션

1) 특징

• 정적 페이지(웹 사이트) + 동적 페이지
• 데스크탑 애플리케이션(프로그램)처럼 상호작용이 가능
• 특정 기능을 가짐(정보 검색 등)
• 정보나 자료 등의 콘텐츠 관리 시스템과 함께 작동

2) 구조

1. Client (사용자): 브라우저에서 요청을 전송. 사용자 인터페이스와 정적 콘텐츠 제공.
2. Server (백엔드 서버): 비즈니스 로직을 처리하고, 데이터베이스와 통신.
3. Database (데이터 저장소): 데이터를 저장하고 관리하는 역할.

3) 3단 계층 (3-Tier Architecture)

1. Presentation Layer (UI):
   • 사용자 요청 처리 및 사용자 인터페이스 제공.
   • 예: AWS S3, CloudFront.
2. Application Layer (Logic):
   • API 요청 처리 및 비즈니스 로직 실행.
   • 예: AWS EC2, AWS Lambda, API Gateway.
3. Data Layer (Storage):
   • 데이터를 저장하고 관리.
   • 예: AWS RDS, DynamoDB.

3. 기본 아키텍처 구성요소

1) 프론트엔드 (Frontend)

• 사용자와 상호작용하는 애플리케이션의 UI.
• 사용 기술: HTML, CSS, JavaScript(React, Angular, Vue.js 등).
• 호스팅:
  • CDN(Content Delivery Network): 빠른 콘텐츠 전송을 위해 AWS CloudFront, Azure CDN, 또는 Cloudflare 사용.
  • 정적 파일 호스팅: AWS S3, Azure Blob Storage 등을 활용.

2) 백엔드 (Backend)

• 비즈니스 로직 처리, 데이터베이스와 상호작용.
• 사용 기술: Node.js, Spring Boot, Django, Express.js 등.
• 배포 방법:
  • 가상 머신(EC2, Azure Virtual Machines).
  • 컨테이너(AWS ECS, Azure AKS, Google Kubernetes Engine).
  • 서버리스 컴퓨팅(AWS Lambda, Azure Functions).

3) 데이터베이스

• 데이터를 저장하고 관리.
• 유형:
  • 관계형 데이터베이스: MySQL, PostgreSQL (AWS RDS, Azure SQL Database).
  • NoSQL 데이터베이스: MongoDB, DynamoDB.
• 배포 방법: 클라우드 관리형 데이터베이스 서비스(RDS, Cloud SQL 등) 추천.

4) 네트워크와 보안

• 로드 밸런서: 트래픽 분산 및 고가용성(AWS ALB, Azure Load Balancer).
• 가상 네트워크: 보안 그룹과 서브넷 구성(VPC).
• HTTPS와 SSL 인증서: 사용자 데이터 보호를 위해 SSL/TLS 적용(AWS ACM, Let's Encrypt).

4.클라우드 아키텍처 설계의 주요 특징

1) 확장성 (Scalability)

• Auto Scaling Group:
  • 웹 서버와 애플리케이션 서버의 자원을 자동으로 확장/축소.
  • 트래픽 증가에 따라 클라우드 리소스가 동적으로 반응.
• 클라우드 환경에서는 수요에 따라 리소스를 추가하거나 줄일 수 있음.

2) 고가용성 (High Availability)

• Elastic Load Balancer (ELB):
  • 사용자 요청을 여러 서버로 분산하여 장애를 방지.
• RDS Standby:
  • 데이터베이스의 장애 시 복구를 위해 스탠바이 복제본 설정.
• 여러 가용 영역(AZ)에 자원을 분산하여 높은 서비스 가용성 유지.

3) 보안 (Security)

• Amazon Route 53:
  • 도메인 네임 시스템(DNS)으로 사용자 요청을 올바른 리소스로 라우팅.
  • DNS 기반 보안 설정 가능.
• IAM 및 SSL:
  • 보안 계층 및 데이터 암호화를 통한 사용자 보호.

4) 유지보수 및 관리 (Manageability)

• CloudWatch:
  • 시스템 로그와 상태를 모니터링하여 성능 관리.
• SNS Notifications:
  • 오류 또는 상태 변화 시 알림 제공.

  ---

5. 단계별 클라우드 아키텍처 설계 방법

단계 1: 기본 구성

• 프론트엔드: S3와 CloudFront를 사용해 정적 콘텐츠를 호스팅.
• 백엔드: EC2 또는 Lambda를 사용하여 API를 제공.
• 데이터베이스: RDS 또는 DynamoDB를 통해 데이터 관리.

단계 2: 확장 및 최적화

• 오토스케일링(Auto Scaling): EC2 인스턴스나 컨테이너를 사용해 트래픽 증가 시 자동으로 확장.
• 캐싱: Redis 또는 Memcached를 사용해 데이터베이스 부하를 줄임.
• CDN 활용: 전 세계 사용자에게 빠른 콘텐츠 제공.

단계 3: 모니터링과 로깅

• 모니터링: 클라우드 제공업체의 모니터링 도구(AWS CloudWatch, Azure Monitor)로 애플리케이션 상태를 확인.
• 로깅: 로그 데이터를 중앙화하여 디버깅 및 분석(S3, Elasticsearch 등).

6. 클라우드 아키텍처 설계

1) 계층별 구성 요소

(1) Presentation Layer (프레젠테이션 계층)

• Amazon Route 53:
  • 사용자 요청을 처리하며 도메인 이름을 관리.
• Amazon CloudFront:
  • 정적 콘텐츠를 빠르게 제공하기 위한 CDN(Content Delivery Network).
• Amazon S3 Bucket:
  • 정적 파일(이미지, HTML, CSS, JavaScript)을 저장.

(2) Application Layer (애플리케이션 계층)

• Elastic Load Balancer (ELB):
  • 사용자 요청을 Auto Scaling Group의 웹 서버에 분배.
• Web Server & App Server:
  • 웹 서버는 사용자 요청을 처리하고, 애플리케이션 서버는 비즈니스 로직을 실행.
• Auto Scaling Group:
  • 트래픽 증가/감소에 따라 서버를 동적으로 추가/제거.

(3) Data Layer (데이터 계층)

• Amazon RDS:
  • 관계형 데이터베이스 서비스로 데이터를 저장.
  • 스탠바이 인스턴스를 설정하여 장애 발생 시 복구 가능.
• Elastic Cache:
  • Redis 또는 Memcached를 사용하여 데이터 캐싱, 데이터베이스 부하 감소.

(4) Monitoring & Notification (모니터링 및 알림)

• CloudWatch:
  • 로그와 메트릭 데이터를 수집하여 시스템 상태를 모니터링.
• Amazon SNS Notifications:
  • 상태 변경이나 오류 발생 시 알림 전송.

2) 아키텍처 설계의 흐름

1. 사용자 요청:
   • 사용자가 www.yourApp.com에 접속하면 요청이 Amazon Route 53으로 전달.
2. 정적 파일 제공:
   • 정적 데이터는 Amazon CloudFront와 S3 Bucket에서 제공.
3. 로드 밸런싱:
   • Elastic Load Balancer가 트래픽을 Web Server와 App Server로 분배.
4. 비즈니스 로직 처리:
   • App Server가 요청에 따라 데이터를 처리.
5. 데이터 저장 및 캐싱:
   • 데이터는 Amazon RDS에 저장되고, Elastic Cache로 캐싱 처리.
6. 모니터링과 알림:
   • CloudWatch가 애플리케이션 상태를 모니터링하고, 문제가 발생하면 SNS Notifications로 알림 전송.

3) 특징 요약

• 확장성: Auto Scaling과 캐싱을 통해 트래픽 증가에 유연하게 대응.
• 고가용성: ELB와 RDS 스탠바이로 장애에 대비.
• 보안: Route 53, SSL, IAM으로 보안 계층 강화.
• 유지보수: CloudWatch와 SNS로 효율적인 시스템 관리 가능.

7. 추가 고려 사항

비용 관리

• 프리티어 사용: AWS, Azure, GCP의 프리티어를 활용하여 초기 비용 절감.
• Pay-as-you-go: 사용량 기반 과금으로 효율적인 비용 관리.

보안

• IAM (Identity and Access Management): 최소 권한 원칙으로 접근 제어.
• 데이터 암호화: 전송 중(TLS) 및 저장 중(AES) 암호화.

1) 데이터 보안 문제

• 데이터 유출
  민감한 데이터가 무단으로 노출되거나 유출될 위험.
• 데이터 손상
  잘못된 데이터 관리로 데이터가 손상되거나 삭제될 가능성.

2) 인증 및 접근 통제 문제

• 약한 인증 및 권한 설정
  사용자 계정에 대한 약한 비밀번호와 미흡한 권한 설정이 문제.
• 내부 위협
  내부 직원 또는 권한을 가진 사용자에 의한 의도적 또는 비의도적 보안 사고.

3) 네트워크 보안 문제

• 중간자 공격 (MITM)
  데이터 전송 중 해커가 트래픽을 가로채는 공격.
• DDoS 공격
  클라우드 서비스를 과부하 상태로 만들어 정상적인 서비스를 방해.

4) 멀티 테넌트 환경의 보안

• 여러 사용자가 동일한 물리적 서버를 공유하는 환경에서 데이터 격리가 제대로 이루어지지 않으면, 데이터 유출 가능성이 존재.

5) 규제 및 컴플라이언스

• 국가별 또는 산업별 규제와 표준을 준수하지 않을 경우 법적 문제가 발생.

2. 주요 대응 방법

1) 데이터 보안 강화

• 암호화
  • 저장 데이터: 데이터가 클라우드에 저장될 때 암호화(AES, RSA 등).
  • 전송 데이터: HTTPS/TLS 프로토콜을 통해 데이터 전송 암호화.
• 백업 및 복구 계획
  • 정기적인 데이터 백업과 복구 테스트를 통해 데이터 손실 방지.
• 데이터 지역화
  • 민감한 데이터는 특정 지역(규제 요건)에 저장.

2) 인증 및 접근 통제

• 다중 인증 (MFA)
  • 로그인 시 비밀번호와 함께 추가 인증 수단(SMS, 앱 인증) 사용.
• 최소 권한 원칙
  • 사용자와 애플리케이션에 필요한 최소한의 권한만 부여.
• IAM (Identity and Access Management)
  • 사용자와 자원의 접근 권한을 중앙에서 관리.

3) 네트워크 보안 강화

• 방화벽 설정
  • 가상 네트워크 방화벽(Virtual Firewall)을 설정하여 불필요한 트래픽 차단.
• DDoS 방어
  • 클라우드 제공업체의 DDoS 방어 서비스 활용(AWS Shield, Azure DDoS Protection).
• VPN 및 전용 네트워크 사용
  • 민감한 데이터 전송 시 가상 사설 네트워크(VPN) 사용.

4) 멀티 테넌트 환경 보안

• 가상화 보안 강화
  • 가상 머신 간 데이터 격리를 위한 하드웨어 및 소프트웨어 보안 설정.
• 보안 모니터링
  • 클라우드 제공업체의 보안 로그와 경고 시스템을 실시간으로 모니터링.

5) 규제 및 컴플라이언스 준수

• 규정 준수 확인
  • GDPR, HIPAA, ISO 27001 등 관련 규제를 준수하는 클라우드 제공업체 선택.
• 감사 및 보고
  • 정기적인 보안 감사와 규제 준수 보고서를 준비.

3. 클라우드 제공업체의 보안 도구 활용

• AWS: AWS Shield (DDoS 방어), AWS Key Management Service (암호화 키 관리).
• Azure: Azure Security Center (위협 탐지 및 보안 관리), Azure Sentinel (SIEM 솔루션).
• Google Cloud: Cloud Armor (DDoS 방어), Identity-Aware Proxy (인증 강화).

4. 보안 사고 발생 시 대응 절차

1. 사고 탐지
   • 보안 모니터링 시스템(SIEM)을 통해 비정상적인 활동 감지.
2. 사고 분석
   • 사고의 범위와 원인을 분석하여 영향을 받은 자원 식별.
3. 사고 대응
   • 데이터 복구, 접근 권한 변경, 네트워크 차단 등의 즉각적인 조치.
4. 사후 감사
   • 사고 원인을 철저히 조사하고 재발 방지 대책 수립.

• 개념
  공용 클라우드는 클라우드 서비스 제공업체가 소유 및 운영하며 여러 사용자가 공유하는 인프라를 기반으로 서비스를 제공. 인터넷을 통해 접근 가능.

• 특징

  • 자원은 여러 고객이 공유하지만, 데이터와 서비스는 각 사용자가 독립적으로 사용.
  • 사용자는 자원의 소유권이 없고, 필요에 따라 자원을 임대.

• 장점

  • 비용 효율성: 초기 투자 비용 없이 사용한 만큼만 지불.
  • 확장성: 필요할 때 자원을 즉시 확장 가능.
  • 유지보수 감소: 클라우드 제공업체가 관리 책임을 짐.

• 단점

  • 보안 우려: 자원이 공유되므로 보안에 민감한 데이터 관리에 제한이 있을 수 있음.
  • 맞춤화 한계: 특정 요구사항에 따라 서비스 커스터마이징이 어려움.

• 사용 사례
  스타트업, 테스트 및 개발 환경, 대규모 트래픽 처리.

2. 사설 클라우드 (Private Cloud)

• 개념
  사설 클라우드는 특정 조직이 단독으로 사용하는 클라우드 환경. 온프레미스 또는 제3자 호스팅 데이터 센터에 배포 가능.

• 특징

  • 자원은 단일 조직에만 독점적으로 제공.
  • 인프라를 사용자 조직이 소유하거나 관리.

• 장점

  • 높은 보안: 데이터와 애플리케이션이 전적으로 조직 내부에서 관리됨.
  • 맞춤화 가능: 조직의 요구에 따라 클라우드를 설계 및 운영 가능.

• 단점

  • 높은 비용: 초기 구축 비용과 유지보수 비용이 높음.
  • 확장성 제한: 자원을 확장하려면 물리적 인프라를 추가해야 함.

• 사용 사례
  금융 기관, 정부 기관, 보안이 중요한 데이터 관리.

3. 하이브리드 클라우드 (Hybrid Cloud)

• 개념
  하이브리드 클라우드는 공용 클라우드와 사설 클라우드를 조합하여 사용하는 모델. 데이터를 유연하게 이동/관리.

• 특징

  • 두 환경의 장점을 통합하여 특정 요구사항에 따라 자원을 분리.
  • 민감한 데이터는 사설 클라우드에서, 일반 데이터는 공용 클라우드에서 처리.

• 장점

  • 유연성: 데이터와 애플리케이션을 적합한 환경에서 실행 가능.
  • 비용 최적화: 민감하지 않은 데이터는 공용 클라우드로 처리하여 비용 절감.

• 단점

  • 복잡성: 공용 및 사설 환경 간 데이터 통합과 관리를 위한 기술적 노력이 필요.
  • 보안 문제: 데이터 이동 시 보안 위험이 증가할 수 있음.

• 사용 사례
  전자상거래, 대규모 데이터 처리 및 분석, 규제를 준수해야 하는 기업.

4. 멀티 클라우드 (Multi-Cloud)

• 개념
  멀티 클라우드는 여러 클라우드 서비스 제공업체의 공용 클라우드를 동시에 사용하는 배포 모. 특정 작업에 최적화된 서비스를 선택하여 사용.

• 특징

  • 여러 클라우드 제공업체를 조합하여 사용.
  • 특정 벤더에 종속되지 않음(Vendor Lock-In 회피).

• 장점

  • 서비스 최적화: 각각의 클라우드에서 최고의 기능 활용.
  • 장애 대비: 한 클라우드에서 문제가 발생하더라도 다른 클라우드를 사용할 수 있음.

• 단점

  • 관리 복잡성: 여러 클라우드 환경을 통합 관리해야 함.
  • 비용 증가: 각 클라우드의 사용 요금을 별도로 관리해야 함.

• 사용 사례
  글로벌 기업, 고가용성을 요구하는 서비스, 다양한 지역에서 운영되는 애플리케이션.

클라우드 배포 모델 비교

클라우드 서비스는 제공 방식과 사용 목적에 따라 IaaS, PaaS, SaaS, DBaaS로 구분. 각 모델은 IT 요구사항에 맞는 맞춤형 솔루션을 제공함.

1. IaaS (Infrastructure as a Service)

• 개념
  IaaS는 가상화된 IT 인프라(서버, 스토리지, 네트워크 등)를 제공하는 서비스. 물리적인 하드웨어를 소유하지 않고, 필요한 자원을 온디맨드 방식으로 사용.

• 제공 방식
  클라우드 제공업체는 가상화된 자원을 제공. 사용자는 이 자원 위에서 직접 운영체제를 설치하거나 애플리케이션을 실행.

• 사용 예시

  • 데이터센터 구축 없이 서버를 임대하여 웹 애플리케이션을 실행.
  • 네트워크 인프라를 가상화하여 트래픽 처리를 확장.

• 주요 서비스

  • AWS EC2
  • Microsoft Azure Virtual Machines
  • Google Compute Engine

• 장점

  • 자원의 유연한 확장성.
  • 초기 투자 비용 감소.
  • 사용한 만큼만 비용 지불.

2. PaaS (Platform as a Service)

• 개념
  PaaS는 애플리케이션 개발에 필요한 플랫폼(운영체제, 런타임 환경, 개발 도구 등)을 제공하는 서비스. 인프라 관리 부담 없이 애플리케이션 개발과 배포에 집중 가능.

• 제공 방식
  클라우드 제공업체가 서버, 스토리지, 네트워크뿐만 아니라 개발 및 배포 환경도 제공. 코드 작성 및 테스트, 배포에만 집중 가능.

• 사용 예시

  • 개발팀이 프로토타입을 빠르게 생성하고 테스트.
  • DevOps 환경에서 CI/CD를 통해 지속적인 배포 및 통합.

• 주요 서비스

  • AWS Elastic Beanstalk
  • Google App Engine
  • Microsoft Azure App Service

• 장점

  • 개발 시간 단축.
  • 복잡한 인프라 관리 필요 없음.
  • 팀의 생산성 향상.

PaaS의 세부 서비스 종류

1. IDaaS (Identity as a Service)

• 개념
  IDaaS는 사용자 인증 및 액세스 관리를 위한 서비스를 제공. 클라우드 환경에서의 보안 관리와 통합 로그인(Single Sign-On, SSO)을 지원.

• 사용 예시

  • 조직 내에서 SSO를 통해 편리한 사용자 인증 관리.
  • OAuth나 SAML을 사용한 인증 및 권한 부여.

• 주요 서비스

  • Okta
  • Azure Active Directory
  • Google Identity Platform

2. DBaaS (Database as a Service)

• 개념
  DBaaS는 데이터베이스 관리 시스템(DBMS)을 클라우드 환경에서 제공하는 서비스. 데이터베이스 설치, 유지보수, 백업 등의 작업을 할 필요 X.

• 사용 예시

  • 전자상거래 사이트의 주문 데이터 관리.
  • 실시간 데이터 분석을 위한 대규모 데이터 저장소.

• 주요 서비스

  • AWS RDS (Relational Database Service)
  • Google Cloud SQL
  • Microsoft Azure SQL Database
  • MongoDB Atlas

3. FaaS (Function as a Service)

• 개념
  FaaS는 서버리스(Serverless) 컴퓨팅의 한 형태로, 특정 함수(Function) 단위로 코드를 실행할 수 있는 서비스를 제공. 사용자는 서버를 관리하지 않고, 함수 실행에만 비용을 지불.

• 사용 예시

  • 사용자가 업로드한 이미지를 자동으로 처리(예: 리사이징).
  • 이벤트 기반 작업(예: 데이터베이스 업데이트 시 알림 전송).

• 주요 서비스

  • AWS Lambda
  • Google Cloud Functions
  • Microsoft Azure Functions

PaaS와 하위 서비스의 장점

1. 관리 부담 감소
   인프라와 운영체제 관리 없이 개발과 운영에만 집중할 수 있습니다.

2. 확장성
   애플리케이션 요구 사항에 따라 자원을 유연하게 확장 가능.

3. 비용 효율성
   사용한 만큼만 비용 지불(FaaS, DBaaS 등).

4. 생산성 향상
   개발 및 배포 과정이 간소화되어 출시 시간을 단축.

PaaS와 하위 서비스 비교

3. SaaS (Software as a Service)

• 개념
  SaaS는 완성된 소프트웨어를 인터넷을 통해 제공하는 서비스. 소프트웨어를 설치하거나 유지보수할 필요 없이 바로 사용 가능.

• 제공 방식
  클라우드 제공업체가 소프트웨어를 호스팅. 사용자는 브라우저나 앱을 통해 접근.

• 사용 예시

  • 이메일 서비스(예: Gmail, Outlook).
  • 협업 툴(예: Google Workspace, Microsoft Teams).
  • CRM 소프트웨어(예: Salesforce).

• 주요 서비스

  • Google Workspace
  • Dropbox
  • Salesforce

• 장점

  • 사용자 친화적인 접근성.
  • 유지보수 비용 감소.
  • 업데이트가 자동으로 적용.

각 서비스 모델 비교

1. Amazon Web Services (AWS)

• 소개
  Amazon이 제공하는 세계 최대의 클라우드 서비스 플랫폼으로, IaaS, PaaS, SaaS 서비스를 모두 제공

• 주요 서비스

  • EC2: 가상 서버 호스팅
  • S3: 스토리지 서비스
  • RDS: 관리형 데이터베이스 서비스
  • Lambda: 서버리스 컴퓨팅 서비스
  • CloudFront: 콘텐츠 전송 네트워크(CDN) 서비스

• 장점

  • 글로벌 데이터 센터 네트워크
  • 다양한 서비스와 높은 확장성
  • 강력한 보안과 규정 준수

2. Microsoft Azure

• 소개
  Microsoft가 제공하는 클라우드 플랫폼으로, Windows 환경과의 호환성이 강점

• 주요 서비스

  • Virtual Machines: 가상 서버
  • Azure Blob Storage: 객체 스토리지 서비스
  • Azure DevOps: 통합 개발 도구
  • Azure AI: 인공지능 및 머신러닝 서비스
  • Power BI: 데이터 분석 및 시각화 도구

• 장점

  • Microsoft 소프트웨어와의 높은 통합성(예: Office 365, Dynamics)
  • 하이브리드 클라우드 솔루션 지원
  • 강력한 엔터프라이즈 지원

3. Google Cloud Platform (GCP)

• 소개
  Google이 제공하는 클라우드 서비스로, 데이터 분석과 머신러닝에 강점을 지님

• 주요 서비스

  • Compute Engine: 가상 머신 서비스
  • BigQuery: 데이터 분석 플랫폼
  • Kubernetes Engine: 컨테이너 오케스트레이션 서비스
  • Cloud AI: 머신러닝 플랫폼
  • Cloud Storage: 객체 스토리지 서비스

• 장점

  • 강력한 데이터 분석 및 AI 기능
  • 비용 효율적인 가격 정책
  • 오픈소스 및 컨테이너 기술에 특화

4. IBM Cloud

• 소개
  IBM이 제공하는 클라우드 서비스로, 기업용 솔루션과 하이브리드 클라우드에 중점을 둠

• 주요 서비스

  • IBM Watson: AI 및 데이터 분석 서비스
  • Cloud Foundry: 오픈소스 PaaS 플랫폼
  • Virtual Servers: 가상 서버 서비스
  • IBM Blockchain: 블록체인 솔루션
  • Cloud Object Storage: 스토리지 서비스

• 장점

  • 기업 맞춤형 솔루션 제공
  • 강력한 AI 및 블록체인 기술
  • 하이브리드 클라우드 환경에 적합

5. Oracle Cloud

• 소개
  Oracle이 제공하는 클라우드 플랫폼으로, 데이터베이스 솔루션에 특화

• 주요 서비스

  • Oracle Autonomous Database: 자동화된 데이터베이스 관리
  • Oracle Cloud Infrastructure (OCI): 고성능 컴퓨팅 및 스토리지
  • ERP Cloud: 엔터프라이즈 리소스 관리 솔루션
  • HCM Cloud: 인적 자원 관리 솔루션
  • EPM Cloud: 성과 관리 솔루션

• 장점

  • 강력한 데이터베이스 관리 기능
  • 엔터프라이즈 애플리케이션 통합
  • 높은 성능과 안정성

6. Alibaba Cloud

• 소개
  중국 최대의 클라우드 서비스 제공업체로, 아시아 시장에서 강력한 영향력을 발휘

• 주요 서비스

  • Elastic Compute Service (ECS): 가상 서버
  • Object Storage Service (OSS): 객체 스토리지
  • MaxCompute: 데이터 분석 서비스
  • Alibaba Cloud CDN: 콘텐츠 전송 네트워크
  • AI 및 IoT 서비스: 인공지능 및 사물 인터넷 서비스

• 장점

  • 아시아 지역에서의 강력한 지원
  • 가격 경쟁력이 높음
  • 로컬 규정 준수와 높은 확장성

7. Naver Cloud Platform (NCP)

• 소개
  네이버가 제공하는 클라우드 서비스 플랫폼으로, 한국 시장에 특화된 서비스를 제공

• 주요 서비스

  • Compute: 가상 서버 및 GPU 서버
  • Storage: 블록 스토리지, 객체 스토리지, NAS 등
  • Database: RDS, NoSQL, Redis 서비스
  • AI Services: 클로바(CLOVA) 기반 AI 서비스
  • Security: 클라우드 보안 및 DDoS 방어 서비스
  • Media Services: 실시간 스트리밍 및 미디어 처리

• 장점

  • 한국 지역에 최적화된 서비스와 규정 준수.
  • 네이버 생태계와의 강력한 통합(예: 네이버 워크스페이스).
  • 비교적 저렴한 비용으로 다양한 서비스를 제공.

클라우드 서비스 선택 시 고려 사항

1. 요구사항 적합성
   비즈니스 요구사항에 따라 적합한 서비스 선택

2. 비용 구조
   초기 투자 및 유지 비용을 분석하여 적합한 요금제 선택

3. 확장성 및 성능
   서비스 사용량 변화에 따른 확장성 및 성능을 평가

4. 데이터 보안
   데이터 암호화, 백업 및 규정 준수 여부 검토

5. 지원 지역
   글로벌 또는 특정 지역에서의 서비스 지원 여부 확인