JongTachi의 개발 블로그

[IT Info] 시간복잡도 O(n) vs O(n^2): 데이터 크기가 달라지면 알고리즘의 성능은 어떻게 될까?

JongTachi — Wed, 15 Oct 2025 23:40:24 +0900

1. 시간복잡도 O(n) vs O(n^2) : 데이터 크기가 달라지면 알고리즘의 성능은 어떻게 될까?

코딩을 하다 보면 "시간 복잡도"라는 말을 자주 듣게 됩니다. 특히 O(n)과 O(n^2)는 가장 흔하게 접하는 개념이죠. 이 두 가지가 정확히 무엇을 의미하고, 왜 중요한지 간단히 알아볼까요?

시간 복잡도, 왜 알아야 할까?

시간 복잡도는 알고리즘의 성능을 평가하는 척도입니다. "입력 데이터의 크기(n)"가 커짐에 따라 알고리즘의 "실행 시간"이 얼마나 늘어나는지 수학적으로 표현한 것입니다. 간단히 말해, 데이터가 많아질 때 내 코드가 얼마나 빠르게 혹은 느리게 작동하는지 예측하는 데 도움을 줍니다.

2. O(n): 선형 시간 복잡도

O(n)은 "선형 시간 복잡도"라고 부릅니다.

특징: 입력 크기 n이 커지는 만큼 실행 시간도 정확히 비례해서 증가합니다.
예시: 데이터가 100개일 때 1초가 걸렸다면, 데이터가 200개일 때는 약 2초, 1,000개일 때는 약 10초가 걸립니다. 데이터의 수가 2배가 되면, 실행 시간도 2배가 되는 식이죠.
대표적인 코드: 배열에서 특정 값을 찾는 단순한 반복문이 이에 해당합니다.

python

# O(n) 예제 코드
for i in range(n):
    # 이 코드는 n번 실행됩니다.
    print(i)

3. O(n^2): 이차 시간 복잡도

O(n^2)는 "이차 시간 복잡도"라고 부릅니다.

특징: 입력 크기 n이 커질수록 실행 시간은 n의 제곱에 비례하여 증가합니다.
예시: 데이터가 100개일 때 1초가 걸렸다면, 데이터가 200개일 때는 약 2^2=4배인 4초, 1,000개일 때는 10^2=100배인 100초가 걸립니다. 데이터가 2배가 되면 실행 시간은 4배가 됩니다.
대표적인 코드: 배열의 모든 요소를 서로 비교해야 하는 중첩된 반복문이 대표적입니다. (예: 버블 정렬)

python

# O(n^2) 예제 코드
for i in range(n):
    for j in range(n):
        # 이 코드는 n * n번 실행됩니다.
        print(i, j)

4. O(n) vs O(n^2), 무엇이 더 좋을까?

두 알고리즘의 성능 차이는 n이 커질수록 극명하게 드러납니다.

O(n) O(n^2)

속도	데이터가 많아져도 비교적 안정적입니다.	데이터가 많아질수록 매우 느려집니다.
성장률	선형적으로 증가	제곱에 비례하여 기하급수적으로 증가
일반적인 형태	단일 반복문	중첩된 반복문
예시 (n=10,000)	약 1만 번의 연산	약 1억 번의 연산

위 표에서 볼 수 있듯이, 데이터의 양이 적을 때는 별 차이가 없어 보이지만, 데이터가 1만 개만 되어도 O(n^2)는 O(n)에 비해 1만 배나 느립니다. 이 차이는 데이터가 많아질수록 더욱 커집니다.

5. 현업 개발자에게 중요한 이유

웹 서비스나 애플리케이션을 개발할 때, 수십만, 수백만 개의 데이터를 처리하는 일은 흔합니다. 이때 O(n^2) 같은 비효율적인 알고리즘을 사용하면 서비스 전체가 느려지거나 멈춰버릴 수 있습니다. 효율적인 O(n) 알고리즘을 선택하는 것은 사용자 경험을 향상시키고 시스템 안정성을 보장하는 데 매우 중요합니다.

알고리즘의 시간 복잡도를 이해하는 것은 단순히 지식을 아는 것을 넘어, 더 빠르고 효율적인 코드를 작성하는 개발자의 필수 역량입니다.

[IT Info] Jar 파일, War 파일

JongTachi — Mon, 15 Sep 2025 21:39:47 +0900

개발을 하다 보면 .jar와 .war라는 확장자를 자주 접하게 됩니다. 둘 다 Java 세계에서 중요한 배포 단위이지만, 언제 어떤 걸 써야 하는지 헷갈리기 쉽죠. 이번 글에서는 정의, 목적, 특징, 사용 방법, 차이점을 한눈에 정리해보겠습니다.

1. What is Jar File?

JAR (Java ARchive) 는 Java 클래스 파일, 리소스(이미지, 설정파일 등), 메타데이터를 하나의 압축 파일로 묶어 놓은 패키지입니다. 쉽게 말하면 Java 프로젝트 실행 파일이라고 할 수 있습니다.

1) 목적

여러 .class 파일과 라이브러리를 하나의 실행 단위로 묶기 위함.
다른 프로젝트에서 쉽게 재사용할 수 있도록 배포.
라이브러리 관리 및 의존성 처리를 단순화.

2) 특징

ZIP 포맷 기반(즉, unzip으로도 열 수 있음).
META-INF/MANIFEST.MF 파일을 통해 메인 클래스 지정 가능.
실행 가능한 JAR는 java -jar 파일명.jar으로 바로 실행 가능.

3) 사용방법

# jar 생성
jar cvf app.jar -C out/production/MyProject .

# 실행
java -jar app.jar

2. What is War File?

WAR (Web Application Archive) 는 웹 애플리케이션을 배포하기 위한 아카이브 파일입니다.
즉, 서블릿/JSP 기반 웹 프로젝트를 Tomcat, Jetty, JBoss 같은 서블릿 컨테이너에서 실행할 수 있도록 묶어놓은 배포 단위입니다.

1) 목적

웹 애플리케이션을 표준화된 구조로 묶어, WAS(Web Application Server)에 쉽게 배포.
JSP, 서블릿, HTML, CSS, JS, 라이브러리(JAR 포함) 등을 한 번에 배포.

2) 특징

특정 디렉토리 구조를 따라야 함.

/WEB-INF/
    web.xml      (웹 애플리케이션 설정 파일)
    classes/     (컴파일된 .class 파일)
    lib/         (필요한 JAR 라이브러리)

단독 실행 불가능 → WAS에 배포해야 실행됨.
주로 엔터프라이즈 애플리케이션, 대규모 웹 서비스에서 사용.

3) 사용방법

# war 생성 (예: Maven/Gradle 빌드 시 자동 생성)
mvn package   # target/myapp.war 생성

# Tomcat 배포 (webapps 폴더에 복사)
cp target/myapp.war $TOMCAT_HOME/webapps/

# 배포 후 Tomcat 자동 해제 및 실행
http://localhost:8080/myapp

3. Jar와 War 차이점 비교

구분	JAR 파일	WAR 파일
확장자	.jar	.war
의미	Java 실행/라이브러리 패키지	웹 애플리케이션 패키지
실행 방식	java -jar 로 직접 실행 가능	WAS(Tomcat, JBoss 등)에 배포 필요
용도	라이브러리 제공, 콘솔 앱, 스프링 부트 실행 파일	JSP/서블릿 기반 웹 앱 배포
구조	자유로운 구조	반드시 /WEB-INF/ 구조 포함
의존성 관리	단독 실행 시 외부 라이브러리 수동 포함 필요	/WEB-INF/lib에 JAR 포함 가능
배포 환경	어디서든 실행 가능 (JVM 필요)	WAS(Web Application Server) 필요

4. 언제 JAR을 쓰고, 언제 WAR를 써야하나?

JAR 적합한 경우
- 콘솔 애플리케이션
- 배치 프로그램
- 라이브러리 배포용
- Spring Boot 기반 애플리케이션 (내장 Tomcat으로 실행하므로 jar 권장)
WAR 적합한 경우
- 여러 웹 애플리케이션을 공용 WAS에 배포해야 할 때
- 전통적인 JSP/서블릿 프로젝트
- Spring Boot지만 외부 Tomcat, WebLogic 같은 WAS에 배포할 때

5. 정리

JAR = 실행/라이브러리 패키지
WAR = 웹 애플리케이션 패키지
JAR는 JVM만 있으면 실행 가능하지만, WAR는 반드시 WAS에 올려야 실행됩니다.
최근에는 Spring Boot의 등장으로, 독립 실행형 웹 애플리케이션을 JAR로 배포하는 경우가 훨씬 많아지고 있습니다.
따라서 단일 서버 실행이나 클라우드 환경에서는 jar가 주로 쓰이고, 기존 레거시 시스템이나 엔터프라이즈 환경에서는 여전히 war 배포가 흔합니다.

[Web] 정적 서버와 동적 서버

JongTachi — Tue, 6 May 2025 16:52:05 +0900

웹사이트를 만들거나 서버를 운영하려는 사람이라면 한 번쯤 들어봤을 '정적 서버'와 '동적 서버'.
하지만 이 두 개념이 정확히 어떤 차이가 있고, 어떤 상황에서 어떤 서버를 선택해야 할지 헷갈리는 경우가 많습니다.
이번 글에서는 정적 서버와 동적 서버의 개념부터 실제 사용 예시, 장단점까지 쉽게 정리해 보겠습니다.

1. 정적 서버(Static Server)란?

정적 서버는 말 그대로 변하지 않는(Static) 콘텐츠를 제공합니다.
HTML, CSS, JavaScript, 이미지 등과 같이 파일이 서버에 그대로 저장되어 있고,
사용자가 요청하면 해당 파일을 그대로 전달해주는 구조입니다.

1) 예시

HTML 파일을 직접 만들어서 index.html로 저장해둔 후, 사용자가 접속하면 그대로 보여주는 방식

2) 종류

Apache HTTP Server
Nginx
Amazon S3(정적 웹 호스팅 시)

3) 장점

빠름: 서버는 파일만 전달하면 되므로 로딩 속도가 빠름
안정적: 요청 처리 방식이 단순해서 오류가 적음
비용 저렴: 서버 자원이 거의 필요 없음

4) 단점

사용자마다 다른 페이지를 보여주기 어려움
실시간 데이터 처리 불가 (예: 게시판, 로그인 기능 등)

2. 동적 서버(Dynamic Server)란?

동적 서버는 사용자의 요청에 따라 실시간으로 콘텐츠를 생성해서 전달합니다.
요청 정보(로그인 상태, DB 데이터 등)에 따라 페이지 내용을 바꿔주는 유연한 방식입니다.

1) 예시

사용자가 로그인하면 마이페이지 내용을 DB에서 읽어와 HTML로 만들어 제공
상품 검색 결과를 실시간으로 필터링해서 보여주는 쇼핑몰 페이지

2) 종류

Node.js + Express
PHP + MySQL
Java + Spring
Python + Django/Flask

3) 장점

사용자 맞춤 콘텐츠 제공 가능
다양한 기능 구현 가능 (검색, 인증, 게시판 등)

4) 단점

서버 부하 증가: 요청마다 처리해야 할 일이 많음
느릴 수 있음: DB 조회, 템플릿 렌더링 등 시간이 걸림
보안 관리 필요: 사용자 입력값 처리 시 취약점 발생 가능

3. 결론: 어떤 서버를 선택할까?

간단한 웹사이트 (회사 소개, 개인 블로그, 포트폴리오 등)
→ 정적 서버 추천!
데이터 기반 웹사이트 (로그인 기능, 게시판, 사용자 맞춤 서비스 등)
→ 동적 서버 필수!

사실 최근에는 정적+동적을 조합한 하이브리드 구조가 많이 사용됩니다.
예를 들어, 정적 페이지는 빠르게 제공하면서, 일부 동적인 기능은 API 서버로 처리하는 구조죠. (예: Jamstack)

정적 서버와 동적 서버는 각자의 장단점이 뚜렷하기 때문에, 웹사이트의 목적과 기능에 맞춰 적절히 선택하는 것이 중요합니다.

[Java] SLF4J Logger(Simple Logging Facade for Java)

JongTachi — Fri, 4 Apr 2025 14:10:08 +0900

1. SLF4J Logger란?

SLF4J(Simple Logging Facade for Java)는 로그 시스템을 추상화한 인터페이스입니다.실제 로그를 출력하는 구현체(Logback, Log4j 등)를 교체하더라도, 코드를 수정하지 않고 사용할 수 있도록 도와주는 로깅의 통일된 표준 인터페이스입니다.

2. IntelliJ에서 SLF4J + Logback 설정 방법
Java 프로젝트에 SLF4J를 적용하기 위해 일반적으로 Logback이라는 구현체를 함께 사용합니다.

1) Maven 프로젝트일 경우
pom.xml에 다음 의존성을 추가합니다.

<dependencies>
    <!-- SLF4J API -->
    <dependency>
        <groupId>org.slf4j</groupId>
        <artifactId>slf4j-api</artifactId>
        <version>1.7.36</version>
    </dependency>

    <!-- Logback: SLF4J 구현체 -->
    <dependency>
        <groupId>ch.qos.logback</groupId>
        <artifactId>logback-classic</artifactId>
        <version>1.2.11</version>
    </dependency>
</dependencies>

2) Gradle 프로젝트일 경우
build.gradle 파일에 다음을 추가합니다.

dependencies {
    implementation 'org.slf4j:slf4j-api:1.7.36'
    implementation 'ch.qos.logback:logback-classic:1.2.11'
}

3. SLF4J Logger 사용 방법

import org.slf4j.Logger;
import org.slf4j.LoggerFactory;

public class MyService {
    private static final Logger logger = LoggerFactory.getLogger(MyService.class);

    public void doSomething() {
        logger.info("서비스 로직 시작");
        logger.warn("경고: 잘못된 값 감지 - ID: {}", 123);
        logger.error("에러 발생", new RuntimeException("예외 발생"));
    }
}

logger.warn("경고: 잘못된 값 감지 - ID: {}", 123);
이 구문에서 {} 자리에 123이 들어가며, SLF4J의 대표적인 기능입니다. 문자열 연결보다 효율적입니다.

4. 로그 레벨 종류

로그 레벨	설명
trace	가장 상세한 디버깅 로그 (보통 거의 사용하지 않습니다)
debug	개발 중 디버깅용 로그
info	일반적인 정보 로그
warn	주의해야 할 상황을 알릴 때
error	예외나 심각한 오류가 발생했을 때

5. 로그 설정 파일: logback.xml

src/main/resources 폴더 아래에 logback.xml 파일을 추가합니다.

<?xml version="1.0" encoding="UTF-8"?>
<configuration>
    <appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender">
        <encoder>
            <pattern>%d{yyyy-MM-dd HH:mm:ss} [%thread] %-5level %logger{36} - %msg%n</pattern>
        </encoder>
    </appender>

    <root level="debug">
        <appender-ref ref="STDOUT" />
    </root>
</configuration>

이 설정은 콘솔에 다음과 같은 형식으로 로그를 출력합니다:

2025-04-04 14:33:27 [main] INFO  com.example.MyService - 서비스 로직 시작

6. 로그를 사용하는 이유

- System.out.println()보다 훨씬 유용하고 성능도 뛰어납니다.
- 로그 수준을 조절하여 개발/운영 환경에 맞는 로그를 출력할 수 있습니다.
- 파일 저장, 로그 분리, 시간별/레벨별 로그 관리 등 다양한 기능을 활용할 수 있습니다.

[DB] 데이터베이스 파티셔닝(Partitioning)이란?

JongTachi — Wed, 2 Apr 2025 13:27:39 +0900

1. what is Partitioning(파티셔닝)?

대용량 데이터를 다루는 데이터베이스에서 성능 최적화와 관리 효율성을 위해 사용하는 대표적인 기법이 있습니다. 바로 파티셔닝(Partitioning)입니다. 하지만 파티셔닝이 항상 좋은 것은 아닙니다. 오늘은 파티셔닝의 개념부터 장점, 단점, 그리고 적용 시 고려해야 할 점까지 자세히 알아보겠습니다.

2. 파티셔닝의 장점

✅ 성능 향상
- 특정 파티션만 조회하면 되므로 검색 속도가 빨라집니다.
- 불필요한 데이터를 조회할 필요가 없어 쿼리 실행 시간이 줄어듭니다.

✅ 데이터 관리 용이
- 오래된 데이터를 손쉽게 삭제할 수 있습니다.
- 특정 파티션만 백업 및 복구할 수 있어 유지보수가 편리합니다.

✅ 부하 분산
- 여러 디스크에 데이터를 분산 저장하여 서버 부하를 줄일 수 있습니다.
- 특정 테이블이 과부하를 일으키는 경우, 파티셔닝을 통해 부하를 균등하게 분배할 수 있습니다.

✅ 운영 비용 절감
- 자주 사용하지 않는 데이터를 별도의 저장소로 이동하여 비용을 절감할 수 있습니다.

3. 파티셔닝의 종류

유형	설명	예시
범위 파티셔닝 (Range Partitioning)	특정 범위를 기준으로 데이터를 나눔	2023년 데이터, 2024년 데이터 등
리스트 파티셔닝 (List Partitioning)	특정 값의 목록을 기준으로 데이터를 나눔	지역(서울, 부산, 대전 등)별 분할
해시 파티셔닝 (Hash Partitioning)	해시 함수를 사용해 데이터를 균등하게 분배	USER_ID % 4 값을 기준으로 4개의 파티션에 저장
조합(컴포지트) 파티셔닝 (Composite Partitioning)	위 방식들을 조합하여 데이터를 나눔	연도별로 분할 후, 다시 해시로 나눔

4. 파티셔닝 적용 예시 (MySQL)

예를 들어, order_date 컬럼을 기준으로 범위 파티셔닝을 적용하면 다음과 같습니다.

CREATE TABLE orders (
    id INT NOT NULL,
    order_date DATE NOT NULL,
    amount DECIMAL(10,2),
    PRIMARY KEY (id, order_date)
)
PARTITION BY RANGE (YEAR(order_date)) (
    PARTITION p2022 VALUES LESS THAN (2023),
    PARTITION p2023 VALUES LESS THAN (2024),
    PARTITION p2024 VALUES LESS THAN (2025)
);

이렇게 하면 2022년 데이터는 p2022, 2023년 데이터는 p2023 파티션에 자동으로 저장됩니다.

5. 파티셔닝의 단점 및 주의할 점

무조건적인 파티셔닝은 오히려 독이 될 수 있습니다!

❌ 성능 저하 가능성
- 잘못된 파티셔닝으로 인해 모든 파티션을 검색(Full Scan) 해야 할 수도 있습니다.
- 인덱스 활용이 제한되면 쿼리 성능이 더 나빠질 수도 있습니다.

❌ 관리 복잡성 증가
- 테이블이 여러 개로 나뉘어 운영 및 유지보수가 어려워질 수 있음
- 파티션 추가/삭제 시 데이터 이동이 필요할 수도 있음

❌ 인덱스 사용 제한
- 파티션 키가 인덱스의 첫 번째 컬럼이 아닐 경우, 인덱스를 제대로 활용할 수 없음

❌ 데이터 불균형 문제
- 특정 파티션에 데이터가 집중될 경우, 일부 파티션만 과부하 발생
- 예를 들어, 범위 파티셔닝을 사용했을 때 최신 데이터가 특정 파티션에 집중될 가능성이 큼

6. 언제 파티셔닝을 적용해야 할까?

파티셔닝이 필요한 경우
1. 대용량 데이터(수억~수십억 건)를 다룰 때
2. 특정 기간이 지난 데이터를 쉽게 삭제해야 할 때 (예: 로그 데이터)
3. 자주 조회되는 데이터만 빠르게 검색해야 할 때
4. 서버 부하를 분산해야 할 때
5. 특정 파티션만 백업/복구하여 운영 효율성을 높이고 싶을 때

파티셔닝이 필요 없는 경우
1. 테이블 크기가 작을 때 (수십만 건 이하)
2. 모든 데이터에 자주 접근해야 할 때 (특정 파티션만 검색할 일이 없을 경우)
3. 데이터 분포가 고르게 분산되지 않을 때
4. 인덱스만으로 충분히 최적화가 가능한 경우

[IT Info] VPN 연결 오류 해결: '원격 컴퓨터에 연결하지 못했습니다. 이 연결에 대한 네트워크 설정을 변경해야 합니다. '

JongTachi — Mon, 31 Mar 2025 21:58:20 +0900

VPN 연동을 하는데

'원격 컴퓨터에 연결하지 못했습니다. 이 연결에 대한 네트워크 설정을 변경해야 합니다'

라는 에러가 계속 뜨더라구요.

VPN 정보도 다 맞는데 왜 안 되는지.. 다른 컴퓨터는 다 되는데 유독 제 노트북에서만 안 되더라구요.

노트북을 부시기 직전 해결책을 찾았습니다.

[해결책]

1. 장치 관리자 검색

2. 네트워크 어댑터에 들어가 WAN MiniPort (IP), WAN MiniPort (IPv6), WAN MiniPort (PPTP) 디바이스 제거

3. 네트워크 어댑터 우클릭 후 '하드웨어 변경 사항 검색' 클릭

그러고 다시 연결을 시도해보세요 ㅎㅎ

끝

[Network] 502 Bad Gateway 오류란? (원인과 해결 방법)

JongTachi — Mon, 17 Mar 2025 09:30:47 +0900

웹사이트를 방문하려고 할 때 “502 Bad Gateway” 오류를 본 적이 있나요?

갑자기 화면에 뜨는 이 메시지는 당황스럽지만, 사실 비교적 흔한 오류입니다. 이번 글에서는 502 Bad Gateway 오류의 의미, 원인, 그리고 해결 방법에 대해 알아보겠습니다.

1. What is 502 Bad Gateway Error?

502 Bad Gateway 오류는 서버 간 통신 문제로 인해 발생하는 HTTP 상태 코드입니다. 기본적으로, 클라이언트(사용자)가 웹사이트에 접속할 때 요청이 여러 개의 서버를 거쳐 전달되는데, 이 과정에서 프록시 서버나 게이트웨이 서버가 정상적인 응답을 받지 못하면 502 오류가 발생합니다.

간단히 말해, “서버 간 연결에 문제가 생겨서 요청을 처리할 수 없다”는 뜻입니다.

2. 502 Bad Gateway 오류의 주요 원인

502 오류는 여러 가지 원인으로 인해 발생할 수 있습니다. 대표적인 원인은 다음과 같습니다.

1️⃣ 서버 과부하

웹 서버가 너무 많은 요청을 처리하느라 과부하가 걸리면 응답을 주지 못하고 502 오류를 반환할 수 있습니다.

2️⃣ 프록시 또는 게이트웨이 서버 문제

Nginx, Apache와 같은 웹 서버가 백엔드 서버로부터 올바른 응답을 받지 못하면 502 오류가 발생합니다.

3️⃣ 방화벽 또는 보안 정책 문제

방화벽이 특정 트래픽을 차단하거나, DDoS 방어 솔루션이 오작동하면 정상적인 요청도 차단될 수 있습니다.

4️⃣ DNS 문제

도메인 네임 서버(DNS) 설정이 잘못되어 서버 주소를 제대로 찾지 못할 경우에도 502 오류가 나타날 수 있습니다.

5️⃣ 네트워크 연결 문제

인터넷 연결이 불안정하거나, 서버 간 네트워크가 끊어지면 게이트웨이 서버가 정상적으로 응답을 받지 못해 502 오류가 발생합니다.

3. 502 Bad Gateway 오류 해결 방법

1) 페이지 새로고침 (F5 또는 Ctrl + R)

일시적인 네트워크 문제라면 페이지를 새로고침하는 것만으로 해결될 수도 있습니다.

2) 브라우저 캐시 및 쿠키 삭제

브라우저에 저장된 캐시가 오래된 정보일 수 있으므로, 캐시를 삭제하고 다시 시도해 보세요.

3) 다른 브라우저 또는 기기에서 접속 시도

현재 사용하는 브라우저에서만 문제가 발생하는지 확인해보세요. 다른 기기에서 같은 오류가 발생한다면 서버 문제일 가능성이 큽니다.

4) 서버 상태 점검

웹사이트 운영자라면 웹 서버(Nginx, Apache 등) 로그를 확인하고, 백엔드 서버가 정상적으로 동작하는지 점검해야 합니다.

5) 방화벽 및 CDN 설정 확인

클라우드플레어(Cloudflare) 같은 CDN을 사용하고 있다면, 방화벽 설정을 확인하고 필요하면 일시적으로 비활성화해보세요.

6) DNS 설정 변경

서버 IP 주소가 변경되었거나 DNS 설정이 잘못되었다면 수정 후 다시 시도해야 합니다.

7) 네트워크 연결 확인

네트워크 장비(라우터, 스위치 등)를 재부팅하거나, 서버 간 네트워크 연결이 원활한지 확인하세요.

4. 결론

502 Bad Gateway 오류는 서버 간 통신 문제로 인해 발생하는 HTTP 상태 코드입니다. 일시적인 현상일 수도 있지만, 서버 과부하, 방화벽 문제, DNS 오류 등 다양한 원인이 있을 수 있습니다.

사용자라면 간단한 새로고침, 캐시 삭제, 브라우저 변경 등을 시도해볼 수 있으며, 웹사이트 관리자라면 서버 로그를 확인하고 설정을 조정하는 것이 필요합니다.

[Network] 공인 IP, 사설 IP 개념 및 특징

JongTachi — Wed, 12 Mar 2025 15:30:07 +0900

공인 IP와 사설 IP, 뭐가 다를까?

인터넷을 사용하다 보면 "공인 IP"와 "사설 IP"라는 말을 한 번쯤 들어봤을 거예요.
특히, 네트워크를 설정하거나 VPN을 사용할 때 이 개념이 자주 등장합니다.
오늘은 이 둘이 어떤 차이가 있는지, 그리고 각각 어떤 역할을 하는지 자세히 알아보겠습니다.

1. 공인 IP란? (Public IP)

공인 IP는 전 세계적으로 유일한 IP 주소입니다. 이 IP는 인터넷 서비스 제공업체(ISP)에서 사용자에게 할당하며, 인터넷에 직접 연결된 모든 기기는 공인 IP를 가질 수 있어요.

공인 IP의 특징

✅ 고유성: 같은 공인 IP는 두 개 이상 존재 X
✅ 인터넷 접근 가능: 인터넷 상의 다른 기기들이 공인 IP를 통해 해당 기기와 직접 통신
✅ ISP에서 할당: 인터넷 서비스 업체(SK, KT, LG U+ 등)가 사용자에게 공인 IP를 부여
✅ 공유 가능: 하나의 공인 IP를 여러 기기가 공유할 수 있음 (예: 공유기를 통해 여러 기기가 하나의 공인 IP를 사용).

공인 IP 예시

예를 들어, 여러분이 사용 중인 스마트폰이나 PC에서 "내 IP 확인"을 검색하면 나오는 IP 주소가 공인 IP입니다.

보통 203.0.113.1 같은 형식으로 표시될겁니다.

공인 IP의 활용

✔️ 서버 운영 (웹 서버, 게임 서버 등)
✔️ 원격 접속 (VPN, 원격 데스크톱)
✔️ 고정 IP 서비스 (IP 기반의 인증 시스템)

하지만 공인 IP는 해킹 등의 보안 위협에 노출될 가능성이 높기 때문에 방화벽 설정과 보안 패치가 중요합니다.

2. 사설 IP란? (Private IP)

사설 IP는 내부 네트워크(집, 회사, 학교 등)에서만 사용되는 IP 주소입니다. 외부 인터넷에서는 사설 IP를 직접 인식할 수 없습니다.

사설 IP의 특징

✅ 범위가 정해져 있음: 사설 IP는 아래 3가지 범위 안에서만 사용됩니다.

10.0.0.0 ~ 10.255.255.255
172.16.0.0 ~ 172.31.255.255
192.168.0.0 ~ 192.168.255.255

✅ 중복 사용 가능: 여러 네트워크에서 같은 사설 IP를 사용해도 충돌이 발생하지 않습니다.
✅ 인터넷 직접 접속 불가: 사설 IP만으로는 인터넷에 접속할 수 없으며, 공유기(NAT) 또는 프록시 서버를 통해 공인 IP로 변환해야 합니다.
✅ 내부 통신 전용: 같은 네트워크 안에 있는 기기들끼리만 통신이 가능합니다.

사설 IP 예시

집에서 Wi-Fi를 사용할 때, 공유기에서 할당받는 IP (예: 192.168.0.1)
회사 내부 네트워크에서 사용되는 IP (예: 10.10.10.5)

사설 IP의 활용

✔️ 가정용 Wi-Fi 네트워크
✔️ 기업 내부 네트워크
✔️ IoT 기기 연결

3. 공인 IP vs. 사설 IP 비교

구분공인 IP사설 IP

사용 범위	전 세계	내부 네트워크
고유성	유일한 IP	중복 가능
인터넷 접근	직접 가능	공유기(NAT) 필요
보안성	해킹 위험 있음	상대적으로 안전
예시	203.0.113.1	192.168.1.100

4. NAT(Network Address Translation)란?

그렇다면, 어떻게 사설 IP를 사용하는 기기들이 인터넷(공인 IP)과 연결될 수 있을까요?

바로 NAT(Network Address Translation) 덕분입니다.

공유기는 내부 네트워크(사설 IP)를 관리하면서, 외부 인터넷에 접속할 때 공인 IP로 변환하는 역할을 합니다.

덕분에 여러 기기가 하나의 공인 IP를 공유할 수 있죠.

5. NAT의 역할

✔️ IP 주소 절약: IPv4 주소가 부족하기 때문에, 하나의 공인 IP를 여러 기기가 사용할 수 있도록 해줍니다.
✔️ 보안 강화: 외부에서 사설 IP를 직접 접근할 수 없도록 보호합니다.

< 정리하자면 >

공인 IP는 인터넷에 직접 연결되는 IP 주소로, 전 세계에서 고유합니다.
사설 IP는 내부 네트워크에서만 사용되며, 외부와 통신하려면 NAT가 필요합니다.

[IDE-인텔리제이] 인텔리제이 Translation 플러그인 사용

JongTachi — Mon, 13 Jan 2025 09:41:03 +0900

인텔리제이를 톨해 개발을 하다보면 외국어 주석, 코드 설명 또는 다른 언어로 작성된 텍스트를 이해해야 할 때가 있습니다. 이때 Translation 플러그인을 활용하면 빠르고 편리하게 번역 작업을 수행할 수 있습니다.

1. How to download Translation?

1) IntelliJ IDEA를 실행하고 메인 화면에서 상단 메뉴의 File > Settings(macOS는 IntelliJ IDEA > Preferences)로 이동합니다.

2) 플러그인 검색 : 왼쪽 메뉴에서 Plugins를 선택한 후, 오른쪽 상단 검색창에 Translation을 입력합니다.

3) 검색 결과에서 Translation 플러그인을 선택하고 Install 버튼을 클릭합니다. 설치가 완료되면 Restart IDE 버튼을 눌러 IntelliJ IDEA를 재시작합니다.

2. Plugin Setting

플러그인을 설치한 후, 기본적인 설정을 진행해야 합니다.

1) 언어 설정

File > Settings > Tools > Translation으로 이동합니다.
번역할 원본 언어(Source Language)와 대상 언어(Target Language)를 설정하세요.
예를 들어, 원본 언어를 영어(English), 대상 언어를 한국어(Korean)로 설정하면 영어 텍스트가 자동으로 한국어로 번역됩니다.

2) 번역 API 키 설정

Google, Baidu, Youdao 등 다양한 번역 API를 사용할 수 있습니다.
원하는 API의 키를 입력하면 번역 정확도가 높아질 수 있습니다.

3. Translation 플러그인 단축키

1) 텍스트 번역하기

번역하고 싶은 텍스트를 마우스로 드래그하여 선택합니다.
단축키를 눌러 번역을 실행합니다
- Windows/Linux: Ctrl + Shift + Y
번역 결과가 팝업 창에 나타납니다

2) 별도의 텍스트 선택 없이 번역 창을 열고 싶다면 아래 단축키를 사용하세요

Windows/Linux: Ctrl+ Shift + O

감사합니다.

[WAS] tomcat 에러 - Caused by: java.lang.IllegalStateException: StackOverflowError

JongTachi — Wed, 8 Jan 2025 09:49:55 +0900

어제까지만 로컬에서 잘 작동하던 톰캣이 다음과 같은 에러를 내기 시작했다.

"Caused by: java.lang.IllegalStateException: StackOverflowError로 인하여, 웹 애플리케이션 [/ekp]에서 annotation 스캔을 완료하지 못했습니다. 가능성 있는 근본 원인(root cause)들 중의 하나는 -Xss가 너무 적게 설정되어 있거나 불허된 순환 상속 의존관계들일 수 있습니다."

1. 원인 : StackOverflowError 발생

StackOverflowError는 재귀 호출이 지나치게 깊거나, 복잡한 클래스 상속 구조를 처리하는 과정에서 스택 크기가 부족할 때 발생하는 에러라고 합니다.

2. 해결방법 : JVM 스택 크기 증가

StackOverflowError를 해결하기 위해선 JVM 스택 크기를 늘리면 됩니다.

Tomcat 실행 스크립트인 catalina.sh 또는 catalina.bat)에 아래 옵션을 추가하시면 됩니다.

CATALINA_OPTS="-Xss2m"

3. 자세한 해결방법

1) 사용중인 tomcat 폴더에 들어가 catalina.sh 파일을 열어줍니다.

파일 위치 : tomcat/bin

2) 파일을 열고 옵션 추가하기