Deep Dive

Linux: 리눅스란, 쉘, 프롬포트, 로그인쉘, 터미널, 리눅스 디렉토리 구조

Ofglen — Mon, 27 Nov 2023 03:00:57 +0900

리눅스

넓은 의미의 리눅스: 리눅스 커널 + 명령어 + 애플리케이션 (사용자가 바로 사용 가능)

좁은 의미의 리눅스: 리눅스 커널

커널: OS에서 하드웨어 제어하는 소프트웨어

리눅스 종류

Red Hat: Red Hat Enterprise Linux, CentOs, Fedora
Debian: Debian GNU/Linux, Ubuntu

쉘

커널의 인터페이스

사용자가 커널을 직접 조작할 수 없기 때문에 사용자와 하드웨어 사이에서 명령어를 전달하여 커널의 실행 결과를 출력하는 소프트웨어

커널과 쉘이 분리된 이유

리눅스 외 OS를 사용할 때 쉘만 이식하면 동일하게 사용 가능

쉘을 사용하며 에러 또는 높은 부하가 발생해도 본체인 리눅스 커널에 미치는 영향 최소화

쉘 종류

sh

표준 쉘. 오래된 쉘이라 기능이 적고 대화형에서 사용하기 불편해서 로그인 쉘로 사용 거의 안함

bash

sh 바탕으로 기능 추가됨

프롬포트

쉘이 사용자에게 명령어를 받을 준비가 되었음을 나타냄

프롬포트 기호

일반 사용자: $

슈퍼 사용자: #

로그인 쉘

/bin/bash: 사용자 로그인 후 처음으로 시작되는 쉘 (리눅스 자동 쉘 시작)

#!/bin/bash

#!: 셔뱅(shebang) -> 쉘 지정 실행

#! <경로> 에 위치한 스크립트 파일 bash로 실행

터미널

리눅스에서 돌아가는 쉘의 입출력 화면을 제공하는 소프트웨어

터미널 종류

Windows: PuTTY

macOS: terminal

Linux: GENOME Termonal, Konsole

디렉토리

여러 개의 파일을 담아서 정리하는 것

리눅스에서는 파일만 다룸

리눅스 디렉토리 구조

/: 최상위 디렉토리 (루트 디렉토리)
/bin: Binary. 시스템 관련된 주요 명령어 저장. (mv, cat)
/dev: 물리적 장치들이 파일화 되어 저장
/etc: 애플리케이션 환경 설정 파일
/home: 사용자별 개인용 디렉토리 (사용자 이름이 디렉토리 이름으로 사용)
/sbin: System-binary. 시스템 관리자용 명령어
/tmp: 임시 파일. (일반적으로 모든 사용자들에게 열려 있어, 정기적으로 이 디렉토리 안의 파일을 삭제하도록 설정된 배포판도 있으므로 중요한 파일을 /tmp에 보관 지양)
/usr: 새로 설치한 프로그램 저장. cf. Windows - Program Files 폴더
/var: 로그, 스풀링 파일(나중 처리) 저장. (메일 서버로 운영하면 메일 저장)
/boot: 부팅 관련 파일
/lib: 각종 라이브러리 저장
/mnt: CD-ROM. 네트워크 파일 시스템 마운트 할 때 사용됨
/proc: 현재 실행되고 있는 프로세스들을 파일화 되어 저장
/root: root 계정의 홈 디렉토리

운영체제란? OS 종류, Linux 종류, 커널이란? 프로세스와 쓰레드의 차이점? 쓰레드란?

Ofglen — Mon, 27 Nov 2023 00:30:22 +0900

운영체제

정의

운영체제(OS, Operating System): 소프트웨어

사용자에게 인터페이스를 제공하고, 하드웨어 자원을 효율적 관리하는 소프트웨어

목적

컴퓨터 자원 관리와 자원 보호

최신 컴퓨터: CPU 등 성능 향상으로 여러 작업을 동시에 처리하는데 이때 응용 프로그램에게 컴퓨터 자원을 할당하고 회수

사용자가 하드디스크에 직접 접근해서 데이터 저장을 할 수 없다면 데이터를 덮어 씌워서 데이터를 손실하는 실수 방지 ex. 사용자(손님), 운영체제(웨이터), 하드웨어(레스토랑)

자원 관리: 응용프로그램들에게 자원 배분
자원 보호: 사용자와 하드웨어 사이에서 인터페이스 제공(조작, 결과 제공)
하드웨어 인터페이스 제공
소프트웨어 인터페이스 제공

종류

MS Window, MS Mac
android, mac ios
unix (linux)

리눅스 종류

Redhat, Debian 계열로 나뉨

Redhat : Redhat, CentOS, Oracle, Rocky, Fedora
Debian : Ubuntu, Mint, Kali

구성

커널: 사용자가 커널에 명령 전달
시스템 콜: 인터페이스로 사용자에게 실행 결과 반환

커널

정의

OS의 핵심 구성 요소

사용자와 하드웨어 사이에 위치

목적

응용 프로그램과 하드웨어를 제어. 하드웨어에 자원에 직접 접근해서 자원을 프로그램에 전달하고 프로그램이 작동하도록 관리

시스템 콜(하드웨어 인터페이스)를 통해 커널은 하드웨어에 접근해서 작업 수행

write(): 사용자 명령을 하드웨어에게 전달 write()
read(): 사용자에게 실행 결과를 보여줌

프로세스, 메모리, 파일 시스템, 입출력, 프로세스 간 통신 관리

쉘

정의

사용자와 운영체제 간의 인터페이스

목적

사용자: 쉘을 통해 운영체제에게 명령 입력, 결과 확인하여 작업 수행

프로세스

실행 중인 프로그램 단위

운영체제: 프로그램(코드) 메모리에 가져옴 -> 프로세스 제어 블록 생성 -> 메모리 확보 -> 프로세스 큐에 삽입 -> CPU 전달 및 수행

쓰레드

여러 개의 프로세스를 모아서 CPU에 전달해서 한꺼번에 배치 작업(일괄 작업) 하는 단위

프로세스와 쓰레드 차이점

프로세스, 스레드가 동작하려면 메모리 동작이 필요하다. 커널이 메모리 상에 확보함

크기: 프로세스 > 스레드

프로세스: 약한 연결, 독립적으로 메모리 공간을 가지고 있음
스레드: 강한 연결, 프로세스 안에 존재. 메모리 공간을 공유 (다른 스레드에 이상이 있으면 영향 받음) 별도의 레지스터와 스택을 가지고 힙 영역은 공유

프로세서 아키텍처

컴퓨터의 중앙 처리 장치인 CPU의 내부 동작과 구조를 정의하는 명세서

종류

x86: Intell이 개발해서 8086 마이크로아키텍처 기반. 개인 컴퓨터와 서버에서 주로 사용. Windows, Linux, MacOS 등 다양한 운영체제에서 지원
ARM: 저전력 임베디드 시스템과 스마트폰에서 주로 사용. 에너지 효율성이 뛰어나고 다양한 크기와 형태로 제공. 서버와 클라우드 환경에서 사용

AWS

Ofglen — Tue, 18 Jul 2023 13:28:06 +0900

AWS란?

AWS는 아마존 웹 서비스로 데이터베이스 및 서비스를 오픈 API 형태로 개방한 퍼블릭 클라우드 서비스를 제공한다.

AWS의 대표 컴퓨팅 서비스

EC2(Elastic Compute Cloud): 아마존의 시스템 자원을 임대해주는 서비스로 다양한 사양의 가상화 서버를 선택하여 사용한 만큼 비용을 지불한다.

S3(Simple Storage Service): 외장 디스크를 구매하지 않고 인터넷으로 이용할 수 있는 클라우드 상에서 데이터를 저장하고 사용한 만큼 돈을 지불하는 서비스

Auto Scaling

scale-out: 수평으로 가상의 서버가 여러 개로 늘어나는 것

서버가 언제 증가될 것인지, 고객의 접속률이 하락하면 서버를 축소하는 조건을 설정해야 한다.

Amazon Lightsail

Amazon Workspace: 사내 PC를 통해 가상화로 구성해서 클라우드 업무환경을 구축한다.

네트워킹 서비스

Amazon Route 53: DNS 서비스. 도메인을 구입하고 서버와 연결해준다.

Amazon VPC: 회사 보안 정책 상 기본 보안 네트워크가 아니라 별도의 사설망을 사용해야 할 때 VPC를 만들어서 생성한다. (예: 외부 접근을 제어해야 하는 DB를 VPC를 설정한다.) 인터넷 게이트웨이를 사용하여 연결한다.

Amazon Direct Connect: 기존 온프레미스 인프라와 AWS를 연결해서 낮은 지연으로 데이터를 공유한다.

Amazon ELB(Elastic Load Balancer): L4 Load Balancer 역할을 한다.

스토리지 서비스

Amazon S3: 사용자가 접근하는 빈도에 따라서 용량과 가격이 달라진다. (범용성) 객체 스토리지이다.

Amazon S3 Glacier

Amazon EBS: 블록 스토리지로 일정한

Amazon Storage Gateway

Amazon Snowball

0. 프로젝트 초기 설정 : 컨벤션 규칙 지키기

Ofglen — Sun, 16 Jul 2023 18:42:07 +0900

코딩 컨벤션

코딩 컨벤션은 가독성이 좋고 관리하기 쉬운 코드를 작성하기 위한 코딩 스타일 규칙이다. 오류를 발생시키는 오류를 줄어주어서 유지보수 비용(시간)을 줄일 수 있다.

Checkstyle

지정된 코딩 컨벤션을 준수하는지 확인하는 도구이다.

Java 언어를 사용하여 웹 프로젝트를 개발하기 위해 초기 설정으로 구글 코딩 컨벤션을 Code Style Formatter로 설정하고 Checkstyle을 적용하는 과정을 정리했다.

1. 네이버 컨벤션 다운받기

아래 깃허브 주소에서 naver-intellij-formatter.xml 파일을 다운 받는다.

https://github.com/naver/hackday-conventions-java/blob/master/rule-config/naver-intellij-formatter.xml

Settings > Code Style - Schema 설정 > Import Schema > IntelliJ IDEA code Style XML을 선택하고, C 드라이브 아래에 다운 받은 naver-intellij-formatter.xml 파일을 선택하여 지정한다.

2. Java Tabs and Indents 설정

Settings > Code Style > Java

Google Style은 Tab size, Indent = 2로 설정되어 있으므로 4로 수정한다.

나는 네이버 컨벤션 규칙을 사용해서 다시 2, 2, 4로 변경했다.

3. Checkstyle 적용하기

naver-checkstyle-rules.xml과 naver-checkstyle-suppressions.xml를 다운로드 한다.

https://github.com/naver/hackday-conventions-java/blob/master/rule-config/naver-checkstyle-rules.xml

https://github.com/naver/hackday-conventions-java/blob/master/rule-config/naver-checkstyle-suppressions.xml

Settings > Plugins > CHECKStyle을 검색하고 설치 후 IntelliJ를 재부팅한다.

설치 후 Tools > Checkstyle

Scan Scope: All sources (including tests)

Treat Checkstyle errors as warnings 체크박스를 선택한다.

Description: Naver Checkstype Rules로 지정한다. (권장)

Use a Local checkstyle File > Browse > naver-checkstyle-rules.xml 선택한다.

suppressionFile 프로퍼티 값으로 naver-checkstyle-suppressions.xml을 입력한다.

4. 저장 시 코딩 컨벤션 자동 적용 설정하기

설정창에서 save를 검색한다.

Actions on Save > Reformat code, Optimize import 체크박스를 선택한다.

네트워크 토폴리지와 네트워크의 분류

Ofglen — Fri, 14 Jul 2023 11:48:08 +0900

네트워크의 기초

네트워크: 노드(node)와 링크(link)가 서로 연결되어 있는 집합체
- 노드: 서버, 스위치 등 네트워크 장치
- 링크: 유선 또는 무선
처리량: 링크를 통해 전달되는 단위 시간당 데이터양을 말한다. 단위는 bps(bits per second)를 사용한다. (초당 수신되는 비트 수라는 의미이다)
지연시간: 요청이 처리되는 시간을 말하며 메시지가 두 장치 사이를 왕복하는 데 걸린 시간이다.

대역폭: 주어진 시간 동안 네트워크 연결을 통해 흐를 수 있는 최대 비트 수

네트워크 토폴리지

네트워크 토폴리지(Network Topology): 상호 간에 정보를 교환할 수 있도록 하는 노드와 링크들의 배치 형태를 말한다.
- 트리 토폴리지: 계층형 토폴리지라고 하며 트리 형태로 배치한 네트워크 구성이다.
- 버스 토폴로지: 중앙 통신 회선 하나에 여러 개의 노드가 연결되어 공유하는 네트워크 구성을 말하며 근거리 통신망(LAN)에서 사용한다.
- 스타 토폴로지: 중앙에 있는 노드에 모두 연결된 네트워크 구성을 말한다.
- 링형 토폴로지: 각각의 노드가 양 옆의 두 노드와 연결하여 고리처럼 연속되게 통신을 하는 망 구성 방식이다.
- 메시 토폴로지: 그물망처럼 연결되어 있는 구조다.
  - 장점: 한 단말 장치에 장애가 발생해도 여러 개의 경로가 존재하므로 네트워크를 계속 사용할 수 있고 트래픽도 분산 처리할 수 있다.

네트워크 토폴로지 구조를 파악해야 병목 현상을 올바르게 해결할 수 있다.

병목현상이란?

병목현상(bottleneck): 전체 시스템의 성능이나 용량이 하나의 구성 요소로 인해 제한을 받는 현상을 말한다. 병의 몸통보다 병의 목 부분 지름이 좁아서 물이 천천히 쏟아지는 것에 비유한다. 서비스에서 급증한 트래픽을 관리하지 못하면 병목 현상이 생겨서 사용자는 웹 사이트로 들어가지 못한다

네트워크 분류

네트워크의 분류는 규모와 호스트 사이의 연결 거리를 기준으로 LAN, MAN, WAN으로 분류한다.
- LAN(Local Area Network): 근거리 통신망을 의미하며 전송 속도가 빠르고 혼잡하지 않다.
- MAN(Metropolitan Area Network): 대도시 지역 네트워크를 연결한다.
- WAN(Wide Area Network): 광역 네트워크를 의미하며 국가 이상의 넓은 영역을 연결하며 전송 속도가 낮고 혼잡하다.

디자인 패턴 : 싱글톤 패턴, 팩토리 패턴, 어댑터 패턴, MVC 패턴

Ofglen — Fri, 14 Jul 2023 11:45:48 +0900

디자인 패턴

디자인 패턴: 프로그램을 설계할 때 발생했던 문제들을 해결할 수 있는 솔루션을 규약 형태로 만들어 놓은 것이다.

싱글톤 패턴

싱글톤 패턴: 하나의 클래스의 오직 하나의 인스턴스만 가지는 패턴이다. 데이터베이스 연결 모듈에 많이 사용한다. 이를 통해 DB 연결에 대한 인스턴스 생성 비용을 절감할 수 있다.
- 단점: TDD
  - TDD를 할 때 단위 테스트를 수행하는데, 단위 테스트는 테스트가 서로 독립적이어야 하고 테스트를 어떤 순서로든 실행할 수 있어야 한다. 하지만 싱글톤 패턴은 미리 생성된 하나의 인스턴스를 기반으로 구현하는 패턴이므로 각 테스트마다 독립적인 인스턴스를 만들기 어렵다.
- 유의: 싱글톤 패턴은 모듈 간의 결합을 강하게 만든다. 의존성 주입을 통해 모듈 간의 결합을 느슨하게 만들어서 해결한다. (decoupling)

팩토리 패턴

팩토리 패턴: 인터페이스가 객체를 정의하고 구현 클래스가 인스턴스를 생성한다. 즉, 인스턴스 생성을 서브 클래스에게 일임하는 것이다.
- 장점
  - 슈퍼 클래스와 서브 클래스가 분리되기 때문에 느슨한 결합을 가진다.
  - 상위 클래스에서는 인스턴스 생성 방식에 대해 알 필요가 없기 때문에 유연성이 증가한다.
  - 객체 생성 로직이 분리되어 있기 때문에 코드 리팩토링 시 한 곳만 고치면 되므로 유지 보수성이 증가한다.

어댑터 패턴

어댑터 패턴: 어댑터는 변환기라는 뜻이다. 충전기가 휴대폰을 콘센트를 연결하는 것처럼 클래스의 서로 관계없는 인터페이스들을 클라이언트가 원하는 형태로 인터페이스를 변환하여 함께 사용할 수 있다.

MVC 패턴

MVC 패턴: Model, View, Controller로 이루어진 디자인 패턴이다. 애플리케이션의 구성 요소를 세 가지 역할로 구분해서 개발 프로세서 각각의 구성 요소에만 집중해서 개발할 수 있다.
- 장점: 재사용성과 확장성이 용이하다.
- 단점: 애플리케이션이 복잡해질수록 모델과 뷰의 관계가 복잡해진다.
Model: 애플리케이션의 데이터이터인 데이터베이스와 자원을 다루는 클래스다.
View: 사용자가 볼 수 있는 화면이다.
Controller: Models와 Views를 이어주는 다리 역할을 하며 메인 로직을 담당한다. Models이나 Views의 response를 받으면 각각의 구성 요소에 전달한다.

View에서 데이터를 생성 또는 수정하면 Controller를 통해 Model을 생성하거나 갱신한다.

라이브러리와 프레임워크는 공통으로 사용될 수 있는 특정한 기능들을 모듈화 한 것이다.

라이브러리: 소프트웨어를 개발할 때 컴퓨터 프로그램이 사용하는 자원의 모임. 즉 특정 기능을 가진 코드, 함수들의 집합이다.
프레임워크: 원하는 기능 구현에 집중하여 개발할 수 있도록 일정한 형태와 필요한 기능을 갖추고 있는 골격, 뼈대이다.

참조

면접을 위한 CS 전공지식 노트

[개발상식] 프레임워크(Framework) 와 라이브러리(Library)의 차이

디자인 패턴(Design Pattern)이란?

[Design pattern] 디자인 패턴의 정의와 장점

디자인패턴 - 팩토리 패턴 (factory pattern)

쿠버네티스 객체의 종류 : deployment, service, configmap, secret, replicaset

Ofglen — Fri, 14 Jul 2023 11:34:13 +0900

Deployment (배포): 여러 개의 Pod를 생성하고 관리하는 객체, 애플리케이션의 스케일링과 롤링 업데이트들을 관리한다.

2. Service (서비스): 네트워크 경로를 Pod 집합에 노출시키는 추상화 객체로, 여러 Pod에 대한 로드 밸런싱과 서비스 디스커버리를 제공한다.

yamlCopy code
apiVersion: v1
kind: Service
metadata:
  name: nginx-service
spec:
  selector:
    app: nginx
  ports:
    - protocol: TCP
      port: 80 # 포트 설정
      targetPort: 80

3. ConfigMap (구성 맵): 애플리케이션에 필요한 구성 데이터를 저장하는 객체로, 환경 변수, 설정 파일 등을 관리한다. YAML 파일에 키-값 쌍으로 구성 데이터를 정의한다.

apiVersion: v1
kind: ConfigMap
metadata:
  name: my-configmap
data:
  database_url: "localhost:5432"
  api_key: "my-api-key"

4. Secret (비밀 정보): 애플리케이션에서 사용되는 민감한 정보(예: 비밀번호, 토큰)를 안전하게 저장하는 객체로, 데이터를 Base64로 인코딩하여 저장한다.

apiVersion: v1
kind: Secret
metadata:
  name: my-secret
type: Opaque
data:
  username: dXNlcm5hbWUx
  password: cGFzc3dvcmQx

5. ReplicaSet: Pod의 복제본 수를 유지하고 관리하는 객체

apiVersion: apps/v1
kind: ReplicaSet
metadata:
  name: my-replicaset
spec:
  replicas: 3
  selector:
    matchLabels:
      app: nginx
  template:
    metadata:
      labels:
        app: nginx
    spec:
      containers:
        - name: nginx
          image: nginx:latest

파드(Pod)와 YAML 파일

Ofglen — Fri, 14 Jul 2023 11:32:40 +0900

Pod란?

Pod: Kubernetes 모델의 기본 구성요소로, 배포 가능한 가장 작은 Kubernetes 객체다. 가장 작은 Kubernetes 객체는 컨테이너라고 생각하셨던 분들 말이죠. 하지만 그렇지 않다.

.YAML 파일

Kubernetes Pod 객체를 생성하기 위한 YAML 구성 파일로

Pod: Kubernetes 생태계에서 가장 작고 가장 간단한 단위로, 클러스터에서 실행 중인 단일 프로세스 인스턴스다.

apiVersion: v1
**kind: Pod** **# 고유한 객체 이름**
**metadata**: **# Pod 속성 정의**
  **name:** nginx 
	uid: 4dd474fn-f389-11f8-b38c-42010a8009z7 # 객체 고유식별자 할당
  labels:
    app: nginx 
spec:
  containers:
    - name: nginx
      image: nginx:latest # 최신 버전의 nginx 이미지 실행

apiVersion: : 사용 중인 Kubernetes API의 버전을 지정
kind:: 객체를 정의
metadata: Pod에 대한 메타데이터 정보를 포함한다. Ex) Pod의 이름 및 레이블
- name: n: Pod의 이름을 지정
- uid: unix unique id라고 하며, 클러스터 라이프 사이클에 생성된 모든 객체는 쿠버네티스에서 자동으로 생성되는 고유한 UID를 가지고 객체를 식별하는 데 사용한다.
- labels: Pod에 레이블(키-값 쌍)을 첨부하여 그룹화하고 필터링하는 데 사용
  - app: nginx: 키가 "app"이고 값이 "nginx"인 레이블을 Pod에 할당. 이 레이블은 나중에 Pod를 선택하거나 필터링하는 데 사용
spec: Pod의 원하는 상태를 정의
- containers: Pod 내에서 실행되는 컨테이너 객체의 배열
  - name: nginx: 컨테이너의 이름을 지정
  - image: nginx:latest: 실행할 컨테이너 이미지를 지정. 이 경우, "latest" 태그가 있는 "nginx" 이미지를 사용합니다. 이미지는 컨테이너 레지스트리(예: Docker Hub)에서 가져온 것이며 Nginx 웹 서버를 실행하기 위한 필요한 파일과 구성이 포함된다.

이 구성 파일을 사용하여 Kubernetes 클러스터에 kubectl apply 명령을 사용하여 Pod를 배포할 수 있습니다.

YAML 파일의 버전 제어 사용

YAML 파일 버전 관리 하는 이유: 변경 이력을 추적하고 이슈 발생 시 롤백 및 복구를 하기 위해 Git에 버전 관리한다.

UUID 생성하기

객체를 식별하기 위해서 클라우드 상에서 UUID를 사용한다.

[Git] Branch : Git으로 협업하기, Git 커밋 관리, Git Bash 명령어 정리

Ofglen — Fri, 14 Jul 2023 11:20:10 +0900

Branch: Git으로 협업하기

Branch: 시간순으로 최신 커밋을 ‘master’ 브런치가 가리킨다. master 브랜치를 기준으로 새 브랜치를 생성한다.
HEAD: 과거/최신 브랜치(커밋)를 넘나들 수 있다
merge: [master] 브랜치에 n개의 버전의 합집합을 구하는 것
- Merge Commit(병합 커밋): 새로운 커밋
- Fast-forward(빨리 감기): 기존 커밋과 같아서 이동만 하면 되어서 빨리 감기라고 한다
- Conflict(충돌): 충돌이 난 부분을 확인하고 무엇을 남길지 수동으로 선택
- Pull Request: 협력자에게 병합 요청 메시지를 보내는 것

	의의	장점	단점
branch	하나의 원본저장소에서 분기를 나눈다	하나의 원본저장소에서 코드 커밋 이력을 편하게 볼 수 있다	다수의 브랜치를 만들면 관리하기 어렵다
fork	여러 원격저장소를 만들어서 분기를 나눈다	원본저장소에 영향을 미치지 않고 마음껏 코드를 수정할 수 있다	원본저장소의 이력을 보려면 따로 주소를 추가해야한다

Git Bash

Git 커밋 관리

fork: 남의 원본저장소를 복사해서 내 계정의의 GitHub에 원격저장소로 복사해 오는 명령어
clone: 원격저장소를 소스트리를 통해 로컬저장소로 가져온다
pull request: 원격저장소에서 원본 저장소로 풀 리퀘스트를 보낸다
merge: 풀 리퀘스트를 승인하고 병합한다
rebase: 묵은 커밋을 새 커밋으로 이력을 조작한다
amend: 마지막 커밋 수정하기
cherry-pick: 원하는 커밋만 떼서 현재 브랜치에 붙인다
reset: 옛날 커밋으로 브랜치를 되돌린다
revert: 커밋의 변경사항을 명시적으로 되돌린다
stash: 변경사항을 잠시 따로 저장한다

Git Bash 명령어 정리

pwd: 현재 폴더 위치 확인
ls -a : 현재 폴더 파일 목록 확인 (-a 옵션: 숨김 파일도 리스트업)
cd: 홈(root) 폴더로 이동. 홈 폴더는 ㅅ용자 이름과 폴더명이 같고 내 문서 폴더의 상위 폴더
cd <폴더 이름>: 특정 위치의 디렉토리로 이동
cd ../ : 현재 폴더의 상위 폴더로 이동
mkdir <새폴더이동>: 현재 폴더 아래에 새로운 폴더 생성
echo “Hello Git”: 메아리라는 뜻. 화면에 “” 안의 문자열을 표시한다
git status: Git 워킹트리의 상태를 보는 ㅁ여령어
git config: git 옵션 설정을 보거나 값을 변경할 수 있다

Git 저장소 초기화

$ git init # Git 저장소 생성
ls -a # 파일 목록 확인 -> [.git] 숨김 폴더
git status # 워킹 트리 상태 확인

Git 용어 정리

워킹 트리(=워킹 디렉토리=작업 디렉터리 = 작업 폴더): 사용자가 작업 결과물을 저장하는 곳. 작업폴더에서 [.git] 로컬 저장소를 뺀 나머지 부분을 워킹트리라고 한다.
로컬 저장소: git init 명령어로 생성되는 [.git] 폴더
원격 저장소: 로컬 저장소를 업로드하는 곳 (GitHub Repository)

join은 동일 회원 아이디로 가입 보냈을 때 에러 뜨고

login은 응답코드, 토큰 발급 뜨고

post는 전송 했을 때 body가 그냥 빈 공백이에요

docker ps, iconfig

Ofglen — Fri, 14 Jul 2023 11:13:51 +0900

docker ps

정지되지 않은 컨테이너만 출력

docker ps 명령어 출력 목록

CONTAKINER ID: 컨테이너에게 자동으로 할당되는 고유 ID
IMAGE: 컨테이너를 생성할 때 사용된 이미지
COMMAND: 컨테이너가 시작될 때 실행될 명령어
CREATED: 컨테이너가 생성되고 난 뒤 흐른 시간
STATUS: 컨테이너의 상태. 컨테이너가 실행 중이면 ‘Up’, 종료된 상태이면 ‘Exit’, 일시 중지된 상태이면 ‘Pause’로 표시한다.
PORTS: 컨테이너가 개방한 포트와 호스트에 연결한 포트를 나열한다
NAMES: 컨테이너의 고유한 이름. 컨테이너를 생성할 때 —name 옵션으로 이름을 설정하지 않으면 도커 엔진이 임의로 형용사와 명사를 무작위로 조합해서 이름을 설정한다. docker rename <현재 이름> <변경할 이름> 명령어로 컨테이너 이름을 변경할 수 있다.

iconfig

컨테이너의 네트워크 인터페이스 확인

아무런 설정을 하지 않았다면 컨테이너는 외부에서 접근할 수 없으며 도커가 설치된 호스트에서만 접근할 수 있다. 외부에 컨테이너의 애플리케이션을 노출하기 위해서는 eth0와 IP와 포트를 호스트의 IP에 바인딩해야 한다.

컨테이너에 아파치 웹 서버 웹 서버를 설치해서 외부에 노출

run -p [호스트의 포트]:[컨테이너의 포트]
run -p 7777:80 <- 호스트의 7777 포트를 컨테이너의 80포트에 연결

# 호스트의 IP와 포트를 컨테이너의 IP와 포트로 연결
docker run -it --name mywebserver -p 80:80 ubuntu:14.04

# 호스트와 바인딩된 포트만 확인
docker port <컨테이너 이름>

-e : 컨테이너 내부 환경변수 설정

-e MYSQL_root_PASSWORD=password

# 환경변수 확인
echo

--link: 내부 IP를 알 필요 없이 학상 컨테이너에 별명(alias)로 접근하도록 설정한다.
--link workpressdb:mysql