React Native 는, 처음 발표된 지 벌써 6년이 넘었지만, 2024.11 현재까지 버전이 아직 0.76 에 그치고 있죠.버전이 아직도 1.0 에 이르지 못하고 있다는 것은, RN 이 아직 안정화 되지 못한 단계에 머무르고 있다는 의미이기도 하겠습니다.이 때문에, RN 의 개발방식은 아직까지도 뚜렷하게 정형화 되지 않고 있는 것 같습니다.공식 버전이

#1. React Native 준비작업

<p>.</p><p>.</p><p>.</p><p>.</p><p>.</p><p>이 주제는, Javascript 에 대한 사전 지식을 필요로 합니다.</p><p>.</p><p>.</p><p>.</p><p>.</p><p>.</p><h2>React 는, Javascript 프레임워크입니다.</h2><p>고도화 된 프레임웍 은 독립된 랭귀지 수준의 고유의 개발방식과 생태계를 갖게 되기도 하는데, 바로 리액트가 그러합니다.</p><p>비슷한 시기에 태어난 Angular, Vue 등도 아직 건재합니다만, React 의 입지는 갈수록 탄탄해지고 있는 느낌이죠. 생태계의 규모도 워낙 압도적입니다.</p><p>왜 React 인가.. 라는 질문은 이제 굳이 할 필요 없을 것 같습니다. 여기에서는, 어떻게 하면 React 를 빠르게 이해햘 수 있는가 라는 문제에 집중해 보려고 합니다.</p><p>.</p><p>.</p><h2>이 프로젝트는, 리액트 초급 용으로 기획되었습니다.</h2><p>이 프로젝트의 최종 단계에서 우리는,</p><ul class="tight" data-tight="true"><li><p>React-Router with dynamic Routing</p></li><li><p>React-Hook-Form and Zod Form Validation</p></li><li><p>Zustand 를 이용한 전역상태관리</p></li><li><p>Suspense</p></li></ul><p>까지 이해하는 것을 목표로 합니다. (NextJS 까지 다루지는 않습니다.) zustand 와 suspense 를 초급단계에서 핸들 되는 주제라고 말하기는 어렵겠지만, 본 프로젝트를 충실히 수행한 이후에는, ‘초급’ 이라는 수식어를 자신있게 떼어낼 수 있겠다는 의미로 받아들이시면 좋겠습니다.</p><p>.</p><p>.</p><p></p><h2>이 프로젝트는, 총 6 개의 연속 아티클로 기획되었습니다.</h2><p>#1. 리액트를 배우기 위한 사전 준비</p><p>#2. npm create vite@latest &amp; first hooks</p><p>#3. more hooks &amp; custom hooks</p><p>#4. Form handling in React</p><p>#5. React-Router-Dom</p><p>#6. Suspense and Next</p><p>.</p><p>.</p><p></p><p></p><h2>전체 목차</h2><p>,</p><p>.</p><p></p><h1>#1. 리액트를 배우기 위한 사전 준비</h1><ol class="tight" data-tight="true"><li><p>JSX 구문</p></li><li><p>Imperative &amp; Declarative</p></li><li><p>v = f ( s )</p></li><li><p>ES5/ ES6 functions and literals</p></li></ol><h1>#2. npm create vite@latest &amp; first hooks</h1><ol class="tight" data-tight="true"><li><p>npm create vite@latest</p></li><li><p>Hello World React</p></li><li><p>basic hooks : useState</p></li><li><p>basic hooks : useEffect</p></li><li><p>Virtual DOM &amp; StrictMode</p></li><li><p>Components &amp; Props</p></li><li><p>React Dev-Tools</p></li><li><p>first project : your_name</p></li></ol><h1>#3. more hooks &amp; custom hooks</h1><ol class="tight" data-tight="true"><li><p>Workthrough for prev. project</p></li><li><p>useRef</p></li><li><p>useMemo, useCallback, useId</p></li><li><p>useReducer</p></li><li><p>useContext</p></li><li><p>zustand</p></li><li><p>Custom Hook #1. useLocalStorage</p></li><li><p>Custom Hook #2. useAxiosFetch</p></li><li><p>second project : not yet fixed</p></li></ol><h1>#4. Form handling in React</h1><ol class="tight" data-tight="true"><li><p>Workthrough for prev. project</p></li><li><p>Form Basics : Controlled Input &amp; UnControlled Input</p></li><li><p>React-Hook-Form</p></li><li><p>Zod + Resolver</p></li><li><p>fourth project : React-Hook-Form Project</p></li></ol><h1>#5. React-Router-Dom</h1><ol class="tight" data-tight="true"><li><p>Workthrough for prev. project</p></li><li><p>Routing in React</p></li><li><p>React-Router-Dom Basic</p></li><li><p>Nested Route</p></li><li><p>Dynamic Route</p></li><li><p>Error Handling and Fallback</p></li><li><p>Action handling</p></li><li><p>fifth project : not yet fixed</p></li></ol><h1>#6. Suspense and Next</h1><ol class="tight" data-tight="true"><li><p>Workthrough for prev. project</p></li><li><p>Portals</p></li><li><p>Suspense</p></li><li><p>Lazy</p></li><li><p>Async React Router</p></li><li><p>final project : not yet fixed</p></li></ol>

.....이 주제는, Javascript 에 대한 사전 지식을 필요로 합니다......React 는, Javascript 프레임워크입니다.고도화 된 프레임웍 은 독립된 랭귀지 수준의 고유의 개발방식과 생태계를 갖게 되기도 하는데, 바로 리액트가 그러합니다.비슷한 시기에 태어난 Angular, Vue 등도 아직 건재합니다만, React 의 입지는 갈수록 탄탄

React 를 배워봅시다. #0

Python

<blockquote><p>macOS 사용 도중 파이썬 패키지를 설치하기 위해 pip를 사용하자 보안 경고가 발생하며 설치가 거부되었다. 이를 해결하는 방법에 대해 다룬다.</p></blockquote><h3>도대체 무슨 에러인가?</h3><p></p><img src="https://image.until.blog/xeros/article/1727225853116.png" alt="until-1518"><p>Python의 최신 PEP 668 표준에 의해, macOS 환경에서 pip를 통한 패키지 설치가 제약되는 문제라고 한다. 아무래도 최근에 애플에서 맥에 여러가지 보안 강화 조치와 제약이 추가되었는데 여기에 영향을 받은 패치가 아닐까 싶다.</p><p>이 문제를 해결하는 방법은 크게 3가지정도로 구분할 수 있다.</p><h3>1. 가상 환경을 사용하는 방법</h3><p>다음과 같이 Python 가상 환경을 만들어서 사용하면 독립된 공간을 만들어서 사용하기에 pip를 정상적으로 사용할 수 있게 되며 패키지의 버전 문제로 인한 충돌을 피하기도 쉽다. 하지만 매 파이썬 프로젝트마다 가상 환경을 생성해주어야하고 터미널을 열 때마다 <code spellcheck="false">source</code>를 지정해 주어야 한다는 번거로움이 따른다.</p><ol><li><p>가상 환경 생성</p></li></ol><pre spellcheck="false"><code class="language-bash">python3 -m venv path/to/venv</code></pre><ol start="2"><li><p>가상 환경 활성화</p></li></ol><pre spellcheck="false"><code class="language-bash">source path/to/venv/bin/activate</code></pre><ol start="3"><li><p>패키지 설치</p></li></ol><pre spellcheck="false"><code>pip install supabase</code></pre><h3>2. pip에서 사용자 플래그 추가</h3><p>시스템 패키지 환경을 보호하기 위해 설치를 사용자 환경으로 제한하여 설치하도록 한다.</p><p>그냥 귀찮음도 덜하고 보안도 챙기고 무난한 방법인듯하다.</p><pre spellcheck="false"><code class="language-bash">pip install --user supabase</code></pre><h3>3. break-system-package 옵션 또는 pip.conf 수정</h3><p>그냥 보안 권고사항을 무시하고 기존에 pip처럼 다이렉트 설치를 가능하게 하는 옵션을 붙여서 사용하면 된다.</p><pre spellcheck="false"><code class="language-bash">pip install &lt;package name&gt; --break-system-packages</code></pre><p>근데 매번 이 옵션을 붙이는것도 귀찮다면 아예 <code spellcheck="false">pip.conf</code> 파일을 수정해서 영구적으로 해당 명령을 활성화 시키는것 역시 가능하다.</p><ol><li><p><code spellcheck="false">pip.conf</code> 파일 생성</p></li></ol><pre spellcheck="false"><code class="language-bash">mkdir -p ~/.config/pip
vi ~/.config/pip/pip.conf</code></pre><ol start="2"><li><p>아래 내용을 추가한다.</p></li></ol><pre spellcheck="false"><code class="language-bash">pip install supabase --break-system-packages</code></pre><h3>왜 이런 보안조치가 시행되었는가?</h3><p>애플이 원래도 보안쪽으로는 깐깐했지만 갑자기 이런 기존 시스템에 영향을 줄 수도 있는 패치를 한 원인이 궁금해서 찾아보니 간략하게 설명하자면 pip를 사용한 시스템 전역 패키지 설치가 운영 체제의 패키지 관리자와 충돌할 수 있어 이를 방지하려는 목적이라고 한다. 패키지를 가상 환경이나 사용자 환경에만 설치하도록 유도해서 종속성 관리 문제를 해결하고 보안 취약점을 줄이기 위한 조치인듯 하다.</p><p>마찬가지로 <code spellcheck="false">Homebrew</code> 역시 현재 공식 홈페이지에 나와있는 Installation 방법을 따라하고 추가적인 수정을 거치지 않으면 명령어 인식이 안된다.</p>

macOS에서 pip externally-managed-environment 에러를 픽스하는 방법

macOS에서 pip install시 error: externally-managed-environment 에러가 발생하는 문제

SPARTA

<h1><strong>Eureka 서버</strong>는 서비스 디스커버리 실습에 설정한 서버 그대로 사용한다</h1><blockquote><p>유레카 서버 :</p><p>MSA 환경에서 <strong>서비스 레지스트리</strong> 역할을 한다</p><p>각 서비스는 자신의 메타데이터(이름, 주소, 포트 등)를 유레카 서버에 등록한다</p><p><code spellcheck="false">@EnableEurekaServer</code> 어노테이션을 통해 유레카 서버로 동작하도록 설정할 수 있다</p><p><code spellcheck="false">eureka.client.register-with-eureka=false</code> </p><p> <code spellcheck="false">eureka.client.fetch-registry=false</code> 기존 프로퍼티스 설정은 서버 자체가 레지스트리 역할만 수행하게 하고, 클라이언트로 등록되지 않도록 설정</p></blockquote><h1><strong>Eureka </strong>클라이언트(Order, Product)</h1><blockquote><p>Order와 Product를 유레카 서버에 등록한다</p></blockquote><pre spellcheck="false"><code class="language-yaml">spring:
  application:
    name: product-service
server:
  port: 19092
eureka:
  client:
    service-url:
      defaultZone: http://localhost:19090/eureka/

#name, port만 상이함</code></pre><pre spellcheck="false"><code class="language-java">@SpringBootApplication
@EnableFeignClients
public class OrderApplication {

	public static void main(String[] args) {
		SpringApplication.run(OrderApplication.class, args);
	}

}

@SpringBootApplication
@EnableFeignClients
public class ProductApplication {

	public static void main(String[] args) {
		SpringApplication.run(ProductApplication.class, args);
	}

}

// @EnableFeignClients -&gt; Feign 클라이언트를 활성화하기 위한 어노테이션</code></pre><h2>Product는 포트를 3개 사용하므로 별도 설정 필요</h2><blockquote><p>포트를 다르게 설정(19092, 19093, 19094 등)하여 동일한 애플리케이션을 <strong>여러 인스턴스</strong>로 실행한다</p><p>VM 옵션에(<code spellcheck="false">-Dserver.port=포트번호)</code> 추가하여 동일한 애플리케이션을 다른 포트로 실행할 수 있다</p></blockquote><img src="https://image.until.blog/rim-dev/article/1732438781233.png" data-width="50%" data-align="left" alt="2266"><h3>ProductController 코드</h3><pre spellcheck="false"><code>@RestController
public class ProductController {

    @Value("${server.port}")
    private String serverPort;

    @GetMapping("/product/{id}")
    public String getProduct(@PathVariable String id) {
        return "product " + id + "info from port : " + serverPort;
    }

}</code></pre><hr><h2>Order</h2><h3>OrderController</h3><pre spellcheck="false"><code class="language-java">@RestController
@RequiredArgsConstructor
public class OrderController {

    private final OrderService orderService;

    @GetMapping("/order/{orderId}")
    public String getOrder(@PathVariable() String orderId) {
        return orderService.getOrder(orderId);
    }
}</code></pre><h3>OrderService</h3><pre spellcheck="false"><code class="language-java">@Service
@RequiredArgsConstructor
public class OrderService {

    private final ProductClient productClient;

    public String getProductInfo(String productId) {
         return productClient.getProduct(productId);
    }

    public String getOrder(String orderId) {
        if (orderId.equals("1")) {
            String productId = "2";
            String productInfo = getProductInfo(productId);
            return "order : " + orderId + "and " + productInfo;
        } else {
            return "Not exist order";
        }
    }
}</code></pre><h3>Order에서 Product를 호출하기 위한 코드 </h3><pre spellcheck="false"><code class="language-java">@FeignClient(name = "product-service")
public interface ProductClient {

    @GetMapping("/product/{id}")
    String getProduct(@PathVariable String id);

}</code></pre><blockquote><p><code spellcheck="false">@FeignClient</code> 어노테이션을 통해 클라이언트 사이드 로드 밸런싱을 구현한다</p><ul><li><p>서비스 이름 기반 호출</p><ul><li><p><code spellcheck="false">name = "product-service"</code>는 유레카에 등록된 <code spellcheck="false">product-service</code>라는 이름의 서비스 인스턴스를 호출하겠다는 의미</p></li></ul></li><li><p>메서드 매핑</p><ul><li><p><code spellcheck="false">@GetMapping("/product/{id}")</code> </p><ul><li><p>상품 서비스의 <code spellcheck="false">/product/{id}</code> API를 호출하도록 설정하며 파라미터와 어노테이션을 통해 HTTP 요청 매핑</p></li></ul></li><li><p>Feign 클라이언트 호출</p><ul><li><p><code spellcheck="false">ProductClient</code>의 <code spellcheck="false">getProduct(String id)</code> 메서드가 호출되면 Feign은 내부적으로 HTTP 요청을 생성</p></li></ul></li></ul></li></ul></blockquote><hr><h1>결과</h1><blockquote><p>Order를 호출하면서 Product의 포트가 순차적으로 응답하는 것을 확인했다</p><p>해당 실습에서 Ribbon에 대한 설정은 없었는데 이는 FeignClient을 사용할 경우 Ribbon이 자동으로 통합되어 로드 밸런싱이 처리된다.</p><ul><li><p>Ribbon의 기본 로드 밸런싱 알고리즘인 라운드로빈 방식으로 응답 결과를 확인할 수 있었다</p></li></ul></blockquote><p></p>

Eureka 서버는 서비스 디스커버리 실습에 설정한 서버 그대로 사용한다유레카 서버 :MSA 환경에서 서비스 레지스트리 역할을 한다각 서비스는 자신의 메타데이터(이름, 주소, 포트 등)를 유레카 서버에 등록한다@EnableEurekaServer 어노테이션을 통해 유레카 서버로 동작하도록 설정할 수 있다eureka.client.register-with-eur

클라이언트 사이드 로드 밸런싱 (FeignClient와 Ribbon) 실습

2323

<h1>서비스 디스커버리</h1><ul><li><p>독립된 서비스 간의 각 서비스 위치를 동적으로 관리하고 찾아주는 기능이다</p><ul><li><p>서비스는 Eureka 서버에 등록되고 다른 서비스는 Eureka 서버를 통해 등록된 서비스를 조회하여 통신한다</p></li></ul></li></ul><h3>Eureka란?</h3><ul><li><p>넷플릭스가 개발한 서비스 디스커버리 서버로, 마이크로서비스 아키텍처에서 각 서비스의 위치를 동적으로 관리</p></li><li><p>모든 서비스 인스턴스의 위치를 저장하는 중앙 저장소 역할을 하며, 서비스 인스턴스의 상태를 주기적으로 확인하여 가용성을 보장</p></li><li><p>여러 인스턴스를 지원하여 고가용성을 유지할 수 있음</p></li></ul><h1><strong>Eureka 서버</strong>를 구성 및 각 클라이언트 등록</h1><h3><strong>Eureka 서버의 역할</strong></h3><ul><li><p>클라이언트(서비스)들이 자신의 정보를 등록하고, 다른 서비스의 정보를 조회할 수 있는 "중앙 저장소" 역할</p><ul><li><p>프로젝트 생성 시 Eureka 서버 <strong><span>Dependencies</span></strong> 필요</p></li></ul></li></ul><h3>Eureka 서버 설정</h3><pre spellcheck="false"><code>server.port=19090

# 다른 Eureka 서버에 이 서버를 등록하지 않음
eureka.client.register-with-eureka=false

# 다른 Eureka 서버의 레지스트리를 가져오지 않음
eureka.client.fetch-registry=false
eureka.instance.hostname=localhost
eureka.client.service-url.defaultZone=http://localhost:19090/eureka/
</code></pre><pre spellcheck="false"><code>@SpringBootApplication
@EnableEurekaServer // Eureka 서버로 동작하게 됨
public class ServerApplication {

	public static void main(String[] args) {
		SpringApplication.run(ServerApplication.class, args);
	}

}</code></pre><h3><strong>Eureka </strong>클라이언트의 역할</h3><ul><li><p>자신을 Eureka 서버에 등록하고, 필요 시 다른 서비스를 조회할 수 있는 역할.</p><ul><li><p>프로젝트 생성 시 Eureka 클라이언트 <strong><span>Dependencies</span></strong> 필요</p></li></ul></li></ul><h3>Eureka 클라이언트 설정</h3><pre spellcheck="false"><code># 클라이언트 A
server.port=19091
eureka.client.service-url.defaultZone=http://localhost:19090/eureka/

# 클라이언트 B
server.port=19092
eureka.client.service-url.defaultZone=http://localhost:19090/eureka/</code></pre><ul><li><p>클라이언트는 Eureka 서버(<code spellcheck="false">localhost:19090</code>)와 통신하여 자신을 등록하고, 필요 시 등록된 다른 서비스의 정보를 조회한다</p></li></ul><blockquote><ol><li><p>Eureka 서버를 실행 후 브라우저에서 <a target="_blank" rel="noopener noreferrer nofollow" href="http://localhost:19090/eureka에">http://localhost:19090/eureka에</a> 접속하면 Eureka 대시보드를 확인할 수 있다</p></li><li><p>각 클라이언트를 실행한 뒤 Eureka 서버 대시보드에서 등록된 서비스 목록을 확인할 수 있다</p><ul><li><p>서비스 이름, 인스턴스 ID, 상태 등이 표시</p></li></ul></li></ol></blockquote><img src="https://image.until.blog/rim-dev/article/1732094468132.png" data-width="100%" data-align="center" alt="2219"><hr><blockquote><p>Spring Cloud Eureka를 통해 간단한 설정만으로 서비스 등록/조회가 가능한 환경을 구축할 수있다</p></blockquote><p></p>

서비스 디스커버리독립된 서비스 간의 각 서비스 위치를 동적으로 관리하고 찾아주는 기능이다서비스는 Eureka 서버에 등록되고 다른 서비스는 Eureka 서버를 통해 등록된 서비스를 조회하여 통신한다Eureka란?넷플릭스가 개발한 서비스 디스커버리 서버로, 마이크로서비스 아키텍처에서 각 서비스의 위치를 동적으로 관리모든 서비스 인스턴스의 위치를 저장하는 중앙

Spring Cloud Eureka: 서비스 디스커버리 실습(간단)

<h1>서킷 브레이커</h1><ul><li><p>시스템 장애의 전파를 방지하고 고가용성을 유지하도록 하는 디자인 패턴이다</p><ul><li><p>MSA나 분산 시스템에서 유용하다</p></li></ul></li><li><p>서비스가 실패하거나 과부하 상태에 있을 때 해당 서비스를 계속 호출하는 것을 중지하고 시스템이 정상 상태로 복구될 때까지 일정 시간 대기하도록 하는 방식으로 동작한다</p></li></ul><p></p><h2>서킷 브레이커가 필요한 경우</h2><ol><li><p>서비스 장애로 인한 시스템 과부하 방지</p><ul><li><p>MSA 또는 분산 시스템에서는 여러 서비스가 상호 작용을 하는데 이때 만약 하나의 서비스가 다운되거나 느려지면 해당 서비스에 의존하는 다른 서비스들도 영향을 받을 수 있다</p><ul><li><p>서킷 브레이커는 장애가 발생한 서비스에 대한 추가 호출을 차단하여 시스템 전체가 마비되는 것을 방지하고 다른 서비스들이 정상적으로 동작할 수 있도록 한다</p></li></ul></li></ul></li><li><p>복구 시간 확보</p><ul><li><p>장애가 발생한 서비스에 대해 일정 시간동안 호출을 차단하고 이후 재시도를 통해 서비스의 복구 여부를 확인한다</p><ul><li><p>장애가 있는 서비스를 계속 호출하며 발생하는 리소스 낭비를 방지한다</p></li><li><p>장애 발생 후 일정 시간 대기, 서비스 복구 여부 점검을 통해 해당 서비스 호출을 다시 시도할 수 있도록한다</p></li></ul></li></ul></li><li><p>시스템의 응답 시간 개선</p><ul><li><p>장애가 발생한 서비스에 지속적으로 요청을 보낼 경우 시스템 응답이 시간이 길어지거나 타임아웃이 발생할 수 있다</p><ul><li><p>서킷 브레이커를 사용하면 장애가 발생한 서비스에 대한 요청은 차단하고 다른 서비스들에 대한 요청은 정상적으로 응답하여 시스템의 전체적인 응답 시간 개선에 도움을 준다</p></li></ul></li></ul></li></ol><p></p><h2>서킷 브레이커 동작 원리</h2><ol><li><p>Closed (닫힘 상태)</p><ul><li><p>정상 상태로 서킷 브레이커는 닫힘 상태이다</p></li><li><p>해당 상태에서는 서비스 호출이 정상적으로 이루어지며 문제가 발생하는 경우 실패 횟수를 기록하고 일정 횟수를 넘겼을 때 '열림' 상태로 전환된다</p></li></ul></li><li><p>Open (열림 상태)</p><ul><li><p>장애가 발생한 서비스에 대해 호출을 더이상 보내지 않도록 차단하는 상태이다</p></li><li><p>해당 상태에서는 일정 시간동안 장애 발생된 서비스를 호출하지 않고 해당 서비스가 복구될 때까지 대기한다</p><ul><li><p>대기 시간이 지나면 다시 '반열림' 상태로 전환되어 해당 서비스가 복구되었는지 확인한다</p></li></ul></li></ul></li><li><p>Half-Open (반열림 상태)</p><ul><li><p>장애가 발생했던 서비스에 대해 일부 요청을 보내서 해당 서비스가 복구되었는지 확인하는 상태이다</p><ul><li><p>복구되었다면 '닫힘' 상태로 전환하고 지속적으로 문제가 있다면 '열림' 상태로 돌아간다</p></li></ul></li></ul></li></ol><p></p><h2>서킷 브레이커 패턴을 사용하는 기술</h2><ol><li><p>Hystrix</p><ul><li><p>Netflix에서 만든 Hystrix는 서킷 브레이커 패턴을 구현한 라이브러리이다</p></li><li><p>장애를 감지하고 시스템의 회복성을 높이는데 도움을 준다</p><ul><li><p>타임아웃 설정, fallback 메커니즘 등을 제공하여 장애가 발생했을 때 대체 경로를 설정할 수 있다</p></li></ul></li></ul></li><li><p>Resilience4j</p><ul><li><p>Hystrix의 후속으로 Java에서 사용할 수 있는 서킷브레이커 라이브러리이다</p></li><li><p>Hystrix의 기능을 확장하고 더 가벼운 구현체로서 슬라이딩 윈도우와 같은 기능을 제공한다</p></li></ul></li></ol><p></p><h2>서킷 브레이커의 장점</h2><ul><li><p>시스템 안정성 증가</p><ul><li><p>장애가 발생한 서비스를 계속 호출하는 것을 방지하여 시스템의 다른 부분에 미치는 영향을 최소화한다</p></li></ul></li><li><p>고가용성 유지</p><ul><li><p>장애가 발생한 서비스가 완전히 복구될 때까지 다른 서비스들이 정상적으로 작동할 수 있도록 한다</p></li></ul></li><li><p>장애 격리</p><ul><li><p>하나의 서비스 실패가 시스템 전체로 확산되지 않도록 하여 장애를 격리할 수 있다</p></li></ul></li><li><p>시스템 자원 절약</p><ul><li><p>서비스 장애에 계속 호출을 보내는 것보다 자원을 절약하여 시스템 성능을 유지할 수 있다</p></li></ul></li></ul><p></p><h1>Fallback 메커니즘</h1><ul><li><p>Fallback은 서킷 브레이커가 '열림' 상태일 때 대체 동작을 정의하는 메커니즘이다</p><ul><li><p>서비스 호출이 실패했을 때 대체할 수 있는 다른 로직이나 데이터를 제공</p><ul><li><p>주로 임시 데이터 반환, 기본값 제공, 캐시 활용 등이 사용된다</p></li></ul></li></ul></li><li><p>Fallback은 장애가 발생했을 때 사용자가 대기하거나 실패한 서비스로 인해 큰 피해를 입지 않도록 도와주는 중요한 역할을 한다</p></li></ul><h3>Threshold (임계값)</h3><ul><li><p>서킷 브레이커는 장애를 감지할 때 특정 기준을 사용하여 활성화된다</p><ul><li><p>해당 기준은 서비스 호출의 실패 횟수, 응답 시간 등을 기준으로 설정할 수 있다</p></li></ul></li></ul><p></p>

서킷 브레이커시스템 장애의 전파를 방지하고 고가용성을 유지하도록 하는 디자인 패턴이다MSA나 분산 시스템에서 유용하다서비스가 실패하거나 과부하 상태에 있을 때 해당 서비스를 계속 호출하는 것을 중지하고 시스템이 정상 상태로 복구될 때까지 일정 시간 대기하도록 하는 방식으로 동작한다서킷 브레이커가 필요한 경우서비스 장애로 인한 시스템 과부하 방지MSA 또는 

서킷 브레이커

<h2>ServerWebExchange / GatewayFilterChain</h2><h3>1. 필터 실행 흐름</h3><blockquote><ul><li><p>스프링 클라우드 게이트웨이는 요청을 처리할 때 필터를 사용한다</p><ul><li><p>필터는 요청이 들어올 때 실행되며 요청을 수정하거나 검사하고, 응답을 수정하는 등의 역할을 한다</p></li></ul></li></ul></blockquote><h3>2. 메서드의 매개변수 개념</h3><blockquote><ul><li><p>필터의 filter() 메서드에서 두개의 매개변수(ServerWebExchange / GatewayFilterChain)가 전달된다</p></li></ul></blockquote><h3>3. ServerWebExchange</h3><blockquote><ul><li><p>해당 객체는 HTTP 요청과 응답을 담고 있다</p><ul><li><p>요청이 들어왔을 때 해당 요청과 응답에 관련된 모든 정보를 다룰 수 있게 해주는 객체</p></li></ul></li><li><p>요청 정보 : 요청 경로, 헤더, 쿼리 파라미터, HTTP 메서드 등</p></li><li><p>응답 정보 : 응답 상태 코드, 헤더, 응답 바디 등</p></li></ul></blockquote><h3>4. GatewayFilterChain</h3><blockquote><ul><li><p>해당 객체는 여러 개의 필터가 순차적으로 실행되도록 해준다</p><ul><li><p>다음 필터로 요청을 넘기는 역할</p></li></ul></li></ul></blockquote><h3>5. 흐름</h3><blockquote><ol><li><p>요청이 들어오면 ServerWebExchange로 요청을 다룬다</p><ul><li><p>exchange.getRequest() 를 사용해 요청 데이터를 가져올 수 있다 (Request를 가져올 수 있음)</p><ul><li><p>request.getURI() 로 요청의 경로를 가져올 수 있다 (Request 정보를 하나하나 가져올 수 있음)</p></li></ul></li></ul></li><li><p>필터 체인에 요청을 넘긴다</p><ul><li><p>chain.filter(exchange) 로 다음 필터로 요청을 넘긴다 (exchange가 해당 요청의 요청과 응답의 객체)</p><ul><li><p>다음 필터가 없으면 백엔드 서비스로 전달한다</p></li></ul></li></ul></li><li><p>후속 작업</p><ul><li><p>chain.filter(exchange) 가 끝나면 응답을 수정하는 후속 작업을 한다</p><ul><li><p>chain.filter(exchange)로 다음 Post 필터로 넘기고 만일 다음 필터가 없으면 클라이언트로 응답한다</p></li><li><p>.then() 을 이용해 응답이 처리된 후에 추가적인 작업을 할 수 있다</p></li></ul></li></ul></li></ol></blockquote><h3>핵심 내용</h3><blockquote><ul><li><p>ServerWebExchange : 요청과 응답을 처리하는 객체</p><ul><li><p>요청 정보 : exchange.getRequest()</p></li><li><p>응답 정보 : exchange.getResponse()</p></li></ul></li><li><p>GatewayFilterChain : 여러 필터가 순차적으로 실행되도록 한다</p><ul><li><p>chain.filter(exchange) → 요청을 다음 필터로 전달한다</p></li></ul></li></ul></blockquote><p></p>

ServerWebExchange / GatewayFilterChain1. 필터 실행 흐름스프링 클라우드 게이트웨이는 요청을 처리할 때 필터를 사용한다필터는 요청이 들어올 때 실행되며 요청을 수정하거나 검사하고, 응답을 수정하는 등의 역할을 한다2. 메서드의 매개변수 개념필터의 filter() 메서드에서 두개의 매개변수(ServerWebExchange / G

게이트웨이 필터

<h1>Entity Lifecycle</h1><h3>영속 객체의 상태 </h3><ol><li><p>비영속 : 영속성 컨텍스트로 관리되기 이전에 순수 객체 상태</p></li><li><p>영속 : 영속성 컨텍스트로 등록되고 관리되는 상태</p><ul><li><p>persist()를 통해 객체를 영속성 컨텍스트 1차 캐시에 등록</p></li><li><p>find()를 통해 DB 데이터를 1차 캐시에 등록</p></li></ul></li><li><p>준영속 : 영속성 컨텍스트에서 관리되는 상태에서 (영속 상태에서) 분리된 상태</p><ul><li><p>1차 캐시에서 detach()를 통해 분리</p></li></ul></li><li><p>삭제 : 영속 데이터의 삭제를 위한 상태</p></li></ol><p></p><ul><li><p>영속 상태인 객체를 find() 하면 1차 캐시에서 찾으면 되기 때문에 조회 쿼리가 발생하지 않는다</p></li><li><p>준영속 상태인 객체를 find() 하면 DB에서 찾아야 되기 때문에 조회 쿼리가 발생한다</p></li></ul><p></p>

Entity Lifecycle영속 객체의 상태 비영속 : 영속성 컨텍스트로 관리되기 이전에 순수 객체 상태영속 : 영속성 컨텍스트로 등록되고 관리되는 상태persist()를 통해 객체를 영속성 컨텍스트 1차 캐시에 등록find()를 통해 DB 데이터를 1차 캐시에 등록준영속 : 영속성 컨텍스트에서 관리되는 상태에서 (영속 상태에서) 분리된 상태1차 캐시에서

엔티티 생명주기

Entity Lifecycle

영속 객체의 상태