IT (31) 썸네일형 리스트형 매일 쓰는 주소창의 비밀, URL 구조 완벽 정리 (Protocol부터 Fragment까지) 우리가 인터넷을 할 때 하루에도 수십 번씩 마주치는 주소창, 바로 URL(Uniform Resource Locator)입니다.개발을 하다 보면 이 URL을 파싱하거나, 직접 파라미터를 붙여 데이터를 전송해야 하는 일이 정말 많죠. 기술 면접에서도 단골로 나오는 주제이기도 합니다. 오늘은 URL의 각 구성 요소가 어떤 역할을 하는지 핵심만 쏙쏙 뽑아 정리해 보겠습니다.📌 URL 한눈에 보기우리가 예시로 볼 URL은 다음과 같습니다.https://dailyhans.com:8080/blog/posts/88?utm_source=menu#subtitle2이 긴 주소는 사실 각자의 명확한 역할을 가진 6개의 조각으로 이루어져 있습니다. 하나씩 쪼개서 살펴보시죠?1. Protocol (프로토콜)예시: https:/.. [MSA] 마이크로서비스 환경에서 데이터 일관성을 유지하는 5가지 방법 (Saga, CQRS, CDC) 안녕하세요, Hans입니다.최근 소프트웨어 개발 트렌드에서 마이크로서비스 아키텍처(MSA, Microservices Architecture)는 빼놓을 수 없는 핵심 패턴이 되었습니다. 애플리케이션을 특정 기능을 담당하는 작고 독립적인 서비스들의 모음으로 구축하는 이 방식은 유연성, 확장성, 그리고 유지 관리 용이성 측면에서 뛰어난 장점을 제공합니다.하지만 빛이 있으면 그림자도 있는 법입니다. 마이크로서비스 아키텍처를 도입할 때 개발자들을 가장 괴롭히는 난제가 하나 있습니다. 바로 '데이터 일관성(Data Consistency)'을 어떻게 유지할 것인가에 대한 문제입니다.오늘 포스팅에서는 마이크로서비스에서 데이터 불일치가 발생하는 원인을 짚어보고, 이를 해결하기 위한 5가지 핵심 데이터 일관성 전략을 정리.. API 성능을 획기적으로 개선하는 5가지 필수 전략 안녕하세요, Hans입니다.오늘은 대규모 트래픽 환경에서 API 응답 속도와 서버 성능을 최적화하는 5가지 핵심 방법(페이지네이션, 비동기 로깅, 캐싱, 페이로드 압축, 커넥션 풀)을 알아봅니다.서비스의 규모가 커지고 트래픽이 증가할수록 API 성능 최적화는 선택이 아닌 필수가 됩니다. API 응답 속도가 느려지면 사용자 경험(UX)이 하락하고, 결국 고객 이탈로 이어지기 때문입니다.그렇다면 서버 리소스를 효율적으로 사용하면서 API의 응답 지연 시간(Latency)을 줄일 수 있는 방법은 무엇일까요? 오늘은 백엔드 개발자라면 반드시 알아두어야 할 'API 성능을 개선하는 5가지 핵심 전략'에 대해 자세히 알아보겠습니다.1. 페이지네이션 (Pagination) 적용하기클라이언트가 대량의 데이터 리스트를 .. Google Gemini CLI 설치 방법 1단계: 사전 준비 (Homebrew 설치)가장 쉽고 편리한 설치를 위해 Homebrew라는 패키지 관리자를 사용할 거예요. 맥북 사용자 대부분이 사용하는 필수 도구입니다.터미널 열기Command + Space를 눌러 Spotlight를 열고 '터미널'을 검색한 뒤 실행하세요.Homebrew 설치 확인Bash터미널에 아래 명령어를 입력하고 Enter를 누르세요.brew --version만약 버전 정보(예: Homebrew 4.x.x)가 나오면 이미 설치된 것이므로 2단계로 바로 넘어가세요.command not found와 같은 오류가 발생하면 Homebrew가 설치되지 않은 것입니다.Homebrew 설치 (필요시)아래 명령어를 터미널에 복사하여 붙여넣고 Enter를 누르세요. 설치 과정에서 비밀번호를 요.. [OOP] 주차장 - ParkingLot 주차장을 객체 지향으로 설계를 해보려고 합니다. 복잡한거 없이 제~일 간단한 디자인입니다.오로지 주차하고 출차하는 것만 표현해봤습니다. 코드는 Github에서 확인하실 수 있습니다. EOD. ThanksHans 모놀리식 애플리케이션의 분해(분리) 전략 - Microservice 많은 서비스들이 성장하면서 모놀리식 애플리케이션(Monolithic Application) 이 된다. 비즈니스 피처를 붙이고 붙이다 보면 거대한 하나의 덩어리가 되고 기술 부채가 눈덩이처럼 쌓여서 팀의 퍼포먼스를 떨어뜨리는 요인으로 작용하는게 일반적이다. 이때 팀에서는 마이크로 서비스로 분리할 대상을 찾은 뒤에 어떤 전략을 실행해야하는지 선택해야 한다. 가장 일반적으로 선택할 수 있는 전략 두가지를 이야기하고자 한다. 모놀리식 애플리케이션의 분해 전략 컴포넌트 기반 분해(Component-bated Decomposition) 컴포넌트 기반 분해는 (애플리케이션의 논리적 구성 요소인) 컴포넌트를 정제/추출한 후 분산 아키텍처를 점진적으로, 제어 가능한 방향으로 구성하면서 다양한 리팩터링 패턴을 적용하는 방.. JPA Entity를 Http Response Dto로 절대 사용하지 말아야 하는 이유 몇몇 개인 블로그에서 JPA Entity를 Http Response로 리턴하는 사례를 보고 이런 Anti-Pattern은 꼭 알려야 겠다는 생각이 들었습니다. 그 잘못된 정보의 포스팅을 보고 개발 업무에 적용하는 사례가 생기면 안되니 꼭 제대로 정정했으면 하는 바램입니다. 왜 Http Response Dto로 Entity를 사용하면 안되는 이유를 알아보시죠. Entity 객체를 Json으로 Serialize할때 Query의 실행으로 시스템 부하가 올라갑니다. Entity Entity 간 양방향으로 Relationship이 걸린경우 무한루프가 발생하면서 시스템이 Down 상태가 됩니다. Entity를 Serialize하기 위해서 추가하는 코드가 아키텍처링 혼선을 만듭니다. Client에 전달해서는 안되는 .. 실시간 데이터 집계 시스템 아키텍처 우리가 사용하는 많은 서비스를 통해 실시간으로 데이터가 집계되는 기능을 매일매일 접하고 있다. 유투브의 라이브 방송에서 시청자 수를 확인한다거나, 게시판 글의 개수처럼 Count를 본다거나 해야할 때다. 그런데 현업에서 오래 일하다 보니 PO/PM Side에서는 '실시간 데이터 집계'라는 기능 자체를 굉장히 쉽게 생각하는 경우가 많아서 구현 난이도에서 발생한 Gap으로 인해 갈등이 일어나거나 PO, PM과 개발자 모두 '실시간 데이터 집계'라는 요구사항에 매몰되서 Over Engineering하는 경우가 많았다. '실시간'이라는 요구사항이 가지는 무게는 생각보다 무겁고, 난이도는 어렵다. 무엇이 중요하고 무엇이 중요하지 않은지 판별할 수 있는 것이 Expert의 역할이고 역량이라고 생각한다. 왜냐하면 실.. 이전 1 2 3 4 다음
