dev_angie.log

[Green Developers 프로젝트 후기]

Fri, 03 Oct 2025 04:29:56 GMT

프로젝트 소개

이 프로젝트는 사용자가 자신의 취향과 여행 목적에 맞게 자유롭게 여행 계획을 구성할 수 있도록 돕는 것을 목표로 합니다. 단순히 정해진 일정표를 제공하는 것이 아니라, 여행지를 선택하고 동선을 짜는 과정에서 개인의 선호와 상황을 충분히 반영할 수 있도록 설계되었습니다. 또한 여행 준비 단계뿐만 아니라 실제 여행을 진행하는 중에도, 새로운 장소를 추가하거나 불필요한 일정을 삭제하는 등 계획을 유연하게 수정할 수 있습니다. 이를 통해 사용자는 언제든지 자신에게 최적화된 일정을 손쉽게 관리할 수 있으며, 여행 도중 발생할 수 있는 돌발 상황에도 빠르게 대응할 수 있습니다. 결과적으로 이 플랫폼은 ‘사용자 중심의 여행 계획 서비스’라는 가치에 초점을 두고, 보다 편리하고 실용적인 여행 경험을 제공하고자 했습니다.

👉 결과물 링크: https://github.com/SWYP-Roadream

Ncloud에서 활용한 서비스

프로젝트에서는 Naver Cloud Platform(NCP)의 다양한 서비스를 활용했습니다.

Compute & Network: VPC, Subnet, Server, Load Balancer
Storage: Object Storage
Security: SSL 인증서

Ncloud 적용 과정

이번 PoC/시연 단계에서는 비용과 일정 제약에 따라 단일 서버에 애플리케이션과 DB를 함께 구동했습니다.

외부 트래픽은 Load Balancer를 통해 유입되며, SSL 인증서를 LB에서 종단시켜 보안과 도메인 관리를 단순화했습니다.

이미지와 파일은 Object Storage에 저장하여 서버 디스크 의존도를 낮추고, 추후 CDN 연계까지 고려 가능한 구조로 설계했습니다.

이 구성은 빠른 구축·낮은 비용과 운영 단순성을 확보하면서, 필요 시 LB 뒤에 서버만 수평 확장해 무중단 확장이 가능하도록 여지를 남겼습니다.

실제 시연에서도 단일 서버 기준으로 요청 처리에 무리가 없었고, 안정적으로 동작함을 확인했습니다.

(선택·후속 계획 한 줄) → 차기 버전에서는 Dev/Prod 분리, DB의 Private Subnet/Cloud DB 분리, 모니터링/알림을 단계적으로 도입할 예정입니다.

만족했던 점과 아쉬웠던 점

*만족스러웠던 점 *클라우드 자원 관리의 유연성입니다. Terraform과 콘솔을 병행해 인프라를 빠르게 구성하고, 필요 시 스펙 변경·확장/축소를 수월하게 수행했습니다. 코드 기반 관리로 변경 이력 추적과 재현성도 확보할 수 있었습니다.

*아쉬웠던 점 *모든 서비스를 Terraform만으로 완전히 제어하기는 어려웠습니다. 일부 서비스/옵션은 프로바이더 지원이 제한적이어서 콘솔 수동 설정을 병행해야 했고, 이로 인해 상태 드리프트(state drift) 가능성이 존재했습니다. 또한 인증서·모니터링 등 일부 영역은 선언적 자동화 범위가 제한되어 운영 자동화에 제약이 있었습니다.

Green Developers 프로그램 참여 소감

이번 프로그램을 통해 단순히 서비스를 만드는 것을 넘어, 클라우드 인프라와 DevOps에 대한 실제 경험을 쌓을 수 있었습니다. 교육과 실습이 함께 진행되면서 프로젝트 결과물이 더 풍부해졌고, 다른 참가자분들의 아이디어도 큰 자극이 되었습니다.

마지막 한 말씀

프로젝트를 진행하면서 아키텍처 설계와 클라우드 자원 운용에 대해 많이 배울 수 있었고, 팀 협업 과정에서도 큰 성장을 느꼈습니다. 앞으로도 개인 프로젝트나 회사 업무에서 Ncloud를 적극적으로 활용할 계획입니다. Green Developers 프로그램이 계속 이어진다면, 더 많은 개발자들이 실전 경험을 쌓을 수 있을 거라 생각합니다.

[C] C언어 문법 정리하기

Wed, 18 Jun 2025 06:50:57 GMT

1. 문자열 비교(`strcmp`) - string compare

strcmp(ineq, ">") == 0 //string compare

if(ineq == “>”) 안됨!!
C에서는 문자열을 == 로 비교하면 주소 비교라서 안됨. 내용 비교는 반드시 strcmp() 사용

2. 문자열 붙이기(`strcat`) - string catenate

strcat() 사용
```
#include 
```

char str[100] = "Hello "; strcat(str, "world!");


## 3. int ↔ char (`sprintf`) / char ↔ int 변환 (`atoi`)

```c
'0' + num // 숫자 하나를 문자
sprintf(str, "%d", num); // 정수 -> 문자열
sprintf(str, "%d%d", a, b) // 이런식으로도 사용 가능!
atoi(str) // 문자열 -> 정수

4. 문자열 복사 - `strdup()`

strdup() 은 문자열을 복사해서 새로운 메모리 공간에 저장하는 함수

char* strdup(const char* s);

인자로 받은 문자열 s를 복사해서, malloc으로 새 메모리에 저장한 뒤, 그 복사된 문자열의 포인터를 리턴

⚠️ strdup()은 malloc() 기반이라 반드시 free() 해야해!

  char *s = strdup("banana");
  // 사용 후 반드시!!
  free(s);

strcpy(dest, src), strncpy(dest, src, n) 과의 차이가 뭘까

| 함수 | 의미 | 특징 |
| --- | --- | --- |
| `strcpy(dest, src)` | 문자열 복사 | 끝까지 복사 (`\0` 포함), **위험할 수 있음** |
| `strncpy(dest, src, n)` | 문자열 n글자 복사 | 길이 제한 있음, **`\0` 자동 보장 X** |
| `strdup(src)` | 문자열 복사해서 **새 메모리에 저장** | `malloc` + `strcpy` 한 번에 처리 |
| `memcpy(dest, src, n)` | 메모리 복사 | 문자열이 아니라 **바이트 단위** 복사, **널 종료 없음** |
| `strlcpy(dest, src, size)` *(비표준)* | 안전한 복사 | 항상 `\0` 보장, **BSD 계열만** (Linux엔 없음) |

5. `qsort()` 란?

C에서 제공하는 범용 정렬 함수.

void qsort(void* base, size_t nitems, int (*compar)(const void*, const void*));

매개변수 하나씩 설명
- base : 정렬할 배열의 시작 주소
- nitems : 배열의 요소 개수
- size : 배열 하나당 요소 크기 (바이트)
- compar : 정렬 기준이 담긴 함수 포인터 (비교 함수)
예제 1: 숫자 배열 오름차순 정렬

#include 
#include 

int cmp(const void* a, const void* b) {
    return (*(int*)a - *(int*)b);
}

int main() {
    int arr[] = {5, 3, 2, 4, 1};
    int len = sizeof(arr) / sizeof(arr[0]);

    qsort(arr, len, sizeof(int), cmp);

    for (int i = 0; i < len; i++) {
        printf("%d ", arr[i]);  // 👉 1 2 3 4 5
    }
}

예제 2: 문자열 배열 정렬

int cmp_str(const void* a, const void* b) {
    return strcmp(*(char**)a, *(char**)b);
}

char* words[] = {"banana", "apple", "cherry"};

qsort(words, 3, sizeof(char*), cmp_str);

비교 함수(cmp) 규칙

int cmp(const void* a, const void* b) {
    // 비교 결과를 리턴:
    // 음수 → a < b
    // 0    → a == b
    // 양수 → a > b
}

6. 포인터 VS 배열

🔁 정리 비교표

표현	의미	변경 가능?	메모리 위치
`"abc"`	문자열 리터럴	❌ 읽기 전용	상수 영역 (Read-Only)
`char* str = "abc";`	문자열 리터럴을 가리키는 포인터	❌	읽기 전용 영역
`char str[] = "abc";`	문자열을 복사한 배열	✅	스택 영역 (또는 데이터 영역)

문자열 리터럴을 수정하고 싶을 때?

char* src = "abc";
char str[10];
strcpy(str, src);
srt[0] = 'x';  //수정 가능

/*
동적 메모리 할당 방법
*/
char* src = "abc";
char* str = (char*)malloc(strlen(src)+1);
strcpy(str, src);
str[0] = 'x' // 가

7. C 문자열/포인터/배열 정리 (헷갈렸던 포인트 중심)

char* a = "abc";
printf("%c", a[0]); // -> 'a'

포인터도 배열처럼 a[i] 사용 가능 (포인터 산술 *(a+i))

// 포인터 배열: 문자열 리터럴을 가리킴 -> 수정 불가
// char* 3개를 담는 배열 
char* arr[3] = {"a", "b", "c"}
printf("%s", arr[0]);  // 출력: a
printf("%c", arr[1][0]);  // 출력: b

%s : 널 문자(\0)로 끝나는 문자열의 시작 주소를 받아서, 그 주소부터 하나씩 문자 출력

`malloc`은 바이트 단위 ⇒ 최소화!!!!!!

malloc? memory(메모리) + allocation(할당) ⇒ 필요한 만큼 메모리를 동적으로 빌려주는 함
할당 후에는 꼭 free()로 해제 → 안하면 메모리 누수 생김!
동적으로 사이즈 조절도 가넝

char* str = malloc(10);           // ✅ 가능 (1바이트 * 10)
int* arr = malloc(sizeof(int) * N);        // ✅ 40바이트 -> int 10개 저장 가능  
int* arr = malloc(10);            // ❌ 버그 (10바이트 -> int는 4바이트라서 2~3개만 들어감)

malloc(N)은 N 바이트 → int 배열이라면 sizeof(int) * N 필요

왜 C는 포인터를 많이 쓸까??

C는 하드웨어에 가까운 언어라서, 메모리를 직접 다루는 게 설계 철학이고 그걸 가능하게 해주는 도구가 바로 포인터 이다.

💡

1. C는 메모리를 “주소”로 다루는 언어

모든 변수는 메모리에 저장되고, 그 메모리는 주소로 접근
포인터는 그 주소를 직접 조작하거나 전달할 수 있는 도구

int x = 10;
int* p - &x; // x의 주소를 p에 저장

2. 값을 복사하지 않고, 직접 “참조”할 수 있음

예: 배열 넘기기

void modify (int* arr) {
    arr[0] = 100;
}

배열 자체를 복사하면 느리고 비효율적이니까 주소를 넘겨서 원본을 찹조하게 만든다. → 성능, 메모리 효율, 직접 조작 모두 가능!!

3. C에는 “문자열 타입”이 없음 → 포인터로 다룸

char str[] = “hello”; 는 사실상 char*로 동작함
문자열은 그냥 문자들의 배열이고, C는 배열을 넘기면 포인터로 취급

void print(const char* str) {
    printf("%s\n", str);
}

4. 동적 메모리 할당이 전부 포인터 기반

malloc() 은 메모리를 런타임에 직접 확보
확보된 메모리는 주소값(포인터)로만 접근 가능

int* p = malloc(sizeof(int) * 10);

5. C에서 함수는 리턴값을 하나만 줄 수 있다.

void getSize(int* width, int* height) {
    *width = 1920;
    *height = 1080;
}

int main() {
    int w, h;
    getSize(&w, &h);
    printf("%d x %d\n", w, h);  // 👉 1920 x 1080
}

포인터는 ‘주소’를 담는 변수다!!!!!!!!!!

[ 값의 복사 ]

개념	C	Java
기본형 전달	값 복사	값 복사
배열/객체 전달	포인터(주소)를 직접 전달	참조값을 복사해서 전달
원본 변경 가능?	포인터 쓰면 가능	참조값을 통해 내부는 변경 가능
원본 자체 교체 가능?	가능 (`*x = ...`)	불가능 (참조 자체는 복사본)

[알고리즘] 크루스칼 알고리즘(Kruskal Algorithm)

Mon, 25 Nov 2024 06:36:08 GMT

크루스칼 알고리즘(Kruskal Algorithm)

크루스칼 알고리즘은 그래프에서 최소 비용 신장 부분 트리(최소 신장 트리: Minimum Spanning Tree)를 찾는 알고리즘이다.

매커니즘

크루스칼 알고리즘은 기본적으로 그리디한 선택을 바탕으로 알고리즘을 진행한다.

주어진 그래프의 모든 간선에 대해, 간선의 연결비용을 낮은 순으로 오름차순 정렬한다.
정렬된 간선 순서대로 선택하면서, 간선의 양 끝 정정을 Union 한다. 단, 이때 선택된 두 정점이 같은 집합에 속해있다면 사이클(cycle)이 있다고 판단하여 포함시키지 않는다)

이러한 매커니즘을 바탕으로 최종 선택된 간선을 연결하는 것이 최소 비용 신장트리이다.

과정

비용이 적은 간선의 양 끝 노드를 선택하고 사이클이 존재하지 않는다면 Union 및 해당 간선 선택, 존재한다면 스킵하는 형태로 모든 간선에 대하여 탐색이 끝날 때까지 동작을 반복한다.

먼저 첫번째 간선을 선택한다. 두 노드 2,3은 서로 독립된 집합이기 떄문에 Union을 진행하고 간선도 선택한다.

마찬가지 방법으로 두번쨰 간선을 선택한다. 두 노드 1,6은 서로 독립된 집합이므로 Union 및 간선을 선택한다.

5, 6번 노드를 간선에 대해서는 각 노드 5번의 최종 부모는 1, 6번의 최종 부모는 1로 두 집합은 이미 같은 집합에 속해있음을 알 수 있다. 그림에서 확인해보면 알겠지만, 두 노드를 연결하는 순간 사이클이 발생한다. 따라서, 이 경우는 스킵한다.

나머지 노드에 대해서도 마찬가지로 진행해주면, 최종적으로 선택된 간선(빨간색)이 최소 신장트리(MST)가 됨을 확인할 수 있다.

구현(JAVA)

import java.util.Arrays;
import java.util.Scanner;

/*
sample input(첫 줄의 첫 숫자는 정점의 개수, 두 번째 숫자는 간선의 개수).
6 9
1 6 5
2 4 6
1 2 7
3 5 15
5 6 9
3 4 10
1 3 11
2 3 3
4 5 7
 */

public class Kruskal {
    static int V, E;
    static int[][] graph;
    // 각 노드의 부모
    static int[] parent;
    // 최종적으로 연결된 최소 신장 트리 연결 비용.
    static int final_cost;

    public static void main(String[] args) {
        // 그래프의 연결상태(노드1, 노드2, 비용)를 초기화.
        Scanner sc = new Scanner(System.in);
        V = sc.nextInt();
        E = sc.nextInt();
        graph = new int[E][3];
        for (int i = 0; i < E; i++) {
            graph[i][0] = sc.nextInt();
            graph[i][1] = sc.nextInt();
            graph[i][2] = sc.nextInt();
        }
        parent = new int[V];
        final_cost = 0;

        // 간선 비용 순으로 오름차순 정렬
        Arrays.sort(graph, (o1, o2) -> Integer.compare(o1[2], o2[2]));

        // makeSet
        for (int i = 0; i < V; i++) {
            parent[i] = i;
        }
        // 낮은 비용부터 크루스칼 알고리즘 진행
        for (int i = 0; i < E; i++) {
            // 사이클이 존재하지 않는 경우에만 간선을 선택한다(여기서는 최종 비용만 고려하도록 하겠다).
            if (find(graph[i][0] - 1) != find(graph[i][1] - 1)) {
                System.out.println("<선택된 간선>");
                System.out.println(Arrays.toString(graph[i]));
                union(graph[i][0] - 1, graph[i][1] - 1);
                final_cost += graph[i][2];
                System.out.println("<각 노드가 가리키고 있는 부모>");
                System.out.println(Arrays.toString(parent) + "\n");
                continue;
            }
        }

        System.out.println("최종 비용 : " + final_cost);
        sc.close();
    }

    private static void union(int a, int b) {
        a = find(a);
        b = find(b);
        if (a > b) {
            parent[a] = b;
        } else {
            parent[b] = a;
        }
    }

    private static int find(int x) {
        if (parent[x] == x)
            return x;
        else
            return find(parent[x]);
    }
}

[자료구조] HashMap 함수

Fri, 08 Nov 2024 01:54:57 GMT

HashMap이란?

Map 인터페이스의 한 종류로써 key와 Value 값으로 데이터를 저장하는 형태이다.

또한, 해싱(Hashing)이란 검색방법을 사용하여 많은 양의 데이터를 검색하는데 있어 뛰어난 성능을 보인다.

HashMap에서 주의할점이 있다면 map 데이터를 등록할 떄, key 값을 중복되지 않고 value는 중복이 허용된다는 점이다.

HashMap(Map) 사용하기

put

HashMap map = new HashMap(); // HashMap 생성
map.put("people", "사람");
map.put("baseball", "야구");

putIfAbsent

지정된 키가 맵에 없을 경우에만 해당 키-값 쌍을 추가한다. 만약 키가 이미 존재하면 값을 덮어쓰지 않는다.

Map map = new HashMap<>();
map.putIfAbsent("pop", 150); // 장르가 없으므로 추가
map.putIfAbsent("pop", 200); // "pop" 장르는 이미 존재하므로 값이 바뀌지 않음

get

key에 해당되는 값을 얻기 위해서 사용한다.

map.get("people");

value값인 "사람"이라는 문자열을 출력한다.

getOrDefault

맵에서 지정한 키에 대한 값을 반환한다. 그러나 키가 존재하지 않으면 지정된 기본값을 반환한다.

Map map = new HashMap<>();
int value = map.getOrDefault("pop", 0) // "pop" 장르가 없으므로 0을 반환한다.

containsKey

continsKey 메소드는 맵(Map)에 해당 키(key)가 있는지를 조사하여 그 결과값을 boolean으로 리턴한다.

map.containsKey("people");

true가 리턴된다.

remove

remove 메소드는 맵(Map)의 항목을 삭제하는 메소드로 key값에 해당되는 아이템(key,value)을 삭제한 후 그 value값을 리턴한다.

System.out.println(map.remove("people));

"people"에 해당하는 아이템이 삭제된 후 "사람"이 출력된다.

size

size 메소드는 Map의 개수를 리턴한다.

map.size()

entrySet()을 사용한 순회

    Map map = new HashMap<>();
    map.put("people", "사람");
    map.put("baseball", "야구");

    for(Map.Entry entry : map.entrySet()){

    String key = entry.getKey();
    String value = entry.getValue();
    System.out.println(key + ": " + value);
    }

[Kafka] Django와 Kafka를 활용한 메시지 전송 및 수신

Mon, 21 Oct 2024 06:47:41 GMT

1. Docker로 Kafka 설치하기

1)docker-compose.yml 파일을 생성하고 작성

version: '2'
services:
  zookeeper:
    image: wurstmeister/zookeeper
    container_name: zookeeper
    ports:
      - "2181:2181"

  kafka:
    image: wurstmeister/kafka:2.12-2.5.0
    container_name: kafka
    ports:
      - "9092:9092"
    environment:
      KAFKA_ADVERTISED_HOST_NAME: 127.0.0.1
      KAFKA_ZOOKEEPER_CONNECT: zookeeper:2181
    volumes:
      - /var/run/docker.sock:/var/run/docker.sock

카프카는 설치를 할 때 2개의 이미지를 이용
카프카 와 주키퍼(카프카 코디네이터)를 같이 설치

2)터미널에서 명령을 수행 - 클러스터 1개를 가진 카프카 서버를 실행

docker-compose up -d

3)외부에서 사용할 수 있도록 설정 변경

터미널에서 도커 컨테이너 안으로 접속
```
docker exec -it kafka /bin/bash
```

설정 파일을 수정 - 내용을 추가

cd /opt/kafka/config
 vi server.properties

listeners=PLAINTEXT://:9092
delete.topic.enable=true
auto.create.topics.enable=true

#### 4)토픽 생성과 조회 및 삭제
- 명령어를 사용하기 위해서 프롬프트 이동: 
```bash
bash# cd /opt/kafka/bin

첫번째 카프카 서버의 첫번째 영역에 토픽(exam-topic) 생성:

bash# kafka-topics.sh --bootstrap-server localhost:9092 --create --topic exam-topic --partitions 1 --replication-factor 1

생성된 토픽 목록 확인

bash# kafka-topics.sh --bootstrap-server localhost:9092 --list

토픽 삭제:

bash# kafka-topics.sh --delete --zookeeper zookeeper:2181 --topic exam-topic

5)메세지 전송 및 받기

메시지 전송 터미널에서 docker exec -it kafka /bin/bash

bash# cd /opt/kafka/bin
bash# kafka-console-producer.sh --topic exam-topic --broker-list localhost:9092
>메세지를 작성

메시지 받기 새로운 터미널에서 docker exec -it kafka /bin/bash

bash# cd /opt/kafka/bin
bash# ./kafka-console-consumer.sh --topic exam-topic --from-beginning --bootstrap-server localhost:9092


docker로 kafka를 만들었을 때 메시지 전송과 수신이 잘 수행되는 것을 알 수 있다. 

## 2. Django에서 카프카 메세지 전송 및 수신 (Window)

![](https://velog.velcdn.com/images/dev_angie/post/f769cb56-ce38-4ebf-84df-97be7035f5c8/image.png)

- 가상 환경을 생성(Window)

python -m venv kafka_env

- 가상환경 활성화

kafka_env\Scripts\activate

- 패키지 설치

pip install kafka-python pip install six==1.6.0


- 메시지 전송하는 코드를 작성하고 실행 한 후 터미널을 확인

`producer.py`
```python
import sys
import six
if sys.version_info >= (3, 12, 0):
   sys.modules['kafka.vendor.six.moves'] = six.moves

from kafka import KafkaProducer
import json


class MessageProducer:
   def __init__(self, broker, topic):
       self.broker = broker
       self.topic = topic
       #key_serializer=str.encode 를 추가하면 key 와 함께 전송
       #그렇지 않으면 value 만 전송
       self.producer = KafkaProducer(
           bootstrap_servers=self.broker,
           value_serializer=lambda x: json.dumps(x).encode("utf-8"),
           acks=0,
           api_version=(2, 5, 0),
           key_serializer=str.encode,
           retries=3,
       )
   def send_message(self, msg, auto_close=True):
       try:
           print(self.producer)
           future = self.producer.send(self.topic, value=msg, key="key")
           self.producer.flush()  # 비우는 작업
           if auto_close:
               self.producer.close()
           future.get(timeout=2)
           return {"status_code": 200, "error": None}
       except Exception as exc:
           raise exc

# 브로커와 토픽명을 지정
broker = ["localhost:9092"]
topic = "exam-topic"
pd = MessageProducer(broker, topic)
#전송할 메시지 생성
msg = {"name": "John", "age": 30}
res = pd.send_message(msg)
print(res)

python producer.py

파이썬 카프카 컨슈머를 작성

consumer.py

import sys
import six
if sys.version_info >= (3, 12, 0):
   sys.modules['kafka.vendor.six.moves'] = six.moves

from kafka import KafkaConsumer
import json
class MessageConsumer:
   def __init__(self, broker, topic):
       self.broker = broker
       self.consumer = KafkaConsumer(
           topic,  # Topic to consume
           bootstrap_servers=self.broker,
           value_deserializer=lambda x: x.decode(
               "utf-8"
           ),  # Decode message value as utf-8
           group_id="my-group",  # Consumer group ID
           auto_offset_reset="earliest",  # Start consuming from earliest available message
           enable_auto_commit=True,  # Commit offsets automatically
       )
   def receive_message(self):
       try:
           for message in self.consumer:
               #print(message.value)
               result = json.loads(message.value)
               for k, v in result.items():
                   print(k, ":", result[k])
               print(result["name"])
               print(result["age"])
       except Exception as exc:
           raise exc

# 브로커와 토픽명을 지정한다.
broker = ["localhost:9092"]
topic = "exam-topic"
cs = MessageConsumer(broker, topic)
cs.receive_message()

python consumer.py

작성한 파일을 실행하면 에러가 발생: 이전에 JSON 형식이 아닌 데이터를 전송했는데 그 데이터를 파싱할려고 해서 에러가 발생

토픽을 삭제하고 다시 전송한 후 실행

#  docker exec -it kafka /bin/bash
bash-5.1# cd /opt/kafka/bin
bash-5.1# kafka-topics.sh --delete --zookeeper zookeeper:2181 --topic exam-topic

[네트워크]

Thu, 26 Sep 2024 08:25:49 GMT

1. 네트워크

1) 네트워크 구성도

홈 네트워크 인터넷 <-> 모뎀 <-> 공유기 <-> 컴퓨터, 테블릿, 스마트폰
데이터 센터 네트워크
- 안정적이고 빠른 대용량 서비스 제공을 목표로 함
- 구성 방법
  - 3계층 디자인 - 예전에 많이 사용하던 방식
    - CORE <-> Aggregation(흐름제어 - 속도, 트래픽) <-> Access
  - 2계층 디자인 - 최근에 네트워크 속도가 빨라지면서 사용, Spine-Leaf 구조

2) 프로토콜

개요
- 통신을 하기 위한 규칙 규약
- 물리적 측면: 데이터 전송 매체(케이블), 신호 규약, 회선 규격 등을 정의하는 것인데 최근에는 거의 이더넷만 사용
- 논리적 측면: 프로토콜 규격 등을 정의하는 것인데 최근에는 TCP/IP 만 사용
- 프로토콜을 정의할 떄 예전에는 비트 기반으로 많이 만들었는데 최근에는 문자 기반으로 많이 사용한다. 비트 기반의 프로토콜은 효율적이기는 하지만 사람이 읽기가 어렵다.
- TCP/IP는 엄밀한 의미에서는 프로토콜이 아니고 프로토콜 스택. TCP와 IP는 별도의 계층에서 동작하는 프로토콜인데 이를 합쳐서 부른다. 이렇게 여러 개를 합쳐서 부를 때는 Stack 이라는 단어를 추가. TCP/IP 프로토콜 스택에는 TCP와 IP 이외에도 UDP, ICMP, ARP, HTTP, SMTP, FTP, HTTPS 등이 포함되어있다.

3) OSI 7계층과 TCP/IP

OSI 7계층
- 전에는 프로토콜을 각 벤더들이 별도로 개발했기 때문에 호환되지 않는 시스템이나 애플리케이션이 많았음
- 하나의 프로토콜로 통합하고자 했던 노력으로 만들어진 것이 OSI 7계층
- 7개의 계층으로 모듈화 한 이유는 재사용 문제 때문: 하나로 만들면 재사용성이 떨어지고 이해하기 어려워진다.

이름	데이터
Application	실제 데이터: 우리가 이해할 수 있는 데이터
Presentation	실제 데이터
Session	실제 데이터
Transport	Segments
Network	Packet
DataLink	Frames
Physical	Bits

2개 부분으로 분할 5-7계층: 상위 계층 - 애플리케이션 계층 : 인간, 애플리케이션 개발자의 영역 1-4계층: 하위 계층 - Data Flow 계층 : 기계, 네트워크 엔지니어의 영역
TCP/IP 프로토콜 스택
- 4개 계층으로 프로토콜을 정의 Application: OSI 의 5-7계층 Transport Internet: OSI 3계층 Network Access: OSI의 1,2 계층
계층 별 기능을 설명할 떄 OSI 7계층을 가지고 설명을 많이 한다.

4) OSI 7계층 별 이해

1계층(물리 계층)
- 물리적 연결과 관련된 정보
- 장비로는 Hub, Repeater, Cable, Connector, Transiver(랜 카드와 케이블을 연결해주는 장비), TAP(네트워크 모니터링 이나 패킷 분석을 하기 위해서 전기 신호를 다른 장비로 복제해주는 장비) 등
2계층(데이터 링크 계층)
- 전기 신호를 데이터 형태로 변환하는 계층
- 주소 정보를 정의하고 정확한 주소로 통신이 되도록 하는 역할을 수행
- 1계층에서는 주소라는 개념이 존재하지 않지만 출발지 주소와 목적지 주소를 확인하고 자신에게 전송된 것인지 확인
- 에러 탐지도 수행
- 2계층 장비는 NIC(Network Interface Card)와 Switch
- 사용하는 주소 체계는 MAC Address
- 2계층 장비들은 MAC Address를 이해할 수 있는 장비
- NIC 동작 방식 전기 신호를 데이터 형태로 생성 목적지 MAC Address와 출발지 MAC Address를 확인 자신의 MAC Address를 확인 목적지 MAC Address와 자신의 MAC Address가 일치하면 데이터를 처리하고 다르면 데이터를 폐기
- Switch 허브와 유사하게 여러 개의 포트로 구성 MAC Address Table을 가지고 있어서 통신을 하면 MAC Address를 학습해서 테이블에 저장할 수 있다. 단말들이 통신할 때 포트를 적절히 필터링하고 정확한 포트로 포워딩한다. 허브는 어느 순간 하나의 장비만 전송이 가능하지만 Switch는 동시에 데이터 전송이 가능
3계층 (네트워크 계층) 논리적인 주소가 정의 사용자가 환경에 맞게 변경할 수 있고 주소를 네트워크 주소 부분과 호스트 주소 부분으로 나누어서 할당할 수 있다. 3계층 장비가 라우터이다. IP를 이해해서 다른 네트워크를 찾아가는 장비이다.
4계층(전송 계층)
- 데이터들이 정상적으로 잘 전송이 되는지 확인하는 역할
- 데이터는 하나의 묶음으로 전송되지 않고 일정한 크기(Packet) 단위로 분할해서 보내게 되는데 중간에 패킷이 유실되거나 순서가 바뀔 수 있는데 이러한 문제를 해결하는 계층
- 패킷을 만들 떄 Sequence Number를 붙이고 받는 쪽에서는 ACK(Acknowlegement) Number를 전송한다.
- 컴퓨터 내에서 애플리케이션을 구분하기 위해서 port를 부여
- 4계층에서 동작하는 장비는 Load Balancer와 Firewall: 장비라고 하기도 하고 Software라고 하기도 한다.
  - Load Balancer: 부하분산
- 5계층(세션 계층)
  - 연결 해제와 연결 유지하는 역할
  - 에러 복구와 중단된 통신에 재전송 수행 수행
  - 연결 해제와 유지를 위해서 특별한 키를 발급해서 키를 가지고 실제 연결하는 컴퓨터를 구분
- 6계층(프레젠테이션)
  - 구분 변환, 데이터 압축, 인코딩과 디코딩을 수행
  - 데이터의 형식을 맞추는 계층
- 7계층(애플리케이션 계층)
  - 애플리케이션 프로세스 정의하는 계층
  - OSI 전 계층을 수행하는 장비는 Gateway(Router를 Gateway로 보는 경우가 많음)

5) 통신 과정

데이터를 전송을 하게 되면 상위 계층에서 하위 계층으로 데이터를 전송 전송을 받는 쪽에서는 하위 계층에서 상위 계층으로 데이터를 전송
데이터를 보내는 과정을 Encasulation 그리고 받는 과정을 Dcapsulation 이라고 하기도 한다.
보내는 쪽 Data -> 4계층(4계층 헤더 + Data: Segment) -> 3계층(3계층 헤더 + 4계층 헤더 + 데이터: Packet) -> 2계층(2계층 헤더 + 3계층 헤더 + 4계층 헤더 + 데이터 + FCS) -> 1계층 (전기적 신호로 변환)
받는 쪽은 반대 과정을 거침
MSS와 MTU
- MSS(Maximum Segment Size): 4계층에서 사용할 수 있는 데이터의 최대 크기
- MTU(Maximum Transmission Unit): 네트워크 계층에서 한 번에 보낼 수 있는 데이터의 최대 크기, 이데넛에서는 1500 바이트

2. 네트워크 구분과 구성 요소

1) 네트워크 연결 구분

규모에 따른 구분
- LAN: Local Area Network 사무실이나 건물 하나 정도의 소규모의 네트워크 도시 단위의 네트워크를 만들 때 통신사의 인프라를 이용하면 WAN이라고 하고 자체 인프라를 이용하면 MAN 이라고 하기도 한다.
- MAN: Metropolitan Area Network 하나의 도시 정도를 네트워크로 연결
- WAN: Wide Area Network 먼 거리를 연결한 네트워크
- PAN: Personal Area Network 개인의 작업 공간을 중심으로 장치들을 서로 연결하기 위한 네트워크

2) 회선에 따른 분류

인터넷 회선: 인터넷 접속을 위해 통신 사업자와 연결하는 회선 가입자와 통신 사업자 간에 직접 연결되는 구조가 아니라 전송 선로 공유 기술을 이용
전용 회선: 가입자와 통신 사업자 간에 대역폭을 보장해주는 서비스

컴퓨터 - 스위치 - 라우터 - ISP - 라우터 - 스위치 - 컴퓨터 본사와 지사 연결이나 지사와 지사 연결등에 사용 종류는 저속인 음성 전송 기술 기반이 있고 고속인 메트로 이더넷이 있다.

LLCF(Link Loss Carry Forward) 한쪽 링크가 다운되면 이를 감지해 반대쪽 링크도 다운시키는 기능 전용 회선을 이더넷으로 구성할 때 통신 사업자가 LLCF를 설정하지 않으면 한 사이트에 다운되더라도 반대쪽 사이트에서 회선이 살아있는 것처럼 보이기 때문에 회선 개통 한 후 회선사에서 LLCF 설정이 되어있는지 확인

인터넷 전용 회선: 인터넷 연결 회선에 대한 통신 대역폭을 보장해주는 서비스

3) VPN(Virtual Private Network)

전용 회선이 아니지만 가상으로 직접 연결한 것 같은 효과가 나도록 만들어주는 네트워크 기술
통신 사업자 VPN
- 통신 사업자가 VPN을 구성해주는 것
- 하나의 건물에서만 VPN을 구성한다면 직접 구성하면 되지만 먼거리에 떨어져있는 곳 과도 통신이 가능한 VPN을 만들려면 회선 연결 비용이 증가하기 때문에 통신 사업자의 회선을 이용해서 구성한다.
- MPLS VPN: 통신 사업자는 전용선인 것처럼 보이게 하지만 실제로는 가입자를 구분하는 기술을 적용해서 시분할을 이용해서 서비스를 제공
가입자 VPN: 일반 사용자가 가상 네트워크를 직접 구성하는 것

4) DWDM(Dense Wavelenth Divistion Multiplex: 파장 분할 다중화)

광케이블로 데이터를 전송할 채널을 분할해서 데이터를 전송하는 것

5) 네트워크 구성 요소

NIC(Network Interface Card) 직렬화, MAC Address, 흐름 제어(Flow Control - 데이터를 안정적으로 주고받기 위해서 통신 중일 때 다른 네트워크에서 데이터를 보내는 것을 중지하라고 요청)

일반적으로 사용하는 NIC 외에도 스토리지와 서버를 연결하는 NIC도 존재 고성능 클러스터링을 구현하기 위한 HPC(HIgh Performance COmputing)에서도 우리가 일반적으로 사용하는 NIC를 사용하지 않는다.

케이블과 커넥터 1000(속도)BASE(채널)-T(케이블 타입) 케이블 종류는 트위스트페어(유선 인터넷), 동축 케이블(TV 회선), 광케이블 등이 있음
스위치 여러 장비를 연결하고 케이블을 한 곳으로 모아주는 역할을 수행 스위치와 허브의 기능을 같이하면 스위칭 허브라고 부르기도 하고 4계층이나 3계층의 역할까지 수행하는 스위치를 L3 또는 L4 스위치라고 한다.
라우터 외부 네트워크와 통신하기 위한 장비 정확한 방향으로 데이터가 전송되도록 하고 최적의 경로로 데이터를 포워딩하는 역할을 수행
로드밸런서
- 4계층 장비
- 애플리케이션 계층에서 애플리케이션 프로토콜의 특징을 이해하고 동작하는 로드밸런서를 ADC(Application Delivery Controller)라고 부른다.
- 포트 주소를 확인하는 동시에 IP 변환도 수행
- 웹 서버를 구축할 때 많이 사용하는데 동일한 역할을 수행하는 웹 서버를 여러 대 만들고자 하는 경우 로드 밸런서를 웹 서버 앞에 두고 웹 서버를 여러 대 만든 다음 대표 IP는 로드밸런서에게 부여하고 로드밸런서가 요청이 오면 웹 서버를 지정해서 전송하도록 한다.
- 이런 원리로 동작하는 소프트웨어 중 하나가 nginx 이다.
- 로드밸런서를 이용하게 되면 서비스 헬스 체크나 대용량 세션 처리 기능을 사용할 수 있다.
보안 장비
- 방화벽이나 IPS 등의 장비 또는 소프트웨어
- 방화벽: OSI 7계층 중 4계층에서 동작해서 패킷의 3, 4 계층 정보를 확인하고 패킷을 정책과 비교해서 버리거나 포워딩한다.
- 공유기
  - 2계층 스위치, 3계층 라우터, 4계층 NAT와 간단한 방화벽 기능을 모아놓은 장비
  - 내부는 스위치와 무선 AP 그리고 라우터 부분으로 구성되어 있음
모뎀
- 공유기의 LAN 포트와 WAN 포트는 일반 이더넷이어서 100m 이상 먼 거리로 데이터를 보내지 못하기 때문에 먼 거리 통신을 위해서 모뎀이 필요

3. 네트워크 통신

1) 네트워크에서 출발지에서 목적지로 데이터를 전송할 떄 사용하는 통신 방식

unicast
- 1:1 통신
- 출발지와 목적지가 명확히 하나로 정해져있는 통신 방식
- 대다수의 통신은 unicast
broadcast
- 목적지 주소가 모든으로 표기되어 있는 통신 방식
- 유니캐스트로 통신하기 전에 상대방의 정확한 위치를 알기 위해서 사용
- 로컬 네트워크에서 모든 호스트에 패킷을 전달해야 할 떄 사용
multicast
- 멀티캐스트 그룹 주소를 이용해서 해당 그룹에 속한 다수의 호스트로 패킷을 전송하기 위한 통신 방식
- IPTV 와 같은 실시간 방송을 볼 때 사용하고 사내 방송이나 증권 시세 전송과 같이 단방향으로 다수에게 같은 내용을 전송할 때 사용
anycast
- 주소가 같은 호스트 중에서 가장 가깝거나 가장 효율적으로 서비스할 수 있는 호스트와 통신하는 방식
- 도메인을 이용해서 인터넷을 할 때 가장 가까운 DNS 서버를 찾을 떄 사용
IPv6에서는 브로드캐스트라는 용어 대신에 링크 로컬 멀티캐스트라고 한다.

2) MAC Address

주소 체계
- 변경할 수 없도록 하드웨어 고정되어 출하
- 모든 네트워크 장비에는 MAC 주소를 할당해야 한다.
- 한 제조업체 하나 이상의 주소 풀을 주고 그 안에서 자체적으로 할당
- 48비트로 구성되는데 앞의 24비트가 제조회사 코드(OUI)이고 뒤의 24비트(UAA)는 제조사에서 자체적으로 할당
- 고유하지 않을 수 있는데 이유는 제조사의 실수나 코드의 부족 때문인데 동일 네트워크 안에서만 같지 않으면 통신하는데 문제가 없다.
- ROM 고정되서 변경할 수 없도록 출하가 되지만 이 주소도 메모리에 적재되서 사용되므로 MAC 주소를 변경해서 사용하는 것이 가능

3) IP Address

IPv4
- 32비트로 만들고 표기할 떄는 4개의 Octet(8비트)으로 나누고 각 OCtet은 .으록 구분
- 각 Octet은 10진수로 표기
192.168.0.1과 같이 표기
- 2개 부분으로 구성
  - 네트워크 부분: 호스트들을 모은 네트워크를 지칭하는 주소, 네트워크 주소가 같으면 같은 로컬 네트워크라고 한다.
  - 호스트 부분: 하나의 네트워크 내에 존재하는 호스트를 구분하기 위한 주소
- 네트워크 부분과 호스트 부분을 구분하는 경계점이 고정이 아니다. 따라서, 호스트의 IP 개수에 따라 네트워크 크기를 다르게 할당하는 것이 가능한데 이를 위해서 클래스라는 개념을 도입 A클래스는 약 1600만 개의 IP 주소를 가질 수 있다. 첫번째 점이 경계 B클래스는 65536 개의 IP 주소를 가질 수 있다.두번째 점이 경계 C클래스는 256개의 IP 주소를 가질 수 있다. 세번째 점이 경계
- 최근에는 조금 더 세밀하고 네트워크와 호스트 부분을 설정할 수 있다.
- 사용 가능한 IP 범위를 할 때도 이를 이용 처음 IPv4를 만들 떄 각 클래스 별로 별도의 주소 블록을 할당 A Class는 맨 앞 비트가 0으로 시작: 0.0.0.0 ~ 127.255.255.255 B Class는 맨 앞 두 비트가 10으로 시작: 128.0.0.0 ~ 191.255.255.255 C Class는 맨 앞 세 비트가 110으로 시작: 192.0.0.0 ~ 223.255.255.255
만일 IP 주소가 192.168.202.207 이라면 기본적으로 C 클래스 네트워크 주소: 192.168.202.0 브로드캐스트 주소: 192.168.202.255 실제 사용 가능한 IP 범위: 192.168.202.1 ~ 192.168.202.254가 된다. 이를 조금 더 세분화시켜서 비트 단위로 분할 할 수 있는데 이를 서브네팅이라고 한다.
IP 주소 부족 문제 해결
- 인터넷을 사용하는 호스트 숫자가 폭발적으로 증가해서 IP 주소가 부족해지는 문제가 발생
- 이를 해결하기 위해서 가장 먼저 도입한 것은 클래스 리스 방식 즉 CIDR 두번째 도입한 것은 NAT와 사설 IP 주소 세번쨰 도입한 것이 IPv6
클래스 리스
- 기존 클래스의 개념을 없앤 것으로 네트워크를 원하는 단위로 분할 할 수 있도록 한 것
- 이를 위해서 subnet mask 라는 개념을 도입
- subnet mask 는 동일한 네트워크 크기를 표현하기 위한 주소 subnet mask를 표현하는 방법은 비트 수를 기재하는 방법과 10진수로 표현하는 방법 2가지이다. IP Address/비트 수 또는 IP Address 10진수로 표기
- 비트 수로 표시를 하면 비스 수 만큼 같으면 동일한 네트워크로 간주하는 것이 10진수로 표현하면 이진수로 변환해서 1이 있는 부분까지가 동일하면 동일한 네트워크로 간주
  - 라우터나 컴퓨터에 IP를 설정할 때 이 방식을 사용
  - 비트 수로 설정하지 않고 10진수로 설정
  - 네트워크를 설정할 떄는 네트워크 대역안에 있는 어떤 IP 주소를 할당해도 동일하게 적용
  - 컴퓨터의 IP를 설정할 때는 동일 네트워크 대역안에서 정확하게 IP를 할당해야 한다. 현재 컴퓨터의 IP는 192.168.202.207이다. 서브넷 마스크는 255.255.240.0(11111111.11111111.11110000.0000)

192.168.202.207/20 로 표기한다.

라우터의 네트워크 설정을 한다면 192.168.200.0 255.255.240.0 으로 해야 하지만 이 주소 풀이 192.168.200.0 ~ 192.168.215.255 이다. 192.168.201.1 255.255.240.0 으로 설정해도 된다.

필요한 크기대로 분할하는 작업 subnetting이라고 한다.
네트워크 사용자 입장에서 서브네팅이 중요한 것은 서브네팅 된 주소를 보고 사용할 수 있는 IP를 할당해야 한다.
네트워크 설계자 입장에서는 호스트의 개수를 파악해서 적절한 서브네팅 작업을 해주어야 한다.
방화벽을 설정할 떄도 서브네팅이 필요하다.

퍼블릭 클라우드의 대부분 동일 네트워크 내에서의 통신은 비용을 지불하지 않는다. 퍼블릭 클라우드에서는 직접 설정하기 보다는 동일한 VPC 로 묶으면 이 작업을 대신 수행해 준다.
Public IP와 Private IP
- 인터넷에 접속을 할려면 IP주소가 있어야 한다. 인터넷을 할 때 사용할 수 있는 IP주소를 Public IP라고 한다. 인터넷을 연결하지 않고 네트워클 구성하기 위해서 사용하는 IP 주소를 Private IP라고 한다.
- 인터넷에 접속할려면 통신 사업자로부터 IP 주소를 할당받거나 IP 할당 기관(KISA)에서 인터넷 독립기관 주소를 할당받은 후 할 수 있는데 직접 할당 받는 것은 절차가 복잡하기 때문에 대부분은 통신 사업자로 부터 할당을 받는다.
- 인터넷에 접속하지 않거나 NAT(Network Address Translation) 기술을 사용할 경우 Private IP를 이용 Private IP를 가지고는 인터넷을 할 수 없지만 NAT 장비에서 Public IP로 변경해서 인터넷에 접속이 가능
- Private IP 대역
10.0.0.0/8 | 10.0.0.0 ~ 10.255.255.255 172.16.0.0/12 | 172.16.9.9 ~ 172.31.255.255 192.168.0.0/16 | 192.168.0.0 ~ 192.168.255.255
- 회사 내부에서 Private Network을 구축할 떄 보안 상의 문제나 IP공유를 위해서 NAT를 사용하는데 이 떄 다른 사용자와 중복된 IP를 사용하면 안되는데 다른 사용자가 사용하고 있는 Public IP를 내부 네트워크의 IP로 할당을 하면 인터넷은 문제가 없지만 그 IP를 가진 컴퓨터와 통신은 안된다.
Bogon IP 사용할 수 없는 IP 주소로 IANA(IP 주소를 할당하는 최상위 기관)가 여러가지 목적으로 예약해 놓아서 public IP로 사용할 수 없는 IP. 이 주소를 이용한 네트워크 접속 시도가 있는 떄는 IP Spoofing(주소를 변조해서 공격)일 가능성이 높으므로 필터링 해야 한다.

0.0.0.0/8: This Network 10.0.0.0/8: Private IP 100.64.0.0/10: 캐리어 그레이드 NAT(통신 사업자가 Private IP를 할당하기 위해서 사용) 127.0.0.0/8: Loop Back Address(자기 자신) 169.254.0.0/16: 링크 로컬 172.16.0.0/12: Private IP 192.0.0.0/24: IETF 프로토콜 할당 192.0.2.0/24: 테스트 용 192.168.0.0/16: Private IP 224.0.0.0/4: 멀티캐스트 예약 255.255.255.255/32: 브로드캐스트

IP Addresds 발신자 확인 가능 우리나라에서는 https://whois.kisa.or.kr 에서 제공

4) TCP와 UDP

4계층 프로토콜
포트가 이 계층에서 제공하는 주소
애플리케이션에서 사용하는 프로세스를 정확히 찾아가고 데이터를 분할한 패킷을 잘 쪼개고 조립하는 역할을 수행
포트번호
- HTTP TCP는 80, HTTPS TCP는 443, SMTP TCP는 25 이런 식으로 알려진 포트를 Well Know 포트라고 하고 IANA에서 등록해 놓았고 1023 이하의 포트번호를 사용
- 애플리케이션에서도 IANA에 포트 번호를 등록할 수 있는데 이때는 1024~49151 번 포트를 사용한다. MySQL이나 MaraiDB는 3306 Oracle은 1521,8080 Mongo DB는 27017 Django는 8000 Tomcat 8080 자주 사용하는 Application은 이 포트번호를 기억해 두는 것이 좋다.
- 49152~65535 까지는 자동으로 할당되거나 Private 용도로 클라이언트의 임시 포트 번호로 사용
TCP
- 신뢰할 수 없는 공용망에서 정보 유실없는 통신을 보장하기 위해 세션을 안전하게 연결하고 데이터를 분할하고 분할된 패킷이 잘 전송되었는지 확인하는 기능을 가지 프로토콜
- 송신자와 수신자가 3개의 패킷을 주고 받아야 한다면 송신자 측에서 1번 패킷을 전송하면 수신자 측에서 1번을 잘 받으면 2번을 요청하고 송신자 측에서 2번을 전송하고 수신자 측에서 2번을 전송받았다면 3번을 요청을 하고 송신자에서 3번을 전송하고 수신 측에서 3번을 받으면 데이터를 전부 받았다고 알려주고 통신을 종료
- 유실없는 안전한 통신을 위해서 통신 시작 전에 사전 연결 작업을 수행 클라이언트가 서버에게 Syn 신호를 전송하고 서버는 Syn과 Ack를 전송하고 다시 클라이언트는 Ack를 전송해서 연결을 수행
- 네트워크 프로그램을 직접 만든다면 중요한 데이터 전송에는 반드시 TCP 방식을 사용해야 한다.
UDP
- 사전 연결 작업을 수행하지 않고 전송하는 프로토콜
- 음성 데이터나 실시간 스트리밍 과 같이 시간에 민감한 프로토콜이나 애플리케이션을 만들 때 사용하고 사내 방송이나 증권 시세 데이터 전송에 사용하는 멀티캐스트 환경에서 사용
- 중요하지 않은 데이터 전송이나 단방향 전송을 하는 애플리케이션을 만들 때 사용

4. Switch

1) 개요

2계층 주소인 MAC Address 기반으로 동작하는 장비
아무 설정없이 네트워크에 연결해도 MAC Address를 기반으로 패킷을 전달하는 기본 동작을 수행할 수 있다.
기본 동작이외에도 한 대의 장비에서 논리적으로 네트워크를 분리할 수 있는 VLAN 기능과 네트워크 루프를 방지하는 스패닝 트리 프로토콜(STP) 같은 기능을 기본적으로 가지고 있음
MAC Address Tble을 만들어서 어떤 포트에 어떤 MAC Address를 가진 호스트가 연결되어 있는지 학습을 할 수 있다. Flooding -> Address Learning -> Forwarding/Filtering의 3가지 동작으로 설명이 가능하다.
- 플러딩 스위치는 부팅되면 네트워크 관련 정보가 하나도 없다. 이 상태에서는 스위치는 네트워크 통신을 중재하는 자신의 역할을 하지 못하고 허브처럼 동작 스위치가 허브처럼 모든 포트로 패킷을 흘리는 동작을 플러딩이라고 한다. 새로 부팅하지 않았는데도 자꾸 플러딩이 일어나면 스위치가 정상적으로 동작하지 않거나 주변에서 공격이 수행되는 상황
- Address Learning 모르는 MAC Address로 데이터를 전송하라고 하면 일단 플러딩을 수행하고 데이터를 전송하는 장비의 MAC Address를 주소 테이블에 기록한다.
- Forwarding/Filtering 패킷이 스위치에 들어오면 도착지 MAC Address를 확인하고 자신이 가진 주소 테이블과 비교해서 맞는 정보가 있는 해당 포트로 데이터를 전송하고 다른 포트로는 데이터를 전송하지 않음

2) VLAN

하나의 물리적인 스위치에서 여러 개의 네트워크를 나누어 사용할 수 있는 기능: Virtual Local Area Network
VLAN을 나누게 되면 유니캐스트나 브로드캐스트로 다른 VLAN과 통신할 수 없다. VLAN을 나누게 되면 VALN 간에는 3계층 장비를 이용해서 통신을 해야 한다.
종류
- 포트 기반의 VLAN: 포트 단위로 VLAN을 생성
- MAC Address 기반의 VLAN: LAN을 이동하면서 사용하는 경우 MAC Address 기반으로 VLAN 생성

3) STP

SPoF(Single Point of Failure: 단일 장애점) 하나의 요소 때문에 장애가 발생한 경우 전체 시스템에 장애가 발생하는 것
네트워크에서도 하나의 장비 고장으로 전체 네트워크가 마비되는 것을 막기 위해서 이중화 또는 다중화된 네트워크를 디자인하고 구성
여러 개의 switch로 네트워크를 디자인하게 되면 패킷이 잘못되면 네트워크를 따라서 계속 전송되는 일이 발생할 수 있다.
루프 구조의 switch 연결이 있으면 계속해서 데이터를 전송할 수 있다.
브로드캐스트 스톰
- 루프구조를 가진 네트워크에서 브로드캐스트 전송을 하는 경우 각 스위치는 데이터가 들어온 포트를 제외하고 모든 포트에 데이터를 전송한다. 이 경우 케이블을 제거하기 전까지 데이터를 계속 전송한다.
MAC 러닝 중복 문제
- Switch는 출발지의 MAC Address를 가지고 테이블을 구성하는데 여기서 출발지와 실제 데이터를 전송받은 곳의 MAC Address가 다른 경우 잘못된 학습을 할 수 있다.
Spanning Tree Protocol
- 스위치가 루프를 확인하고 적절히 포트를 사용하지 못하도록 하는 것

다운받을거

우분투 이미지
irtual box
GNS3(라우터나 스위치 시뮬레이션 할 때 사용하는 프로그램): https://www.gns3.com/
cisco router image:https://networkrare.com/free-download-cisco-ios-images-for-gns3-and-eve-ng/

[Django] RESP API

Tue, 24 Sep 2024 08:49:16 GMT

1) API(Application Programming interface)

프로그램과 프로그램을 연결시켜주는 매개체
프로그램과 통신을 위해서 제공
프레임워크 형태로 제공하기도 하고 데이터 형태로 제공하기도 함
비슷한 말로 Software Developer Kit이라고 하기도 한다.
Open API라고 부르면 API를 누구나 사용할 수 있도록 해준것 입니다.

2) CSR(Client Side Rendering)

API Server를 만들어서 데이터를 제공하도록 만들고 클라이언트에서 이 데이터를 제공받아서 출력하는 방식
Server Side Rendering은 서버가 처리를 한 후 그 데이터를 가지고 템플릿 엔진을 이용해서 HTML을 만들어서 클라이언트에게 제공하는 방식
CSR 방식은 클라이언트에서 데이터를 가공해서 화면에 출력을 하기 때문에 데이터를 어떤 형식으로 주고 받을지 결정을 해야하는데 가장 많이 사용된 방식은 XML과 JSON 이다.
XML(eXtensible Markup Language)
- HTML은 브라우저가 해석하지만 XML은 개발자나 프레임워크가 해석
- XML은 구조적
- JSON보다 인간이 읽기가 쉽지만 용량이 크다.
```
이름
30

    축구
    야구
```
JSON(JavaScript Object Notation)
- 자바스크립트의 객체 표현 방식을 이용
- XML보다 경량이지만 인간이 읽기가 어려움
- 인간이 읽기 어렵기 떄문에 설정 파일에 사용하기는 어렵고 데이터 전송에 많이 사용한다.
- 스마트폰 운영체제의 데이터 전송 방식은 전부 JSON 이다.
```
{name:"이름", age:30, hobby:["축구","야구"]}
```

3) REST(REpresentational State Transfer)

분산 하이퍼미디어 시스템을 위한 소프트웨어 아키텍쳐의 형식
자원을 정의하고 자원에 대한 주소를 지정하는 방법 전반을 일컫는 말로 웹 상의 자료를 HTTP 위에서 SOAP(Simple Object Access Protocol)이나 쿠키를 통한 세션 트랙킹 같은 별도의 전송 계층없이 전송하기 위한 아주 간단한 인터페이스
REST 원리를 따르는 시스템을 RESTful 하다라고 한다.
6가지 제약조건
- Client - Server 구조
- Stateless(무상태): 클라이언트가 서버에 요청을 보낼 때 이전 요청의 영향을 받지 않아야 한다.
- Cacheable Data: 서버에서 리소스를 리턴할 떄 캐시가 가능한지 아닌지를 명시해야 하는 것인데 HTTP에서 cache-control이라는 헤더에 리소스의 캐시 여부를 명시할 수 있다.
- Layered System: 여러 개의 레이어로 된 서버를 사용할 수 있음, 클라이언트는 이 사실을 알 필요가 없음 하나의 시스템을 여러 개의 애플리케이션으로 분리해서 구현하기도 하고 인증 서버, 캐싱 서버, 로드 밸런서를 거쳐서 응답을 하기도 한다.
- A Uniform Interface: 일관성 있는 인터페이스를 가져야 한다. HTML과 JSON 두 가지 형태의 데이터를 사용하는 것은 안된다. 동일한 콘텐츠를 사용하는 경우 동일한 URL을 사용하는 것을 권장 http://www.example.com/todo Get 방식이면 가져오는 것 POST 방식이면 삽입 PUT이면 수정 DELETE이면 삭제 이렇게 HTTP 메서드로 작업을 구분
- Code-On-Demand 선택 사항으로 클라이언트는 서버에 코드를 요청할 수 있고 서버가 리턴한 코드를 실행할 수 있음

3. Django REST Framework

1) 개요

REST API를 만들 수 있는 프레임워크
설치: pip install djangorestframework

2) 프로젝트 생성
django-admin startproject 프로젝트이름 경로

3) 애플리케이션 생성 - 프로젝트의 manage.py 파일이 있는 디렉토리에서 수행
python manage.py startapp 애플리케이션이름

4) setting.py 파일 수정

INSTALLED_APPS 부분에 rest_framework 와 자신의 애플리케이션을 등록

INSTALLED_APPS = [
  'django.contrib.admin',
  'django.contrib.auth',
  'django.contrib.contenttypes',
  'django.contrib.sessions',
  'django.contrib.messages',
  'django.contrib.staticfiles',
  'myweb',
  'rest_framework',
  'apiapp'
]

DATABASES 부분을 사용할 수 있는 데이터베이스로 수정

DATABASES = {
  'default': {
      'ENGINE': 'django.db.backends.mysql',
      'NAME': 'rest',
      'USER':'root',
      'PASSWORD':'1234',
      'HOST':'127.0.0.1',
      'PORT':'3306'
  }
}

TIME_ZONE 수정
```
TIME_ZONE = 'Asia/Seoul'
```

5) urls.py 파일을 수정해서 example로 시작하는 url에 대한 처리는 apiapp의 urls.py에서 처리하도록 수정

프로젝트에 여러 개의 애플리케이션 존재하는 경우 프로젝트에서 모든 요청을 처리하도록 하면 프로젝트의 urls.py가 너무 복잡해지므로 요청을 처리하는 로직이나 url 설정을 애플리케이션 단위로 분할하는 것이 좋다.
```
from django.contrib import admin
from django.urls import path, include
```

urlpatterns = [ path('admin/', admin.site.urls), path('example/', include('apiapp.urls')) ]


### 6) 요청을 만들고 JSON을 리턴하는 코드를 작성
- apiapp 디렉토리에 urls.py 파일을 추가하고 작성
```python
from django.urls import path
from .views import helloAPI

urlpatterns = [
    path("hello/", helloAPI)
]

apiapp 디렉토리의 views.py 파일에 helloAPI 함수를 추가

from django.shortcuts import render #템플릿 엔진을 이용해서 HTML 출력에 사용
from rest_framework.decorators import api_view
from rest_framework.response import Response #json 데이터 생성에 사용

Create your views here.

@api_view(['GET']) def helloAPI(request): return Response("Hello REST API")

- 관리자용 테이블을 생성

python manage.py makemigrations python manage.py migrate


- 확인
  - 웹서버를 실행 
  `python manage.py runserver 127.0.0.1:80`
  - 브라우저에서 확인
  `localhost/example/hello`
 ![](https://velog.velcdn.com/images/dev_angie/post/ccb91691-ef88-488c-b3c5-a185aea007cb/image.png)

### 7) Response
- 응답 결과를 만들기 위한 클래스
- 인스턴스를 생성할 떄 첫번쨰 클래스 매개변수가 클라이언트에게 전송될 데이터
status는 상태 코드
- 주요 상태 코드
200: OK
201: Created - 요청은 처리되어서 새로운 리소스를 생성
202: Accepted - 요청은 접수되었지만 처리가 완료되지 않음
3xx: 리다이렉션 중
400: 잘못된 요청
401: 권한이 없음
403: 권한 처리 이외의 사유로 리소스에 대한 엑세스가 금지
404: 지정한 리소스를 찾을 수 없음. 서버에서 처리하는 로직을 찾을 수 없음
500: 내부 서버 오류 

- 응답 결과를 전송할 떄 상태 코드를 같이 전송해서 정상 처리 여부를 알려주는 것이 좋다. 

### 8) Django와 다른점
- 실행 부분에 HTTP의 헤더가 보임
- 템플릿의 형태가 아닌 JSON과 같은 형태의 응답을 제공
- Serializer(직렬화)
  - 인스턴스 단위로 파일이나 네트워크를 통해 전소하는 것
  - Djangorestframework 에서는 Model을 JSON 데이터로 변환하는 작업

### 9) Model 생성
- 애플리케이션의 models.py 파일에 Moedel 클래스로 부터 상속받는

Create your models here.

class Book(models.Model): bid = models.IntegerField(primary_key=True) title = models.CharField(max_length=50) author = models.CharField(max_length=50) category = models.CharField(max_length=50) pages = models.IntegerField() price = models.IntegerField() published_date = models.DateField() descripton = models.TextField()


 - 변경 내용을 데이터베이스에 반영
```python 
python manage.py makemigrations
python manage.py migrate

10) 모델의 데이터를 json 문자열로 변환해서 출력해주는 Serializer를 생성

apiapp 디렉토리에 시리얼라이저를 구현할 serializers.py 파일을 생성하고 작성

11) apiapp 디렉토리에 요청을 처리하는 함수를 작성 - 전체 가져오기, 데이터 삽입, 데이터 1개 가져오기

from django.shortcuts import render #템플릿 엔진을 이용해서 HTML 출력에 사용
from rest_framework.decorators import api_view
from rest_framework.response import Response #json 데이터 생성에 사용

from rest_framework import status
from rest_framework.generics import get_object_or_404
from .models import Book
from .serializers import BookSerializer

#하나의 함수를 가지고 GET과 POST를 구분해서 처리
@api_view(['GET', 'POST'])
def booksAPI(request):
    if request.method == 'GET':
        # 테이블의 전체 데이터 가져오기
        books = Book.objects.all()
        #가져온 데이터를 JSON 문자열로 변환
        serializer = BookSerializer(books, many=True)
        #JSON으로 출력
        return Response(serializer.data, status = status.HTTP_200_OK)
    elif request.method == 'POST':
        # 클라이언트에게 전송된 문자열을 모델로 변환
        serializer = BookSerializer(data=request.data)
        # 데이터가 유효성 검사를 통과하면 삽입하고 그렇지 않으면 에러 코드를 전송
        if serializer.is_valid():
            serializer.save()
            return Response(serializer.data, status = status.HTTP_201_CREATED)
        return Response(serializer.errors, status = status.HTTP_400_BAD_REQUEST)

#기본 키 값을 받아서 하나의 데이터를 찾아서 출력하는 함수
@api_view(['GET'])
def bookAPI(request, bid):
    book = get_object_or_404(Book, bid=bid)
    serializer = BookSerializer(book)
    return Response(serializer.data, status=status.HTTP_200_OK)

12) apiapp 디렉터리의 urls.py 파일에 url과 요청을 처리하는 함수를 연결

from django.urls import path
from .views import helloAPI, booksAPI, bookAPI

urlpatterns = [
    path("hello/", helloAPI),
    path("fbv/books/", booksAPI),
    path("fbv/book/", bookAPI)
]

{
"bid":1,
"title":"REST API",
"author":"adam",
"category":"development",
"pages":3000,
"price":25000,
"published_date":"1970-05-30",
"description":"안녕하세요"
}

13) 브라우저에서 확인

127.0.0.1/example/fbv/bookd와 fbv/book/로 확인

4. 웹 클라이언트 애플리케이션에서 웹 서버의 데이터 가져오기

템플릿 엔진을 이용하는 방식은 서버를 만들 때 사용한 언어를 가지고 클라이언트에게 출력물을 만들어서 제공하는 방식
서버의 데이터를 가져와서 출력하는 방식은 서버는 JSON이나 XML 데이터를 만드는 것 까지만 하고 클라이언트가 데이터를 파싱해서 출력하는 방식

1) 방법
가장 전통적인 방법: ajax(Asynchronous + XML)
- Javascript를 이용해서 XML 데이터를 비동기적으로 받아서 처리하는 기술
- 최근에는 XML 뿐 아니라 JSON 데이터를 가져와도 ajax라고 합니다.
- 비동기적으로 동작을 하기 떄문에 콜백을 이용해서 처리해야 하고 동작이 수행중이더라도 다른 작업을 수행하는 것이 가능하다.
- 웹 페이지가 사용자가 하고 있는 것을 방해하지 않으면서 서버에서 데이터를 받아서 일부분을 수정하고자 할 때 사용
- Fetch API
  - ajax와 동일한 기능을 수행하는데 콜백이 아닌 다른 방식으로 요청을 처리
  - 전역 fetch 함수를 이용
axios와 같은 라이브러리 이용
서버에서 일방적으로 데이터를 전송하고자 하는 경우는 EventSource를 이용한 SSE(Server Side Event)를 이용 메시지 구독과 게시 방식으로 서버가 클라이언트에게 데이터를 전송
완전 양방향 통신(채팅)을 원하는 경우에는 Web Socket을 사용

2) ajax(XMLHttpRequest 인스턴스 이용) 구현

작업 순서
- XMLHttpRequest 인스턴스를 생성
- 이벤트별 리스너(콜백 함수)
- 서버로 보낼 데이터를 생성
- 연결 요청을 준비: open 메서드 사용
- 요청을 전송: send 메서드 이용
- 응답을 처리: status를 확인
- 결과를 가지고 다음 작업을 수행: 화면에 출력할 것인지 아니면 다른 페이지로 이동할지 결정

프로젝트의 urls.py 파일에 ajax 요청을 추가

from django.contrib import admin
from django.urls import path, include

from apiapp import views

urlpatterns = [ path('admin/', admin.site.urls), path('example/', include('apiapp.urls')), path('ajax/', views.ajax)

]

- apiapp 디렉토리의 views.py에 ajax 함수를 추가
```python
def ajax(request):
    return render(request, "ajax.html")

apiapp 디렉토리에 templates 폴더를 추가한 후 ajax.html 파일 추가
```
  
  
  ajax
```

``` - 서버를 다시 실행하고 브라우저에서 `http://127.0.0.1:8000/ajax/`를 요청해서 브라우저의 대화상자에 문자열이 출력되는지 확인 ![](https://velog.velcdn.com/images/dev_angie/post/82a5892d-fac8-4f46-a7e0-932c40abfd4d/image.png)

JSON Parsing
- JSON은 문자열
- 프로그래밍 언어에서 사용하기 위해서는 이 문자열을 원하는 인스턴스로 변환을 해야 하는데 이 작업을 Parsing이라고 한다.
  - JSON.parse(JSON 문자열): 문자열을 자바스크립트 객체로 변환
  - JSON.stringify(JavaScript 객체): 자바스크립트 객체를 JSON 문자열로 변환

ajax.html 파일의 스크립트 코드를 수정해서 파싱한 후 출력

//ajax 객체를 생성
  let request = new XMLHttpRequest();
  //전체 데이터를 가져오는 요청을 생성
  request.open('POST', '../example/fbv/books/');

  //전송할 데이터를 생성
  let formdata = new FormData();
  formdata.append('bid', 3);
  formdata.append('title', '파이썬');
  formdata.append('authoer', "귀도반로썸");
  formdata.append('category','programming')
  formdata.append('pages', 123)
  formdata.append('price', 20900)
  formdata.append('published_data', '2024-09-24')
  formdata.append('description', '설명')

  //데이터를 헤더에 포함시켜서 전송하기
  request.setRequestHeader("Content-type", "application/x-www-form-urlencoded")
  let param = ""
  for(let pair of formdata.entries()){
      param += pair[0] + '=' + pair[1] + '&'
  }

Fetch API
- 콜백을 이용하는 것이 아니고 then을 이용해서 비동기 요청을 수행
- 대다수의 응답이 JSON으로 오기 때문에 파싱을 별도의
```
ajax
```

```

axios 라이브러리 이용
- 코드를 단순화 시켜서 비동기 통신을 수행
```
ajax
```

``` - ????안되는듯??

[Web] Web Programming

Fri, 20 Sep 2024 08:47:39 GMT

1. 개요

웹 애플리케이션은 수행되는 위치에 따라 FrontEnd(Client)와 BackEnd(Server)로 분류
FrontEnd
- BackEnd와 사용자 사이에서 보여지는 부분
- Web에서는 HTML, CSS, JavaScript 언어를 이용해서 구현을 하는데 최근에는 프레임워크 형태로 제공되는 jQuery(사용을 금기시), Angular(업데이트 더 이상 진행되지 않음), react, vue, bootstrap(react나 vue 안에서 사용되는 경우가 많음) 등을 많이 이용
- Java, Kotlin, Objective-C, Swift, JavaScript, Python 등 도 FrontEnd 프로그래밍이 가능한 언어
BackEnd
- 애플리케이션을 동적이고 대화형으로 만들기 위한 숨은 부분
- 클라이언트의 요청을 받아서 처리하기 위한 부분
- 서버를 제작하기 위한 프로그래밍 언어(Java, Python, PHP, C#, JavaScript, GO 등) 과 데이터 저장 기술(RDBMS, NoSQL, File등) 과 SW 공학 등의 기술을 가지고 제작
- 최근에는 프레임워크를 사용하는 경우가 많음: Spring, Django, Express.js, FastApI 등
일반적인 Web Application의 동작 클라이언트에서 최초 요청(request)을 서버에 전달하고 서버는 요청을 받아서 처리한 후 그 응답(response)을 HTML 형태로 클라이언트에게 전송하고 이 후 추가적인 자원이 필요하면 다시 요청한 후 서버가 응답을 하는 구조 최근에는 서버가 클라이언트에게 HTML을 전송하지 않고 문자열 형식으로 만들어진 데이터를 전달하고 클라이언트에서 해석을 해서 출력하는 방식을 많이 사용 ~~서버가 HTML을 전송하게 되면 클라이언트가 다양한 형태로 존재하는 경우 서버를 여러 개 준비를 해야 할 가능성이 생긴다.~~
Web 3.0
- 시맨틱 웹의 개념: 컴퓨터가 정보 자원의 뜻을 이해하고 논리적 추론까지 가능한 것
- 속도와 플랫폼 변화
- 인공지능
- 애플리케이션의 진화: open API, SOA(Service Oriented Architecture) 등의 새로운 플랫폼 등장과 Mesh Up
WOA(Web Oriented Architecture)
- 웹 기반 서비스 구조
- Restful : 동일한 요청에 대해서 동일한 URL을 사용할 수 있돌고 하는 것
프레임워크를 이용한 개발을 권장
- 지금의 프로그램은 너무 복잡
- 복잡한 프로그램을 만들기 위해서 알아야 할 기술이 너무 많음

1) URL(Uniform Resource Locator)

클라이언트가 서버에 존재하는 자원을 요청하는데 필요한 네트워크 서비스의 표현
기본 형식 [프로토콜]://[호스트][:포트]/[경로]/[QueryString - Parameter]#Fragment
프로토콜 : 이 부분이 생략되고 //로 시작하면 상황에 따라 http나 https로 프로토콜을 추가
호스트 : 컴퓨터를 구분하기 위한 이름으로 IP나 도메인
포트 : 컴퓨터 내에서 애플리케이션을 구분하기 위한 번호인데 프로토콜의 기본 포트인 경우는 생략이 가능
경로 : 서버에게 요청을 하는 구분하기 위한 문자열로 설정에 따라 생략이 가능
Query String: 클라이언트가 서버에게 전송하는 데이터
Fragment : 문서 내에서 이동할 이름

2) URL을 바라보는 측명

웹 클라이언트에서 웹 서버에 존재하는 Application에 대한 API(Application Programming interface)
URL을 RPC(Remote Procedure Call)로 바라보는 시각이 있고 다른 하나는 REST(Representational State Transfer)로 바라보는 시각이 있음
RPC - 원격 프로시저 호출 클라이언트가 네트워크 상에 있는 서버가 제공하는 API 함수를 호출하는 것 URL의 경로를 API 함수 이름으로 하고 쿼리 스트링을 함수의 매개변수로 간주해서 웹 클라이언트에서 URL을 전송하는 것은 웹 서버의 API 함수를 호출하는 것으로 인식하는 것 이 경우는 함수의 이름이 대부분 동사 search라는 API 함수에 test라는 데이터를 전송 http://blog.example.com/search?q=test&debug=true
REST 웹 서버에 존재하는 요소들을 모두 리소스로 정의하고 URL을 통해 웹 서버의 특정 리소스를 표현한다고 하는 개념 리소스는 시간이 지남에 따라 상태가 변할 수 있기 때문에 클라이언트와 서버 간의 데이터 교환을 리소스 상태의 교환으로 간주 리소스에 대한 조작을 HTTP 메서드로 구분: GET, POST, PUT, DELETE, PATCH 등 웹 클라이언트에서 URL을 전송하는 것이 웹 서버에 있는 리소스 상태에 대한 데이터를 주고 받는 것으로 간주 http://blog.example.com/search/test
단축 URL URL을 간단하게 줄여서 사용하는 방식 http://example.com/index.php?page=foo => http://eample.com/foo http://example.com/index.php?page=consulting/marketing => http://example.com/consulting/marketing http://example.com/porducts?category=2&pid=25 => http://example.com/proudcts/2/25

3) HTTP 메서드

get
- 데이터를 요청할 때 사용하는 것으로 default
- 클라이언트에서 서버에게 데이터를 전달할 떄 URL 뒤에 데이터를 같이 전송
- 단점 보안이 취약 데이터 길이에 제한
- 장점 자동 재전송
- 폼이 있다면 폼에 file, textarea, password가 있는 경우 get 방식으로 전송하면 안된다.
post
- 데이터를 삽입할 때 사용하는 것으로 클라이언트에서 서버에게 데이터를 전송할 떄 요청의 body에 숨겨서 전송하는 방식
- 장점 보안이 우수 데이터 길이에 제한 없음
- 단점 자동 재전송 기능이 없음
put : 리소스 전체 수정
patch : 리소스 일부 변경 - 사용을 권장하지 않음
delete : 리소스 삭제
head : 리소스 헤더 취득
options : 리소스가 지원하는 메서드 취득
trace : loopback 시험에 이용
connect : 프록시 동작의 터널 접속으로 변경
예전에는 get과 post만 사용했는데 최근에는 put과 delete를 같이 사용

4) 상태 코드

웹 서버와 통신에서는 항상 클라이언트에게 상태 코드를 전송 1xx : 정보 제공 중 2xx : 정상 응답 3xx : 리다이렉션 중 - 완전한 동작을 위해서 추가적인 동작을 수행 4xx : 클라이언트 오류 5xx : 서버 오류

[Linux] Shell 프로그래밍

Mon, 09 Sep 2024 10:22:39 GMT

Shell Programming

개요

리눅스의 쉘 스크립트는 C 언어와 유사한 방법으로 프로그래밍 할 수 있다.
쉘 스크립트 파일의 확장자는 sh로 한다.
최상단에는 #!/bin/sh 를 추가한다. 이 줄은 서뱅이라고 불리며, bash 쉘을 사용하겠다는 의미이다. 일반적으로 #으로 시작하면 주석으로 처리되지만, 서뱅은 주석이 아니며, 스크립트 실행 환경을 설정하는 중요한 명령어이다.

스크립트 파일 실행 방법

sh 스크립트파일경로 - 이 경우는 읽기 권한만 있으면 수행된다.
스크립트파일경로 - 현재 디렉토리에 있는 경우 ./를 추가해서 경로를 작성, 실행 권한이 있어야 한다.
스크립트 파일의 경로를 입력했는데 실행되지 않으면 현재 디렉토리의 경우 ./를 추가하지 않았는지 또는 실행 권한이 없는 것이 아닌지 확인해야 한다.

변수

이름에 값을 보관하기 위한 것
특징
- 기본적으로 변수에 넣는 값은 전부 문자열로 취급
- 변수 이름은 대소문자 구분
- 변수에 데이터를 대입할 때 = 를 이용하는데 좌우에 공백이 없어야 한다.
- 값에 공백이 있는 경우는 ""로 묶어 주어야 한다.
- $가 들어간 내용을 출력할 때는 "로 묶어주거나 \를 붙여서 출력해야 한다.

계산식 사용

계산식을 사용하고자 하는 경우는 백틱 안에 expr로 시작해서 작성하면 된다.
수식에 괄호를 사용하는 경우 곱하기 인 *을 사용할 때는 \를 붙여야 한다.
곱하기()는 특수 문자로 사용되기 때문에, `\`로 작성해야 곱셈으로 인식된다.
괄호도 수식에서 사용할 때는 $ $를 붙여 사용해야 합니다.

파라미터 설정

실행을 할 때 같이 넘겨주는 데이터
파라미터를 사용할 때는 $파라미터위치 형태로 작성하면 된다. 위치는 0부터 시작한다.
데이터가 없으면 명령이나 프로그램은 고정적인 일만 가능하다.
명령어
- Shell 내장 명령
  - Shell에 따라 다를 수 있음
- 실행 파일 경로
```
sh 스크립트파일이름 a b c d
```

$ echo "$0" -> a $ ehco "$2" -> c

> **제어문**

**if**
``` bash
if [표현식] 
then 
      참일 때 수행할 내용
else
      거짓일 때 수행할 내용
fi

파일 관련 조건

파일을 읽어야하면 파일이 있는지 없는지 확인해야 한다
-d 파일 경로 : 디렉터리이면 참 -e 파일 경로 : 존재하면 참 -f 파일 경로 : 일반 파일이면 참 -g 파일 경로 : setGID가 설정되면 참 -r 파일 경로 : 읽기 가능이면 참 -s 파일 경로 : 크기가 0이 아니면 참 -u 파일 경로 : setUID가 설정되면 참 -w 파일 경로 : 쓰기 가능이면 참 -x 파일 경로 : 실행 가능이면 참
| /lib/systemd/system/cron_service 라는 파일의 존재 여부를 확인해서 존재하면 존재한다고 그렇지 않으면 없다고 메시지를 출력
```
if [ -e /lib/systemd/system/cron_service ]
then
  echo "파일이 존재합니다."
else
  echo "파일이 존재하지 않습니다."
fi
```
case~esac문*

값으로 분기

case 데이터 in
  값)
      값일 떄 수행할 내용;;
  값)
      값일 떄 수행할 내용;;
  값)
      값일 떄 수행할 내용;;
  *)
       나머지 경우에 수행할 내용;;
esac

case 구문에 각 값 안에서 여러 개의 실행문을 작성할 수 있기 때문에 내용을 작성할 때 마지막에 ;;을 추가해주어야 한다.
여러개의 값에 동일한 내용을 수행하고자 하는 경우는 값 | 값의 형태로 작성하면 된다.

and와 or

and : &&, -a
or : ||, -o

if [조건] && [조건] 의 형태로 입력

| /lib/systemd/system/cron.service 가 있고 홈 디렉토리에 if.sh 파일이 있다면 성공 그렇지 않다면 실패라고 출력
```
if [-f /lib/systemd/system/cron.service] && [-f ~/if.sh]
then 
   echo "success"
else
   echo "fail"
fi
```
for~in

형식

for 임시변수 in 데이터나열
do 
  데이터를 임시변수에 하나씩 대입하고 수행할 문장
done

| 1부터 5까지 합계

for i in 1 2 3 4 5
do 
  hap=`expr $hap + $i`
done
echo $hap

| 현재 디렉토리의 모든 txt 파일을 읽어서 내용을 출력
```
for fname in $(ls *.txt)
do
  cat $fname
done
```
while
표현식이 거짓이 될 때까지 반복

형식

while [표현식]
do 
  표현식이 거짓이 아니면 수행할 내용
done

| 1부터 5까지 합계

hap=0
i=1
while [ $i -le 6 ]
do
  hap=`expr $hap + $i`
  i=`expr $i + 1`
done
echo "Totla: "$hap"

기타 제어문

break, continue, exit, return

break : for나 while을 강제로 중단하고자 할 때 사용. case 구문에서 수행할 내용이 없을 떄 사용하기도 한다.
until : 반복문
continue : for나 while의 시작 부분으로 이동
exit : 프로그램이 완전히 종료되는 제어문으로 상위 프로세스에게 넘겨줄 정수를 같이 사용된다. exti 0
return : 함수를 호출한 곳으로 돌아가는 제어 명령어

함수

자주 사용하는 구문을 묶어서 하나의 이름으로 사용하는 것
메모리를 별도로 할당 받아서 사용한다

생성

이름(매개변수 나열){
    함수 내용
    return
}

호출

함수이름(매개변수)
매개변수가 없으면 이름만으로 호출 가능

myfunc0 (){
    echo "My function"
    return
}

myfunc
exit 0

eval

문자열을 명령으로 수행
파이썬이나 자바스크립트에서는 이 함수가 문자열을 데이터로 치환한다.

eval"ls -l" -> ls -l 명령어가 실행되어 현재 디렉터리의 파일 목록이 출력됩니다.

[Linux] Ubuntu 사용자 관리

Mon, 09 Sep 2024 10:13:58 GMT

1. 사용자 계정 관련 파일

1) /etc/passwd

개요

사용자 계정 정보가 저장된 기본 파일
초창기에는 암호도 저장되었지만 지금은 암호는 /etc/shadow에 저장

구조 로그인ID:x:UID:GID:설명:홈디렉터리:로그인쉘

7개의 항목으로 구성되면 각 항목은 콜론으로 구분한다.
x : 예전에 비밀번호를 저장하던 영역으로 호환성 문제 때문에 남아있다.
UID : 사용자를 구분하기 위한 번호. 일반적으로 0~9999번과 65534는 시스템 사용자를 위한 UID로 예약되어 있고, 일반 사용자는 1000번 부터 할당한다. root가 0번, 시스템 데몬이 1번, 명령어를 위한 관리 계정이 2번
GID : 사용자가 속한 그룹의 ID로 사용자를 등록할 때 정해지고 특별히 소속 그룹이 지정하지 않는 경우 로그인 ID가 그룹으로 등록. 그룹에 대한 정보는 /tex/group에 저장
설명 : 사용자의 실제 이름이나 부서명 같은 것을 적을 수 있는 부분
홈디렉터리 : 로그인을 했을 때 자동으로 로그인 되는 디렉토리의 절대 경로
로그인 쉘 : 로그인했을 때 처음 보여지는 쉘

2) /etc/shadow

사용자 암호에 대한 정보를 저장한 파일
9개 영역으로 구성
1. ID
2. 비밀번호, 단방향 암호화를 이용해서 저장. 시스템 계정은 *
  - 단방향 암호화: 암호화한 내용과 평문을 비교해서 일치여부는 알 수 있지만 암호화된 내용을 이용해서 원래 내용으로 만드는 것은 안되는 방식
  - 양방향 암호화: 암호화한 내용을 기반으로 원래 내용을 만들 수 있는 방식
3. 비밀번호 변경한 날짜 "1970년 1월 1일을 기준으로 지나온 날짜"
4. 비밀번호를 변경하고 사용해야 하는 최소 날짜
  1. 비밀번호를 변경하고 사용해야 하는 최대 날짜
  2. 경고를 발생할 날짜
  3. 비밀번호가 유효한 마지막 날짜
  4. 미래를 위해서 만든 항목

3) /etc/login.defs

로그인과 관련된 기본 설정 파일
주요 설정 값 MAIL_DIR -> /var/mail : 기본 메일 디렉터리 PASS_MAX_DAYS -> 99999 PASS_MIN_DAYS -> 0 PASS_WARN_AGE -> 7 UID_MIN, UID_MAX -> 1000~~60000 : 사용자 계정의 UID 범위 SYS_UID_MIN, SYS_UID_MAX -> 100~~699 : 시스템 계정의 UID 범위 GID_MIN, GID_MAX -> 1000~~60000 : 사용자 계정의 GID 범위 SYS_GID_MIN, SYS_GID_MAX -> 100~~699 : 시스템 계정의 GID 범위 DEFAULT_HOME -> yes : 사용자 홈 디렉터리 생성 여부 UMASK -> 0002 : umask 값 설정 USERGROUP_ENAB -> yes: 계정 삭제 시 그룹 삭제 여부 ENCRYPT_METHOD -> SHA512: 암호화 기법

4) /etc/group

그룹의 정보가 저장된 파일
리눅스에서 사용자는 하나 이상의 그룹에 속해야 한다.
기본 그룹은 /etc/passwd에 작성되어 있고 2차 그룹에 대한 내용을 /etc/group에 작성 그룹이름:x:GID:그룹멤버

5) /etc/gshadow

그룹 암호가 저장된 파일
유닉스에는 없는 파일

2. 계정 관리 명령

1) 사용자 계정 생성

형식 useradd [옵션] [로그인ID]
옵션 u: UID 지정 o: UID 중복 허용 g: GID 지정 G: 2차 그룹 지정 d: 홈 디렉터리 지정 s: 기본 쉘 c: 부가적인 설명 D: 기본값을 설정하거나 출력 e: EXPIRE 항목을 설정 f: 비활성 설정 k: 계정 생성할 때 사용할 초기화 파일을 저장한 디렉토리 설정
사용자 계정을 생성할 때는 passwd 명령을 이용해서 비밀번호를 설정을 해야한다.
사용자 계정이 만들어질 때의 옵션 확인: useradd -D
-1 => 1의 2의 보수 / 모든 자리가 다 1, 즉 제일 큰 수 의미한다 / 양수만 있는건지 음수도 있는건지 같이 확인해야한다. 양수만 존재하면 -1은 가장 큰 수

$ useradd -D
GROUP=100       -- 그룹 ID
HOME=/home      -- 홈 디렉터리의 생성 위치
INACTIVE=-1     -- 0으로 설정하면 암호가 만료되자마자 바로 계정이 잠김
EXPIRE=          -- 계정 종료일
SHELL=/bin/sh   -- 기본 로그인 쉘을 설정
SKEL=/etc/skel  -- 홈 디렉터리의 복사할 기본 환경 파일의 경로
CREATE_MAIL_SPOOL=no  -- 메일 디렉터리 생성 여부

사용자 계정 시 설정된 옵션은 vi를 이용해서 /etc/default/user 파일을 수정해서 변경할 수 있지만 되도록이면 -b, -e, -f, -g, -s 와 같은 옵션을 수정하는 것을 권장
옵션을 이용한 사용자 계정 생성 sudo useradd -s /bin/bash -m -d /home/user3 -u 2000 -g 1000 -G 3 user3
adduser 명령
- 사용자 계정을 생성하는 명령
- 형식 adduser [옵션] 로그인ID
  - 옵션 --uid --gid --home --shell --gecos : 설명을 붙여주는 옵션
- 생성할 때 옵션 적용 내용이 출련된다.
- sudo adduser user4
- adduser로 유저를 생성할 때는 /etc/adduser.conf 파일을 기반으로 한다.

2) 계정 수정

명령 형식 usermod [옵션] [로그인ID]
- 옵션 u : UID 수정 o : UID 중복 허용 g : 기본 그룹 수정 G : 2차 그룹 수정 d : 홈 디렉토리 수정 s : 기본 쉘 수정 c : 보충 설명 수정 f : 계정 비활성화 날짜를 수정 e : 계정 만료날짜 수정 i : 계정 이름 변경
- UID를 수정해서 중복을 허용하게 되면 사용자 아이디가 달라도 동일한 계정으로 로그인한 것으로 간주

3) 패스워드 에이징

aging : 시간이 지남에 따라 우선 순위가 높아지는 것
비밀번호의 유효 기간을 설정하는 것을 패스워드 에이징이라고 한다.

	useradd, usermod, passwd 명령 수정	chage 명령으로 수정
MIN	passwd -n 날짜	change -m
MAX	passwd -x 날짜	change -M
WARNING	passwd -w 날짜	change -W
INACTIVE	useradd -f 날수, usermod -f 날수	change -I
EXPIRE	useradd -e 날짜, usermod -e 날짜	change -E

4) 계정 삭제

형식 userdel [옵션] [로그인ID]
- 옵션 r : 홈 디렉터리까지 삭제 f : 로그인 중이어도 강제 삭제

5) 사용자 계정 명령 실습

useradd 명령으로 test01, test02 계정을 생성 : 비밀번호 설정 없이 계정을 생성(원격 접속 불가) 하고 계정이 생성될 때 수행하는 기본 작업을 보여주지 않는다.

로그인ID 로그인쉘 UID 2차그룹 설명

test01 sh(본쉘) 2100 3 test01.user

test02 bash 2200 4 test02.user
- sudo useradd -m -u 2100 -G 3 -s /bin/sh -c "test01 user" test01
- sudo useradd -m -u 2200 -G 4 -s /bin/sh -c "test02 user" test02
adduser 명령으로 test03 계정을 생성 : 초기 설정 과정이 화면에 출력되고 비밀번호 설정 메시지가 제공된다.

로그인ID 로그인쉘 UID 설명

test03 bash 2300 test03.user
- sudo adduser --uid 2300 --shell /bin/bash --gecos "test03 user" test03

로그인ID	로그인쉘	UID	2차그룹	설명
test01	sh(본쉘)	2100	3	test01.user
test02	bash	2200	4	test02.user

로그인ID	로그인쉘	UID	설명
test03	bash	2300	test03.user

패스워드 에이징(유효 기간 수정)

MIN(m) MAX(M) WARNING(W) INACTIVE(I) EXPIRE(E)

4 200 10 5 2024-12-09

chage 명령으로 수정

- sudo chage -m 4 -M 200 -W 10 -l 5 -E 2024-12-09 test01
test03 계정의 UID를 2010으로 계정의 이름을 test33으로 수정. usermode 명령을 이용. uid를 u 옵션을 이용. 계정의 이름 변경은 l 옵션 사용.
- sudo usermod -u 2010 -l test33 test03
test02 계정을 삭제 - 사용자의 홈디렉토리까지 삭제
- sudo userdel -r test02
public cloud 에서 IaaS 서비스로 머신을 제공할 떄 계정을 추가할 수 있도록 하는데 이 경우 계정만 추가하도록 해주는 경우도 있고 /home 디렉토리를 만들어주는 경우도 있다.

3. 그룹 관리 명령

1) 개요

리눅스는 모든 유저가 하나 이상의 그룹에 속하도록 한다.
시스템을 사용하는 사용자가 많아지면 업무나 기능에 따라 사용자들을 적절히 나누고 권한을 조정해야 합니다.
시스템 관리자가 수행하는 작업
관련 명령은 groupadd, addgroup, groupmod, groupdel

2) 그룹 생성(groupadd)

groupadd [옵션] [그룹이름]
- 옵션 g : 그룹 아이디 o : 그룹 아이디 중복 허용
  - 옵션 없이 생성하면 마지막에 생성된 그룹 아이디 다음 번호로 그룹 아이디를 설정해서 생성
옵션 없이 그룹 생성
- sudo groupadd gtest01
- sudo cat /etc/group | grep gtest01
그룹 아이디를 직접 설정
- sudo groupadd -g 3000 gtest02
addgroup 명령으로 생성가능한데 이 때는 옵션이 --gid
- sudo addgroup --gid 3001 gtest04

3) 그룹 수정(groupmod)

groupmod [옵션] [그룹아이디]
- 옵션 g : 그룹 아이디를 변경 n : 그룹 이름 변경
sudo groupmod -g 2500 -n gtest05 gtest04

4) 그룹 삭제(groupdel)

groupdel

5) 그룹 암호 설정 및 사용

gpasswd [옵션] [그룹이름]
- 옵션 a : 사용자 계정을 그룹에 추가 d : 사용자 계정을 그룹에서 삭제 r : 그룹 암호를 삭제 옵션이 없으면 암호 설정
그룹에 멤버 추가
- sudo gpasswd -a test01 gtest01
그룹에서 멤버 삭제
- sudo gpasswd -d test01 gtest01
그룹 암호 설정
- sudo gpasswd gtest01
암호를 설정하는 이유는 한명의 유저가 서로 다른 2개 이상의 그룹에 소속된 경우그룹을 변경하고자 할 때 사용한다. 이 때 사용하는 명령은 newgrp [그룹이름]

4. 사용자 정보 관리 명령

1) UID와 EUID

UID(RUID): 사용자가 로그인할 떄 사용한 계정의 UID
EUID: 현재 명령을 수행하는 주체의 UID
대부분의 경우는 UID와 EUID가 일치하지만 달라지는 경우
- 실행 파일에 setuid가 설정된 경우
- su 명령을 이용해서 계정을 변경한 경우

2) who와 w

who : 현재 로그인한 사용자 정보를 출력 옵션을 설정하면 일부 정보만 확인 가능
w 명령은 현재 시스템에 로그인 한 사용자의 정보 외에 사용자가 현재 실행 중인 작업에 대한 정보를 출력. 옵션에 사용자 이름을 설정하면 사용자 이름에 해당하는 작업만 출력
last 명령을 이용하면 시스템에 로그인 하고 로그아웃 정보를 출력

3) UID와 EUID 확인

현재 사용 중인 유저 확인(EUID 출력) : whoami
로그인 한 유저 확인(RUID - UID) : who am i
아이디 확인 : id
소속 그룹 확인 : groups [유저아이디] 유저 아이디를 생략하면 현재 사용자 계정이 속한 그룹

4) 권한 수정

다른 계정으로 전환해서 권한을 사용
- su 명령으로 root 계정으로 전환해서 기능 사용
- root 계정으로 전환해서 권한을 사용하는 것을 위험한데 이는 시스템 관리 권한을 갖기 떄문
계정 별로 특정한 작업을 수행할 수 있도록 권한을 부여
- sudo 명령으로 root 권한을 실행하려면 특정 권한을 부여받아야 하는데 이 권한은 /etc/sudoers 파일에 설정. 사용자 계정 호스트 = 명령어 형태로 설정
- sudoers 파일은 기본적으로 읽기 전용이므로 수정을 하고자 하면 sudo chmod 명령으로 w 권한을 설정하고 해야 한다.
root ALL=(ALL) ALL
- user2에게 유저를 생성하고 유저를 수정하는 권한을 갖도록 수정 user2 ALL=/usr/sbin/useradd, /usr/sbin/usermod
처음 로그인 한 유저가 관리자 명령 실행 권한이 없어서 명령을 수행을 못하는 경우 위처럼 sudoers 파일을 수정해서 해도 되고 su를 이용해서 관리자로 로그인 하고 usermod -aG sudo 계정으로 계정에 모든 관리자 명령을 수행할 수 있도록 설정하기도 한다.

5) 파일 및 디렉터리 소유자 외 소유 그룹 변경

파일이나 디렉터리를 생성하고 생성한 사용자의 계정과 그룹이 소유자와 소유 그룹으로 설정
파일이나 디렉터리의 소유자를 변경할 필요가 있을 때 사용하는 명령
파일 소유자를 변경하는 chown
- 형식 chown [옵션][사용자 계정][파일 or 디렉터리 경로] 옵션 R : 서브 디렉토리까지 적용
- 예시 chown user2 file -> file1의 소유자를 user2로 변경 chown user2:grp01 file1 -> file1의 소유자를 grp01의 user2로 변경 chown -R user2 file1 -> file1의 소유자를 user2로 변경하는데 하위 디렉터리가 있으면 같이 변경
- 소유자 변경보다는 권한 변경을 하는 경우가 많음
- 실습
  1. 홈 디렉터리에 linux_ex 디렉터리를 생성 linux_ex 디렉터리 안에 autoever라는 디렉터리를 생성 autoever 디렉터리 안에 temp 라는 디렉터리를 생성 -> mkdir -p ~/linux_ex/autoever/temp (웹 서버를 만들어서 파일 업로드 기능을 만드는 경우나 DataLake를 구성하는 경우, 날짜를 가지고 디렉터리를 만들어서 데이터를 보관하는 경우가 있는데 이 경우 디렉터리 생성할 때 날짜를 계층 별로 이용하는 디렉터리를 생성하는 경우가 있다) Datawarehouse: 업무에 맞는, DataLake: 모든 데이터
  2. temp 디렉터리 안에 /etc/hosts 디렉터리의 모든 내용을 복사
  -> cp /etc/hosts ~/linux_ex/autoever/temp
  1. temp 디렉터리 안에 /etc/services 디렉터리의 모든 내용을 복사
  -> cp /etc/services ~/linux_ex/autoever/temp
  1. 소유자와 그룹 확인(소유자와 그룹이 파일을 복사할 때 로그인 중인 유저가 된다)
  -> ls -l
  - hosts 파일의 소유자를 owner1으로 수정 -> sudo chown owner1 hosts
  - services 파일의 소유자를 owner1으로 소유 그룹도 owner1으로 변경 -> sudo chown owner1.owner1 services
파일의 소유 그룹을 변경하는 chgrp
- 형식 chgrp [옵션][사용자 계정][파일 or 디렉터리 경로]
- chown 명령 사용시 주의사항
  - 스크립트를 이용해서 자동화하는 경우 권한 문제가 발생할 수 있음 chown 명령을 사용하는 스크립트의 경우는 앞에 sudo를 추가해서 필요한 권한을 전부 취득하고 하는 것이 좋다.
  - 디렉터리 관련 작업을 할 때 -R 옵션을 추가하면 하위 디렉터리까지 같이 작업을 수행한 후 할 수 있다면 find 명령을 수행하고 하는 것이 바람직: 그렇지 않으면 성능 이슈가 발생할 수 있다.

5. 디스크 사용량 설정

1) 개요

리눅스는 기본적으로 여러 사용자가 한꺼번에 사용하는 시스템
디스크 사용량을 제한하는 기능을 제공. 이를 디스크 쿼터라고 한다.
설정 방식
- 사용자가 사용할 수 있는 파일의 전체 용량을 설정
- 파일의 개수를 제한
쿼터 설정시 한계치 설정
- hard limit: 절대로 넘어설 수 없는 용량을 설정
- soft limit: 일정 시간 동안은 용량을 넘어설 수 있는 방식

2) 사용하는 패키지: quota

sudo apt update sudo apt install -y quota

3) 준비

파일 시스템의 마운트 옵션에 쿼터 속성을 설정
- usrquota : 개별 사용자의 쿼터를 제한할 수 있는 속성
- grpquota : 개별 그룹의 쿼터를 제한할 수 있는 속성
쿼터 속성 설정은 /etc/fstab 파일에 설정

4) 루트에 실습을 위한 디렉토리와 계정 설정

sudo mkdir /home2

sudo mount /dev/sda2 /home2 마운트 - 디렉토리를 어떤 디스크에 생성할 것인가 설정

sudo useradd -m -d /home2/qtest1 qtest1 sudo useradd -m -d /home2/qtest2 qtest2

ls /home2 tail -2 /etc/passwd

-- 현재 파일 시스템 확인 df -TH

쿼터 속성 설정 - /etc/fstab 파일 파일시스템이름 디렉토리경로 파일시스템종류 defaults,usrquota 1 1 /dev/sda2 /home2 ext4 default,usrquota 1 1
remount sudo mount -o remount /home2
mount 정보 확인 mount

5) 쿼터 데이터베이스 파일 생성

명령 - quotacheck
- 쿼터 파일을 생성 및 확인 그리고 수정하기 위해서 파일 시스템을 스캔하는 명령
- 형식: quotacheck [옵션] [파일 시스템]
  - 옵션 a : 전체 파일 시스템을 체크 u : 사용자 쿼터를 확인 g : 그룹 쿼터를 확인 m : 파일 시스템을 리마운트하지 않음 v : 명령 진행 상황을 상세하게 출력
명령 실행 quotacheck -ugvm /home
- 2개의 데이터베이스 파일이 생성 aquota.user : 사용자 쿼터 데이터베이스 파일 aquota.group : 그룹 쿼터 데이터베이스 파일
쿼터 사용 활성화 : quotaon quotaon [옵션][파일시스템]
- 옵션 a : 전체 파일 시스템에 적용 u : 사용자 쿼터를 활성화 g : 그룹 쿼터 활성화 v : 명령 진행 상황을 상세하게 출력
- 명령 수행 sudo quotaon -uv /home2
쿼터 설정 및 확인
- 명령: edquota
- 형식 edquota [옵션][사용자 계정 or 그룹]
  - 옵션 u : 사용자 쿼터 설정 g : 그룹 쿼터 설정 p : 쿼터 설정을 복사
  - -u 옵션을 이용하면 쿼터 편집 창이 나오게 되는데 원하는 크기를 soft와 hard에 설정하고 저장한 후 빠져나오면 된다.
    - 주의할 점은 단위가 KB라는 것이다.
    - 설정을 할 때 값을 0으로 설정하면 무한대
    - 쿼터 확인 quota [옵션][사용자 계정 및 그룹] 옵션은 u와 g

[Spring] AOP 활용하여 로깅 구현하기

Sun, 11 Aug 2024 08:15:08 GMT

스프링 AOP (Aspect Oriented Programming)

AOP는 관점 지향 프로그래밍이다. 이는 어떤 로직을 기준으로 핵심적인 관점, 부가적인 관점으로 나누어서 보고 그 관점을 기준으로 각각 모듈화하겠다는 것이다. 여기서 모듈화란 공통된 로직이나 기능을 하나의 단위로 묶는 것을 말한다.

예로들어 핵심적인 관점은 결국 우리가 적용하고자 하는 핵심 비즈니스 로직 이 된다. 또한 부가적인 관점은 핵심 로직을 실행하기 위해서 행해지는 데이터베이스 연결, 로깅, 파일 입출력 등을 예로 들 수 있다.

AOP에서는 각 관점을 기준으로 로직을 모듈화한다는 것은 코드들을 부분적으로 나누어서 모듈화하겠다는 의미다. 이때, 소스 코드상에서 다른 부분에 계속 반복해서 쓰는 코드들을 발견할 수 있는 데 이것을 흩어진 관심사 (Crosscutting Concerns)라 부른다.

위와 같이 흩어진 관심사를 Aspect로 모듈화하고 핵심적인 비즈니스 로직에서 분리하여 재사용하겠다는 것이 AOP의 취지다.

AOP 주요 개념

Aspect : 위에서 설명한 흩어진 관심사를 모듈화 한 것. 주로 부가기능을 모듈화함.
Target : Aspect를 적용하는 곳 (클래스, 메서드 .. )
Advice : 실질적으로 어떤 일을 해야할 지에 대한 것, 실질적인 부가기능을 담은 구현체
JointPoint : Advice가 적용될 위치, 끼어들 수 있는 지점. 메서드 진입 지점, 생성자 호출 시점, 필드에서 값을 꺼내올 때 등 다양한 시점에 적용가능
PointCut : JointPoint의 상세한 스펙을 정의한 것. 'A란 메서드의 진입 시점에 호출할 것'과 같이 더욱 구체적으로 Advice가 실행될 지점을 정할 수 있음

스프링 AOP 특징

프록시 패턴 기반의 AOP 구현체이며, 프록시 객체를 쓰는 이유는 접근 제어 및 부가기능을 추가하기 위해이다.
스프링 빈에만 AOP를 적용 가능하다.
모든 AOP 기능을 제공하는 것이 아닌 스프링 IoC와 연동하여 엔터프라이즈 애플리케이션에서 가장 흔한 문제(중복코드, 프록시 클래스 작성의 번거로움, 객체들 간 관계 복잡도 증가 등)에 대한 해결책을 지원하는 것이 목적이다.

Spring AOP로 로깅 작성하기

기존에 일일이 작성했던 로그 대신, Spring AOP를 사용하여 로그를 남겨볼 것이다.

1. build.gradle 추가하기

implementation 'org.springframework.boot:spring-boot-starter-aop'

2. LoggingAspect 파일 작성

@Slf4j
@Aspect
@Component
public class LoggingAspect {

    // 공통 포인트컷 정의
    @Pointcut("execution(* com.shopping.book..controller.*.*(..)) || " +
            "execution(* com.shopping.book..service.*.*(..)) || " +
            "execution(* com.shopping.book..repository.*.*(..))")
    public void applicationPackagePointcut() {
        // 포인트컷 메서드 본문은 비워둠
    }

    @Before("applicationPackagePointcut()")
    public void logBeforeMethods(JoinPoint joinPoint) {
        String methodName = joinPoint.getSignature().getName();
        Object[] args = joinPoint.getArgs();
        log.info("Entering method: {} with arguments: {}", methodName, Arrays.toString(args));
    }

    @AfterReturning(pointcut = "applicationPackagePointcut()", returning = "result")
    public void logAfterMethods(JoinPoint joinPoint, Object result) {
        String methodName = joinPoint.getSignature().getName();
        log.info("Exiting method: {} with result: {}", methodName, result);
    }

    @AfterThrowing(pointcut = "applicationPackagePointcut()", throwing = "exception")
    public void logException(JoinPoint joinPoint, Throwable exception) {
        String methodName = joinPoint.getSignature().getName();
        log.error("Exception in method: {} with message: {}", methodName, exception.getMessage(), exception);
    }
}

[Test] Testcontainers를 사용하여 테스트 환경 구축하기

Fri, 07 Jun 2024 06:36:04 GMT

Repository 테스트 코드 작성 중, 데이터베이스와 연동된 테스트를 실행하면서 예상치 못한 상황을 마주했다. 최종적으로 Testcontainers를 도입한 경험을 공유하고자 한다.

1. 기존 접근 방식의 한계

테스트 환경을 구축할 때, 주로 아래와 같은 방법들이 사용됩니다:

Local: 로컬에 데이터베이스를 설치하고, 환경을 구축하여 테스트를 수행.

In-Memory: 인메모리 데이터베이스를 활용하여 테스트 실행 시 사용.
Embedded Library: 임베디드 라이브러리를 이용하여 테스트 구동 시 사용

문제점 GitHub Actions를 사용해 CI 파이프라인을 설정하면서 테스트를 자동화했는데, 이로 인해 로컬에서 직접 데이터베이스를 설정하여 테스트하는 것은 불가능했다. 또한, CI 환경에서 서버에 데이터베이스를 올리는 방법도 고려했지만, 이 경우 비용 부담이 있었다.

처음에는 인메모리 데이터베이스를 사용하려 했으나, Spring Boot에서 인메모리 데이터베이스를 사용할 경우 테이블 이름을 변경해야 했다. 운영 환경에서는 MySQL을 사용하지만, 테스트 환경에서 H2를 사용하는 경우 이와 같은 차이로 인해 테스트 결과의 신뢰성이 저하되고, 오류가 발생할 가능성이 있다고 생각했다. 이러한 이유로, 더 나은 해결책을 찾고자 했다.

2. Docker를 활용한 테스트 환경의 고려

그 후, Docker를 사용해 로컬에서 데이터베이스를 구동하는 방법도 고려했다. 그러나 Dockerfile과 docker-compose 파일을 관리해야 하고, 컨테이너를 수동으로 시작하고 중지하는 등의 작업이 추가되는 귀찮은 작업을 진행해야 했다.

3. Testcontainers의 도입

TestContainer란?

Testcontainers란 Docker를 기반으로 Junit 수행 시 테스트를 도와주는 Java Library 이다.

Testcontainers 특징

Java로 Container를 동작시킬 수 있다.
Dockerfile, docker-compose, docker hub로 Container를 동작시킬 수 있다.
테스트 실행 전/후로 Container를 start, stop 할 수 있다.
Parallel Test를 지원한다.
다양한 module을 제공하고 있다.
코드

build.gradle*

testImplementation 'org.testcontainers:testcontainers:1.19.7'


@Testcontainers
@AutoConfigureTestDatabase(replace = AutoConfigureTestDatabase.Replace.NONE)
@DataJpaTest
class ProductRepositoryTest {

   @Container
    static MySQLContainer mySQLContainer = new MySQLContainer<>(DockerImageName.parse("mysql:8.0-debian"));

    @DynamicPropertySource
    static void kafkaProperties(DynamicPropertyRegistry registry) {
        registry.add("spring.datasource.url", () -> mySQLContainer.getJdbcUrl());
        registry.add("spring.datasource.driverClassName", () -> mySQLContainer.getDriverClassName());
        registry.add("spring.datasource.username", () -> mySQLContainer.getUsername());
        registry.add("spring.datasource.password", () -> mySQLContainer.getPassword());
        registry.add("spring.jpa.hibernate.ddl-auto", () -> "update");
    }

(생략)

}

결론

Testcontainers를 도입한 이후, 테스트 환경 설정이 훨씬 편해졌다. GitHub Actions와 같은 CI 환경에서도 손쉽게 테스트를 자동화할 수 있었으며, 실제 운영 환경과 유사한 조건에서 테스트를 수행할 수 있었다. 단점으로는 테스트하는데 시간이 좀 걸린다.

참고

https://dev.gmarket.com/76

99클럽 코테 스터디 17일차 TIL + 그리디

Wed, 05 Jun 2024 14:58:22 GMT

학습 키워드

그리디

문제 및 해결방법

문제 구명보트

해결 방법

구명보트는 작아서 한 번에 최대 2명씩 밖에 탈 수 없고, 무게 제한도 있습니다.
모든 사람을 구출하기 위해 필요한 구명보트 개수의 최솟값
그리디 알고리즘을 사용해 최댓값과 최솟값을 더해 limit이 넘는지 넘지 않는지를 판단한다.

최종 코드

import java.util.*;

class Solution {
    public int solution(int[] people, int limit) {

        Arrays.sort(people);

        int light = 0;
        int heavy = people.length-1;
        int boat = 0;

        while(light <= heavy){

            if(limit >= people[light] + people[heavy]){
                light++;
            }

            heavy--;

            boat++;
        }
        return boat;
    }
}

문제 단속카메라

해결 방법

우선 도착점인 routes[1]을 기준으로 정렬한다. 도착지점을 카메라 지점으로 삼을 것이다. 먼저, 다음 시작점인routes[0]과 현재 카메라 지점을 비교한다. 만약 카메라 지점이 작다면 카메라를 늘려야한다. 왜냐하면, 다음 시작지점보다 카메라 지점이 이전에 있기 때문이다.

최종 코드

import java.util.*;

class Solution {

    public int solution(int[][] routes) {

        Arrays.sort(routes, Comparator.comparingInt(a->a[1]));

        int cameras = 0;

        for(int[] route: routes){
            if(lastCameraPosition < route[0]){
                lastCameraPosition = route[1];
                cameras++;
            }
        }
        return cameras;
    }
}

99클럽 코테 스터디 015일차 TIL + BFS/DFS

Mon, 03 Jun 2024 09:20:19 GMT

학습 키워드

문제 및 해결 방법

문제 2415. 이진 트리의 홀수 레벨 반전

해결 방법

이진 트리의 한 레벨을 살펴봐야하기 때문에 BFS를 사용한다.

이진 트리 한 level을 살펴보는 방법이다. queue.size()는 현재 살펴볼 level의 노드 수를 나타낸다. currentLevelNodes은 값을 교환할 때 사용하기 위해 필요하다. 현재 노드를 살펴보며 각 노드의 자식 노드를 큐에 집어 넣는다.

             int size = queue.size();
          List currentLevelNodes = new ArrayList<>();

          for (int i = 0; i < size; i++) {
              TreeNode node = queue.poll();
              currentLevelNodes.add(node);
              if (node.left != null) {
                  queue.offer(node.left);
              }
              if (node.right != null) {
                  queue.offer(node.right);
              }
          }

한 level의 노드를 다 살펴본 후 level이 홀수인지 살펴봐야한다. 홀수라면 val을 교환한다. 마지막으로 level을 증가시켜 다음 레벨로 넘어간다.

전체 코드

public class TreeNode {
      public int val;
      public int level;
      TreeNode left;
      TreeNode right;
      TreeNode() {}
      TreeNode(int val) { this.val = val; }
      TreeNode(int val, TreeNode left, TreeNode right) {
          this.val = val;
          this.left = left;
          this.right = right;
    }
}

class Solution {

     public TreeNode bfs(TreeNode root) {
        if (root == null) {
            return null;
        }

        Queue queue = new LinkedList<>();
        queue.offer(root);
        int level = 0;

        while (!queue.isEmpty()) {
            int size = queue.size();
            List currentLevelNodes = new ArrayList<>();

            for (int i = 0; i < size; i++) {
                TreeNode node = queue.poll();
                currentLevelNodes.add(node);
                if (node.left != null) {
                    queue.offer(node.left);
                }
                if (node.right != null) {
                    queue.offer(node.right);
                }
            }

            if (level % 2 == 1) {
                int left = 0, right = currentLevelNodes.size() - 1;
                while (left < right) {
                    int temp = currentLevelNodes.get(left).val;
                    currentLevelNodes.get(left).val = currentLevelNodes.get(right).val;
                    currentLevelNodes.get(right).val = temp;
                    left++;
                    right--;
                }
            }
            level++;
        }

        return root;
    }
    public TreeNode reverseOddLevels(TreeNode root) {
        bfs(root);
        return root;
    }
}

문제 네트워크

해결 방법

방문하지 않는 노드에 dfs를 진행한다.

class Solution {

  public static boolean[] visited;

  public static void dfs(int start, int[][] computers){
      visited[start] = true;

      for(int i = 0; i



99클럽 코테 스터디 14일차 TIL + DFS
Sun, 02 Jun 2024 11:49:33 GMT
오늘의 학습 키워드

DFS문제 및 해결 방법



** 문제 **
797. All Paths From Source to Target


주어진 그래프에서 0번째 노드부터 n-1번째 노드까지의 모든 경로를 찾는 문제

해결 방법

이전에 버릇처럼 visited 배열을 넣었지만, 문제 조건에서 무한 루프는 없다고 했기 때문에 visited 배열을 빼주었다.
탐색한 경로를 저장할 수 있게 dfs 함수에 ArrayList path를 넣었다. 여기서 주의할 점은 path 객체는 공유되는 객체임으로 path.remove(path.size()-1)을 해주어야 한다.

최종 코드   
class Solution {
    public static List> pathResult = new ArrayList<>();
    public static int goal;

    public static void dfs(int x, int[][] graph, ArrayList path){
        path.add(x);

        if(x == goal){
           pathResult.add(new ArrayList<>(path)); 
           path.remove(path.size() - 1);
           return;
        }

        for(int i = 0; i < graph[x].length; i++){
            int y = graph[x][i];
            dfs(y, graph, new ArrayList<>(path)); 
        }

        path.remove(path.size() - 1); 
    }

    public List> allPathsSourceTarget(int[][] graph) {
        pathResult.clear(); 
        visited = new boolean[graph.length]; 

        goal = graph.length - 1; 
        ArrayList path = new ArrayList<>();
        dfs(0, graph, path);

        return pathResult;
    }
}  


** 문제 **
단어 변환


단어를 변환할 수 있는 최소단계 구하기

해결 방법

dfs 사용
우선 단어를 비교하는 알고리즘을 아래와 같이 짤 수 있다. 한 알파벳씩 비교하는 것으로, diff는 문제 조건에 따라 1이어야한다. 

      int diff = 0;
     for (int j = 0; j < begin.length(); j++) {
          if (begin.charAt(j) != words[i].charAt(j)) diff++;
     }

만약 diff가 1이면 변환이 가능하다는 뜻이기 때문에, visited = true로 만들고 다음 단어 탐색을 위해 dfs한다. 또한, 백트래킹을 위해 visited = false로 만들어야 한다. 다른 경로 탐색을 위한 것이다.   

최종 코드                                                            
  class Solution {

    public static int min = Integer.MAX_VALUE;

    public static void dfs(String begin, String target, String[] words, boolean[] visited, int count){

        if(begin.equals(target)){
            if(min > count) min = count;
            return;
        }

        for(int i = 0; i




[MSA 프로젝트] github action으로 CI 구현하기
Sun, 02 Jun 2024 03:51:14 GMT
도커 이미지를 지속적으로 만드는 번거로움을 해결하기 위해, GitHub Actions을 사용하여 도커 이미지를 자동으로 빌드하는 CI(Continuous Integration) 코드를 구현했다. 
1. github에 환경변수 등록하기
빌드에 필요한 환경 변수는 github에 등록해주어야 한다. 각 시크릿 변수와 환경 변수는 
Setting -> Secrets and variables -> Actions로 가서 추가할 수 있다. 

Secrets : 민감한 정보 저장
Variables : 시크릿이 필요하지 않은 일반 환경 설정 정보 저장

Repository: 해당 리포지토리에서만 사용할 값 저장
Organization : 모든 리포지토리에서 사용할 값을 저장. 


2. github action 워크플로 파일 만들기
GitHub Actions를 설정하기 위해 먼저 루트 폴더에 .github/workflows/notice-deploy.yaml 파일을 만들어준다. 이 파일이 생성되면 GitHub Actions가 자동으로 동작한다.
name: Build and Push Docker Image
on:
  push:
    branches:
      - main
  pull_request:
    branches:
      - main

jobs:
  build-and-push-image:
    runs-on: ubuntu-latest

    steps:
      - name: Checkout
        uses: actions/checkout@v2

      - name: Set up JDK 17
        uses: actions/setup-java@v2
        with:
          distribution: 'temurin'
          java-version: '17'

      - name: Build with Gradle
        run: |
          cd msa-notice
          chmod +x ./gradlew
          ./gradlew build
        env:
          DATABASE_URL: ${{ secrets.DATABASE_URL }}
          DATABASE_USERNAME: ${{ secrets.DATABASE_USERNAME }}
          DATABASE_PASSWORD: ${{ secrets.DATABASE_PASSWORD }}
          RABBITMQ_URL: ${{ env.RABBITMQ_URL }}
          RABBITMQ_PORT: ${{ env.RABBITMQ_PORT }}
          RABBITMQ_USERNAME: ${{ secrets.RABBITMQ_USERNAME }}
          RABBITMQ_PASSWORD: ${{ secrets.RABBITMQ_PASSWORD }}
          UNIV_RECOMMENDATION_URL: ${{ env.UNIV_RECOMMENDATION_URL }}
          EXTERNAL_RECOMMENDATION_URL: ${{ env.EXTERNAL_RECOMMENDATION_URL }}
          OPENAI_API_KEY: ${{ secrets.OPENAI_API_KEY }}

      - name: Login to DockerHub
        uses: docker/login-action@v1
        with:
          username: ${{ secrets.DOCKERHUB_NAME }}
          password: ${{ secrets.DOCKERHUB_PASSWORD }}

      - name: Build and push Docker image
        run: |
          cd msa-notice
          docker build -t ${{ secrets.DOCKERHUB_NAME }}/msa-notice:latest .
          docker push ${{ secrets.DOCKERHUB_NAME }}/msa-notice:latest
name:
워크플로우의 이름. 여기서는 "Build and Push Docker Image"이 이름이다.
on:
워크플로우를 트리거하는 이벤트. main 브랜치로의 푸시나 풀 리퀘스트가 발생할 때 워크플로우가 실행된다.
jobs:
워크플로우 내에서 수행할 작업을 정의한다. 여기서는 하나의 작업인 build-and-push-image가 있다.

runs-on: 작업을 실행할 환경을 지정한다. 여기서는 최신 우분투 환경인 ubuntu-latest를 사용한다.
steps: 각 단계별로 수행할 작업을 정의한다.


name : "Checkout"
uses : actions/checkout 액션을 사용하여 현재 저장소를 체크아웃한다.


name: "Set up JDK 17"
uses: actions/setup-java 액션을 사용하여 JDK 17을 설정
with: JDK의 배포판과 버전을 지정한다. 여기서는 Temurin 배포판의 JDK 17을 사용합니다.


name: "Build with Gradle"
run: 셸 명령어를 실행합니다.


cd msa-notice: msa-notice 디렉토리로 이동
chmod +x ./gradlew: Gradle 래퍼 스크립트에 실행 권한을 부여
./gradlew build: Gradle을 사용하여 프로젝트를 빌드
env: 빌드 과정에서 사용할 환경 변수를 설정한다. GitHub에 환경 변수를 커밋할 수는 없기에, 빌드 시 필요한 민감한 정보는 github 환경변수 등록한 후 시크릿은 secrets. 으로 환경변수는 env.으로 가져와 사용한다.


name: "Login to DockerHub"
uses: docker/login-action 액션을 사용하여 DockerHub에 로그인한다.
with: DockerHub 로그인 정보로 사용할 시크릿 변수를 지정한다.


name: "Build and push Docker image"
run: 셸 명령어를 실행합니다.


cd msa-notice: msa-notice 디렉토리로 이동합니다.
docker build -t ${{ secrets.DOCKERHUB_NAME }}/msa-notice:latest .: 도커 이미지를 빌드한다.
docker push ${{ secrets.DOCKERHUB_NAME }}/msa-notice:latest: 빌드한 도커 이미지를 DockerHub에 푸시한다.


성공 메시지가 표시된 후, Docker Hub에 가보면 이미지가 잘 생성된 것을 확인할 수 있다.




[MSA 프로젝트] minikube 설치 및 사용하기
Tue, 28 May 2024 10:49:06 GMT

이전에 마이크로서비스를 테스트를 하기위해 GKE를 활용하였다. 그러나 클라우드에서 쿠버네티스를 사용하는 건 번거롭고 크레딧이 생길 수 있기 때문에 minikube를 사용할 것이다.
minikube 설치하기

1. 설치 하기
https://minikube.sigs.k8s.io/docs/start/ 에서 본인의 환경에 맞는 minikube를 설치한다. 
Windows를 선택했고 latest release를 클릭한다.

2. 설치 확인
설치가 완료되면 cmd를 열어 minikube version 명령어로 설치를 확인할 수 있다. 
> minikube version
minikube version: v1.33.1
commit: 5883c09216182566a63dff4c326a6fc9ed2982ff



minikube 사용하기

1. Cluster 시작하기
minikube start


아래 명령어로 클러스터 생성을 위한 이미지


# minikube 시작 시 download 되는 docker image
$ docker images
REPOSITORY                      TAG                   IMAGE ID       CREATED         SIZE
gcr.io/k8s-minikube/kicbase     v0.0.44               5a6e59a9bdc0   2 weeks ago     1.26GB



클러스터 컨테이너# 다운받은 docker image로 minikube container를 실행하여 kubernetes cluster 생성
$ docker ps
CONTAINER ID   IMAGE                                 COMMAND                  CREATED         STATUS         PORTS                                                                                                                                  NAMES
0afaff80de0b   gcr.io/k8s-minikube/kicbase:v0.0.44   "/usr/local/bin/entr…"   3 minutes ago   Up 3 minutes   127.0.0.1:57389->22/tcp, 127.0.0.1:57390->2376/tcp, 127.0.0.1:57392->5000/tcp, 127.0.0.1:57393->8443/tcp, 127.0.0.1:57391->32443/tcp   minikube



kubernetes cluster와 kubectl의 연결을 위한 정보가 담긴 config 파일 $ cat ~/.kube/config



클러스터 정보$ kubectl cluster-info
Kubernetes control plane is running at https://127.0.0.1:57393
CoreDNS is running at https://127.0.0.1:57393/api/v1/namespaces/kube-system/services/kube-dns:dns/proxy

2. cluster 일시정지/재가동
$ minikube pause
일시정지 명령어로, kubectl을 통한 cluster의 접근이나 추가적인 명령어는 timeout이 발생하며 사용이 불가능하다. 단, 이미 배포된 application에는 영향을 미치지않고 계속 동작한다.

클러스터 재기동 명령어$ minikube unpause

3. cluster 종료
$ minikube stop

kubernetes cluster를 위해 구동되었던 minikube docker container가 종료되며 cluster가 종료되게 된다. 또한 cluster와 kubectl의 연결을 위해 사용되었던 ~/.kube/config 파일의 내용도 모두 사라진다.
단, 따로 저장되어있는 cluster 내의 생성했던 리소스들의 정보는 삭제되지 않기 때문에 다시 minikube start 명령어를 통해 cluster를 생성하면 기존에 생성해놨던 application 같은 리소스들이 동일하게 생성되어 구동된다.

4. cluster 삭제
$ minikube delete

delete를 통해 cluster를 종료한다면 이러한 정보들까지 모두 삭제한다. 따라서 delete 후 다음번 minikube를 시작시 완벽히 초기상태로 시작이 된다.




99클럽 코테 스터디 4일차 TIL + 스택/큐
Thu, 23 May 2024 14:13:05 GMT
오늘의 학습 키워드

스택/큐

해결 방법

문제: 올바른 괄호

import java.util.*;

class Solution {
    boolean solution(String s) {
        boolean answer = true;

        Stack stack = new Stack<>();

        for(int i = 0; i

무엇을 새롭게 알았는지

Stack의 메서드

Queue의 메서드





[MSA 프로젝트] GKE에서 Kubernetes 매니페스트 파일 배포하기
Thu, 23 May 2024 03:48:21 GMT
실제 작성한 매니페스트 파일이 쿠버네티스 상에서 잘 동작하는지 알아보기 위해 GKE를 사용해보았다.
GKE란 Google Kubernetes Engine으로, GCP(Google Cloud Platform)에서 제공하는 관리형 Kubernetes 서비스이다. 클러스터 관리 및 애플리케이션 배포를 쉽게 할 수 있게 해준다. 
1. GKE 클러스터 생성


테스트 용이기 때문에 기본값으로 생성하였다.  

클러스터 기본사항

이름: k8s
영역: asia-northease3-a
출시 채널
출시 채널: 채널 없음
버전: 기본값




노드 설정 구성*
이미지 유형: containerd를 포함한 Ubuntu
머신 구성: 범용/N1
머신 유형
코어: 1
메모리: 1
부팅 디스크 크기: 10



다음과 같이 클러스터 생성되었다. 노드 수가 3으로 설정되어 있어, VM 인스턴스를 확인해 보면 3개의 인스턴스가 생성된 것을 볼 수 있다. 각 노드는 클러스터 내에서 작업을 수행하는 독립적인 컴퓨팅 자원인 것을 알 수 있다. 


2. K8s 클러스터 연결


kubectl 설정
PC에서 클러스터에 연결하기 위해 명령어을 넣으면 kubectl이 없다는 오류가 발생한다. 아래 링크로 들어가 운영환경에 맞게 설치하면 된다. 


https://kubernetes.io/ko/docs/tasks/tools/




K8s 클러스터 연결


cmd 창에 명령줄 액세스 부분을 실행하면 클러스터에 연결할 수 있다. 

잘 연결되었는지 확인해보자kubectl config get-contexts  // GKE K8s 클러스터의 컨텍스트 확인


kubectl get node // 노드 목록 보기

## **3. 매니페스트 파일 준비**

이번 프로젝트에서는 Secret, ConfigMap, Deployment, Service 오브젝트를 정의하는 매니페스트 파일을 만들었다.

매니페스트 파일을 각각 분리하여 사용할 수도 있지만, '---' 을 사용하여 하나의 파일에 여러 오브젝트를 정의할 수도 있다. 실제 만든 서비스가 잘 동작하는지 테스트하는 용도이기 때문에 하나로 합쳐서 진행해볼 것이다. 

```combined-manifest.yaml```
```yml
#secret
apiVersion: v1
kind: Secret
metadata:
    name: my-secret
type: Opaque
data:
  DATABASE_USERNAME: 
  DATABASE_PASSWORD: 

---

#configmap
apiVersion: v1
kind: ConfigMap
metadata:
  name: my-config
data:
  DATABASE_URL: <값>

---

# deployment
apiVersion: apps/v1
kind: Deployment
metadata:
  name: myapp-deployment
  replicas: 1
  selector:
    matchLabels:
      app: myapp
  template:
    metadata:
      labels:
        app: myapp
    spec:
      containers:
        - name: myapp
          image: /my-app
          ports:
            - containerPort: 8080
          env:
          - name: DATABASE_URL
            valueFrom:
              configMapKeyRef:
                name: notice-config
                key: DATABASE_URL
          - name: DATABASE_USERNAME
            valueFrom:
              secretKeyRef:
                name: notice-secret
                key: DATABASE_USERNAME
          - name: DATABASE_PASSWORD
            valueFrom:
              secretKeyRef:
                name: notice-secret
                key: DATABASE_PASSWORD      

---

# service
apiVersion: v1
kind: Service
metadata:
  name: myapp-service
spec:
  selector:
    app: myapp
  ports:
    - protocol: TCP
      port: 80
      targetPort: 8080
  type: LoadBalancer
4. 매니페스트 파일 배포
매니페스트 파일이 있는 경로로 가서 아래 명령어를 입력한다.
kubectl apply -f <매니페스트_파일_이름> 

kubectl apply -f combined-manifest.yaml

이때 오류가 발생했는데, 이는 docker hub 리포지토리를 private으로 설정해두었기 때문이었다. private으로 두면 여러 설정 작업이 필요하여 public으로 변경하였다. 환경 변수를 .env 파일로 관리하고 있기 때문에, public으로 변경할 수 있었다. 

오류가 발생한다면, kubectl describe 또는 kubectl logs 를 통해 확인할 수 있다.



매니페스트 파일에서 배포한 리소스 삭제
매니페스트 파일에서 배포한 리소스를 삭제하고 싶다면 아래 명령어를 사용할 수 있다. 

kubectl delete -f <매니페스트_파일_이름> 
5. 배포 확인
# 전체 확인
kubectl get all

# 파드 상태 확인
kubectl get po

# 서비스 상태 확인
kubectl get svc

Kubernetes 대시보드이다. 컨테이너가 잘 동작하는 것을 확인할 수 있다.



💡사용하지 않는 리소스는 과금방지를 위해 꼭 삭제하자!




99클럽 코테 스터디 3일차 TIL + 오늘의 학습 키워드
Wed, 22 May 2024 14:34:31 GMT
해결 방법

문제: 기능개발

현재 배포 주기의 기준일보다 더 빨리 또는 동시에 완료되는 작업인 경우, cnt를 증가시킨다. 현재 배포 주기의 기준일보다 늦게 완료되는 작업인 경우, 현재까지의 작업 수를 answerList에 추가하고, 새로운 배포 주기를 시작한다.
import java.util.*;

class Solution {
    public int[] solution(int[] progresses, int[] speeds) {
        ArrayList answerList = new ArrayList<>();

        int period = 0;
        int cnt = 1;
        for (int i = 0; i < progresses.length; i++) {
            int speed = (int) Math.ceil((100.0 - progresses[i]) / speeds[i]); 
            if (period >= speed) {
                cnt += 1;
            } else {
                if (i != 0) { 
                    answerList.add(cnt);
                }
                period = speed;
                cnt = 1;
            }
        }
        answerList.add(cnt); 

        int[] answer = new int[answerList.size()];
        for (int i = 0; i < answerList.size(); i++) {
            answer[i] = answerList.get(i);
        }

        return answer;
    }
}

MIN(m)	MAX(M)	WARNING(W)	INACTIVE(I)	EXPIRE(E)
4	200	10	5	2024-12-09
chage 명령으로 수정
- sudo chage -m 4 -M 200 -W 10 -l 5 -E 2024-12-09 test01

dev_angie.log

[Green Developers 프로젝트 후기]

프로젝트 소개

Ncloud에서 활용한 서비스

Ncloud 적용 과정

만족했던 점과 아쉬웠던 점

Green Developers 프로그램 참여 소감

마지막 한 말씀

[C] C언어 문법 정리하기

1. 문자열 비교(strcmp) - string compare

2. 문자열 붙이기(strcat) - string catenate

4. 문자열 복사 - strdup()

5. qsort() 란?

6. 포인터 VS 배열

🔁 정리 비교표

문자열 리터럴을 수정하고 싶을 때?

7. C 문자열/포인터/배열 정리 (헷갈렸던 포인트 중심)

malloc은 바이트 단위 ⇒ 최소화!!!!!!

왜 C는 포인터를 많이 쓸까??

[알고리즘] 크루스칼 알고리즘(Kruskal Algorithm)

크루스칼 알고리즘(Kruskal Algorithm)

매커니즘

과정

구현(JAVA)

[자료구조] HashMap 함수

HashMap이란?

HashMap(Map) 사용하기

put

putIfAbsent

get

getOrDefault

containsKey

remove

size

entrySet()을 사용한 순회

[Kafka] Django와 Kafka를 활용한 메시지 전송 및 수신

1. Docker로 Kafka 설치하기

1)docker-compose.yml 파일을 생성하고 작성

2)터미널에서 명령을 수행 - 클러스터 1개를 가진 카프카 서버를 실행

3)외부에서 사용할 수 있도록 설정 변경

5)메세지 전송 및 받기

[네트워크]

1. 네트워크

1) 네트워크 구성도

2) 프로토콜

3) OSI 7계층과 TCP/IP

4) OSI 7계층 별 이해

5) 통신 과정

2. 네트워크 구분과 구성 요소

1) 네트워크 연결 구분

2) 회선에 따른 분류

3) VPN(Virtual Private Network)

4) DWDM(Dense Wavelenth Divistion Multiplex: 파장 분할 다중화)

5) 네트워크 구성 요소

3. 네트워크 통신

1) 네트워크에서 출발지에서 목적지로 데이터를 전송할 떄 사용하는 통신 방식

2) MAC Address

3) IP Address

4) TCP와 UDP

4. Switch

1) 개요

2) VLAN

3) STP

[Django] RESP API

1) API(Application Programming interface)

2) CSR(Client Side Rendering)

3) REST(REpresentational State Transfer)

3. Django REST Framework

1) 개요

2) 프로젝트 생성

3) 애플리케이션 생성 - 프로젝트의 manage.py 파일이 있는 디렉토리에서 수행

4) setting.py 파일 수정

5) urls.py 파일을 수정해서 example로 시작하는 url에 대한 처리는 apiapp의 urls.py에서 처리하도록 수정

Create your views here.

Create your models here.

10) 모델의 데이터를 json 문자열로 변환해서 출력해주는 Serializer를 생성

11) apiapp 디렉토리에 요청을 처리하는 함수를 작성 - 전체 가져오기, 데이터 삽입, 데이터 1개 가져오기

12) apiapp 디렉터리의 urls.py 파일에 url과 요청을 처리하는 함수를 연결

13) 브라우저에서 확인

4. 웹 클라이언트 애플리케이션에서 웹 서버의 데이터 가져오기

1. 문자열 비교(`strcmp`) - string compare

2. 문자열 붙이기(`strcat`) - string catenate

4. 문자열 복사 - `strdup()`

5. `qsort()` 란?

`malloc`은 바이트 단위 ⇒ 최소화!!!!!!