26일차. IT 개념 정리

 

---

특정시점 :STATE

에러났던것 : STATUS 

🔹 1. STATE — ‘현재의 조건이나 형태’

state는 어떤 대상이 지금 어떤 모양, 조건, 형태를 가지고 있는가를 나타냅니다.
즉, 물리적이거나 구체적인 상태를 말할 때 주로 사용됩니다.

✅ 예시

문장의미

🔹 1. STATE — ‘현재의 조건이나 형태’

state는 어떤 대상이 지금 어떤 모양, 조건, 형태를 가지고 있는가를 나타냅니다.
즉, 물리적이거나 구체적인 상태를 말할 때 주로 사용됩니다.

✅ 예시

문장의미

The water is in a solid state.	물은 고체 상태입니다.
The system is in an idle state.	시스템이 대기 상태에 있습니다.
He was in a confused state.	그는 혼란스러운 상태였다.

👉 핵심 포인트: 변화 가능한 물리적·정신적 조건을 표현할 때 사용합니다.

---

🔹 2. STATUS — ‘지위, 상황, 진행 단계’

status는 사물이나 사람의 위치, 등급, 혹은 사회적/기능적 상태를 나타냅니다.
‘진행 상황’이나 ‘처리 단계’처럼 상태의 단계적·관리적 측면에 초점이 있습니다.

✅ 예시

문장의미

Please check your order status.	주문 상태를 확인해주세요.
His marital status is single.	그의 혼인 상태는 미혼입니다.
The project is in pending status.	프로젝트가 보류 상태입니다.

👉 핵심 포인트: **“진행 상태”**나 **“지위”**처럼 사회적·행정적 의미의 상태를 표현합니다.

---

🔸 요약 비교

구분STATESTATUS

 

의미	물리적/심리적 상태	사회적/행정적 상태
초점	변화 가능한 조건	분류나 단계, 진행 상황
예시	health state, emotional state	order status, visa status

---

💡 예문 비교로 정리

• “The machine is in a broken state.” → 기계가 고장난 상태다. (물리적 상태)
• “The machine’s status is ‘Out of Service’.” → 기계의 상태표시는 ‘사용 불가’이다. (시스템상 표시 상태)

The water is in a solid state.	물은 고체 상태입니다.
The system is in an idle state.	시스템이 대기 상태에 있습니다.
He was in a confused state.	그는 혼란스러운 상태였다.

👉 핵심 포인트: 변화 가능한 물리적·정신적 조건을 표현할 때 사용합니다.

---

🔹 2. STATUS — ‘지위, 상황, 진행 단계’

status는 사물이나 사람의 위치, 등급, 혹은 사회적/기능적 상태를 나타냅니다.
‘진행 상황’이나 ‘처리 단계’처럼 상태의 단계적·관리적 측면에 초점이 있습니다.

✅ 예시

문장의미

Please check your order status.	주문 상태를 확인해주세요.
His marital status is single.	그의 혼인 상태는 미혼입니다.
The project is in pending status.	프로젝트가 보류 상태입니다.

👉 핵심 포인트: **“진행 상태”**나 **“지위”**처럼 사회적·행정적 의미의 상태를 표현합니다.

---

🔸 요약 비교

구분STATESTATUS

의미	물리적/심리적 상태	사회적/행정적 상태
초점	변화 가능한 조건	분류나 단계, 진행 상황
예시	health state, emotional state	order status, visa status

---

💡 예문 비교로 정리

• “The machine is in a broken state.” → 기계가 고장난 상태다. (물리적 상태)
• “The machine’s status is ‘Out of Service’.” → 기계의 상태표시는 ‘사용 불가’이다. (시스템상 표시 상태)

---

🔹 YAML의 계열 및 특징 요약

구분내용

정식 명칭	YAML Ain’t Markup Language (원래는 “Yet Another Markup Language”)
언어 계열	데이터 직렬화 언어(Data Serialization Language)
대표 동류 언어	JSON, XML, TOML
목적	설정(config), 데이터 교환, 자동화 스크립트의 설정값 저장
파일 확장자	.yaml 또는 .yml
구조 방식	들여쓰기 기반의 계층 구조 (파이썬처럼 들여쓰기 중요)

---

🔸 비슷한 언어들과의 관계

언어계열주요 용도사람이 읽기 쉬운 정도

XML	마크업 언어	문서 구조 표현	😕 낮음
JSON	데이터 포맷	API, 웹데이터 전송	🙂 중간
YAML	데이터 직렬화 언어	설정 파일, 인프라 설정 (예: Docker, Kubernetes)	😍 매우 높음

👉 즉, YAML은 JSON보다 사람이 읽기 쉽게 만든 데이터 언어이며,
XML처럼 태그가 없고, JSON처럼 중괄호를 쓰지 않습니다.

 

---

JSON, YAML 같은 언어는 흔히 **DSL(Domain-Specific Language, 도메인 특화 언어)**의 한 형태로 분류됩니다.
이들의 철학과 특징을 이해하면, 왜 프로그래밍 언어가 아닌데도 개발 세계에서 핵심 역할을 하는지 알 수 있습니다.

---

🧭 1. DSL(Domain-Specific Language)이란?

DSL은 특정 목적(domain)에 특화된 언어입니다.
즉, *“모든 걸 다 하려는 언어”*가 아니라,
**“특정 작업을 간단하게 표현하기 위한 언어”**입니다.

구분의미

일반 언어(General-purpose language)	Python, Java, C 같은 범용 프로그래밍 언어
특화 언어(Domain-specific language)	SQL, HTML, JSON, YAML처럼 특정 목적을 위한 언어

---

🧩 2. JSON / YAML과 같은 DSL의 특징

특징설명

① 선언적(Declarative)	“어떻게”가 아니라 “무엇”을 정의함 → 로직이 아닌 데이터 구조를 설명
② 단순성(Simple Syntax)	최소한의 기호와 문법으로 구조를 표현 (ex. 중괄호, 들여쓰기 등)
③ 사람이 읽기 쉬움(Human-readable)	기계뿐 아니라 사람이 쉽게 이해하고 편집 가능
④ 구조적 표현(Structured Representation)	트리(계층) 구조로 데이터나 설정 관계를 명확히 표현
⑤ 언어 중립성(Language-agnostic)	Python, Java 등 어떤 언어에서도 쉽게 파싱(읽기/쓰기) 가능
⑥ 자동화와 설정 중심	코드 실행보다는 시스템 설정, 구성, 데이터 전달에 초점

---

💡 3. JSON/YAML의 철학

철학설명

“데이터는 코드와 분리되어야 한다.”	로직은 코드에서, 데이터/설정은 DSL에서 관리하도록 분리
“사람이 읽기 쉬운 것이 유지보수에 유리하다.”	JSON/YAML은 협업 환경(DevOps, 인프라 설정 등)에 적합
“표준화된 구조가 자동화를 만든다.”	일정한 데이터 구조 덕분에 자동화 도구들이 쉽게 파싱하고 처리 가능

예를 들어, **Kubernetes의 deployment.yaml**이나
**GitHub Actions의 workflow.yml**은 사람이 설정을 정의하면
시스템이 그걸 읽어 자동으로 동작합니다.
👉 이것이 DSL의 핵심 철학입니다:
"사람이 정의하고, 시스템이 이해한다."

 

🧠 요약

항목내용

DSL의 목적	특정 도메인에 특화된 간결한 언어
JSON/YAML의 역할	데이터 표현, 설정 관리, 시스템 자동화
핵심 철학	선언적, 단순성, 가독성, 자동화 가능성
대표 분야	DevOps, 클라우드 설정, API 데이터 구조, 구성 관리

 

---

 

Spring Eureka를 이용해서 마이크로서비스 아키텍처(MSA)를 구성하고 계시다면, **“마이크로서비스는 병렬 구조에 속한다”**고 이해하는 것이 가장 정확합니다.
하지만 단순히 “병렬”이라고만 보기보다는 **“느슨하게 결합된 병렬적·분산 구조(loose-coupled distributed system)”**라고 표현하는 게 더 맞습니다.
이유를 단계별로 정리해 볼게요 👇

---

🔹 1. 직렬 구조 vs 병렬 구조의 개념 정리

구분	직렬 구조(Serial)	병렬 구조(Parallel)
구조 개념	하나의 흐름에 따라 순차적으로 실행	여러 모듈이 독립적으로 동시에 동작
특징	단일 실패 지점(Single Point of Failure) 존재	독립성과 확장성이 높음
예시	모놀리식(Monolithic) 애플리케이션	마이크로서비스(Microservices)

---

🔹 2. 마이크로서비스의 기본 철학

마이크로서비스 아키텍처(MSA)는

“각 기능(서비스)을 독립적으로 개발, 배포, 확장할 수 있도록 분리한 병렬적 구조의 시스템”

입니다.

• 서비스 간의 관계는 **직렬 종속성(의존 호출)**이 아닌,
  비동기 메시지 기반 혹은 RESTful 호출 형태로 느슨하게 연결(loose coupling) 되어 있습니다.
• 따라서 특정 서비스가 다운되어도, 전체 시스템이 멈추지 않습니다.

예를 들어 👇

• 회원 서비스, 주문 서비스, 결제 서비스가 각각 독립 실행됩니다.
• 결제 서비스가 잠시 장애가 나더라도, 회원 서비스는 정상 작동할 수 있습니다.
  → 이것이 바로 병렬적 분산 구조의 핵심입니다.

---

🔸 3. Eureka와 병렬 구조의 관계

**Eureka(Server/Client)**는 서비스 디스커버리(Service Discovery) 역할을 합니다.
즉, 병렬로 존재하는 여러 마이크로서비스들이 서로를 “찾고 연결”할 수 있게 해주는 분산 레지스트리입니다.

구성 요소                                역할

 

Eureka Server	각 서비스의 위치(IP, Port)를 관리하는 레지스트리
Eureka Client	자신을 등록하고, 다른 서비스를 조회
결과	서비스 간 통신이 중앙 제어가 아닌, 병렬적 검색 기반 구조로 가능

➡️ 따라서 Eureka를 사용한 MSA는
**“서비스 간 직접 연결이 아닌, 병렬적으로 동작하며 상호 발견(discovery)하는 구조”**입니다.

---

🔹 4. 실제 아키텍처 비유

구조비유

모놀리식(직렬형)	한 줄로 연결된 기차: 한 칸이 멈추면 전체가 멈춤
마이크로서비스(병렬형)	각자 목적지를 가진 자동차: 교통 신호(Eureka)가 방향만 안내

👉 즉, MSA는 “교통 신호 시스템이 있는 병렬 도로망” 구조라고 볼 수 있습니다.

---

🔸 5. 결론

구분설명

구조 분류	병렬적, 분산형 구조
특징	서비스 간 독립성, 유연한 확장성, 장애 격리
핵심 구성 요소	Eureka, API Gateway, Config Server, Message Queue
결과적 장점	성능 확장성(Scalability), 장애 복원력(Resilience) 확보

---

✅ 정리

마이크로서비스는 **“직렬 구조가 아닌, 병렬적이고 분산된 구조”**입니다.
각 서비스는 독립적으로 동작하며, Eureka와 같은 서비스 디스커버리를 통해 느슨하게 연결됩니다.

 

 

이 프로젝트를 최종적으로 AWS 에 배포하려고 해 그런데 추후쿠버네티스에서 배포할 건데 지금은 도커 컴포즈로 하는 중이야. 빌드중에 OPENJDK 버전이슈가 있어 라이센스가 무료인 JDK중에서 가장 최신인 것을 추천해줘.

 

---

🧱 1️⃣ 개념 정리

🔹 도커(Docker)

• 컨테이너(가상 환경)를 만들어서 앱을 실행시키는 기술이에요.
• 도커는 OS에 **“이미지(Image)”**를 올려서 실행하는데, 이 이미지 안에는 JDK 같은 실행 환경이 들어 있을 수도 있어요.

🔹 도커 컴포즈(Docker Compose)

• 여러 개의 컨테이너를 한꺼번에 관리(빌드·실행·연결)하는 도구예요.
• 예: docker-compose.yml 안에이런 식으로 하면 app(스프링 서버) + db(PostgreSQL)가 동시에 올라가죠.
•  
  services: app: build: . ports: - "8080:8080" depends_on: - db db: image: postgres:15

---

☕ 2️⃣ JDK와의 관계

도커 컴포즈는 JDK를 직접 제공하지 않아요.
👉 대신, 당신의 앱 컨테이너 안에 어떤 JDK를 쓸지를 Dockerfile로 정합니다.

예를 들어 스프링 부트 앱이라면 보통 이런 식이에요 👇

# Java 21 LTS 기반의 빌드 이미지 FROM openjdk:21-jdk-slim WORKDIR /app COPY build/libs/myapp.jar app.jar # JAR 파일 실행 ENTRYPOINT ["java", "-jar", "app.jar"]

이렇게 하면 이 컨테이너 안에는 “openjdk:21-jdk-slim” 이미지가 포함된 상태로 실행돼요.
그 말은 곧 도커 컴포즈에서 사용하는 JDK는 Dockerfile의 FROM에 지정된 JDK 이미지예요.

---

⚙️ 3️⃣ 도커 컴포즈와 JDK의 연결 구조

docker-compose.yml │ └── app (service) │ └── Dockerfile → FROM openjdk:21-jdk-slim

• Compose는 단순히 여러 서비스를 연결해주는 “오케스트레이션 도구”
• JDK 버전은 “Dockerfile의 FROM 이미지”로 결정

---

✅ 결론 요약

구분역할JDK 관련

Docker	컨테이너 실행 엔진	JDK가 포함된 이미지 실행
Dockerfile	이미지 구성 파일	JDK 버전 지정 (FROM openjdk:21-jdk)
Docker Compose	여러 컨테이너를 묶어 실행	JDK 자체는 제공하지 않음