JVM(Java Virtual Machine)에서는 내부적으로 여러 종류의 스택(stack) 을 사용합니다. 각각의 스택은 JVM의 실행 및 메모리 관리 등에서 중요한 역할을 합니다. 주요 스택 종류는 다음과 같습니다:

🧠 1. Java Virtual Machine Stack (또는 Thread Stack)

• 설명: 각 스레드(thread) 마다 하나씩 존재하는 스택입니다.
• 역할: 메서드 호출 시 생성되는 스택 프레임(stack frame) 을 저장합니다. 각 프레임에는:
  • 지역 변수(Local Variables)
  • 피연산자 스택(Operand Stack)
  • 메서드 반환 주소 등이 포함됨
• 예외: 스택 오버플로우 발생 시 StackOverflowError 발생

🔁 2. Native Method Stack

• 설명: 네이티브 메서드(C로 구현된 JNI 메서드 등) 호출 시 사용되는 스택입니다.
• 역할: C/C++ 등 JVM 외부 언어로 구현된 메서드에서 필요한 데이터를 저장
• 특이사항: 일부 JVM 구현에서는 Java 스택과 통합되기도 함

💾 3. Operand Stack (피연산자 스택)

• 설명: 위의 JVM Stack의 각 스택 프레임 내에 존재하는 스택입니다.
• 역할: 바이트코드 명령어가 실행 중인 중간 연산 결과를 임시로 저장
• 예시: iadd, imul 같은 바이트코드 명령은 이 스택에서 피연산자를 꺼내 계산

🧱 4. Call Stack (호출 스택)

• 설명: JVM Stack의 구조적인 측면을 지칭하는 용어로, 메서드 호출의 흐름을 나타냅니다.
• 역할: 현재 실행 중인 메서드부터 시작해 호출된 메서드들이 차곡차곡 쌓여 있음
• 특징: 디버깅 시 “Stack Trace"로 확인 가능

추가로 JVM에는 스택 이외에도 다음과 같은 메모리 영역이 있습니다:

JVM(Java Virtual Machine)에서 heap 메모리는 자바 애플리케이션이 런타임 시 동적으로 생성하는 객체들이 저장되는 영역입니다. 즉, new 키워드를 사용해서 생성하는 대부분의 객체들이 이 영역에 저장됩니다.

📌 Heap 메모리 구성

Heap은 크게 다음 두 영역으로 나뉩니다:

• Young Generation (Young Gen): 새로 생성된 객체가 저장되는 곳.
  • Eden: 대부분의 새 객체가 여기에 생성됨.
  • Survivor: Eden에서 살아남은 객체들이 이동.
• Old Generation (Tenured Gen): Young Gen을 거쳐 오래 살아남은 객체들이 이동하는 공간.

Garbage Collector(GC)는 이 heap 영역의 객체들을 주기적으로 검사해서 더 이상 참조되지 않는 객체는 메모리에서 제거합니다.

@Cacheable 어노테이션은 Spring Framework에서 메서드의 반환값을 캐시에 저장하여, 같은 인자가 들어올 경우 캐시된 값을 재사용하도록 하는 기능을 제공합니다. 즉, 메서드를 반복적으로 호출하더라도 실제로는 처음 한 번만 실행되고, 이후 호출은 캐시된 결과를 반환하게 됩니다.

📌 주요 역할 요약

• 중복 호출 방지: 동일한 입력값에 대해 메서드를 반복 호출하면, 캐시된 결과를 반환해 성능 향상.
• 결과 저장: 메서드 실행 결과를 캐시에 저장.
• 조건부 캐싱: 특정 조건에 따라 캐싱 여부 제어 가능.

✅ 기본 사용 예시

@Cacheable("users")
public User findUserById(Long id) {
    // 실제로는 DB나 외부 API 호출
    return userRepository.findById(id).orElse(null);
}

• 위 메서드는 users라는 캐시 이름으로 결과를 저장합니다.
• id가 동일한 경우, 이후 호출은 캐시된 User 객체를 반환합니다.

🔧 주요 속성

예시:

@Cacheable(value = "books", key = "#isbn", unless = "#result == null")
public Book findBook(String isbn) {
    return bookRepository.findByIsbn(isbn);
}

🧠 함께 알아두면 좋은 어노테이션

• @CachePut : 캐시를 강제로 업데이트할 때 사용
• @CacheEvict : 캐시를 삭제할 때 사용
• @Caching : 여러 캐시 어노테이션을 함께 사용할 때

필요하다면 Redis나 Caffeine 같은 캐시 스토어와 함께 연동도 가능합니다.

✅ 서브모듈 완전히 초기화하고 다시 셋팅

1. 서브모듈을 Git에서 먼저 제거

   git submodule deinit -f .
   

2. 서브모듈 디렉토리를 제거

   rm -rf .git/modules/<서브모듈_이름>
   rm -rf <서브모듈_디렉토리>
   

3. .gitmodules 파일 삭제

   rm .gitmodules
   

4. 인덱스에서 서브모듈 흔적 제거

   git rm --cached <서브모듈_디렉토리>
   

5. 커밋

   git commit -m "Remove submodule completely"
   

6. 새로운 서브모듈 추가 (필요한 경우)

   git submodule add <repo-url> <path>
   git commit -m "Add submodule"
   

🧠 정리하자면:

• 단순히 .gitmodules 파일만 지우면 안 되고,
• Git 내부의 서브모듈 정보 (.git/modules, 인덱스 등)도 같이 정리해줘야 해요.

k8s란?

**Kubernetes (k8s)**는 컨테이너화된 애플리케이션을 자동으로 배포, 확장, 관리해주는 오픈소스 컨테이너 오케스트레이션 플랫폼입니다. 구글에서 개발한 기술을 기반으로 CNCF(Cloud Native Computing Foundation)에 기부되었고, 현재는 클라우드 환경에서 가장 널리 사용되는 컨테이너 관리 시스템이에요.

핵심 개념 정리

• 컨테이너(Container): 애플리케이션과 그 실행 환경을 패키징한 단위 (주로 Docker 사용)
• Pod: Kubernetes의 가장 작은 배포 단위. 하나 이상의 컨테이너를 포함할 수 있어요.
• Node: 컨테이너가 실제로 실행되는 물리/가상 머신
• Cluster: 여러 노드로 구성된 Kubernetes의 전체 인프라
• Deployment: 애플리케이션의 원하는 상태(예: 몇 개의 복제본 유지 등)를 정의하고 관리
• Service: Pod에 접근할 수 있는 안정적인 네트워크 주소를 제공 (LoadBalancer, ClusterIP, NodePort 등)
• Ingress: 외부 트래픽을 내부 서비스로 라우팅해주는 HTTP(S) 레벨 라우터
• ConfigMap / Secret: 애플리케이션 설정 값이나 민감한 정보를 외부에서 주입

Kubernetes의 장점

• 자동화된 배포 및 롤백: 애플리케이션을 손쉽게 배포/업데이트하고, 문제 발생 시 자동으로 이전 버전으로 롤백 가능
• 자동 스케일링: 트래픽에 따라 Pod 수를 자동 조절 가능
• 자가 치유(Self-healing): 장애 난 컨테이너는 자동으로 다시 생성
• 서비스 디스커버리 및 로드 밸런싱: Pod 간 통신을 쉽게 할 수 있게 도와줌

간단한 동작 흐름

1. 사용자는 애플리케이션을 컨테이너(Docker)로 패키징
2. 이를 Kubernetes 클러스터에 배포
3. Kubernetes가 이를 적절한 Node에 스케줄링하고 실행
4. 서비스나 Ingress를 통해 외부 접근 가능

helm 이란?

Helm은 Kubernetes의 패키지 관리자입니다. 쉽게 말해서, Kubernetes에서 애플리케이션을 더 쉽고, 재사용 가능하게 배포할 수 있도록 도와주는 도구입니다. 마치 apt(Ubuntu), brew(macOS), npm(Node.js) 같은 느낌.

PreFlightCorsConfig example

@Configuration
public class PreFlightCorsConfig {

    private final CorsProperties corsProperties;

    public PreFlightCorsConfig(CorsProperties corsProperties) {
        this.corsProperties = corsProperties;
    }

    private static final String ALLOWED_HEADERS = "x-requested-with,authorization, refresh-token,Access-Control-Allow-Origin,Content-Type, credential,X-AUTH-TOKEN,X-CSRF-TOKEN";

    private static final String ALLOWED_METHODS = "GET, PUT, POST, PATCH, DELETE, OPTIONS";

    private static final String ALLOWED_CREDENTIALS = "true";

    // 중요 해당 헤더가 없다면 axios를 통한 프론트에서 확인이 불가능함
    private static final String EXPOSE_HEADERS = "*,Authorization,Refresh-token,authorization,refresh-token";

    private static final String MAX_AGE = "3600";

    @Bean
    public WebFilter corsFilter() {
        return (ServerWebExchange ctx, WebFilterChain chain) -> {
            ServerHttpRequest request = ctx.getRequest();
            String requestOrigin = request.getHeaders().getOrigin();

            if (CorsUtils.isPreFlightRequest(request)) {
                ServerHttpResponse response = ctx.getResponse();
                HttpHeaders headers = response.getHeaders();

                if (requestOrigin != null && corsProperties.getAllowedOrigins().contains(requestOrigin)) {
                    headers.add("Access-Control-Allow-Origin", requestOrigin);
                }

                headers.add("Access-Control-Allow-Methods", ALLOWED_METHODS);
                headers.add("Access-Control-Max-Age", MAX_AGE);
                headers.add("Access-Control-Allow-Headers", ALLOWED_HEADERS);
                headers.add("Access-Control-Allow-Credentials", ALLOWED_CREDENTIALS);
                headers.add("Access-Control-Expose-Headers", EXPOSE_HEADERS);

                // 프론트에서 해당 헤더를 확인할수잇게 허가해줌
                headers.add("Access-Control-Expose-Headers", EXPOSE_HEADERS);
                if (request.getMethod() == HttpMethod.OPTIONS) {
                    response.setStatusCode(HttpStatus.OK);
                    return Mono.empty();
                }
            }

            return chain.filter(ctx);
        };
    }
}

CorsProperties

@Component
@Getter
@Setter
@ConfigurationProperties(prefix = "app.cors")
public class CorsProperties {

    private List<String> allowedOrigins = new ArrayList<>();
}

설정

• dev, prod profile 별로 다르게 설정하는 게 일반적

# application-dev.yml
cors:
  allowed-origins:
    - "http://localhost:3000"
    - "http://127.0.0.1:3000"

# application-prod.yml
cors:
  allowed-origins:
    - "https://example.com"
    - "https://another-domain.com"

spspring-cloud-starter-gateway 사용시

Spring Cloud Gateway를 사용하고 있다면 PreFlightCorsConfig 같은 별도의 Java Config 없이도 application.yml에 설정만으로 CORS 처리가 가능합니다.**