| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | 5 | ||
| 6 | 7 | 8 | 9 | 10 | 11 | 12 |
| 13 | 14 | 15 | 16 | 17 | 18 | 19 |
| 20 | 21 | 22 | 23 | 24 | 25 | 26 |
| 27 | 28 | 29 | 30 |
- gradle
- SpringCloud
- 도커
- 컨테이너
- 백엔드면접준비
- MSA
- PostgreSQL
- 멀티모듈
- Database
- 마이크로서비스
- dockercompose
- 트러블슈팅
- 아키텍처
- github actions
- 마이그레이션
- GitHub Packages
- Java 8
- ci/cd
- java
- 백엔드
- 분산시스템
- CS
- docker
- 공통모듈
- Flyway
- GCP
- 자바
- DevOps
- springboot
- 인프라
- Today
- Total
목록전체 글 (77)
NYO_O
개발을 하다 보면 "내 PC에서는 잘 되는데 클라우드 서버에만 올리면 통신이 안 돼요" 혹은 "DB 접속이 자꾸 끊겨요" 같은 답답한 상황을 자주 마주하게 됩니다. 눈에 보이지 않는 데이터들이 어떻게 서버와 서버 사이를 오가는지 머릿속에 그려지지 않으면, 문제의 원인을 찾기 위해 허공에 삽질을 하게 될 확률이 높습니다.이처럼 복잡하고 눈에 보이지 않는 네트워크 통신의 흐름을 누구나 이해할 수 있도록 명확한 단계로 쪼개어 놓은 표준 지도가 있습니다. 바로 오늘 알아볼 'OSI 7계층(OSI 7 Layer)'입니다. 단순한 전공 지식이나 면접용 암기 과목을 넘어, 향후 실무에서 트러블슈팅과 인프라 아키텍처 설계를 할 때 왜 이 모델이 필수적인지 차분히 알아보겠습니다.OSI 7계층이란 무엇인가?OSI 7계층은..
1. 개요본 문서는 GuPang 프로젝트의 MSA 인프라 컴포넌트별 기술적 역할과 도메인 서비스 간의 통신 메커니즘을 정의합니다. 시스템 전체의 트래픽 흐름을 이해하고자 하는 개발자를 위한 가이드입니다.2. 전체 시스템 아키텍처의 흐름GuPang 시스템은 외부 요청을 받을 경우 아래의 흐름으로 진행됩니다.외부 요청을 단일 창구인 Gateway로 받습니다.내부의 격리된 네트워크 망 내에서 각 도메인으로 안전하게 라우팅합니다.Gateway는 Eureka의 레지스트리 정보를 로컬 메모리에 캐싱하여 지연 시간을 최소화하며, 내부 서비스 간 통신 시에는 Gateway를 경유하지 않는 '직접 호출(Direct Call)' 방식을 통해 효율적인 데이터 교환을 수행합니다.3. 핵심 인프라 컴포넌트 상세3.1 Sprin..
보호되어 있는 글입니다.
보호되어 있는 글입니다.
보호되어 있는 글입니다.
보호되어 있는 글입니다.
보호되어 있는 글입니다.
보호되어 있는 글입니다.