HTTP1.1, HTTP2 비교

이번 글은 imagekit 공식 사이트에서 HTTP/2 vs HTTP/1 – Performance Comparison 문서와 HTTP/1.1 vs HTTP/2: What’s the Difference 문서를 번역/편집하여 작성 하였습니다.” 참고자료 : https://imagekit.io/blog/http2-vs-http1-performance/ HTTP/1.1 vs HTTP/2: What’s the Difference? | DigitalOcean 1. HTTP1.1, HTTP2 1.1 소개 하이퍼텍스트 전송 프로토콜(HTTP)은 1989년 발명된 이후로 월드와이드웹(World Wide Web)에서 사실상의 통신 표준이 된 응용 프로토콜입니다. 1997년 HTTP/1.1 릴리스부터 최근까지 사용된 프로토콜 입니다. […]

Garbage Collection – 2부

1. GC 발생 시나리오 객체가 생성되면 Eden 영역에 위치 하게 된다. Eden영역이 가득차게 되면 Minor GC가 발생하여 참조가 없는 객체는 삭제되고, 참조 중인 객체는 Suvvivor 영역으로 이동한다. Survivor영역이 가득차게 되면 Minor GC가 발생하고 참조가 없는 객체는 삭제되고, 참조 중인 객체는 다른 Suvvivor 영역으로 이동한다. Survivor영역에서의 GC과정을 반복 하며, 계속 참조 중인 객체는 OLD 영역으로 이동한다. Eden 영역에서 Survivor 영역으로 이동 […]

Garbage Collection – 1부

1. GC(Garbage Collection) 응용 프로그램의 메모리 부족을 방지하려면 더 이상 필요하지 않은 Java 힙의 개체를 회수해야 합니다. 이 프로세스를 가비지 수집 (GC)이라고 합니다. 일반적으로 GC 프로세스의 첫 번째 단계는 연결할 수 있는 개체를 표시 하는 것인데, 이는 개체가 여전히 사용 중임을 의미합니다. 다음 단계는 표시되지 않은 개체를 제거하여 메모리를 회수하는 것입니다 . 마지막 단계는 힙이 심하게 조각난 경우 힙 을 […]

Clean Code

클린 코드란? 수많은 프로그래머들이 정의한 클린 코드란 무엇일까요? 프로그래머들이 인터뷰를 할 때 좋은 코드가 읽기도 쉽다고 말합니다. 하지만 코드를 쉽게 읽을 수 있는 것만으로 코드가 깨끗하고 올바르게 설계되었다고 말하기에는 충분하지 않습니다. 클린코드는 다음과 같은 특성이 있어야 합니다. 모든 테스트 실행. 중복제거. 프로그래머 의도 표현. 클래스와 메서드 수를 최소화. * 코드는 안정적이고, 예측 가능하며, 안전하고, 신뢰할 수 있어야 합니다. 코드가 읽기 […]

Load balancers

1. load balancing 로드 밸런싱은 네트워크 트래픽을 여러 서버에 분산시키는 프로세스입니다. 이렇게 하면 단일 서버에 너무 많은 수요가 발생하지 않습니다. 작업을 고르게 분산함으로써 로드 밸런싱은 애플리케이션 응답성을 향상시킵니다. 또한 사용자를 위한 응용 프로그램 및 웹 사이트의 가용성을 높입니다. No load Balancing load Balancing 로드 밸런싱은 네트워크 트래픽을 여러 서버에 분산시키는 프로세스. 단일 서버에 너무 많은 수요가 발생하지 않도록 작업을 고르게 […]

Test-Driven Development

1. TDD의 이해 XP(eXtreme Programming) 창시자 중 한 명이며, TDD를 주도한 켄트 벡은 TDD를 소개한 자신의 책에서 “프로그램을 작성하기 전에 테스트를 먼저 작성하는 것” 이라고 테스트 주도 개발을 정의했습니다. 최초에는 테스트 우선개발이라고 불렸으나 지금은 테스트 주도개발 이라고 불리고 있습니다. TDD는 아래와 같은 차이로 이해할 수 있습니다. “문서로 만들어 머리로 생각하고 눈으로 확인할 것인가?“ “예상 결과를 코드로 표현해놓고 해당 코드가 자동으로 […]

Domain Driven Design – 2부 (Tactical Design)

2부. Tactical Design Tactical Design Tool 들은 세부적인 사항을 구현하는 것을 위해 필요하며, 주로 Bounded Context 내의 구성 요소들을 관리합니다. 이것은 개발상의 실제적인 표준을 제공하는데 services, entities, repositories, factories 와 같은 소프트웨어 디렉토리 구조들에 익숙한 개발자들이 많을 것인데, 이 모든 것은 전부 DDD에서 나온 개념입니다. 이러한 Tactical Design은 Strategic Design과 달리 개발을 진행하는 과정에서 계속해서 바뀌고 개선됩니다. Model Driven Design […]

Domain Driven Design – 1부 (Strategic Design)

Domain Driven Desing 도메인 주도 디자인이란 도메인이 중심이 되는 개발 방식을 말하며, 요구 사항을 모으는 것부터 low_level 디자인까지 소프트웨어 개발의 라이프사이클 전체를 포함하는 방법론 이라고 할 수 있습니다. DDD의 목적은 소프트웨어의 연관된 부분들을 연결하여 계속 해서 진화하는 모델을 만들어 나가 복잡한 어플리케이션을 쉽게 만들어 가는 것에 있습니다. 즉, Loose Coupling과 High Cohesion으로 보다 가벼운 설계로 소프트웨어의 위기와 커뮤니케이션 문제를 해결하기 […]