개미핥기의 실험실

[VMware] CentOS 8 - 리눅스 기본적인 내용

mamdragors — Wed, 29 Apr 2026 11:09:26 +0900

파일, 폴더 권한

폴더/파일 생성시 기본 권한 : 파일(644 -rw-r--r--), 폴더(755 drwxr-xr-x)

원래는 파일 666, 폴더 777 이 디폴트 이나 마스크가 적용됨.

d	rwx	r-x	r-x	root	root
-	rw-	r--	r--	root	root
파일종류	소유자권한	소유그룹권한	기타사용자권한	소유자	소유그룹

기타사용자 : 소유자, 소유그룹이 아닌 그 밖의 사용자

숫자	기호	파일 권한	디렉토리의 권한
4	r	내용 읽기 가능	디렉토리 내부 파일 목록 읽기 가능
2	w	내용 쓰기 가능	디렉토리 내부 파일 생성, 삭제, 이름변경 가능
1	x	파일 실행 가능	디렉토리 내부 진입가능

MASK 설명

$ umask 0022 or 022	-- un mask. 파일이나 디렉토리가 생성이 될때 권한을 설정해주는 녀석.
	7 7 7 	폴더 생성시 기본 권한
	0 2 2	마스크 설정값
	7 5 5	마스크 적용 후 권한 값

특수권한		권한값	특수권한 부여 명령(775권한을 포함하여)
Setuid		4000	-> chmod 4755
Setgid		2000	-> chmod 2755
Stickybit	1000	-> chmod 1755		-> 공유디렉토리나 임시디렉토리에 적용됨
					복합적용되면 5755, 7755 도 가능

권한관리

$ chmod 664 test
$ chmod u-x,g-x,o-x test 	--사용자, 그룹, 기타사용자에서 실행권한을 뺀다. 
	u: user
	g: group
	o: other
$ chmod o+x test	-- 기타 사용자 에게 실행 권한을 준다
$ chmod a+x test	-- u,g,o 모두에게 실행 권한을 준다
$ chmod o=x test 	-- 기타 사용자의 권한을 다 없애고 실행 권한만 준다.

$ chown	[권한] [파일또는폴더명]	-- 소유자,소유그룹 변경
$ chgrp [그룹명] [파일또는폴더명]	-- 소유그룹 변경

사용자 계정 관련 파일

# cat /etc/passwd -- 계정에 대한 정보가 들어있는 파일

- 루트계정

root:x:0:0:root:/root:/bin/bash

:x: 는 패스워드가 여기 저장되지 않는다는 의미

root:x:{userid}:{groupid}:{코멘트}:{홈폴더}:{쉘}

- 시스템계정들

bin:x:1:1:bin:/bin:/sbin/nologin

daemon:x:2:2:daemon:/sbin:/sbin/nologin

adm:x:3:4:adm:/var/adm:/sbin/nologin

-- 그룹아이디가 0 인 계정은 root 만큼의 권한을 가지고 있다

sync:x:5:0:sync:/sbin:/bin/sync

shutdown:x:6:0:shutdown:/sbin:/sbin/shutdown

halt:x:7:0:halt:/sbin:/sbin/halt

/etc/shadow --> 암호화된 비밀번호가 저장된 파일

네트워크 인터페이스 정보

DEVICE 에 나온 이름을 이용해 하드웨어 down, up 가능

AWS + kubernetes + GitHub + ArgoCD

mamdragors — Tue, 21 Apr 2026 17:15:59 +0900

개요

AWS EKS 기반의 쿠버네티스 환경에서 Web(React) - WAS(Node.js) - DB(MongoDB)로 이어지는 3-Tier 아키텍처를 설계하고 구축한다. GitHub Actions와 ArgoCD를 이용해 코드 변경부터 배포까지 자동화된 파이프라인을 구축하여 인프라의 선언적 관리(GitOps), 배포 속도 향상, 일관된 운영 환경 유지를 목표로 한다.

목적

GitOps 모델 도입 : ArgoCD를 활용하여 Git 저장소를 "진실의 원천(Single Source of Truth)"으로 정의하고, 클러스터와 Git 간의 자동 동기화 체계 구축.
CI/CD 역할 분리 : GitHub Actions는 빌드 및 이미지 생성(CI)에 집중하고, ArgoCD는 배포 및 상태 유지(CD)에 집중하는 최신 클라우드 네이티브 아키텍처 적용.
선언적 인프라 관리 : 모든 K8s 리소스를 코드(YAML)로 관리하여 환경 재현성 확보.
배포 생산성 및 속도 향상 : 배포 주기를 단축하여 비즈니스 요구사항에 기민하게 대응 가능.
운영 안정성 극대화 : 장애 시 Git의 이전 커밋으로 즉시 복구(Revert)할 수 있는 기능을 통해 평균 복구 시간(MTTR)을 획기적으로 개선.
가시성 확보 : ArgoCD 대시보드를 통해 현재 애플리케이션의 배포 상태 및 리소스 관계를 한눈에 파악 가능.
인프라 비용 효율화 : AWS EKS의 오토스케일링 기능을 활용하여 트래픽에 따른 유연한 리소스 관리 가능.

작업순서

0단계: Git Repository 구성
1단계: AWS 인프라 및 권한 준비
2단계: ArgoCD 설치 및 외부 노출
3단계: CI 구성 (GitHub Actions)
4단계: ArgoCD에서 애플리케이션 생성
5단계: 최종 점검

참고소스)

https://github.com/Aakibgithuber/Three-tier-Application-Deployment-

0단계: Git Repository 구성

참고소스의 파일구성

이중 k8s_manifests 폴더의 yaml 파일들만 추려서
3tier-manifest 라는 레포지토리를 새로 만든다

나머지 폴더들은 3tier-app 이라는 레파지토리로 만든다

.github/workflows 폴더는 아래 Github Action 설정 항목에서 작성한다.

1단계: AWS 인프라 및 권한 준비

1. ECR(이미지 저장소) 생성 ( GitHub Actions가 빌드한 이미지를 저장할 공간)

aws configure
[3tier-user 액세스키]
[3tier-user 비밀액세스키]


# 프론트엔드, 백엔드, DB 각각 생성 (아시아태평양서울 리전)
aws ecr create-repository --repository-name 3tier-frontend --region ap-northeast-2
aws ecr create-repository --repository-name 3tier-backend --region ap-northeast-2
aws ecr create-repository --repository-name 3tier-db --region ap-northeast-2

Git 소스 내려받고 빌드 후 리포지토리에 올린다.

# clone
git clone git@github.com:2026test-lab/3tier-app.git

참고 ) 아래 페이지의 4. Docker 이미지 빌드 항목 참고

https://mamdragors.tistory.com/64#:~:text=bin%0Aeksctl%20version-,4.%20Docker%20%EC%9D%B4%EB%AF%B8%EC%A7%80%20%EB%B9%8C%EB%93%9C,-Elastic%20Container%20Registry

AWS, k8s 3tier 설정

참고)https://aakibkhan1.medium.com/project-8-three-tier-application-deployment-on-kubernetes-bf9323de40e0 Project 8 → Three tier application deployment on Kuberneteswhat do you mean by three tier ?aakibkhan1.medium.com Overview3계층(3-Tier)프레젠

mamdragors.tistory.com

2. IAM 사용자 설정 (GitHub용)

GitHub Actions가 AWS에 접근할 수 있도록 Access Key와 Secret Key가 필요합니다.

권한: AmazonEC2ContainerRegistryFullAccess, AmazonEKSClusterPolicy

발급받은 키는 GitHub App Repo > Settings > Secrets > Actions에 AWS_ACCESS_KEY_ID, AWS_SECRET_ACCESS_KEY로 등록하세요.

Github Personal Access Token 생성

Secret 등록

#첫 번째 Secret 등록
Name: AWS_ACCESS_KEY_ID
Value: (AWS IAM에서 발급받은 액세스 키 입력)

#두 번째 Secret 등록
Name: AWS_SECRET_ACCESS_KEY
Value: (AWS IAM에서 발급받은 비밀 액세스 키 입력)

#추가 권장 Secret (매니페스트 업데이트용)
Name: GH_TOKEN
Value: (GitHub에서 발급받은 Personal Access Token - repo 권한 포함)

Secret 등록 완료 화면

2단계: ArgoCD 설치 및 외부 노출

EKS 클러스터 생성

# 1. EKS 클러스터 생성 (15분정도 소요됨)
eksctl create cluster \
  --name 3tier-cluster \
  --region ap-northeast-2 \
  --nodegroup-name 3tier-nodes \
  --node-type t3.small \
  --nodes 2 \
  --nodes-min 1 \
  --nodes-max 3 \
  --managed

# 2. 생성 과정 확인
ASW Console > CloudFormation > 스택 > 스택 상세 > 이벤트 탭에서 진행상태 확인가능

# 3. 연결 정보(kubeconfig) 강제 업데이트. <클러스터명>과 <리전>을 본인이 eksctl로 생성할 때 쓴 이름
aws eks update-kubeconfig --region ap-northeast-2 --name 3tier-cluster

# 클러스터 준비 상태 확인
aws sts get-caller-identity
aws eks describe-cluster --name 3tier-cluster --query "cluster.status"

# 노드 그룹 확인 (status 가 ACTIVE 로 나와야 함)
eksctl get nodegroup --cluster 3tier-cluster

 
# 현재 컨텍스트 확인 (3tier-cluster 로 나와야 함)
kubectl config current-context

# 3. 클러스터 연결 확인.노드 2대가 'Ready' 상태인지 확인
kubectl get nodes

EKS 클러스터에 ArgoCD를 설치하고 웹 UI에 접속할 수 있도록 설정합니다.

# 1. 네임스페이스 생성 및 설치
kubectl create namespace argocd
kubectl apply -n argocd -f https://raw.githubusercontent.com/argoproj/argo-cd/stable/manifests/install.yaml

# 2. 서비스 노출 (Classic Load Balancer 자동 생성)
kubectl patch svc argocd-server -n argocd -p '{"spec": {"type": "LoadBalancer"}}'

# 3. 생성된 로드밸런서 주소 확인 (EXTERNAL-IP 확인까지 1~2분 소요)
kubectl get svc -n argocd argocd-server

# 4. 초기 비밀번호 확인 (ID: admin)
kubectl -n argocd get secret argocd-initial-admin-secret -o jsonpath="{.data.password}" | base64 -d

# 5. 앱이 배포될 네임스페이스 생성
kubectl create namespace 3tier-app

# 6. yaml 내부에 선언된 namespace 가 있다면 생성
kubectl create namespace 3tier-test

ArgoCD UI 접속 (ESTERNAL-IP 로 접속 확인)

로그인 (ID / PW)

Username: admin
Password: 아까 4번 명령어(base64 -d)로 확인했던 그 문자열을 입력합니다.

로그인 성공

3단계: CI 구성 (GitHub Actions)

애플리케이션 코드 리포지토리(3tier-app)에 .github/workflows/main.yml을 작성

name: Build and Push to ECR

on:
  push:
    branches: [ "main" ]

jobs:
  deploy:
    runs-on: ubuntu-latest
    steps:
    - name: Checkout
      uses: actions/checkout@v4 # 최신 v4로 변경

    - name: Configure AWS credentials
      uses: aws-actions/configure-aws-credentials@v4 # 최신 v4로 변경
      with:
        aws-access-key-id: ${{ secrets.AWS_ACCESS_KEY_ID }}
        aws-secret-access-key: ${{ secrets.AWS_SECRET_ACCESS_KEY }}
        aws-region: ap-northeast-2

    - name: Login to Amazon ECR
      id: login-ecr
      uses: aws-actions/amazon-ecr-login@v2 # 최신 v2로 변경 (mask-password 자동 적용)

    - name: Build and Push Image
      env:
        ECR_REGISTRY: ${{ steps.login-ecr.outputs.registry }}
      run: |
        # 1. Frontend 빌드 !!! 개인 AWS 저장소 이름으로 한다. !!!
        docker build -t $ECR_REGISTRY/3tier-frontend:${{ github.sha }} ./frontend
        docker push $ECR_REGISTRY/3tier-frontend:${{ github.sha }}
        
        # 2. Backend 빌드  !!! 개인 AWS 저장소 이름으로 한다. !!!
        docker build -t $ECR_REGISTRY/3tier-backend:${{ github.sha }} ./backend
        docker push $ECR_REGISTRY/3tier-backend:${{ github.sha }}

    - name: Update Manifest Repo
      run: |
        git config --global user.email "actions@github.com"
        git config --global user.name "GitHub Actions"
        
        # Manifest 저장소 클론 !!! 개인 저장소 주소로 한다. !!!
        git clone https://${{ secrets.GH_TOKEN }}@github.com/2026test-lab/3tier-manifest.git
        cd 3tier-manifest
        
        # 파일 존재 여부 확인 (에러 방지용 로그)
        ls -al
        
        # frontend-deployment.yaml 수정 !!! 본인이 작업한 파일명으로 한다. !!!
        if [ -f "frontend-deployment.yaml" ]; then
          sed -i "s|image: .*3tier-frontend:.*|image: ${{ steps.login-ecr.outputs.registry }}/3tier-frontend:${{ github.sha }}|g" frontend-deployment.yaml
        fi

        # backend-deployment.yaml 수정 !!! 본인이 작업한 파일명으로 한다. !!!
        if [ -f "backend-deployment.yaml" ]; then
          sed -i "s|image: .*3tier-backend:.*|image: ${{ steps.login-ecr.outputs.registry }}/3tier-backend:${{ github.sha }}|g" backend-deployment.yaml
        fi
        
        git add .
        # 변경 사항이 있을 때만 커밋
        if ! git diff --cached --quiet; then
          git commit -m "Update images for commit ${{ github.sha }}"
          git push
        else
          echo "No changes to commit"
        fi

4단계: ArgoCD에서 애플리케이션 생성

이제 ArgoCD 웹 UI(아까 확인한 로드밸런서 주소)에 접속하여 배포 설정을 합니다.
Repository 등록: Settings > Repositories에서 Manifest Repo 주소와 Personal Access Token을 등록합니다
- 토큰 생성 (github > Settings > Developer Settings > Personal access tocke )

생성된 토큰값 복사

ArgoCD UI에서 연결
ArgoCD 왼쪽 메뉴 Settings (톱니바퀴) → Repositories 클릭 + CONNECT REPO 버튼 클릭
설정을 아래와 같이 입력

Choose connection method: via HTTPS 선택
Type: git
Project: default
Repository URL: 내 Private 레포지토리 주소 (예: https://github.com/사용자명/레포이름.git)
Username: 본인의 GitHub 아이디
Password: 위 1단계에서 복사한 PAT(토큰)를 여기에 붙여넣으세요. (비밀번호가 아닙니다!)

CONNECT 클릭 후 접속 성공 확인

Application 생성: 점3개 클릭하고 [+ NEW APP] 클릭

Application Name: 3tier-app
Project: default
Sync Policy: Automatic ( 수동으로 확인하려면 Manual 로 설)
(Self-heal 체크 하면 aws 프리티어에서는 메모리 부족으로 죽을 수 있음.)
Source:
- Repository URL: 방금 연결한 Private 레포지토리 선택
- Revision: main (또는 작업 중인 브랜치명)
- Path: YAML 파일들이 모여 있는 폴더 경로 (예: k8s/manifests 또는 . (루트 폴더인 경우) )
Destination:
- Cluster URL: https://kubernetes.default.svc
- Namespace: 3tier-app (없으면 ArgoCD가 자동으로 생성하도록 Auto-Create Namespace 체크)

[Create] 클릭하면 생성된다.

진행상황 확인 가능

DB 생성이 안되고 있다.
kubectl get po 로 po 이름 확인하고 kubectl describe po [db-pod이름] 으로 확인해보니
volumeBinding 이 되지 않고 있다.

nodegroup 에 권한을 추가

# 현재 설정 확인
aws configure get region

# 만약 ap-northeast-2a 처럼 'a'가 붙어있다면 아래 명령어로 수정
aws configure set region ap-northeast-2

# DNS 설정 초기화 (Ubuntu/Linux 환경인 경우)
sudo systemctl restart systemd-resolved

# 드라이버 설치
eksctl create addon --name aws-ebs-csi-driver --cluster 3tier-cluster --force

DB POD 가 올라왔는지 다시 확인

kubectl describe po [db-pod이름]

DB는 올라왔지만 로드밸런서가 올라오지 않았다.

#컨트롤러 설치 여부 확인
kubectl get deployment -n kube-system aws-load-balancer-controller

# Error from server (NotFound): deployments.apps "aws-load-balancer-controller" not found
# 컨트롤러가 설치되어 있지 않다면? 아래 내용 확인

# 1. IAM Policy 생성 (이미 있을 수도 있습니다)
curl -O https://raw.githubusercontent.com/kubernetes-sigs/aws-load-balancer-controller/v2.5.4/docs/install/iam_policy.json
aws iam create-policy \
    --policy-name AWSLoadBalancerControllerIAMPolicy \
    --policy-document file://iam_policy.json

# 2. Service Account 생성
eksctl create iamserviceaccount \
  --cluster=3tier-cluster \
  --namespace=kube-system \
  --name=aws-load-balancer-controller \
  --role-name AmazonEKSLoadBalancerControllerRole \
  --attach-policy-arn=arn:aws:iam::[본인계정ID]:policy/AWSLoadBalancerControllerIAMPolicy \
  --approve

# 3. Helm을 이용한 컨트롤러 설치
helm repo add eks https://aws.github.io/eks-charts
helm install aws-load-balancer-controller eks/aws-load-balancer-controller \
  -n kube-system \
  --set clusterName=3tier-cluster \
  --set serviceAccount.create=false \
  --set serviceAccount.name=aws-load-balancer-controller

여기까지 했는데 안되서 Helm 을 삭제하고 재생성함
Step A: 기존 Helm 삭제

helm uninstall aws-load-balancer-controller -n kube-system

Step B: IAM OIDC 공급자 생성 (안 하셨다면 필수)

eksctl utils associate-iam-oidc-provider --cluster 3tier-cluster --approve

Step C: Service Account 재생성
이미 있을 수 있으니 --override-existing-serviceaccounts 옵션을 추가

eksctl create iamserviceaccount \
  --cluster=3tier-cluster \
  --namespace=kube-system \
  --name=aws-load-balancer-controller \
  --role-name AmazonEKSLoadBalancerControllerRole \
  --attach-policy-arn=arn:aws:iam::011329685925:policy/AWSLoadBalancerControllerIAMPolicy \
  --approve \
  --override-existing-serviceaccounts

Step D: Helm 재설치

helm install aws-load-balancer-controller eks/aws-load-balancer-controller \
  -n kube-system \
  --set clusterName=3tier-cluster \
  --set serviceAccount.create=false \
  --set serviceAccount.name=aws-load-balancer-controller

EXTERNAL-IP 가 출력되었다.

ingress 주소로 접속해본다

접속은 되는데 거부당함

작업중 인스턴스를 중지하려면 노드그룹의 대수를 0으로 만들어야 한다.
안그러면 자꾸 새로운 노드 생김

# 노드 그룹 이름을 확인
eksctl get nodegroup --cluster 3tier-cluster

# 대수를 0으로 만들면 현재 돌아가는 인스턴스들이 안전하게 제거됩니다.
eksctl scale nodegroup --cluster=3tier-cluster --name=3tier-nodes --nodes=0 --nodes-min=0 --nodes-max=1

다시 시작하려면 마스터 인스턴스에서 노드대수 변경
EKS에서 각 인스턴스 타입별로 가질 수 있는 파드의 최대 개수는 제한되어 있음
t3.small의 경우 최대 약 11개 정도의 파드만 수용 가능
때문에 node 갯수를 3개로 해야 argocd 가 정상 실행 됨

eksctl scale nodegroup --cluster=3tier-cluster --name=3tier-nodes --nodes=3 --nodes-min=2 --nodes-max=3

argoCD 에서 어플리 케이션이 정상 실행 됨을 확인
3tier-app 에서 새창 버튼을 클릭하면 배포된 앱이 실행된다.

AWS 의 로드밸런서 화면에서도 확인할 수 있다.

Route53 에서 도메인 연결

5단계: 최종 점검

코드 수정: 프론트엔드나 백엔드 코드를 살짝 수정하고 git push 합니다.

GIT 에 커밋된거 확인

소스변경 후 argoCD sync 중 오류가 발생 하여

: << 'COMMENT'
argocd-applicationset-controller 에서 에러
{"error":"failed to get restmapping: no matches for kind \"ApplicationSet\" in version 
\"argoproj.io/v1alpha1\"","kind":"ApplicationSet.argoproj.io","level":"error",
"logger":"controller-runtime.source.Kind","msg":"if kind is a CRD, 
it should be installed before calling Start","time":"2026-04-21T04:18:57Z"}
COMMENT

# ArgoCD CRD 재설치
kubectl apply -n argocd -f https://raw.githubusercontent.com/argoproj/argo-cd/stable/manifests/install.yaml

# 컨트롤러 파드 재시작 (Deployment를 재시작하면 파드가 새로 뜹니다)
kubectl rollout restart deployment argocd-applicationset-controller -n argocd# 파드 상태 확인

# 상태 확인
kubectl get pods -n argocd

여기서 많은 오류가 발생하였다.
yaml 파일의 url, namespace, 파일명 등 설정 부분들을 다시 확인하자.

2. CI 확인: GitHub Actions 탭에서 빌드와 ECR 푸시, 매니페스트 업데이트가 성공하는지 봅니다.

동일한 이미지 태그로 ECR 업로드 된것 확인

yaml 파일의 이미지 해시가 ECR 이미지 태그로 변경됨

3. CD 확인: ArgoCD UI에서 OutOfSync가 뜨다가 자동으로 Synced로 변하며 EKS의 Pod가 교체되는지 확인합니다.

교체 후 페이지 에 내용 반영된 것확인

argoCD 에서전체 구성도 확인

네트워크 상태 확인 DB 와의 연결이 없다.

소소하게 Docker image url 이 못되고, 계정이 생성안되는 오류가 있어서 수정하고 다시 sync
backend pod 로그에 DB 접속시 설정한 로그가 출력되는것 확인

이제 웹화면에서 할일목록을 추가 삭제할 수 있다.

전체 구성도

위의 구성도를 보면 3tier-app 안에 pv,pvc,secret,deploy,inggress, services 가 있고
각 deploy 에 하나의 pod 가 생성되 어 연결되 어 있고
github 에서 커밋 하여 이미지가 새로생성될 때마다 백업을 위한 ReplicaSets 가 생성되는 것을 볼 수 있다.

AWS 에서 확인

작업용으로 생성한 VPC

이미지 배포용 리포지토리

스택

Kubernetes 클러스터에 의해 생성된 볼륨

Kubernetes 클러스터에 의해 생성된 VPC

Kubernetes 클러스터에 의해 생성된 서브넷

Kubernetes 클러스터에 의해 생성된 라우팅 테이블

Kubernetes 클러스터에 의해 생성된 인터넷 게이트 웨이

Kubernetes 클러스터에 의해 생성된 NAT 게이트웨이

Kubernetes 클러스터에 의해 자동 생성된 보안그룹

Kubernetes 클러스터에 의해 자동 생성된 노드 인스턴스

Kubernetes 클러스터에 의해 생성된 네트워크 인터페이스

Kubernetes 클러스터에 의해 생성된 로드밸런서

argocd

확인이 끝났으면 전부 제거한다.

# 네임스페이스의 모든 리소스 삭제
kubectl delete all --all -n 3tier-test

# 클러스터를 삭제하기 전에 반드시 아래 명령어를 먼저 실행
kubectl delete svc --all -n 3tier-test
kubectl delete ingress --all -n 3tier-test

# 클라우드포메이션의 클러스터와 스택을 삭제(15분 정도 소요)
eksctl delete cluster --name 3tier-cluster --region ap-northeast-2

aws cloudformation delete-stack --stack-name eksctl-3tier-cluster-cluster --region ap-northeast-2

# EC2 > 볼륨 에서 생성된 DB 볼륨 삭제
# 인스턴스, 로드밸런서, 보안그룹, 
# 인터넷게이트웨이, NAT게이트웨이, 라우팅테이블, 
# 서브넷, VPC 등 남아있는 자원 없는지 확인한다.

[CS50 2026] Lecture 0

mamdragors — Tue, 21 Apr 2026 08:47:10 +0900

Computer Science
컴퓨터 과학은 정보에 대한 연구이다.
어떻게 표현하는가, 어떻게 처리하는가.

Computational Thinking
컴퓨터 사고는 컴퓨터 과학에서 얻은 아이디어를 현실 세계의 문제에 적용하는 것이다.

컴퓨터 과학은 문제 해결에 관한 것이고 프로그래밍은 그 과정에서 배우게 되는 도구일 뿐이다.

문제

입력 --> [ ] --> 출력

입력값 : 해결하고자 하는 문제
출력값 : 원하는 목표이자 해결책
[ ] : 입력값을 출력값으로 변환하는 어떤 과정. 이 것이 '문제 해결' 이고 컴퓨터 과학의 본질이다.

이 때, pc, 휴대폰, 등등 다양한 컴퓨터 기기를 사용한다면 정보, 즉 입력 과 출력은 어떻게 표현해야 할까.

컴퓨터는 0 과 1을 사용한다.

한 손으로 숫자를 표현한다면 몇까지 셀 수 있을까?
단순히 손가락의 갯수로 세면 5 까지 셀수 있다.
순서를 부여하고 손가락을 접으면 0 펴면 1 이라고 가정하면 32 까지 셀 수 있다. 이런 방식을 2진법 이라 부른다. 영어로는 binary 또는 base2 이다.

base-2 (binary)
101 = 1×2^2 + 0×2^1 + 1×2^0

base-10 (decimal)
101 = 1×10^2 + 0×10^1 + 1×10^0

손가락 하나 대신 전구로 표현한다면 꺼지면 0, 켜지면 1 로, 전기가 흐르면 1, 차단되면 0 이라고 약속한다. 이때 전구 하나를 1bit 라고부른다.
1bit는 값을 2개만 저장할수 있다. 그래서 더 큰 수를 표현하가 위해 8개의 bit 가 연속으로 나열된 byte 를 사용한다.
1byte = 8bit
1byte 는 0부터 255 까지 256개의 숫자를 표현할 수 있다.

Binary Decimal
00000000 = 0
00000001 = 1
00000010 = 2
00000010 = 3
...
11111111 = 255

이제 숫자는 전기로 표현할 수 있게 되었다. 그러면 문자는 어떻게 표현할까?
미국에서는 특정 숫자가 특정 알파벳 하나를 가리키도록 약속을 정했다. 그 약속이 ASCII (미국 정보 교환 표준 부호 : Standard Code for Information Interchange American) 이다.

[ 아스키 코드의 일부]

48  0        65  A        97     a
49  1        66  B        98     b
50  2        67  C        99     c
51  3        68  D        100  d
52  4        69  E        101   e
53  5        70  F        102   f
..                ..                ..

ASCII(아스키)는 8bit 를 사용하는데 1개는 제어비트로, 7개는 문자 표현에 사용하여 총128개의 문자를 표현할 수 있다.
ASCII 로는 전세계의 모든 문자를 표현할 수 없다 그래서 생긴 약속이 Unicode(UTF-8) 이다.

Unicode(유니코드)는 전 세계의 모든 문자를 컴퓨터에서 일관되게 표현하고 다룰 수 있도록 설계된 산업 표준으로 문자, 숫자, 특수문자 뿐 아니라 이모지까지 표현할 수 있다. 코드 값은 같지만 디바이스에 따라서 이모지의 디자인이 다르게 표현 되기도 한다.

문자 이외의 데이터는 어떻게 표현 될까?
빛은 Red, Green, Blue 로 이루어져 있다. 각 색의 양을 256 단계로 나눴을때 Red 0, Green 0, Blue 0 만큼 있다면 빛이 없으므로 검정색이다. Red 255, Green 255, Blue 255 가 있다면 흰색이다. 앞에서 1byte, 즉 8bit 는 256 개의 값을 표현할 수 있다는 것을 알았다. 즉 3byte 로 1pixel 을 표현 할 수 있다. 무수히 많은 픽셀들이 모여서 이미지가 된다.
마찬가지로 음성, 동영상 등의 정보들 역시 약속을 정해 2진수로 표현된다.

다시 문제로 돌아가서

입력  -->  [          ]  -->  출력

입력값과 출력값을 어떻게 표현하는지 알았다.
입력값이 어떤 문제 해결 과정 을 통해 출력 값으로 바뀐다.
여기서 '문제 해결 과정' 이 알고리즘이다.

알고리즘은 어떤 문제를 해결하기 위한 단계적 지침이고, 이것이 바로 컴퓨터 과학의 본질이다.

소프트웨어란 코드로 구현된 알고리즘이고
컴퓨터가 이해하는 코드는 단계별 명령일 뿐이다.

CS50 에서는 문제를 해결하기 위한 다양한 언어와 다양한 방법론통해 자신을 표현하는 방법을 배운다.
다양한 언어를 익히면 다양한 문제를 해결할 수 있을 뿐 아니라 더 나은 업무도구가 되어 시간을 절약할 수 있다.

https://youtu.be/UuIEbpQms8o

CS50x 2026 - Lecture 0 - Scratch

***This is CS50, Harvard University's introduction to the intellectual enterprises of computer science and the art of programming.*** TABLE OF CONTENTS00:00:...

www.youtube.com

https://scratch.mit.edu

Scratch - Imagine, Program, Share

Scratch is a free programming language and online community where you can create your own interactive stories, games, and animations.

scratch.mit.edu

AWS + kubernetes 3tier 설정

mamdragors — Sun, 19 Apr 2026 17:50:46 +0900

참고)
https://aakibkhan1.medium.com/project-8-three-tier-application-deployment-on-kubernetes-bf9323de40e0

Project 8 → Three tier application deployment on Kubernetes

what do you mean by three tier ?

aakibkhan1.medium.com

Overview

3계층(3-Tier)

프레젠테이션 계층 (Frontend): 사용자가 직접 보는 화면 (React 등).
애플리케이션 계층 (Backend): 비즈니스 로직을 처리하는 서버 (Node.js 등).
데이터 계층 (Database): 데이터를 저장하는 공간 (MongoDB).

인프라 구성 (EC2 & IAM)

작업용 EC2 생성: 실습 명령어를 실행할 관리용 EC2 인스턴스를 생성
IAM 사용자 설정: AWS CLI 접근을 위해 AdministratorAccess 권한을 가진 IAM 사용자를 생성, Access Key를 발급
필수 도구 설치: EC2 환경에 Docker, AWS CLI, kubectl, eksctl을 설치

도커 이미지 빌드 및 ECR 업로드

이미지 생성: 제공된 GitHub 리포지토리를 클론하여 프론트엔드와 백엔드 각각의 Dockerfile을 빌드합니다.
ECR(Amazon Elastic Container Registry) 저장: 빌드한 이미지를 AWS의 컨테이너 저장소(ECR)에 푸시(Push)하여 Kubernetes가 가져갈 수 있게 합니다.

Kubernetes 리소스 배포 (Manifest) 준비된 YAML 파일들을 사용하여 각 계층을 배포

Database (MongoDB): 데이터를 보존하기 위해 Persistent Volume(PV)과 PVC를 설정한 후 배포
Backend: ECR에 올린 백엔드 이미지를 사용해 배포하고, 내부 통신용 Service 생성
Frontend: 프론트엔드 이미지를 배포하고 외부에서 접속할 수 있도록 설정

접근 및 로드밸런싱 Ingress 또는 LoadBalancer: 외부 사용자가 브라우저를 통해 접속할 수 있도록 서비스의 타입을 설정하거나 Ingress 컨트롤러를 구성하여 트래픽을 전달

1. Git Repository 생성
2. AWS 에 IAM 사용자 와 인스턴스 생성
    - IAM 사용자 생성 및 권한 설정
    - 인스턴스 생성
3. EC2 인스턴스에 필수 도구 설치
    - SSH Key 등록
    - git 소스 clone
    - AWS CLI 설치, 설정
    - 도커 설치
    - kubectl 설치
    - eksctl 설치
4. Docker 이미지 빌드
    - aws 에 docker 저장소 생성 (frontend, backend 용)
5. 쿠버네티스 설정
    - EKS 클러스터 설정 및 네임스페이스 생성
    - deploy, service 생성 (front, back, db)
    - 애플리케이션 로드 밸런싱 및 인그레스 설정

1. Git Repository 생성

나중에 소스에 변형을 가할 생각이기 때문에 참고 url 의 소스를 내려받아 새로운 레파지토리에서 작업한다.

별도의 개발환경 없이 github codespace 를 사용할것이다.
레포지토리 생성화면에서 [create a codespace] 클릭

또는 시작 화면을 지나쳤다면 레포지토리 의 Code 탭에서 코드스페이스를 생성할수도 있다.

codespace 화면은 웹에서 실행되는 vscode 라고 생각하면 된다.
터미널에서 아래 명령어 실행

cd ..
git clone --depth 1 https://github.com/Aakibgithuber/Three-tier-Application-Deployment-.git
cd Three-tier-Application-Deployment-/

코드 스페이스 말고 다른창에서 생성한 레포지토리에 들어가서 레포지토리 주소를 획득한다.

주소를 획득했으면 다시 코드스페이스에서 아래 실행

# .git 폴더를 삭제하여 이전 기록과의 연결을 완전히 끊습니다.
rm -rf .git

# git 초기화
git init
git add .
git commit -m "Initial commit (without history)"

# 생성한  repository 에 연결
git remote add origin [카피한-저장소-URL]

# 브랜치 이름을 main(또는 master)으로 설정 후 푸시
git branch -M main
git push -u origin main --force

저장소 페이지를 새로고침 하면 소스가 올라간 것을 확인할 수 있다.

다른곳에서 clone 가능하도록 git token 생성

2. AWS 에 IAM 사용자 와 인스턴스 생성

사용자 권한

AdministratorAccess
AWSLoadBalancerControllerIAMPolicy

- VPC 생성 : 3T-TEST-VPC
CIDR : 10.10.0.0/16
- Subnet 생성 : 3T-TEST-SUBNET-2A
resion : ap-northeast-2a
CIDR : 10.10.10.0/24
- Routing 테이블 생성 : 3T-TEST-RT
- Internet Gateway 생성 : 3T-TEST-IGW
- Routing 테이블 편집, 연결
- 보안 그룹 만들기 : 3T-TEST-SG-2A
인바운드 규칙 : SSH, HTTP, HTTPS, ICMP
아웃바운드 규칙 : HTTPS, SSH
- 인스턴스 생성 : 3T-TEST-INSTANCE
ubuntu22.04, 8g
기본 ip : 10.10.10.250

인스턴스 생성 참고
https://mamdragors.tistory.com/25

AWS - 2. VPC생성하여 쉘접속

아래 작업을 진행할 것이다. 1. 도메인생성 (가비아)2. 도메인 등록 (AWS Route 53)3. 도메인과 연결할 인증서 생성 (AWS Certificate Manager)4. VPC 생성 - VPC 생성 - Subnet 생성 - Routing 테이블 생성 - Internet Gatew

mamdragors.tistory.com

3. EC2 인스턴스에 필수 도구 설치

만들어진 인스턴스의 public ip 로 ssh접속.
putty 를 사용할 경우 pem 파일을 사용할 수 없기 때문에
컨테이너 생성시 설정한 키파일의 pem 파일을
puttyGen 으로 ppk 파일로 변경하어 접속한다.

접속 성공

접속은 AWS 클라우드 쉘에서 진행해도 된다
aws 웹페이지의 좌측 하단 [CloudShell] > [작업] > 파일업로드

3tier-user 의 pem 파일 업로드

chmod 400 3tier.pem
ssh -i 3tier.pem ubuntu@[퍼블릭ip]

접속 성공

터미널에서 아래 명령어 실행

sudo su
apt update
mkdir 3-tier
cd 3-tier

SSH Key 등록

# SSH 키 생성 (로컬 터미널) . 
ssh-keygen -t ed25519 -C "내이메일@example.com"

# 공개키 복사:
cat ~/.ssh/id_ed25519.pub
# 출력된 ssh-ed25519 ... 로 시작하는 긴 문자열을 복사

복사한 문자열 GitHub에 등록

github 는 22 포트를 허용하지 않기 때문에 SSH 포트를 443으로 우회 설정 해야 한다.

vi ~/.ssh/config

# 아래내용 저장
Host github.com
    Hostname ssh.github.com
    Port 443
    User git


# 접속 테스트
ssh -T git@github.com
# Hi [사용자명] ... 출력되면 성공

git 레포지토리에서 ssh 주소 획득

SSH 주소로 Clone

cd 3-tier
git clone [ssh 주소]

내려받은 소스 확인

AWS CLI 설치

snap install aws-cli --classic

AWS CLI 설정

aws configure
[3tier-user 의 엑세스키]
[3tier-user 의 비밀엑세스키]

도커 설치

# universe 리포지토리 활성화
add-apt-repository universe
# 패키지 리스트 갱신
apt update

# 필수 도구 설치
apt install ca-certificates curl gnupg -y

# Docker GPG 키 등록
install -m 0755 -d /etc/apt/keyrings
curl -fsSL https://download.docker.com/linux/ubuntu/gpg | gpg --dearmor -o /etc/apt/keyrings/docker.gpg --yes
chmod a+r /etc/apt/keyrings/docker.gpg

# 리포지토리 설정 (22.04 jammy 전용)
echo "deb [arch=$(dpkg --print-architecture) signed-by=/etc/apt/keyrings/docker.gpg] https://download.docker.com/linux/ubuntu jammy stable" | tee /etc/apt/sources.list.d/docker.list > /dev/null

# 최종 설치
apt update
apt install docker-ce docker-ce-cli containerd.io docker-buildx-plugin docker-compose-plugin -y

#상태 확인
systemctl status docker

# 현재 접속중인 사용자 docker 그룹에 추가. root 로 진행하고 있기 때문에 root 사용자가 추가됨
# 다른 사용자로 진행하려면 $USER 대신 사용자 이름을 입력한다.
usermod -aG docker $USER # Replace with your username e.g ‘ubuntu’

#그룹 변경사항 즉시 적용
newgrp docker

# Docker의 핵심 통신 통로인 '소켓 파일'의 권한 변경 
sudo chmod 660 /var/run/docker.sock

# 명령어 확인
which docker
docker ps

kubectl 설치

snap install kubectl --classic

eksctl 설치

curl --silent --location "https://github.com/weaveworks/eksctl/releases/latest/download/eksctl_$(uname -s)_amd64.tar.gz" | tar xz -C /tmp

sudo mv /tmp/eksctl /usr/local/bin
eksctl version

4. Docker 이미지 빌드

Elastic Container Registry(ECR) 설정

AWS 콘솔에 접속하여 ECR을 검색

프런트엔드용 저장소 생성

백엔드용 저장소 생성

frontend 레포지토리 이름을 클릭하고 들어가서 [푸시 명령보기] 에서 나오는 명령어 복사하여 실행

복사한 명령어 인스턴스에 접속한 쉘에서 실행
!! frontend 폴더에서 실행한다.

올라간 이미지 확인

이미지를 실행해 본다

docker run -d -p 3000:3000 3tier-test/frontend:latest

인바운드 규칙에서 3000 포트가 허용되어 있는지 확인

웹 브라우저에서 접속 테스트 -> http://[퍼블릭ip]:3000

backend 레포지토리 이름을 클릭하고 들어가서 [푸시 명령보기] 에서 나오는 명령어 복사하여 실행

!! backend 폴더에서 실행한다

5. 쿠버네티스 설정

1. 배포란 무엇인가:

공장을 상상해 보세요 : 배포를 소프트웨어 애플리케이션의 복사본을 생산하고 관리하는 공장으로 생각해 보십시오.
다중 복제본 : 공장에서 여러 개의 동일한 제품을 생산할 수 있는 것처럼, Kubernetes 배포 환경에서도 애플리케이션의 여러 복사본(복제본)을 생성하고 관리할 수 있습니다.
간편한 업데이트 : 애플리케이션을 변경하거나 업데이트하려는 경우, 배포 시스템이 마치 공장에서 생산을 중단하지 않고 부품을 교체하는 것처럼 원활하게 처리할 수 있습니다.

2. 서비스란 무엇인가:

리셉션 데스크를 상상해 보세요: 쿠버네티스의 서비스를 건물의 리셉션 데스크에 비유해 보세요.
중앙 접점: 이 서비스는 애플리케이션을 위한 중앙 접점을 제공합니다. 시스템의 다른 부분들이 각 애플리케이션을 직접 찾는 대신, 이 서비스와 통신하여 필요한 애플리케이션을 찾을 수 있습니다.
안정적인 주소: 마치 안내 데스크에 일관된 주소가 있는 것처럼, 서비스도 시스템의 다른 부분이 애플리케이션과 통신하는 데 사용할 수 있는 안정적인 주소를 가지고 있습니다.

3. 네임스페이스란 무엇인가요?

네임스페이스는 쿠버네티스 내에서 애플리케이션을 구성하고 실행할 수 있는 레이블이 지정된 영역과 같습니다. 각 네임스페이스는 애플리케이션이 서로 간섭하지 않고 각자의 작업을 수행할 수 있는 울타리로 둘러싸인 공간입니다.
간단히 말해, 쿠버네티스에서 네임스페이스는 여러 프로젝트나 애플리케이션을 분리하고 체계적으로 관리하는 방법으로, 복잡한 쿠버네티스 클러스터 환경에서 이러한 프로젝트와 애플리케이션을 더 쉽게 관리할 수 있도록 해줍니다

5-1. EKS 클러스터 설정 및 네임스페이스 생성

EKS(Elastic Kubernetes Service)는 "AWS가 대신 관리해 주는 쿠버네티스(Kubernetes) 서비스"

# 1. 클러스터 생성 (서울 리전, t3.small , 워커노드 최소2개, 최대2개). 15~20분 소요
eksctl create cluster --name 3tier-cluster --region ap-northeast-2 --node-type t3.small --nodes-min 2 --nodes-max 2

클러스터 생성 명령어 실행하고 CloudFormation 화면에 들어가면 진행 상황을 볼수 있다.

스택 세부정보에서 이벤트도 확인 가능

nodegroup 과 cluster 가 CREATE_COMPLETE 되면 다음 진행

각 스택의 의미

1. 첫 번째 스택: 컨트롤 플레인 (Control Plane)

이름 형식: eksctl-3tier-cluster-cluster
역할: EKS 클러스터의 핵심인 두뇌(Control Plane) 역할을 하는 인프라를 생성합니다.
포함 리소스: VPC, 서브넷(Public/Private), 인터넷 게이트웨이, 라우팅 테이블, IAM 역할, 보안 그룹 등 네트워크 전반의 기초 공사가 이 단계에서 이루어집니다.

2. 두 번째 스택: 노드 그룹 (Node Group)

이름 형식: eksctl-3tier-cluster-nodegroup-[이름]
역할: 실제로 애플리케이션이 돌아갈 몸통(Worker Nodes) 인프라를 생성합니다.
포함 리소스: EC2 인스턴스(t3.small 2대), 오토스케일링 그룹(ASG), 노드 전용 IAM 역할 및 보안 그룹 등이 포함됩니다.

# 2. 접속 설정(kubeconfig) 업데이트
# 클러스터가 만들어진 후, 내 컴퓨터(또는 현재 서버)에서 kubectl 명령어로 클러스터를 조종할 수 있게 **인증 정보(kubeconfig)**를 가져오는 명령. 
# 이 명령을 실행하면 ~/.ssh/config와 유사하게 ~/.kube/config 파일에 해당 클러스터의 접속 정보가 등록됨
aws eks update-kubeconfig --region ap-northeast-2 --name 3tier-cluster

# 3. 노드 상태 확인
kubectl get nodes

# 4. 네임스페이스 생성 및 변경 ( 3tier-test )
kubectl create namespace 3tier-test
kubectl config set-context --current --namespace 3tier-test

k8s_manifests/frontend-deployment.yaml 파일의 이미지 경로와 namespace 수정
k8s_manifests/frontend-service.yaml 파일의 namespace 수정

변경 후 apply 명령 실행

kubectl apply -f frontend-deployment.yaml
kubectl apply -f frontend-service.yaml

backend-deployment.yaml, backend-service.yaml 파일의 이미지 경로와 workspace 수정

백엔드도 apply

kubectl apply -f backend-deployment.yaml
kubectl apply -f backend-service.yaml
kubectl get pods -n 3tier-test

DB apply 후 전체 확인
!! 실행 전 mongo 폴더의 모든 yaml 파일의 워크스페이스 수정

cd mongo

# 실행 전 mongo 폴더의 모든 yaml 파일의 워크스페이스 수정
kubectl apply -f .

kubectl get all

pod 3개 생성 확인 ( frontend, backend, db )

5-2. 애플리케이션 로드 밸런싱 및 인그레스 설정

외부 트래픽을 클러스터로 라우팅하기 위한 애플리케이션 로드 밸런서와 3개 계층 간의 내부 라우팅을 위한 인그레스를 생성.

ALB의 IAM 정책 가져오기

curl -O https://raw.githubusercontent.com/kubernetes-sigs/aws-load-balancer-controller/v2.7.2/docs/install/iam_policy.json

iam_policy.json 파일을 기반으로 AWS 계정에 IAM 정책을 생성

aws iam create-policy --policy-name AWSLoadBalancerControllerIAMPolicy --policy-document file://iam_policy.json

OIDC 제공업체 연결

eksctl utils associate-iam-oidc-provider --region=ap-northeast-2 --cluster=3tier-cluster --approve

AWS Load Balancer Controller는 클러스터 외부의 **AWS 리소스(ALB/NLB)**를 직접 생성하고 수정해야 합니다.

쿠버네티스 안의 **서비스 계정(Service Account)**이
IAM Role을 사용할 수 있게 권한을 부여받아야 하는데,
이 두 세계(K8s와 AWS IAM)를 이어주는 인증 표준이 바로 OIDC입니다.

로드 밸런서 정책을 EKS 클러스터에 적용하여 EKS 클러스터가 해당 정책에 따라 로드 밸런서와 연동되도록 설정

eksctl create iamserviceaccount --cluster=3tier-cluster --namespace=kube-system --name=aws-load-balancer-controller --role-name AmazonEKSLoadBalancerControllerRole --attach-policy-arn=[위명령어실행시 출력된Arn] --approve --region=ap-northeast-2

로드 밸런서 배포를 위한 HELM 설정

# Helm을 설치 (Kebernetes 배포관리도구)
sudo snap install helm --classic

# AWS(Amazon Web Services)에서 공식적으로 운영하는 GitHub 기반의 Helm 차트 저장소에서 
# 로드 밸런싱용 특정 매니페스트를 Helm을 사용하여 추가
helm repo add eks https://aws.github.io/eks-charts

# Helm을 사용하여 eks 저장소를 업데이트
helm repo update eks

# EKS 클러스터에 로드 밸런싱 컨트롤러를 설치
helm install aws-load-balancer-controller eks/aws-load-balancer-controller -n kube-system --set clusterName=3tier-cluster --set serviceAccount.create=false --set serviceAccount.name=aws-load-balancer-controller 
kubectl get deployment -n kube-system aws-load-balancer-controller

내부 라우팅을 위한 인그레스 설정

# full_stack_lb.yaml namespace 수정
vi full_stack_lb.yaml

kubectl apply -f full_stack_lb.yaml 
kubectl get ing -n 3tier-test

ADDRESS 주소가 나오지 않는다면 권한을 확인해 본다

# AWSLoadBalancerControllerIAMPolicy 에 항목 추가
"elasticloadbalancing:DescribeListenerAttributes"

권한 추가 후 서비스 재시작

kubectl rollout restart deployment aws-load-balancer-controller -n kube-system

5분정도 기다렸다가 상태확인

kubectl describe ingress mainlb

# 아래 내용이 출력되면 성공
#   Normal   SuccessfullyReconciled  2m55s                  ingress  Successfully reconciled

# get 으로 주소가 들어왔는지 확인
kubectl get ing

주소가 나오면 해당 주소로 웹브라우저에서 접속 확인

확인이 끝났으면 전부 제거한다.

# /home/ubuntu/3-tier/3tier-test/k8s_manifests/ 경로에서 진행
kubectl delete -f .

# /home/ubuntu/3-tier/3tier-test/k8s_manifests/mongo 경로에서 진행
kubectl delete -f .

# 네임스페이스의 모든 리소스 삭제
kubectl delete all --all -n 3tier-test

# 클러스터를 삭제하기 전에 반드시 아래 명령어를 먼저 실행
kubectl delete svc --all -n 3tier-test
kubectl delete ingress --all -n 3tier-test

# 클라우드포메이션의 클러스터와 스택을 삭제(15분 정도 소요)
eksctl delete cluster --name 3tier-cluster --region ap-northeast-2

aws cloudformation delete-stack --stack-name eksctl-3tier-cluster-cluster --region ap-northeast-2

AWS 클라우드포메이션 콘솔에서 모든 변경 사항을 확인

DataZone 같은게 남아있다면 삭제한다. 날짜를보니 다른작업 하면서 만들어진듯

# 첫 번째 스택 삭제
aws cloudformation delete-stack --stack-name [첫번째-전체-스택이름] --region ap-northeast-2

# 두 번째 스택 삭제
aws cloudformation delete-stack --stack-name [두번째-전체-스택이름] --region ap-northeast-2

전부 삭제되었으면 인스턴스를 중지한다.

[VMware] CentOs 8 설치

mamdragors — Mon, 16 Mar 2026 17:33:22 +0900

CentOs 8 iso 파일 다운로드

https://www.centos.org/download/

Download - The CentOS Project

CentOS Stream Continuously delivered distro that tracks just ahead of Red Hat Enterprise Linux (RHEL) development, positioned as a midstream between Fedora Linux and RHEL. For anyone interested in participating and collaborating in the RHEL ecosystem, Cent

www.centos.org

VMware 에서 새 가상머신 만들기

CentOs 8이 없으면 가장 최근 64bit 선택

탭에 사용할 이름과 폴더경로 지정. 경로에 가급적 한글이 들어가지 않도록 한다.

[Customize Hardware] 클릭. 메모리는 기본 1G. 원하는대로 적당히 올린다.

New CD/DVD 항목을 클릭하고 <Use ISO image file> 의 [Browse] 버튼을 클릭하여 받아둔 iso 파일을 선택한다.

[Close] 로 하드웨어 창 닫고 [Finish] 클릭

"Power on this Virtual machine" 클릭

Install 선택 Enter 입력

설치언어 한국어 선택 후 [계속 진행]

1 - 6 순서대로 진행할 거임

키보드 레이아웃 "영어 (미국) 추가 후 상단의 [완료] 클릭

네트워크 & 호스트 이름 : "이더넷" 켬으로 설정

소프트웨어 선택. 처음 설치 이므로 GUI 모드로 설치해 본다.

설치 목적지. 기본 디스크 선택 하고 파티션 : 수동 선택 후 [완료] 버튼 클릭

수동 파티션 설정 화면에서 새 마운트 지점 추가

마운트 지점 : swap , 희망용량 : 메모리 용량 x 1.5 입력

마운트 지점 : / , 희망용량 : 빈칸으로( 비워두면 남은용량 할당됨 ) [마운트 지점 추가]

swap, / 둘 다 장치 유형 "표준 파티션" 선택 후 [완료] 클릭

[변경 사항 적용]

kdump 활성화 체크 해제

시간 및 날짜 . 지역 : 아시아, 도시 : 서울, 네트워크 시간 : 켬

루트 암호화, centos 사용자를 추가한다.

설치 요약 화면에서 [설치시작] 클릭

설치가 끝나면 [시스템 재시작] 클릭

재시작 후 라이센스 정보 동의 하고 [설정 완료] 클릭

centos 계정으로 로그인

터미널 실행

인터넷이 연결되어 ip 할당을 받았는지, 8.8.8.8(google dns) 에 핑이 되는지 확인

프롬프트 설

[로그인한 계정명@호스트이름 현재위치] 일반사용자면 $, root 사용자 로그인 시 #

기초적인 명령어들

# getenforce -- seLinux (security linux) 적용여부 확인

# sestatus -- 시큐리티 상태를 보기

실습을 용이 하게 하기 위해 상태 변경

# vim /etc/sysconfig/selinux

SELINUX=disabled 로 변경

시스템을 재시작 하는 방법들

# reboot -- 저장, 프로세스 정리하고 명령실행

# systemctl reboot -- 재부팅 -- 저장, 프로세스 정리하고 명령실행

# systemctl poweroff -- 종료 -- 저장, 프로세스 정리하고 명령실행

# shutdown -r now -- r 재시작, now == 0초 -- 저장, 프로세스 정리하고 명령실행

# shutdown -r 0

# shutdown -h now -- h(halt) 종료 -- 저장, 프로세스 정리하고 명령실행

# init 6 -- 재부팅 init 0~6 있음 -- 강제로 종료(저장, 프로세스 정리 안하고 명령실행)

# init 0 -- 시스템 종료

네트워크 고정 ip 로 설정

vmware 에서 게이트웨이로 사용할 아이피 확인

주소와 네임서버 설정

변경된것 확인

패키지 설치

centos 8 설치시 발생하는 repo 에러 수정- 아래 명령어 2개 터미널에서 실행

-- sed -i '{a}' {b} -- a를 b로 치환명령어

sed -i 's/mirrorlist/#mirrorlist/g' /etc/yum.repos.d/CentOS-*

sed -i 's|#baseurl=http://mirror.centos.org|baseurl=http://vault.centos.org|g' /etc/yum.repos.d/CentOS-*

-- install mc (리눅스용 탐색기 ) 설치

# yum -- yellow doc update module
# dnf -- yum 대신 사용하기도.. dendified yum
# rpm -- redhat linux package module. 로컬파일을 이용해서 설치.
# yum repolist -- display repository list

여기까지 진행하고 스냅샷을 저장한다.

0. 정보보안기사 실기 학습 계획

mamdragors — Wed, 25 Feb 2026 11:53:16 +0900

사용 교재 : 2026 알기사 정보보안기사(산업기사) 실기

제미나이가 교재의 목차에 맞춰 정리해줌

[7주 완성] 정보보안기사 실기 합격 로드맵

1단계: 이론 복습 및 기술형 전환 (1~3주차)

필기 내용을 단순히 읽는 것이 아니라, **"주관식으로 나오면 뭐라고 쓸까?"**를 고민하며 공부해야 합니다.

1주차: 시스템 보안 & 네트워크 보안 (가장 중요)
- 리눅스/윈도우 주요 설정 파일 경로, 권한 관리(chmod 등), 로그 분석.
- TCP/IP 3-Way Handshake 과정, 각종 프로토콜(ICMP, ARP, DNS 등)의 취약점과 대응책.
2주차: 애플리케이션 보안 & 암호학
- OWASP Top 10: SQL Injection, XSS, CSRF의 원인과 방어 코드를 직접 써보기.
- 대칭키/비대칭키 암호화 알고리즘 비교, 해시 함수, PKI 구조 이해.
3주차: 정보보안 일반 & 법규
- 개인정보보호법: 최근 개정 사항, 기술적/관리적 보호조치 기준 암기.
- ISMS-P 인증 체계, 위험 관리 절차.

2단계: 실무 기술 및 단답형 집중 공략 (4~5주차)

실기 시험의 당락을 결정하는 **'실무형 문제'**에 대비합니다.

4주차: 보안 장비 및 로그 분석
- Snort 룰(Rule) 작성: alert, log, pass 등 옵션별 작성법 완벽 숙지.
- IPTables, Apache 설정(httpd.conf), PHP 설정(php.ini) 보안 설정.
5주차: 최신 취약점 & 서술형 연습
- 알기사 교재의 '실기 심화' 파트 집중 공독.
- 최근 3년간 이슈가 된 취약점(Log4j, 랜섬웨어 등) 정리.
- 기출문제의 서술형 답안을 보고 '키워드' 중심으로 요약 작성하는 연습.

3단계: 기출 무한 반복 및 최종 점검 (6~7주차)

6주차: 기출문제 풀이 (최근 5~10회분)
- 시간을 재고 실제 시험처럼 풀어보기.
- 틀린 문제는 알기사 이론서로 돌아가서 해당 파트 전체를 다시 복습.
7주차: 오답 노트 & 암기 마무리
- 자주 틀리는 법규 수치, 명령어 옵션, 암호 알고리즘 특징 최종 암기.
- 시험 전날까지 '단답형 100선' 같은 요약집 반복 회독.

전문가의 팁: 61점 합격자가 주의할 점

눈으로 읽지 말고 손으로 쓰세요: 실기는 '아는 것'과 '쓰는 것'이 다릅니다. 특히 리눅스 명령어나 보안 설정은 철자 하나 틀리면 감점입니다.
키워드 채점 방식을 공략하세요: 서술형 답변 시 미사여구를 늘어놓기보다 핵심 키워드(예: '무결성 보장', '샌드박싱', '입력값 검증' 등)가 반드시 포함되게 쓰세요.
법규를 포기하지 마세요: 법규는 암기만 하면 100% 맞출 수 있는 보너스 점수 구간입니다.

2026 알기사 실기 목차를 완벽히 반영하여 1~3주차 스케줄을 재구성했습니다. 61점 필기 합격자에게 가장 필요한 **'이론의 주관식화'**와 **'실무 설정 암기'**에 최적화된 분량입니다.

[1주차] 시스템 및 네트워크 보안 (PART 01 ~ 02)

실기 시험의 앞부분(단답형)과 기술형 문제의 기초가 되는 구간입니다.

날짜

학습 범위 (알기사 목차 기준)

핵심 학습 포인트

[2주차] 애플리케이션 및 침해사고 분석 (PART 03 ~ 04)

가장 배점이 높고, 실제 설정(Snort 등)을 써야 하는 고난도 구간입니다.

날짜

학습 범위 (알기사 목차 기준)

핵심 학습 포인트

[3주차] 정보보안 일반 및 법규 (PART 05 ~ 06)

단답형 점수를 굳히고, 서술형에서 감점을 막아야 하는 구간입니다.

날짜

학습 범위 (알기사 목차 기준)

핵심 학습 포인트

전문가 교육 가이드

PART 02(네트워크) 공부 시에는 프로토콜의 헤더 구조를 머릿속에 그려야 합니다.
*
PART 03(웹 보안) 공부 시에는 공격 쿼리(예: ' OR 1=1 --)가 서버에서 어떻게 처리되는지 이해하세요.
**법규(PART 06)**는 토씨 하나 안 틀리고 적는 것보다 **'법적 키워드'**와 **'기준 수치'**를 정확히 적는 것이 채점 포인트입니다.

21일차 : 법규 파트의 총정리

mamdragors — Wed, 25 Feb 2026 11:44:41 +0900

드디어 21일 완성 커리큘럼의 마지막 날인 21일차입니다!
21일차는 새로운 내용을 학습하는 것이 아니라, 3주차 법규 파트의 총정리와 더불어 시험 직전 반드시 머릿속에 넣어야 할 '최신 개정 수치 및 핵심 키워드'를 무한 반복하는 날입니다. 실기 시험에서 법규는 토씨 하나 틀리지 않는 것보다 정확한 수치와 법적 용어를 적는 것이 득점의 포인트입니다.

21일차 학습 포인트 (최종 마무리)

학습 범위: 3주차 법규(PART 06) 및 전 범위 핵심 수치 복습

1. 개인정보 보호법 핵심 수치 (무조건 암기)

유출 신고: 정보주체에게 지체 없이 통지, 72시간 이내에 위원회/KISA 신고 (개정 수치 확인!)
파기 기한: 보유 이유가 없어진 날로부터 5일 이내
접속 권한 기록 보관: 권한 부여/변경/말소 기록 최소 3년 보관
접속 로그 보관: 일반 1년, 5만 명 이상 또는 민감/고유식별정보 처리 시 2년
비밀번호 조합: 2종 조합 시 10자리, 3종 조합 시 8자리 이상

2. 망법 및 기반보호법 핵심 키워드

망법 침해사고 신고: 발생 시 ( 즉시 ) 신고
기반시설 평가 주기: ( 매년 ) 취약점 분석·평가 실시
CISO 겸직 제한: 자산 총액 5조 원 이상 또는 정보통신서비스 부문 매출액 3천억 원 이상인 경우 등은 겸직 금지
ISMS-P 인증 유효기간: 3년 (매년 사후 심사)

3. 벌칙 및 과태료 (단답형 대비)

주민등록번호 유출 시 과징금: 안전성 확보조치를 다 하지 않아 유출된 경우 5억 원 이하
징벌적 손해배상: 고의/과실로 유출 시 손해액의 5배 이내 배상 책임

21일차 최종 자가 테스트 (빈칸 채우기)

오늘 이 질문들에 바로 답이 나오지 않는다면 그 부분을 다시 확인하세요!

개인정보 처리 방침을 수립하지 않거나 공개하지 않은 경우 부과되는 과태료는? (답: 1천만 원 이하)
개인정보가 유출되었을 때 위원회에 신고해야 하는 기준 인원수는? (답: 1천 명 이상)
주요정보통신기반시설의 관리기관 장은 보호대책을 수립하여 누구에게 제출하는가? (답: 관계 중앙행정기관의 장)
개인정보의 ( 일방향 ) 암호화란 복호화되지 않도록 해시 함수 등을 사용하는 것을 말한다.

3주 완주 기념 최종 조언

3주 동안 시스템, 네트워크, 웹, 애플리케이션, 관리, 법규까지 숨 가쁘게 달려오셨습니다.

눈이 아닌 손으로: 오늘 마지막 복습은 반드시 백지에 수치들을 직접 써보며 진행하세요.
기출과 연결: 이제부터는 실제 기출문제를 풀면서, 오늘 외운 법규 내용이 어떤 식으로 문제화되는지 감을 익히셔야 합니다.
수치 암기판 제작: 72시간, 5일, 3년, 1년, 5만 명, 102개(ISMS-P 항목 수) 등 헷갈리는 숫자만 따로 포스트잇에 적어 시험 직전까지 보세요.

20일차 : 전자서명법 과 위치정보의 보호 및 이용 등에 관한 법률(위치정보법)

mamdragors — Wed, 25 Feb 2026 11:43:36 +0900

원래 스케줄표에 맞춘 20일차 학습 포인트 설명해 드리겠습니다.
20일차는 전자서명법과 **위치정보의 보호 및 이용 등에 관한 법률(위치정보법)**을 다룹니다. 이 파트는 실기 시험에서 비중이 아주 높지는 않지만, 최근 개정된 내용이나 용어의 정의를 묻는 단답형 문제로 한 문제씩 섞여 나올 수 있으므로 핵심만 빠르게 정리하는 것이 효율적입니다.

20일차 학습 포인트 (원래 스케줄 기준)

학습 범위: PART 06 SEC 18-06~07 (전자서명법, 위치정보법)

1. 전자서명법 - '공인인증서' 폐지 이후의 변화

전자서명의 효력 (제3조): 과거 '공인전자서명'의 독점적 지위가 폐지되었습니다. 이제는 법령에 따라 서명, 날인으로 규정된 경우 외에도 당사자 간의 약정에 따른 전자서명은 모두 효력을 가집니다.
전자서명인증업무 운영기준 준수사실의 인정: 과학기술정보통신부 장관은 인증기관이 운영기준을 준수하고 있는지 심사하여 인정할 수 있으며, 이 유효기간은 1년입니다. (매년 갱신)
주요 용어:
- 전자서명인증: 전자서명 생성정보가 가입자에게 고유하게 속한다는 사실을 확인하는 것.
- 전자서명인증사업자: 전자서명인증서비스를 제공하는 자.

2. 위치정보의 보호 및 이용 등에 관한 법률 (위치정보법)

위치정보의 정의: 이동성이 있는 객체(사람 또는 물건)가 특정 시간에 존재하였던 장소에 관한 정보.
사업자의 구분 (중요):
- 위치정보사업자: 위치정보를 수집하여 위치기반서비스사업자에게 제공하는 자. (방통위 허가/등록)
- 위치기반서비스사업자: 위치정보를 이용하여 서비스를 제공하는 자. (방통위 신고)
8세 이하 아동 등의 보호 (제26조): 8세 이하 아동, 치매 환자 등 보호의무자가 동의하면 본인의 동의가 있는 것으로 간주합니다. (단, 생명 또는 신체 보호 목적에 한함)
파기 기항: 위치정보 이용 목적을 달성한 경우 지체 없이 파기해야 합니다.

실기형 핵심 체크리스트 (20일차)

전자서명 효력: 전자서명은 **( 전자적 형태 )**라는 이유만으로 서명으로서의 효력이 부인되지 않는다.
위치정보사업자: 위치정보를 직접 수집하여 제공하려는 자는 방송통신위원회의 **( 허가 )**를 받아야 한다. (단, 개인위치정보가 아닌 경우 등은 등록/신고)
긴급구조 시 위치정보: 긴급구조기관은 구조를 위해 위치정보사업자에게 위치정보 제공을 요청할 수 있으며, 이때 사업자는 **( 거절 )**할 수 없다.

✍️ 학습 가이드: 오늘은 법규 공부의 마지막 날입니다! "위치정보사업자는 허가/등록, 위치기반서비스사업자는 신고" 이 구분을 명확히 하시고, 전자서명법에서는 **"모든 전자서명은 차별 없이 효력을 가집니다"**라는 원칙만 잘 기억하시면 됩니다.

19일차 : 정보통신망법(망법) 과 정보통신기반보호법(기반보호법)

mamdragors — Wed, 25 Feb 2026 11:42:23 +0900

19일차는 **정보통신망법(망법)**과 **정보통신기반보호법(기반보호법)**을 다룹니다. 18일차에 배운 '개인정보 보호법'이 일반적인 법이라면, 오늘 배우는 내용은 IT 서비스 제공자와 국가 핵심 시설에 특화된 법규입니다.

19일차 학습 포인트 (원래 스케줄 기준)

학습 범위: PART 06 SEC 18-04~05 (정보통신망법 및 정보통신기반보호법)

1. 정보통신망법 (망법) - 서비스 제공자 중심

침해사고의 통지 및 신고 (제48조의3): 정보통신서비스 제공자는 침해사고 발생 시 즉시 과기정통부 장관이나 KISA에 신고해야 합니다. (실기 단답형 빈출 키워드: 즉시)
정보보호 최고책임자(CISO) 지정 (제45조의3):
- 상시 종업원 수, 매출액 등 일정 기준 이상의 기업은 CISO를 반드시 지정하고 신고해야 합니다.
- 자산 총액 5조 원 이상 등의 대규모 기업 CISO는 다른 직무를 겸직할 수 없습니다. (겸직 금지)
정보보호 공시: 정보보호 투자, 인력 현황 등을 대중에게 알리는 제도로, 일정 규모 이상 기업은 의무 대상입니다.

2. 정보통신기반보호법 (기반보호법) - 국가 중요 시설

이 법은 해킹 시 국가 전체가 마비될 수 있는 시설(전력, 통신, 금융 등)을 보호하기 위한 법입니다.

주요정보통신기반시설의 지정: 관리기관의 장이 지정 권고를 받아 지정하거나 직접 지정합니다.
취약점 분석·평가: 지정된 시설의 관리기관 장은 매년 소관 주요정보통신기반시설의 취약점을 분석·평가해야 합니다. (주기: 매년)
침해사고 대응: 기반시설에 사고가 발생하면 관리기관의 장은 과기정통부, 국정원 등 관계 기관에 통보하고 복구 조치를 해야 합니다.

실기형 핵심 체크리스트 (19일차)

신고 시점: 망법상 침해사고 발생 시 신고는 ( 즉시 ) 해야 한다. (개보법의 72시간과 구분 필수!)
CISO 겸직 제한: 일정 규모 이상의 정보통신서비스 제공자는 정보보호 최고책임자가 다른 직무를 **( 겸직 )**할 수 없다.
기반시설 평가 주기: 주요정보통신기반시설의 관리기관 장은 ( 매년 ) 취약점 분석·평가를 실시해야 한다.
보호대책 수립: 기반시설로 지정되면 ( 6개월 ) 이내에 해당 시설에 대한 보호대책을 수립해야 한다.

✍️ 학습 가이드: 오늘은 "신고는 즉시", "CISO 겸직 금지", "기반시설 평가는 매년" 이 세 가지 키워드를 머릿속에 꼭 저장하세요. 어제 배운 일반법(개보법)과 오늘 배우는 특별법(망법/기반보호법)의 수치 차이를 비교하며 표로 정리해 보시는 것이 좋습니다.

18일차 : 개인정보의 안전성 확보조치 기준

mamdragors — Wed, 25 Feb 2026 11:40:56 +0900

18일차 학습 포인트

학습 범위: PART 06 SEC 18-03 (개인정보의 안전성 확보조치 기준)
이 파트는 법규 중에서도 실기 시험 **'단답형 빈칸 채우기'**에서 가장 높은 출제 빈도를 자랑합니다. 법 조문에 나오는 구체적인 수치를 암기하는 것이 핵심입니다.

1. 비밀번호 작성 규칙 (제5조)

암기 포인트: 비밀번호 설정 시 숫자, 영문, 특수문자 중 2종류 이상 조합 시 10자리 이상, 3종류 이상 조합 시 8자리 이상으로 설정해야 합니다.

2. 접근 권한의 관리 (제4조)

개인정보처리시스템에 대한 접근 권한 부여, 변경, 말소 기록은 최소 3년간 보관해야 합니다.
전보 또는 퇴직 등 인사이동 발생 시 지체 없이 접근 권한을 말소해야 합니다.

3. 개인정보의 암호화 (제7조) - ★최우선 순위

암호화 대상: 고유식별정보(주민번호, 여권번호, 운전면허번호, 외국인등록번호), 비밀번호, 바이오정보.
비밀번호의 특징: 비밀번호는 복호화되지 않도록 **일방향 암호화(Hash)**를 해야 합니다.
전송 시 암호화: 보안서버(SSL 등)를 통해 구간 암호화를 해야 합니다.

4. 접속기록의 보관 및 점검 (제8조) - ★매우 중요

보관 기간: 개인정보취급자가 시스템에 접속한 기록은 최소 1년 이상 보관해야 합니다. (단, 5만 명 이상의 정보주체 정보를 처리하거나 고유식별정보/민감정보를 처리하는 경우 2년 이상 보관)
점검 주기: 접속기록은 월 1회 이상 정기적으로 점검해야 합니다.

5. 출력 시 보호조치 (제10조)

개인정보가 포함된 자료를 인쇄하거나 화면에 표시할 때, 용도에 따라 개인정보의 일부를 가리는 등의 마스킹 처리를 해야 합니다.

실기형 핵심 체크리스트 (18일차)

실기 시험지에는 아래와 같이 빈칸으로 나옵니다.

개인정보취급자가 개인정보처리시스템에 접속한 기록은 최소 ( 1년 ) 이상 보관해야 한다.
비밀번호는 ( 일방향 ) 암호화하여 저장해야 한다.
정보주체 수 ( 5만 ) 명 이상인 경우 접속기록을 ( 2년 ) 이상 보관·관리해야 한다.

✍️ 학습 가이드: 어제(17일차)까지는 큰 틀의 '법률'을 배우셨다면, 오늘(18일차)은 "그래서 서버에 로그를 몇 년 남겨야 해? 비밀번호는 몇 자리여야 해?" 같은 **실무적 기준(수치)**을 외우는 날입니다.