IT 공부한거 올리는 블로그

요즘 개발자를 위한 시스템 설계 수업

상어악어 — Fri, 8 May 2026 16:34:24 +0900

2. 분산시스템의 속성

일관성

강한 일관성
최종 일관성

강한 일관성은 모든 노드가 동일한 순서에 따라 데이터 업데이트하도록 보장

최종 일관성은 시스템 내에서 일시적이나마 데이터 불일치를 허용하지만, 시간이 지나면 모든 레프리카 데이터베이스나 노드가 결국 동일한 상태에 도달하도록 보장하는 방식

key point

일관성과 가용성 사이에 어떤 설계를 가져갈 것인지

4. 분산 시스템의 기본 요소: DNS, 로드 밸런서, 애플리케이션 게이트웨이

로드 밸런서 - L4 (전송계층)

애플리케이션 게이트웨이 - L7(응용계층)

프론트엔드 개발자를 위한, 실전 웹 성능 최적화(part2)

상어악어 — Tue, 28 Apr 2026 15:39:56 +0900

캐시

no-cache: 캐시를 사용하기 전에 서버에 검사 후, 사용 결정

no store: 캐시 사용 안 함

public: 모든 환경에서 캐시 사용 가능

private: 브라우저 환경에서만 캐시 사용, 외부 캐시 서버에서는 사용 불가

max-age: 캐시의 유효시간

코딩애플 도커 Docker & Container

상어악어 — Mon, 20 Apr 2026 15:07:56 +0900

26.04.20

성능을 위한 Dockerfile 작성법

좋은 관습 1. 캐싱

Dockerfile 작성시 "빌드할 때마다 변동사항이 많이 생기는 부분들을 최대한 아래 쪽에 적기"입니다.

그럼 build 시간이 단축될 수 있습니다.

빌드 작업할때 COPY, RUN 같은 명령어를 실행하면

도커가 내부적으로 캐싱을 진행함

- 변동사항이 없는건 캐싱으로 사용하고,

- 변동사항이 있는건 캐싱사용 안함

- 그래서 변동사항 있는것들은 아래에 적으면 빨라짐

좋은 관습 2. npm ci

RUN ["npm" "install"] 보다

RUN["npm" "ci"]가 좋다

ci = clean install

packge.json에 ^4.1.0 버전이 이렇게 정규표현식으로 적힌경우

새로운 버전이 나왔을때 나도 모르게 4.2.0으로 설치될 수 있는데,

ci를 하면 package-lock.json에 있는 버전 그대로 유지 가능

좋은 관습 3. ENV

ENV NODE_ENV=production
CMD 어쩌구~

ENV 라는 명령어를 쓰면 환경변수를 집어넣어서 이미지를 빌드할 수 있습니다.

ENV 환경변수이름=값 사용하면 됩니다.

이런걸 왜 쓰냐면 옛날부터 존재하던 express 같은 라이브러리들은

NODE_ENV=production을 집어넣어놔야 로그출력양을 좀 줄이고 그래서 성능이 향상되고 그런 케이스가 있습니다.

그래서 Node.js 개발시 설정해두면 나쁠건 없습니다.

참고로 docker run할 때도 -e 옵션으로 환경변수를 그때그때 집어넣어서 이미지를 실행할 수 있습니다.

좋은 관습 4. 권한 낮추기

보안적으로 더 나은 습관도 있는데

원래 Dockerfile에 적은 명령어들은 전부 root 권한으로 실행됩니다.

마지막에 서버 띄우는 명령어는 root 말고 권한을 좀 낮춰서 실행하는게 약간 더 안전하고 좋습니다.

그럴려면 유저를 하나 생성하고 그걸로 유저를 바꿔서 실행하라고 코드짜면 되는데

근데 node 공식 이미지의 경우엔 node라는 이름의 유저가 이미 만들어져있습니다.

그래서 그거 써도 되겠습니다.

(Dockerfile)

USER node
CMD 어쩌구~

USER 유저이름 적으면 그 유저로 변경됩니다.

유저가 제공되지 않는 이미지는 직접 유저만드는 명령어 찾아서 씁시다.

multi-stage build

FROM amazoncorretto:21.0.4 AS build
WORKDIR /app
COPY . .
RUN ./gradlew build

# Runtime stage
FROM amazoncorretto:21.0.4 AS runtime
WORKDIR /app
COPY --from=build /app/build/libs/*.jar /app/server.jar
CMD ["java", "-jar", "/app/server.jar"]

실은 Dockerfile에 FROM을 2번 이상 작성할 수 있는데

FROM을 만날 때 마다 위에 있는 작업내역들이 삭제되고 새로운 마음으로 깨끗하게 시작됩니다.

근데 깨끗하게 시작할 때 위의 작업내역에서 만든 파일들을 몰래 훔쳐올 수 있습니다.

이게 비결임

26.04.22

Network 2. 컨테이너간 통신

1. nginx 리버스 프록시 쓰면 장점이 많음

2. 네트워크 안에 컨테이너 넣으면 서로 통신 가능

26.04.24

Volume 사용법과 PostgreSQL DB 띄우기

컨테이너는 중지되거나 삭제되면 DB 데이터가 유실될가능성있기 때문에

volume을 사용하면 영구저장이 가능하다

근데 보통 db를 컨테이너로 만들일이 없고(컨테이너는 껐다 켰다 유용하게하는데 보통 db는 계속 켜져있어야되니까)

웹서버는 영구적으로 저장되어야할일이 없으니

db를 컨테이너로 만든다면 고려해보자

26.05.06

Orchestration 1. 태스크, 서비스, 클러스터 개념정리

마이크로서비스아키텍처의 장점

1. 유저가 많이 몰리는 서비스가 있으면 그거만 확장 가능

자원 사용이 효율적이다

2. 회원기능을 수정했으면 회원기능 서비스만 따로 배포하면 되니까 기능 업데이트도 빨라짐

단점

1. 마이크로 서비스끼리 통신해야하면 그게 귀찮아짐

2. 마이크로 서비스가 많아지면 그걸 관리하는데 시간과 인력이 추가로 필요함

3. 서버비도 초반에 비쌈

26.05.08

Orchestration 1. 태스크, 서비스, 클러스터 개념정리

클러스터는 하나의 프로젝트

서비스는 하나의 마이크로서비스

태스크는 서로 붙어있어야할 컨테이너들을 묶는 단위

태스크를 docker compose라고 이해해도될듯하다

Orchestration 3. 서비스 만들기

배포옵션

롤링 업데이트

새 태스크 띄우고 기존 태스크 하나씩 없애기

블루/그린 배포

새 태스트 띄우고 기존 트래픽 전부 새 태스크로 이동

26.04.07 바이브코딩 프로젝트 진행

상어악어 — Tue, 7 Apr 2026 21:46:56 +0900

프로젝트 제목: Blue Chip Finder

프로젝트 주제:

해당 지표에 해당하는 장기투자 종목 추천 프로그램

컨셉: 하루에 한 번 배치 돌려서 날짜별 점수 정보 최신화

일단 코스피만 진행

목표: 개발도 개발이지만, 바이브코딩, 최신 기술 학습이 주 목적

기능 1

날짜별 점수 높은 순서대로 종목 조회

(표 형태로 조회한다)

기능1을 만들기 위한 점수 구하는 알고리즘

정량적인 평가가 가능한 것은 웹서치로 찾는다

정성적인 평가가 필요한 것은 에이전트(AI)로 한다

TODO

1. Overall 기획서 한 장 뽑기

2. 페이지별 UI/UX 뽑기(피그마 MCP 활용?)

3. 아키텍처 구상

(프론트, 백, DB, CI/CD)

4. 에이전트 아키텍처 구상

피드백 루프, 하네스?, 테스트코드, 가드레일, SKILL, MCP, 플랜모드?

5.Claude.md 파일 정의 어떻게 할지 고민

SSG 통합회원계정 비밀번호 찾기 오류

상어악어 — Wed, 16 Oct 2024 10:06:51 +0900

스마게 스터디가 끝나고

우수그룹에 선정되어 상품을 받게되었다

팀에 10만원 주는 줄 알았는데

개인당 10만원이라니...

역시 스마게 통이 크다

근데 마침 준게 경쟁사의 쿠폰..!

근데 비번을 까먹었다

아이디 찾기를 해보니

계정이 이미 있었다

그 다음으로 비밀번호 찾기를 했는데

문제는 여기서 발생했다

내 아이디는 ***********@naver.com(length: 21)인데

아이디칸이 자꾸 *********** @naver.co(length: 20)밖에 입력이 안되는거다

문제는 해당 input type의 maxlength가 20으로 제한되어있었기 때문

그러니까 얘가 아이디가 있는데도

@naver.co까지만 입력되니까 정보 조회가 안됐다

아 그러면 어떡하지

메신저로 상담사랑 문의하려면 로그인을 해야하고,

그게 아니면 전화를 해야하는데

전화해서 비밀번호를 찾으려고하는데 maxlength가 20이라서 이거 안늘려주면 비번 못찾아요~

이러기도 좀 그렇고

무엇보다 전화하기가 귀찮았다

하지만 나는 개발자니까

maxlength 21로 바꾸면 됨 ㅋㅋ

아ㅋㅋㅋ 이제 잘 되네

앞단에서 바꿔서 그냥 통과되는걸 보니

서버단에서 길이 유효성 체크하는 로직은 따로 없는듯 하다

음 그래그래 잘 되는구나

로그인 후에 상담사에게 해당 건을 전달했다

개선해~

후에 확인해봤는데 회원가입 아이디 20자로 제한하고있네요

그러면 나는 어떻게 21자로 가입한거지?

아마 최근 회원가입 정책이 바뀐거 같습니다

Partition BY vs GROUP BY

상어악어 — Thu, 22 Aug 2024 10:50:25 +0900

둘 다 특정 기준으로 데이터를 그룹화하고, 집계하는 함수라고 생각했는데 뭐가 다른걸까?

참고: https://kimsyoung.tistory.com/entry/GROUP-BY-vs-PARTITION-BY-%EC%9C%A0%EC%82%AC%EC%A0%90%EA%B3%BC-%EC%B0%A8%EC%9D%B4%EC%A0%90

GROUP BY vs. PARTITION BY: 유사점과 차이점

윈도우 함수는 SQL의 유용한 기능 중 하나입니다. 윈도우 함수를 잘 사용할 줄 안다면 여러분의 인생은 보다 편안해질 것입니다. 이 글에서는 GROUP BY와 PARTITION BY의 차이점을 살펴보고자 합니다. P

kimsyoung.tistory.com

이 블로그에서 자세히 다뤄서 여기서 보는게 나은듯 하다

결론:

GROUP BY는 그룹으로 묶으면서 기존의 행 단위 데이터가 사라진다
PARTITION BY는 기존의 행 단위 데이터가 사라지지 않는다
PARTITION BY는 OVER()라는 윈도우 함수와 같이 쓰인다

GROUP BY가 여러개의 상자를 모아서 큰 하나의 상자를 만드는 방식이라면,

PARTITION BY는 여러개의 상자를 각각 조사해서 조사 결과를 각 상자에 다시 써놓는 방식

성능의 차이가 있을까?

GPT에게 물어본 결과

메모리 사용량 관점

GROUP BY는 그룹당 하나의 행이 반환되므로 메모리 사용량 적음
PARTITION BY는 모든 행이 결과에 포함되므로 데이터 양이 줄어들지 않음 -> 메모리 사용량이 더 많아질 수 있음

병렬처리 가능성

GROUP BY는 종종 데이터를 정렬하거나 해시 테이블을 구성하는 등의 작업이 필요하므로,
병렬 처리가 제한적일 수 있다
PARTITION BY는 데이터가 여러 파티션으로 나뉘고 각 파티션 내에서 독립적으로 계산되기 때문에,
병렬 처리의 이점을 누릴 가능성이 더 크다

결론은 상황에 따라 다르다고 하네요

성능의 차이로 선택하기 보단

기존의 행이 유지되느냐, 유지되지 않느냐의 상황에 따라

선택해서 사용하는 것 같습니다

인프콘 2024 - 개발자를 위한 최고의 기술 컨퍼런스

상어악어 — Tue, 9 Jul 2024 11:11:24 +0900

인프콘 2024: 기술과 혁신의 미래를 만나보세요!

안녕하세요, 기술 애호가 여러분!

다가오는 2024년, 대한민국을 대표하는 기술 컨퍼런스, 인프콘 2024가 여러분을 찾아옵니다. 인프콘은 매년 IT 산업의 최신 트렌드와 혁신적인 기술을 소개하는 자리로, 개발자, 엔지니어, 스타트업, 그리고 IT 산업에 관심 있는 모든 분들에게 열려있는 축제입니다.

일시 및 장소

일시: 2024년 8월 2일(금)
장소: 서울 코엑스(COEX)

왜 인프콘 2024에 참여해야 할까요?

1. 최신 기술 트렌드를 한눈에!

인프콘 2024에서는 AI, 빅데이터, 클라우드 컴퓨팅, 사이버 보안 등 IT 산업의 모든 최신 트렌드를 만나볼 수 있습니다. 세계적인 기술 기업들과 함께 혁신적인 제품과 솔루션을 직접 체험해보세요.

2. 글로벌 전문가들의 인사이트

각 분야의 선도적인 전문가들이 인프콘 2024의 스피커로 참여하여 깊이 있는 강연을 제공합니다. 실무에 바로 적용할 수 있는 노하우와 글로벌 트렌드를 공유받을 수 있는 절호의 기회입니다.

3. 네트워킹의 장

인프콘 2024는 수많은 IT 전문가들과의 네트워킹 기회를 제공합니다. 같은 관심사를 가진 사람들과의 만남을 통해 새로운 아이디어와 협업의 가능성을 열어보세요.

4. 스타트업 부스

혁신적인 스타트업들이 인프콘 2024에 모여 그들의 독창적인 아이디어와 제품을 선보입니다. 새로운 기술과 비즈니스 모델을 탐색하고, 협업의 기회를 찾을 수 있습니다.

참가 등록

인프콘 2024의 사전 등록이 시작되었습니다! 지금 등록하시면 얼리버드 할인 혜택을 받으실 수 있습니다. 자세한 사항은 인프콘 2024 공식 홈페이지에서 확인하세요.

기술과 혁신의 미래를 만나는 시간, 인프콘 2024에서 여러분을 기다립니다. 함께 새로운 가능성을 열어가요!

제 시간표에요~

https://www.inflearn.com/conf/infcon-2024/share?year=2024&id=866819&hash=sangwoo0795%405a802e63&name=sangwoo0795

친절한 SQL튜닝 3장 - 인덱스 튜닝

상어악어 — Sun, 9 Jun 2024 21:20:43 +0900

3.1.3 인덱스 손익분기점

Table Full Scan은 성능이 일정하다

하지만 인덱스는 전체 데이터 중 몇 건을 추출하느냐에 따라 성능이 크게 달라진다

그 이유는

Table Full Scan	인덱스
시퀀셜 엑세스	랜덤 엑세스
Multiblock I/O	Single Block I/O

3.1.4

인덱스 튜닝 방법 중 하나는

인덱스에 컬럼을 추가하는 방법이다

이를 통해 인덱스 스캔량은 줄지 않지만, 테이블 랜덤 액세스 횟수를 줄여준다

UNION은 소트 연산이 발생하므로

UNION ALL을 사용하는 것이 성능 면에서 좋다

근데 데이터 중복이 일어날 수 있으므로 잘 사용해야한다

친절한 SQL튜닝 2장 - 인덱스 기본

상어악어 — Tue, 28 May 2024 19:55:23 +0900

2.1 인덱스 구조 및 탐색

인덱스 튜닝의 두 가지 핵심요소

1. 인덱스 스캔 효율화 튜닝

2. 랜덤 액세스 최소화 튜닝

2.2 인덱스 기본 사용법

인덱스를 Range Scan할 수 없는 이유: 인덱스 컬럼을 가공하면 인덱스를 정상적으로 사용(Range Scan)할 수 없다.

그 이유는 인덱스 스캔 시작점을 찾을 수 없기 때문이다

친절한 SQL 튜닝 1장

상어악어 — Tue, 21 May 2024 21:05:28 +0900

SQL을 실행하기 전 최적화 과정

1. SQL 파싱

파싱 트리 생성: SQL 문을 이루는 개별 구성요소를 분석해서 파싱 트리 생성
Syntax 체크: 문법적 오류가 없는지 확인
Semantic 체크: 의미상 오류가 없는지 확인

2. SQL 최적화

옵티마이저가 실행계획 세우는 것
다양한 실행경로 중 가장 효율적인 하나 선택
데이터베이스 성능을 결정하는 가장 핵심적인 엔진

3. 로우 소스 생성

SQL 옵티마이저가 선택한 실행경로를 실제 실행 간으한 코드 또는 프로시저 형태로 포맷팅 하는 단계

논리적 I/O vs 물리적 I/O

논리적I/O: SQL을 처리하는 과정에 발생한 총 블록I/O(메모리 I/O)

물리적I/O: 디스크에서 발생한 총 블록I/O(버퍼캐시에서 못 찾았을 때)

버퍼캐시 히트율(Buffer Cache Hit Ratio, BCHR)

= (1 - 물리적I/O / 논리적I/0) * 100

물리적 I/O가 성능을 결정하지만, 실제 SQL 성능을 향상하려면 물리적I/O가 아닌 논리적 I/O를 줄여야한다

물리적I/O = 논리적I/O * (100% - BCHR)이기때문에

논리적I/O를 줄이면 물리적I/O도 줄어듬

논리적 I/O를 줄임으로써 물리적 i/o를 줄이는 것이 곧 SQL 튜닝이다

Table Full Scan vs Index Range Scan

다량의 데이터를 읽을때는 Table Full Scan이 좋다

Sequential Access와 Multiblock I/O 방식이기 때문에

큰 테이블에서 아주 적은 일부 데이터를 찾을때는 Index Range Scan이 좋다

Random Access와 Singleblock I/O 방식이기 때문이다