나의 말: CDN을 두는 이유가 뭘까, 실제 캐싱할 수 있는 데이터는 많이 없고 거의 서버로 넘어오는 구조에서? ChatGPT의 말:아주 좋은 질문이야.“실질적으로 캐싱할 데이터가 별로 없는데, 왜 CDN을 두는가?”이건 실제로 많은 실무자들이 겪는 고민이기도 해.✅ CDN을 두는 이유: 꼭 캐시만이 전부는 아니다!CDN(Contents Delivery Network)은 단순히 "정적 파일 캐싱"만을 위한 게 아니라,네트워크 경로 최적화, 지연 시간 단축, 글로벌 유저 대응 등 여러 목적이 있어.📌 1. 캐싱 외에도 중요한 기능들기능설명지리적 근접성유럽 유저가 한국 서버에 직접 요청하는 대신, 유럽 CDN 노드가 중계해 RTT를 단축TCP 핸드쉐이크 최적화CDN이 사용자와의 커넥션을 유지하므로, 서..
✅ 느슨한 결합(Loosely Coupled)이란?💡 정의:컴포넌트(시스템 간)가 서로에 대해 최소한의 정보만 알고,직접 의존하지 않고, 독립적으로 동작할 수 있는 구조📌 느슨한 결합이 중요한 이유장점설명 확장성A → B, C, D로 쉽게 연결 가능유지보수성한 쪽 바뀌어도 다른 쪽 영향 적음장애 격리B가 죽어도 A는 메시지만 보내고 끝냄재사용성특정 서비스가 다양한 곳에 재활용 가능테스트 용이성모의(mock) 구성으로 단위 테스트 쉬움✅ Kafka는 왜 느슨한 결합 구조에 적합할까?Kafka는 발행-구독(Pub/Sub) 메시지 큐 시스템.즉, **생산자(Producer)**와 **소비자(Consumer)**가 직접 연결되지 않음.🔁 Kafka 기반 메시지 흐름[Service A] → Kafka Top..
WebFlux 빈초기화 & 요청처리 흐름 정리
1. 어플리케이션 구동Spring Boot 애플리케이션이 구동되면, Spring의 ApplicationContext가 초기화되고, 이를 통해 애플리케이션의 빈들이 생성됩니다. Spring WebFlux 애플리케이션의 경우, 주로 AnnotationConfigReactiveWebServerApplicationContext 객체가 사용됩니다. 이 객체는 WebFlux 관련 빈들을 초기화하고 관리합니다.애플리케이션 실행: SpringApplication.run() 호출로 애플리케이션이 시작됩니다.ApplicationContext 초기화 및 빈 주입 :AnnotationConfigReactiveWebServerApplicationContext 구현체로 어노테이션 기반으로 모든 빈 주입2. WebFlux 주요 B..
1장은 카프카에 대한 소개이므로 생략. 2장 카프카 스트림즈 시작하기 - 카프카 스트림즈 주요특징 아파치 플링크, 스파크 같은 기술과 다르게, 제출/실행용 클러스터가 필요 없음. 카프카스트림즈는 마이크로 배치형태로 여러 이벤트를 가져오는게 아닌, 한번에 한 이벤트 방식으로 구현. ( 여러개의 메시지를 한번에 가져오는 컨슈머에 붙어있다고 해도, 스트림즈는 하나씩만 처리한다 ) - 카프카 스트림즈 구성 요소 ( 토폴로지 ) 1. 소스 프로세서 - 스트림할, 소스데이터를 넣을 수 있는 곳. 2.스트림 프로세서 - 데이터를 처리/변환 하는곳. 3. 싱크프로세서 - 처리 후, 다시 카프카 메시지를 생상하는 곳. - 상태가 없는 처리 vs 상태가 있는 처리 => 데이터를 스트림하면서, 이전 단계의 데이터를 기억해서..
유니티 기초 정리하기 (1)
유니티 vs 연극 연극 유니티 게임 프로젝트 막 / 장면 Scene 인물 & 소품 Object 대본 Script 더보기 오브젝트의 라이프 사이클 : 초기화 > (활성화, onEanble) [물리 > 게임 로직] (비활성화, OnDisable) > 해체 - 초기화 영역 : Awake: 오브젝트 생성시 최초 한번 초기화 Start: 업데이트 시작직전 / 프레임 시작 시, 최초 한번 실행 - 활성화 영역 OnEanble: 오브젝트가 활성화 될 때 - 업데이트 영역 : fixedUpdate: 물리 효과가 적용된(Rigidbody) 오브젝트를 조정할 때 사용 (Update는 불규칙한 호출임으로 물리엔진 충돌검사 등이 제대로 안될 수 있음) Update: 스크립트가 enabled 상태일때, 매 프레임마다 호출, 물..
타임스탬프 컴퓨터가 시간을 표현하기 위해 사용하는 값. 최소 값은 1970년 1월 1일 0시 0분 0초 단조 시간 해당 컴퓨터의 CPU 또는 하드웨어 에서 직접 계산하는 값. 외부의 시간에 영향을 받지 않는다. BUT 시스템 재부팅 시, 값이 초기화 됨. 주로 코드와 코드사이에, 걸린 시간을 측정할 때 사용한다. 실제 시간 주기적으로 시간 서버로 부터 가져온 시간 값. 여러 서버에서 동일한 작업을 수행할 시, 똑같은 타임 서버를 바라보게 하는 것이 중요. 타임 존 설정이 중요하다.
* 도서명은 비공개 입니다. * 1. 문자열 인코딩 문자열 인코딩이란? 문자를 코드로 표현하는 방식 EX) ASCII 의 'A' = 01000001 (65) ASCII 처음으로 표준을 정립한 인코딩 방식. 영어 + 숫자 + 공백 및 특수문자 표현 ( 총 128개 ) 1글자에 1byte. EUC-KR 한국에서 만든, 한글을 표현하는 인코딩 방식. 1글자에 2byte. UNICODE(UTF-8, UTF-16, UTF-32) 모든언어를 표현할 수 있는 인코딩 방식. UTF-8 : 문자 당 1~6 바이트 사용. ASCII와 호환 O UTF-16 : 문자 당 2 or 4 바이트 사용. ASCII 호환 X UTF-32 : 문자 당 4바이트 사용, ASCII 호환 X
보호되어 있는 글입니다.
보호되어 있는 글입니다.