'조예빈'의 개발 흔적

간편인증, 전자서명, 증명서, 본인확인

yebin0322 — Mon, 14 Jul 2025 10:11:33 +0900

간편인증(Simple Authentication)

개념

기존의 공인인증서나 복잡한 로그인 방식보다 더 간단하고 빠르게 본인을 인증하는 방식

예시

카카오페이 인증
PASS 앱 인증
네이버 인증서

원리

사용자가 인증 요청을 받으면 등록된 앱에서 생체인증 / 간단한 비밀번호로 확인(서버는 인증 요청 토큰(Authorization Code)과 함께 사용자의 식별자(휴대폰번호 등) 전송
서버는 해당 사용자에게 기기 고유 정보, 시간정보, 암호화된 데이터 등을 이용해 서명 검증(
인증 성공 시, 서버는 '이 사용자가 맞다'고 판단

=> 비대면 + 모바일 + 암호화 기반으로 빠른 신원 확인

전자서명(Digital Signature)

개념

전자문서에 대해 누가 작성했는지, 위/변조되지 않았는지를 증명하는 기술
종이 서명과 비슷한 역할

예시

전자계약서 서명
공공기관 민원 서명

원리

문서를 암호화 알고리즘(SHA, RSA 등)으로 요약(해시)
개인키로 이 요약 값을 암호화 -> 전자서명
상대방은 공개키로 이 전자서명을 복호화하여 원래 해시와 비교함으로써 위/변조 여부를 확인

=> 개인키로 암호화, 공개키로 검증 -> 서명자 확인 + 문서 무결성 보장

증명서(Certificate)

개념

어떤 정보(신분, 자격, 인증 등)가 공식적으로 맞다고 증명하는 문서
종이 혹은 전자 형태가 있음

예시

주민등록등본
졸업증명서
건강보험 자격득실 확인서

원리

발급기관이 특정 정보를 담은 전자문서에 전자서명을 함
수신사는 서명이 유효한지, 위/변조가 없는지를 공개키로 검증 가능
일부는 QR 코드나 블록체인을 이용해 진위 여부 확인도 가능

=> 신뢰기관이 서명한 전자문서 -> 공식적으로 진짜라는 것을 증명

본인확인(Identity Verification)

개념

어떤 사람이 실제로 본인(당사자)이 맞는지를 확인하는 절차
보안의 가장 기본 단계

예시

휴대폰 본인확인(문자인증)
아이핀(i-PIN)
신분증 OCR + 얼굴 인식

원리

사용자가 입력한 정보(이름, 주민번호 등)와
통신사 / 신용정보사 등에 등록된 정보를 대조하여 일치하는지 확인

=> 정보 비교 또는 기기 인증 + 생체정보 조합으로 본인 여부 검증

인증 중계 플랫폼 기반의 통합 인증 서비스

yebin0322 — Wed, 9 Jul 2025 11:09:31 +0900

인증 중계 플랫폼

여러 인증 수단(패스워드, OTP, 생체인식, 공동 인증서 등)을 통합 관리하고, 다양한 서비스 제공자에게 일관된 방식으로 인증 정보를 전달해주는 중개 시스템
사용자의 신원 확인(인증) 과정을 다양한 서비스 제공자(Service Provider, SP)와 인증 제공자(Identity Provider, IdP) 사이에서 중계해주는 역할을 하는 시스템
디지털 서비스 이용 시 간편하고 안전한 로그인 및 인증 경험을 제공하는 데 중점을 둠

작동 구조

사용자(User) : 서비스에 접속하려는 사람
서비스 제공자(SP) : 웹사이트, 앱 등 사용자가 이용하려는 서비스
인증 제공자(IdP) : 사용자의 신원을 실제로 인증하는 기관 또는 시스템
인증 중계 플랫폼 : SP와 IdP 사이의 브릿지 역할. SP는 다양한 IdP를 직접 연동할 필요 없이, 인증 중계 플랫폼 하나만 연동하면 됨

예시 시나리오

사용자 -> SP 접속 -> 인증 중계 플랫폼으로 인증 요청 -> 사용자 선택에 따라 인증 수단(공동인증서, PASS, 카카오 등) 선택 -> 인증 완료 후 -> SP에 인증 결과 전달

주요 기능

기능	설명
인증 수단 통합	다양한 인증 수단을 하나의 플랫폼에서 연동 및 제공
다중 IdP 연동	여러 인증 제공자를 한 번에 연동 가능
보안성 확보	암호화, 위변조 방지, 세션 관리 등 보안 기능 포함
편의성 제공	사용자에게 선택 가능한 다양한 인증 수단 제공
로그 추적 및 감사	인증 이력 및 로그 저장으로 감사 및 모니터링 가능

활용 사례

정부24, 민원24 등 공공기관 서비스
핀테크 앱에서 본인 인증
대학 포털 로그인 통합
기업 내부 시스템의 SSO(Single Sign-On)

장점

서비스 제공자 입장에서 인증 구현 부담 감소
사용자는 자신에게 익숙한 인증 방식 선택 가능
인증 방식 변경이나 보안 정책 강화가 중앙 집중형으로 가능

단점

인증 중계 플랫폼에 문제가 생기면 연동된 모든 서비스의 로그인 및 인증이 불가능(단일 장애점(SPoF, Single Point of Failure)해짐
중계 플랫폼이 수많은 사용자 정보와 인증 흐름을 처리하므로 해커의 주요 공격 대상이 됨
다양한 인증 수단 연동, 보안 프로토콜 등 설정이 필요해 구축 비용과 시간이 많이 듦

Docker, VMware의 차이

yebin0322 — Sat, 21 Jun 2025 17:30:57 +0900

VMware = OS 단위 가상화(하드웨어 가상화)
Docker = 애플리케이션 단위 가상화(프로세스 가상화, 컨테이너)

구분	VMware(VM)	Docker(Container)
가상화 대상	전체 OS(하드웨어 가상화)	애플리케이션(프로세스 가상화)
커널	각 VM이 자기 OS + 커널 포함	모든 컨테이너가 호스트 OS 커널 공유
속도	느림(부팅 시간 필요)	빠름(수 초 내 실행)
무게	무거움(GB 단위)	가벼움(MB~GB)
사용 목적	OS 격리, 보안 환경 분리	앱 배포, DevOps, 마이크로서비스

컴퓨터 구조

[5] 사용자
[4] 애플리케이션(앱, 프로그램)
[3] 운영체제(OS) -> 사용자 친화적 인터페이스
[2] 커널(Kernel) -> 하드웨어와 소통하는 뇌
[1] 펌웨어(BIOS, UEFI) -> 하드웨어 초기 설정
[0] 하드웨어(CPU, 메모리, 디스크, GPU 등)

하드웨어 가상화 => 운영체제 전체를 가상화

VMware는 하드웨어 1개 위에 여러 개의 OS를 독립적으로 올려주는 가상화 플랫폼

[Hardware]
      ↓
[BIOS/UEFI]
      ↓
[Hypervisor (VMware)]
   ↓↓             ↓↓             ↓↓
[VM1: 커널 + OS] [VM2: 커널 + OS] [VM3: 커널 + OS]
   ↓              ↓               ↓
[앱1]            [앱2]           [앱3]

실제 물리 하드웨어처러 가짜 컴퓨터 전체를 만들어 주는 기술 -> VM
완전한 가상 컴퓨터를 만들어서 그 안에 OS 설치
VM끼리는 서로 다른 OS도 가능(윈도우/리눅스 혼합)

프로세스 가상화 => 운영체제는 공유하고 애플리케이션만 격리해서 실행

하나의 운영체제 위에서 앱 실행 환경만 가짜로 분리하는 기술 -> 컨테이너

[Hardware]
      ↓
[BIOS/UEFI]
      ↓
[Host OS]
      ↓
[Docker Engine(도커 데몬)]
      ↓                        ↓
[Container 1] ← 앱 A만 있음 [Container 2] ← 앱 B만 있음 (커널은 공유)

운영체제는 하나고 그 위에서 앱만 분리
OS 공유, 커널도 공유

VMware 구조

bare-metal, hosted 구조 모두에서 사용 가능

[하드웨어]
    ↓
[Hypervisor (VMware ESXi)]
    ↓
[Guest OS 1]     [Guest OS 2]
  App A             App B

하드웨어 위에 Hypervisor가 있고, 그 위에 서로 다른 OS(Windows, Linux 등)가 통째로 올라감
각 VM은 완전히 격리됨 -> 보안에 강함
하지만 무겁고, 리소스를 많이 씀

Docker 구조

hosted 방식에서만 사용 가능

[하드웨어]
    ↓
[Host OS]
    ↓
[Docker Engine]
    ↓
[Container A]   [Container B]
   App A           App B

Host OS 커널을 공유하고, 그 위에 앱만 실행됨
컨테이너는 가벼운 프로세스 수준의 격리
실행 속도도 빠르고 자원 효율도 좋음
단, 보안 격리는 VM만큼 강력하진 않음

OS위에 설치(프로세스 수준 vs 앱처럼 설치)

구분	의미
프로세스 수준에서 실행된다	시스템 내에서 마치 OS의 서비스나 백그라운드 데몬처럼 작동
앱처럼 설치된다	사용자가 클릭해서 설치하고, 실행 아이콘 눌러서 켜는 일반 데스크탑 프로그램

=> Docker는 OS의 일부처럼 자동으로 떠 있고, VMware Workstation은 사용자가 앱을 실행해서 작동하는 GUI 기반 도구

구분	Docker	VMware Workstation
기능	앱(컨테이너) 격리/실행	운영체제 전체(OS)를 가상화
구조적 목적	OS 위에서 앱을 프로세스처럼 실행	OS 위에서 또 다른 OS를 VM 형태로 설치
실행 대상	컨테이너(앱) = 호스트 OS의 커널을 공유	게스트 OS = 호스트와 완전히 다른 커널 가짐
작동 방식	커널 기능을 이용해 리눅스의 한 부분처럼 작동	VM 하이퍼바이저가 CPU, RAM, 디스크까지 가상으로 분리해 제공

그럼 hosted방식에서의 docker와 VMware의 차이는?

Docker는 애초에 ‘하드웨어 시뮬레이션’도 없고, 커널도 공유
→ OS 위에서 그냥 “리눅스 프로세스를 격리해서 실행하는 도구”
→ 즉, 커널이 곧 호스트 커널 = 실행 대상이 프로세스(앱)
→ 그래서 우리가 "프로세스 수준의 가상화"라고 부르는 거

VMware는 그 위에서 ‘하드웨어처럼 보이는 가짜 컴퓨터’를 만듦
→ 그 위에 OS를 다시 설치해야 돌아가요. 부팅도 해야 하고 커널도 별도
→ 즉, 실행 대상이 OS = 운영체제 수준 가상화

OS 로컬 설치 vs VM 방식

yebin0322 — Sat, 21 Jun 2025 16:31:14 +0900

1. 기본 개념

구분	로컬 설치(베어메탈)	가상화(VM)
방식	하드웨어에 직접 OS 설치	Hypervisor 위에 여러 OS 실행
예시	노트북에 윈도우 10 설치	VMware ESXi위에 여러 리눅스 VM 실행

2. 실무 운영 측면 차이

하드웨어 자원의 효율성

로컬 설치 : 하나의 OS가 CPU/RAM/디스크를 전부 점유 -> 비효율적, 서버마다 OS 한개만 가능
가상화 : 여러 VM이 자원을 나눠씀(CPU가 16코어면, VM 4개에 4코어씩 할당 가능) -> 자원 활용률 극대화, 서버 통합 가능

장애 복구 및 유연성

로컬 설치 : 장애 발생 시 OS 재설치 / 이미지(운영체제, 프로그램, 설정 등이 저장된 전체 복제본) 복원 필요 -> 시간 오래 걸림
가상화 : VM 스냅샷 / 복제 기능으로 수분 내 복구 가능 -> RTO ↓

배포 및 확장성

로컬 설치 : 신규 서버 구축 = 하드웨어 세팅 + OS 설치 + 설정(1~2일 소요)
가상화 : VM 탬플릿 기반으로 몇 분 만에 서버 수십 대 생성 가능

테스트 및 개발 환경

로컬 설치 : 운영체제를 바꾸려면 디스크 초기화 or 듀얼부팅 설정 필요
가상화 : 리눅스, 윈도우, CentOS 등 다양한 OS를 동시에 올려 테스트 가능 -> 실무 테스트 / QA 환경 구축에 필수

3. 실무 예시

[상황] 테스트 서버 3대가 필요함 (CentOS, Rocky Linux, Windows Server)

로컬 설치
- 물리 서버 3대 필요
- 각각의 서버에 OS 설치
- 테스트가 끝나면 방치될 가능성 존재
가상화
- 1대의 고성능 서버에 VMware 설치 후 3개의 VM 생성
- 필요 시 삭제/복제/스냅샷 가능
- 자원도 유동적으로 할당 가능

로컬 설치의 장점(가상화보다 나은 점)

항목	설명
성능(오버헤드 없음)	커널, 드라이버, 자원을 100% 그대로 쓰기 때문에 성능이 가장 좋음
예측 가능한 동작	직접 설치한 OS는 가상화 계층이 없어서 단순하고 안정적이며, 하드웨어에 최적화된 드라이버 구성이 가능함
하드웨어 직접 제어	GPU, 센서, USB 등 특정 장치를 완전히 제어해야 할 때는 로컬이 유리(CPU는 나눠쓰거나 일부만 쓰는 것이 가능하지만 GPU는 그게 안됨)
디버깅/하드웨어 테스트에 적합	BIOS, 부팅, 커널 초기화 등 하드웨어에 가까운 문제를 직접 볼 수 있음

로컬 설치가 더 나은 상황

사용 사례	이유
고성능 게임/그래픽 워크스테이션	GPU 성능 극대화, 직접 제어
산업용 장비 제어용 PC	센서, USB, 시리얼포트 직접 연결
카페 POS, 공장 제어 시스템	로컬 환경에서 단일 기능 수행, 가상화 불필요

VMware

yebin0322 — Sat, 21 Jun 2025 14:38:59 +0900

VMware

가상화 기술을 제공하는 대표적인 회사이며, 이 제품군을 통칭
서버, 네트워크, 스토리지를 논리적으로 추상화해서 하드웨어 리소스를 효율적으로 운영할 수 있도록 해줌
기업용 인프라의 중심 플랫폼
고가용성, 유연성, 보안성을 확보한 채 물리 자원을 효율적으로 활용할 수 있는 가상화 솔루션
원래는 온프레미스 방식이 기본이었으나, 지금은 클라우드 확장을 위해 다양한 솔루션을 출시함

기본 구성 요소

구성요소	설명
기본 OS(Host OS)	Windows/Linux 등 실제 컴퓨터에 설치된 OS
VMware Workstation/ESXi	가상화 프로그램
Guest OS	VMware 위에 설치되는 Windows Server 같은 가상 OS

핵심 구성요소

구성요소	설명
vSphere	VMware의 핵심 가상화 플랫폼. vCenter + ESXi 포함
ESXi	VMware의 하이퍼바이저. Bare-metal 위에 직접 설치됨
vCenter Server	여러 ESXi 호스트를 중앙에서 관리하는 관리 서버
vSAN	스토리지를 가상화해 풀로 묶어 사용하는 소프트웨어 정의 스토리지
NSX	네트워크 가상화 플랫폼. 보안, 라우팅, 로드밸런싱까지 지원
VMware Tools	게스트 OS 성능 향상을 위한 도구(시간 동기화, 드라이버 등)

Hypervisor(하이퍼바이저) : 하드웨어 위에 여러 개의 가상 머신을 올릴 수 있게 해주는 소프트웨어 또는 플랫폼. 하나의 물리 서버(호스트)에서 여러 개의 운영체제(게스트 OS)를 동시에 실행할 수 있게 해주는 가상화의 핵심

구분	설명
Type 1(Bare-metal)	하드웨어 위에 직접 설치. 고성능, 고안정성.기업용 인프라에 사용
Type 2(Hosted)	일반 OS 위에 설치. 개인 개발/테스트용. 일반 PC나 노트북에 설치

Bare-metal(베어메탈) : 운영체제 없이 하드웨어 그 자체, 혹은 OS 없이 바로 하이퍼바이저를 설치하는 방식. 서버에 아무것도 설치되어 있지 않은 순수한 상태 = 베어메탈 상태

사용 이유

항목	이유
리소스 통합	여러 대의 물리 서버를 가상화로 묶어 자원 활용률 극대화
고가용성(HA)	호스트 장애 시 자동으로 VM을 다룬 호스트로 이동시켜 서비스 무중단 유지
vMotion	실행 중인 VM을 다운타임 없이 다른 호스트로 실시간 이전 가능
DR/백업 연동	Veeam, NetBackup 등과 연동해 백업/복구 체계 구성 용이
온프레미스 + 클라우드 연동	VMware Cloud on AWS 등과 연계 가능. 클라우드 전환에 유연함

AWS EC2 vs VMware

EC2는 AWS가 대신 만들어준 가상 서버이고, VMware는 우리가 직접 만드는 가상 서버 플랫폼임
둘 다 가상 머신(VM)을 돌리는 기술이지만, 누가 어떻게 어디서 얼마나 제어하는지가 다름

항목	AWS EC2	VMware
위치	퍼블릭 클라우드(AWS 서버)	온프레미스, 프라이빗 클라우드
소유권	AWS가 서버/하이퍼바이저 소유	우리가 직접 서버/하이퍼바이저 운영
하이퍼바이저	AWS가 내부에서 관리	직접 설치한 ESXi
서버 생성 방식	EC2 인스턴스 생성 클릭 -> 바로 생성	VM 생성 전 서버/스토리지/네트워크 구성 필요
제어 범위	제한적(인스턴스 수준 제어만 가능)	전체 인프라 제어 가능(CPU/메모리/NIC/스토리지 등)
관리 도구	AWS 콘솔, CLI, SDK	vCenter, PowerCLI, vSphere Client 등
장애 대응	AWS가 자동 복구 또는 알림 제공	우리가 직접 HA, 백업, vMotion 구성
확장/축소	쉽고 빠름(Auto Scaling 등)	수동 또는 자동화 구성 필요
비용	사용한 만큼 과금(OPEX)	장비 도입 및 라이선스 필요(CAPEX)
보안 통제권	AWS에 일부 위임	완전한 통제권(OS, 네트워크, 저장소 등)

AWS EC2 : AWS가 만들어놓은 큰 아파트에 월세로 방 하나를 빌려서 바로 컴퓨터를 켜는 느낌. 전기, 수도, 수도꼭지 등이 다 세팅되어 있어서 전기 배선이나 벽을 못 뜯음 -> 제어 범위 제한
VMware : 우리가 건물을 직접 설계하고, 뼈대 올리고, 방도 직접 만들고, 배선도 깔기. 어떤 서버, 네트워크, 스토리지를 쓸지도 직접 정하고 관리, 유지보수도 100% 담당.

OPEX(운영비용) vs CAPEX(자본지출)

구분	CAPEX(Capital Expenditure)	OPEX(Operating Expenditure)
의미	자산 구매에 드는 돈(한 번에 크게 지출)	운영 유지에 드는 돈(지속적으로 나가는 비용)
예시	서버, 스토리지, 스위치 장비 구매	전기세, 유지보수비, 클라우드 사용료
비용 처리	감가상각(몇 년에 걸쳐 나눠서 처리)	사용한 만큼 비용 처리
인프라 예	사내에 직접 구매 + IDC 구축	AWS EC2, S3 등 클라우드 자원 사용료

Auto Scaling(자동 확장)

서버 수를 트래픽 변화에 따라 자동으로 늘리거나 줄이는 기능. 주로 클라우드 환경에서 사용

효과	설명
비용 절감	피크 시간 외엔 서버 수 줄이기
무중단 처리	서버 자동 추가로 트래픽 감당
자동화	운영자가 수동 개입 안 해도 됨

OpenAI API를 50% 싼 값에 호출하는 방법 : Batch API

yebin0322 — Mon, 14 Apr 2025 13:30:48 +0900

Batch API

여러 개의 요청(Request)을 한 번에 묶어서 처리할 수 있도록 해주는 API
여러 개의 요청을 한 번에 처리하도록 서버에 제출(submit)하고, 백그라운드에서 비동기 처리
완료되면 결과를 나중에 조회
=> 일괄 처리 예약 시스템

[POST /v1/batches]  ← 요청 제출 (배치 등록)
        ↓
[배치 상태: processing]  ← 서버가 비동기 처리 중
        ↓
[GET /v1/batches/{batch_id}]  ← 상태 확인
        ↓
[GET /v1/files/{output_file_id}]  ← 결과 다운로드

1. 하나의 HTTP 요청으로 여러 작업 처리(Http Batching)

장점 : 클라이언트-서버 간 왕복 횟수(RTT)를 줄이고, 대기 시간(latency) 개선

2. 대용량 데이터를 한꺼번에 처리(데이터 배치 작업)

비동기 + 예약형 작업

저렴한 이유

리소스 배분과 비용 최적화 때문

기준	실시간 API	Batch API
처리 시간	즉시	예약 시간에 처리(24시간 이내에 처리)
서버 부하	높음	서버가 한가한 시간에 처리
비용	높음(온디맨드)	낮음(예약 기반, 대량 처리 최적화)

실시간 API : 사용자가 지금 요청하니까 즉시 처리 -> 고성능 인프라 필요 -> 비용 비쌈
Batch API : 사용자가 미리 요청해둠 -> 서버 유휴 시간대에 천천히 처리 -> 비용 낮음

주의할 점

요청 순서와 응답 순서 일치 여부 확인 : 식별자를 요청마다 넣고, 응답에서 그걸 기준으로 매칭해야 함

{
  "requests": [
    { "id": "u1", "method": "GET", "path": "/users/1" },
    { "id": "u2", "method": "GET", "path": "/users/2" }
  ]
}

개별 응답의 성공 / 실패 분기 처리 : 응답이 한 번에 오더라도 개별 요청마다 성공 여부가 다를 수 있으므로 하나씩 순회하며 상태코드 확인 후 분기 처리해야 함

{
  "responses": [
    { "status": 200, "body": { ... } },
    { "status": 404, "body": { "error": "Not Found" } }
  ]
}

Batch 크기 제한 확인 : 서버 성능 보호를 위해 최대 요청 개수 제한이 있기 때문에, 요청을 미리 나눠서 보내야 함

for (int i = 0; i < total; i += batchSize)
{
    var chunk = requests.Skip(i).Take(batchSize).ToList();
    SendBatch(chunk);
}

타입 일관성 확인 : 하나의 Batch에서 서로 다른 리소스나 요청 형식이 섞일 경우, API에서 처리 실패할 수 있으므로 요청마다 같은 인증/헤더 조건을 따르는지 확인 필요
에러 발생 시 롤백 여부 : OpenAI의 Batch API는 "Partial Success" 방식

요청 중 일부가 실패해도, 나머지는 정상 처리됨 -> 전체 롤백은 안됨

{
  "requests": [
    { "prompt": "A cute dog", "id": "1" },
    { "prompt": "", "id": "2" },  // 빈 프롬프트 → 오류 발생
    { "prompt": "A spaceship", "id": "3" }
  ]
}

{
  "results": [
    { "id": "1", "status": "completed", "output": "..." },
    { "id": "2", "status": "failed", "error": "Invalid prompt" },
    { "id": "3", "status": "completed", "output": "..." }
  ]
}

1번, 3번은 성공이고 2번만 실패 -> status == "failed"인 항목을 찾아 재시도하거나 로깅해야 함

Rate Limit 처리 방식 : 1개의 Batch에 20개가 요청되면, 20번 호출한 것으로 계산됨

개별 요청 기준인 경우 : chunk로 분할해서 일정 시간 간격ㅇ로 보내기
현재 사용량 모니터링 가능 시 : X-RateLimit-Remaining 같은 응답 헤더 확인 후 조절
실패 시 재시도 : 429 Too Many Requests 발생 시 exponential backoff 재시도 적용

ASP.NET 프로젝트 구조와 Spring 프레임워크와의 비교

yebin0322 — Wed, 26 Mar 2025 12:02:59 +0900

.NET 프로젝트는 기본적으로 Spring MVC와 비슷한 구조를 가짐

ASP.NET

C#과 같은 .NET 언어를 사용하여 웹 애플리케이션 개발
MS에서 제공하는 웹 애플리케이션과 웹 서비스를 개발할 수 있는 프레임워크

Properties(프로퍼티)

.NET 프로젝트에서 자동 생성됨
AssemblyInfo.cs 같은 메타데이터를 담고 있는 파일들이 위치
역할 : 애플리케이션의 비전, 이름, 저자 등의 정보를 담고 있음
Spring에서의 src/main/resources
Spring 프로젝트에서 메타데이터는 주로 application.properties나 application.yml 파일에서 관리

2. References(참조)

프로젝트에서 사용하는 외부 라이브러리 및 참조된 어셈블리들을 관리
역할 : 외부 라이브러리나 다른 프로젝트 간의 의존성 관리
Spring에서의 pom.xml이나 build.gradle
Spring에서는 Maven이나 Gradle을 사용해 의존성 관리를 하며, pom.xml이나 build.gradle 파일에 라이브러리 의존성 선언

3. App_Data

데이터 파일이나 애플리케이션에서 사용하는 DB 파일들이 위치하는 폴더
역할 : DB 파일, XML 파일 등 애플리케이션의 데이터 관련 파일들이 저장됨
Spring에서의 resources 디렉토리
Spring에서는 DB 연결 설정을 application.properties에서 하거나, JPA를 사용하여 엔티티 클래스를 생성하고 application.yml에서 연결 설정을 함

4. App_Start

애플리케이션 시작 시 설정 및 초기화를 담당하는 클래스들이 위치하는 폴더
역할 : 애플리케이션 초기화 설정, 라우팅 설정, 필터 설정 등 관리
Spring에서 @Configuration을 사용하여 설정 클래스를 정의하고, JavaConfig나 XML을 사용하여 설정을 관리하는 부분
Spring에서 @Configuration, Spring Boot에서의 @SpringBootApplication을 통한 초기화 작업

5. Content

CSS, 이미지, 폰트, JS 파일 등 애플리케이션의 정적 파일들이 위치하는 폴더
역할 : 스타일시트(CSS), 이미지, 폰트, 정적 자원 파일들 저장
Spring에서의 src/main/resources/static 또는 src/main/resources/public 디렉토리
Spring에서는 static 폴더에서 정적 파일을 제공하며, application.properties에서 이를 설정할 수 있음

6. Controllers

ASP.NET MVC에서 사용되는 컨트롤러 클래스들이 위치하는 곳
HTTP 요청을 받아 처리하고, 적절한 뷰나 데이터 반환
역할 : 사용자 요청을 처리하는 비즈니스 로직을 담고 있는 컨트롤러 클래스가 위치
Spring에서는 @Controller 어노테이션을 사용하여 요청을 처리하는 컨트롤러 정의
@Controller 어노테이션을 사용하여 HTTP 요청을 처리하는 클래스들, 그리고 @RequestMapping 등을 사용하여 URL 매핑 설정

7. Models

애플리케이션에서 사용하는 데이터 모델 클래스들이 위치하는 곳
DB table과 매핑되는 엔티티 클래스가 들어감
역할 : DB와 매핑되는 모델 클래스가 위치
Spring에서는 주로 @Entity 어노테이션을 사용하여 모델 클래스를 정의하고, DB와 매핑
Spring에서는 주로 JPA를 사용하여 entity class를 정의하고, @Entity, @Id 등을 사용하여 DB와의 매핑 설정

8. Scripts

JavaScript 파일들이 위치하는 폴더
jQuery, Angular, Vue.js 등의 JS 라이브러리가 관리됨
역할 : 클라이언트 사이드에서 사용할 JS 파일들 위치
Spring에서의 src/main/resources/static/js 폴더
Spring에서는 JS파일을 static 폴더에 배치하고, 필요한 경우 JS 프레임워크와 라이브러리 사용

9. Views

사용자에게 보여줄 HTML 콘텐츠를 담고 있는 Razor 뷰 파일들이 위치하는 폴더
역할 : 웹 페이지에서 사용자에게 출력할 뷰 템플릿이 위치
Spring에서는 src/main/resources/templates 폴더에 Thymeleaf 또는 JSP 파일들이 위치

10. favicon.ico

브라우저 탭에 표시되는 아이콘 파일
Spring에서는 static 폴더에 favicon.ico 파일을 두어 브라우저에서 표시될 아이콘을 관리

11. Global.asax

애플리케이션의 전역 이벤트(애플리케이션 시작, 종료, 오류 처리 등)를 처리하는 파일
역할 : 애플리케이션의 전역 이벤트를 처리
- 애플리케이션 시작 시 필요한 초기화 작업
Spring에서는 web.xml 또는 ServletInitializer 클래스를 통해 애플리케이션의 초기화 및 전역적인 설정을 함

12. packages.config

NuGet 패키지 관리 파일로, 프로젝트에서 사용하는 외부 패키지들에 대한 정보를 관리
역할 : NuGet 패키지 의존성 정보를 관리
Spring에서는 의존성 관리 도구로 Maven이나 Gradle을 사용

13. Web.config

ASP.NET 애플리케이션의 설정 파일
보안 설정, 데이터베이스 연결 문자열, 애플리케이션 설정 등을 담고 있음
역할 : 애플리케이션의 설정과 환경 설정을 관리
Spring에서는 application.properties 또는 application.yml파일을 사용하여 환경을 설정

C#의 소개와 특징, 문법, JAVA와의 비교

yebin0322 — Wed, 26 Mar 2025 09:51:55 +0900

C#(C-Sharp)

MS가 개발한 객체지향 프로그래밍 언어
.NET 프레임워크와 함께 사용되며, 윈도우, 웹, 모바일, 클라우드 기반 등 다양한 플랫폼에서 실행되는 소프트웨어를 개발할 수 있도록 설계됨
JAVA와 유사한 문법을 갖고 있음

주요 특징

객체지향(OOP) 언어 : 클래스와 객체를 중심으로 프로그램 작성
타입 안전성(Type Safety) : 컴파일 시간에 타입 오류를 잡을 수 있음
메모리 관리 : Garbage Collection을 통해 자동으로 메모리를 관리
다양한 플랫폼 지원 : .Net Core와 Xamarin 등을 통해 Windows, Linux, macOS, iOS, Android 등 다양한 플랫폼에서 실행되는 애플리케이션을 만들 수 있음
언어 통합 쿼리(LINQ) : 데이터 쿼리를 객체지향 방식으로 처리할 수 있도록 LINQ 제공
비동기 프로그래밍 : async와 await 키워드를 통해 비동기 작업을 쉽게 처리할 수 있음

문법

1. 데이터 타입(Data Types)

JAVA와 나머지 기본 타입 비슷
JAVA에서는 boolean, C#에서는 bool 사용

JAVA :

boolean isActive = true;

C# :

bool isActive = true;

2. 클래스(Class)

JAVA에서와 동일하게 class 키워드를 사용
클래스 내의 변수와 메소드에 접근 제어자를 지정해 주어야 함 -> 자바에서처럼 default 접근 제어자가 자동으로 적용되지 않음
접근 제어자를 지정하지 않으면 컴파일 오류 발생

JAVA :

class Car {
    String color;

    void start() {
        System.out.println("Car is starting");
    }
}

C# :

class Car {
    public string color;

    public void Start() {
        Console.WriteLine("Car is starting");
    }
}

실습 :

using System;

class Car {
    public string color;

    public void Start() {
        Console.WriteLine("Car is starting");
    }
}

class Program {
    static void Main(String[] args) {
        Car myCar = new Car();
        myCar.color = "Red";
        myCar.Start();
        Console.WriteLine("Car color : " + myCar.color);
    }
}

3. 인터페이스(Interface)

JAVA와 비슷하게, 인터페이스는 구현을 강제하는 메소드의 집합
C#에서는 인터페이스 이름에 I를 붙이는 것이 관습임

JAVA :

interface Vehicle {
    void Start();
}

class Car implements Vehicle {
    public void Start() {
        System.out.println("Car is starting");
    }
}

C# :

interface IVehicle {
    void Start();
}

class Car : IVehicle {
    public void Start() {
        Console.WriteLine("Car is starting");
    }
}

실습 :

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks;

namespace ConsoleApp1 {
    interface IVehicle {
        void Start();
    }
    class Car : IVehicle {
        public void Start() {
            Console.WriteLine("Car is starting");
        }
    }
    class Program {
        static void Main(string[] args) {
            IVehicle myCar = new Car();
            myCar.Start();
        }
    }
}

4. 상속(Inheritance)

: base 키워드를 사용하여 부모 클래스 지정
부모 클래스는 base 클래스, 자식 클래스는 derived 클래스라고 함
virtual : 메소드 오버라이딩을 허용한다는 의미
C#에서는 virtual 키워드를 사용해 부모 클래스에서 오버라이딩을 허용하는 메소드를 선언하고, 자식 클래스에서는 override 키워드로 메소드를 오버라이딩 함
JAVA에서는 @Override 어노테이션을 사용하여 메소드 오버라이딩을 명시함

JAVA :

class Animal {
    void sound() {
        System.out.println("Some sound");
    }
}

class Dog extends Animal {
    void sound() {
        System.out.println("Bark");
    }
}

C# :

 class Animal {
     public virtual void Sound() {
         Console.WriteLine("Some sound");
     }
 }
 class Dog : Animal {
     public override void Sound() {
         Console.WriteLine("Bark");
     }

실습 :

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks;

namespace ConsoleApp1 {
    class Animal {
        public virtual void Sound() {
            Console.WriteLine("Some sound");
        }
    }
    class Dog : Animal {
        public override void Sound() {
            Console.WriteLine("Bark");
        }

        static void Main(string[] args) {
            Animal animal = new Dog();
            animal.Sound();
        }
    }
}

5. 조건문(If-Else Statement)

문법이 같음

6. 반복문(Looping)

문법이 같음

7. 생성자(Constructor)

문법이 같음
C#에서는 생성자에 접근 제어자를 명시적으로 작성해 주어야 함

JAVA :

class Car {
	String model;
    
    //생성자
    Car(String model) {
    	this.model = model;
    }
}

C# :

class Car {
	public string model;
    
    //생성자
    public Car(string model) {
    	this.model = model;
    }
}

8. 프로퍼티(Property)

C#에서는 멤버 변수에 대한 접근을 직접 제공하는 대신, 프로퍼티를 사용하는 것이 일반적
C#에서는 get과 set을 통해 멤버 변수에 접근할 수 있는 프로퍼티를 정의할 수 있음
JAVA에서는 직접 메소드를 사용해 접근
객체의 필드를 읽고 수정할 수 있는 것 -> get과 set 블록을 사용하여 값을 가져오거나 설정할 수 있음
JAVA에서의 getter, setter와 같은 개념이지만, C#에서는 프로퍼티를 사용하면 자동으로 get이나 set이 호출됨 -> 아래 예시에서 myCar.Model이 읽기인 경우 get이 호출되고, 쓰기일 경우 set이 호출됨

JAVA :

class Car {
	private String model; //private 필드
    
    //getter 메소드
    public String getModel() {
    	return model;
    }
    
    //setter 메소드
    public void setModel(String model) {
    	this.model = model;
    }

public class Main {
	public static void main(String[] args) {
    	Car myCar = new Car();
        myCar.setModel("Tesla"); //setter를 사용하여 값을 설정
        System.out.println(myCar.getModel()); //getter를 사용하여 값 출력
    }
}

C# :

namespace ConsoleApp1 {
    class Car {
        private string model; //private 필드

        //프로퍼티 정의
        public string Model {
            get { return model; } //값을 가져오는 get
            set { model = value; } //값을 설정하는 set
        }
    }
}

using ConsoleApp1;

class Program {
    static void Main() {
        Car myCar = new Car();
        myCar.Model = "Tesla"; //set을 사용하여 값을 설정
        Console.WriteLine(myCar.Model); //get을 사용하여 값을 출력

    }
}

9. 예외 처리 구문(Exceptin Handling Syntax)

JAVA와 C# 모두 예외 처리의 기본적인 구조는 거의 같음(두 언어 모두 try, catch, finally 구문을 사용하여 예외 처리)
예외 클래스는 언어마다 다름
- JAVA에서는 산술 오류를 처리할 때 ArithmeticException 사용
- C#에서는 DivideByZeroException(System namespace에 포함되어 있음)을 사용하여 0으로 나누는 오류를 처리

JAVA :

try {
	int result = 10 / 0; //ArithmeticException 발생
} catch (ArithmeticException e) {
	System.out.println("Cannot divide by zero"); //예외 처리
} finally {
	System.out.println("Finally block executed");
}

C# :

try {
	int result = 10 / 0; //DivideByZeroException 발생
} catch (DivideByZeroException e) {
	Console.WriteLine("Cannot divide by zero"); //예외 처리
} finally {
	Console.WriteLine("Finally block executed");
}

[프로그래머스, SQL] 가격이 제일 비싼 식품의 정보 출력하기

yebin0322 — Tue, 25 Mar 2025 20:24:13 +0900

https://school.programmers.co.kr/learn/courses/30/lessons/131115

프로그래머스

SW개발자를 위한 평가, 교육, 채용까지 Total Solution을 제공하는 개발자 성장을 위한 베이스캠프

programmers.co.kr

방법 1 : 집계 함수(Aggregate Function) 이용

- 집계 함수 : 여러 행의 데이터를 하나의 값으로 요약 -> select문과 함께 사용해야 함

SELECT *
FROM FOOD_PRODUCT
WHERE PRICE = (
    SELECT MAX(PRICE)
    FROM FOOD_PRODUCT
);

방법 2 : 정렬해서 맨 위에꺼만 뽑기

SELECT 
    PRODUCT_ID, PRODUCT_NAME, PRODUCT_CD, CATEGORY, PRICE
FROM
    FOOD_PRODUCT
ORDER BY PRICE DESC
LIMIT 1;

Map

yebin0322 — Mon, 24 Mar 2025 20:55:15 +0900

Map.entrySet()

보통 Map은 keySet()으로 키만 가져오거나 values()로 값만 가져올 수 있음
키와 값이 함께 필요할 때 entrySet() 사용
entrySet()을 사용하면 Map에 있는 <Key, Value> 쌍을 Set<Map.Entry<K, V>> 형태로 반환
getKey(), getValue()메소드를 사용해 각각 키와 값을 얻을 수 있음

package Map;

import java.util.HashMap;
import java.util.Map;

public class EntrySet {
    public static void main(String[] args){
        Map<String, Integer> map = new HashMap<>();
        map.put("Apple", 3);
        map.put("Banana", 5);
        map.put("Cherry", 7);

        //entrySet()을 사용해 전체 출력
        for(Map.Entry<String, Integer> entry : map.entrySet()){
            System.out.println("Key: " + entry.getKey() + " Value: " + entry.getValue());
        }
    }
}

Key: Apple Value: 3
Key: Cherry Value: 7
Key: Banana Value: 5

Map.keySet()

Map에 저장된 모든 키(key)만 모아서 Set<K> 형태로 반환하는 메소드
Map에서 모든 키를 가져와서 반복문을 돌리거나 특정 키를 찾을 때 유용
반복문에서 map.get(key)를 계속 호출하면 성능이 저하됨 -> entrySet()을 사용해 한 번에 키-값을 가져와야 함
반환된 Set을 수정하면 Map도 변경됨 -> map.keySet().remove("Apple")을 하면 map에서도 "Apple"이 삭제됨

package Map;

import java.util.HashMap;
import java.util.Map;

public class KeySet {
    public static void main(String[] args){
        Map<String, Integer> map = new HashMap<>();
        map.put("Apple", 3);
        map.put("Banana", 5);
        map.put("Cherry", 7);

        //keySet()을 사용하여 전체 키 출력
        for(String key : map.keySet()){
            System.out.println(key);
        }
    }
}

Apple
Cherry
Banana

Map.get()

주어진 키(key)에 해당하는 값을 반환하는 메소드
Map에서 특정 키에 저장된 값을 가져올 때 사용

package Map;

import java.util.HashMap;
import java.util.Map;

public class Get {
    public static void main(String[] args){
        Map<String, Integer> map = new HashMap<>();
        map.put("Apple", 3);
        map.put("Banana", 5);
        map.put("Cherry", 7);

        System.out.println("Apple 개수 : " + map.get("Apple"));
        System.out.println("Banana 개수 : " + map.get("Banana"));
        System.out.println("Grape 개수 : " + map.get("Grape"));
    }
}

Apple 개수 : 3
Banana 개수 : 5
Grape 개수 : null

Map.values()

해당 map의 value 목록을 Collection<V> 형태로 return
key는 필요 없고 값만 갖고 오고 싶을 때 유용
중복이 있어도 모두 포함됨

package Map;

import java.util.HashMap;
import java.util.Map;

public class Values {
    public static void main(String[] args){
        Map<String, Integer> map = new HashMap<>();
        map.put("Apple", 3);
        map.put("Banana", 5);
        map.put("Cherry", 7);
        
        //values()를 사용하여 전체 값 출력
        for(Integer value : map.values()){
            System.out.println(value);
        }
    }
}

3
7
5

Map.entrySet().Iterator()

Map의 key-value 쌍(Entry)을 순차적으로 탐색할 수 있도록 Iterator를 반환하는 코드
Map을 Iterator를 사용해 반복하면서 요소를 하나씩 가져오거나 삭제할 때 유용
요소 삭제가 필요할 때 사용하면 좋음 -> 요소 삭제 시 안전함
- map.entrySet() -> Set<Map.Entry<K, V>> 반환
- .Iterator() -> set에 대한 Iterator<Map.Entry<K, V>> 생성

package Map;

import java.util.HashMap;
import java.util.Iterator;
import java.util.Map;
import java.util.Map.Entry;

public class EntrySetIterator {
    public static void main(String[] args){
        Map<String, Integer> map = new HashMap<>();
        map.put("Apple", 3);
        map.put("Banana", 5);
        map.put("Cherry", 7);

        Iterator<Entry<String, Integer>> iterator = map.entrySet().iterator();

        while (iterator.hasNext()){
            Map.Entry<String, Integer> entry = iterator.next();
            System.out.println(entry.getKey() + " " + entry.getValue());
        }
    }
}

Apple 3
Cherry 7
Banana 5

forEach()

Map의 각 요소(key-value)를 순회하는 메소드
Java 8부터 람다식(Lambda Expression)을 활용한 forEach() 메소드 도입
단순 조회 시 사용하면 좋음
내부적으로 entrySet()을 사용함

package Map;

import java.util.HashMap;
import java.util.Map;

public class ForEach {
    public static void main(String[] args) {
        Map<String, Integer> map = new HashMap<>();
        map.put("Apple", 3);
        map.put("Banana", 5);
        map.put("Cherry", 7);

        map.forEach((key, value) -> {
            System.out.print(key + " " + value);
        });
    }
}

Apple 3
Cherry 7
Banana 5

'조예빈'의 개발 흔적

간편인증, 전자서명, 증명서, 본인확인

간편인증(Simple Authentication)

개념

예시

원리

전자서명(Digital Signature)

개념

예시

원리

증명서(Certificate)

개념

예시

원리

본인확인(Identity Verification)

개념

예시

원리

인증 중계 플랫폼 기반의 통합 인증 서비스

인증 중계 플랫폼

작동 구조

예시 시나리오

주요 기능

활용 사례

장점

단점

관련 기술

SAML(Security Assertion Markup Language)

OAuth / OpenID Connect(OIDC)

FIDO(Fast Identity Online)

DID(Decentralized Identity)

Docker, VMware의 차이

컴퓨터 구조

하드웨어 가상화 => 운영체제 전체를 가상화

프로세스 가상화 => 운영체제는 공유하고 애플리케이션만 격리해서 실행

VMware 구조

Docker 구조

OS위에 설치(프로세스 수준 vs 앱처럼 설치)

그럼 hosted방식에서의 docker와 VMware의 차이는?

OS 로컬 설치 vs VM 방식

1. 기본 개념

2. 실무 운영 측면 차이

하드웨어 자원의 효율성

장애 복구 및 유연성

배포 및 확장성

테스트 및 개발 환경

3. 실무 예시

로컬 설치의 장점(가상화보다 나은 점)

로컬 설치가 더 나은 상황

VMware

VMware

기본 구성 요소

핵심 구성요소

사용 이유

AWS EC2 vs VMware

OPEX(운영비용) vs CAPEX(자본지출)

Auto Scaling(자동 확장)

OpenAI API를 50% 싼 값에 호출하는 방법 : Batch API

Batch API

1. 하나의 HTTP 요청으로 여러 작업 처리(Http Batching)

2. 대용량 데이터를 한꺼번에 처리(데이터 배치 작업)

저렴한 이유

주의할 점

ASP.NET 프로젝트 구조와 Spring 프레임워크와의 비교

ASP.NET

Properties(프로퍼티)

2. References(참조)

3. App_Data

4. App_Start

5. Content

6. Controllers

7. Models

8. Scripts

9. Views

10. favicon.ico

11. Global.asax

12. packages.config

13. Web.config

C#의 소개와 특징, 문법, JAVA와의 비교

C#(C-Sharp)