내 잡다한 노트

Standalone 방식과 inetd 방식 비교Standalone 방식과 inetd 방식은 서버 프로세스 실행 방식에 대한 두 가지 접근법으로, 각각 장단점과 적합한 상황이 다릅니다. 이를 아래에서 설명하겠습니다.1. Standalone 방식설명:서버 프로세스가 독립적으로 실행되어 항상 대기 상태로 동작하는 방식.프로세스가 메모리에 상주하며 클라이언트 요청을 처리.특징:서버가 항상 메모리에 상주하므로 초기 연결 속도가 빠름.주로 사용자가 많거나 고빈도 요청이 필요한 서비스에 적합.예: 웹 서버(Apache, Nginx), 데이터베이스 서버(MySQL).장점:빠른 응답 시간(항상 실행 중이기 때문).빈번한 요청 처리에 적합.단점:메모리와 CPU를 항상 소비(비효율적일 수 있음).요청이 적으면 리소스 낭비...

NI(Nice Value)란?**NI(Nice Value)**는 Linux/Unix 운영체제에서 프로세스의 우선순위를 설정하기 위해 사용하는 값입니다.프로세스가 CPU를 얼마나 선호하는지를 나타내며, 시스템에서 CPU 리소스를 효율적으로 할당하는 데 도움을 줍니다. 1. Nice Value의 역할프로세스가 CPU를 얼마나 "양보(nice)"할지를 결정합니다.값이 낮을수록 우선순위가 높고, 값이 높을수록 우선순위가 낮습니다.**우선순위(priority)**는 Nice Value와 다른 내부 값인 "기본 우선순위"를 조합하여 결정됩니다.2. Nice Value의 범위범위: -20에서 19까지.-20: 가장 높은 우선순위.19: 가장 낮은 우선순위.기본 값은 **0**이며, 모든 프로세스는 기본적으로 0의 우..

RAID 는 Redundant Array of Independent Disk의 약자이다.여러개의 디스크를 묶어 하나의 디스크처럼 사용하는 기술이다. redundant의 뜻은 많은, 여분의 이런 뜻이다.RAID의 주요 목적데이터 보안 (Redundancy)디스크 장애 시 데이터를 보호하고 복구 가능하도록 함.성능 향상읽기 및 쓰기 작업을 병렬로 처리하여 속도를 증가시킴.용량 활용여러 디스크를 하나의 논리적 스토리지 장치로 결합.RAID의 작동 방식RAID는 데이터를 스트라이핑(Stripping), 미러링(Mirroring), **패리티(Parity)**를 이용하여 구성합니다.스트라이핑(Stripping)데이터를 여러 디스크에 분산하여 기록하여 읽기/쓰기 성능을 높임.미러링(Mirroring)동일한 데이터를..

ITIL (IT Infrastructure Library)ITIL은 IT 서비스 관리를 위한 모범 사례 모음으로, 서비스 제공과 IT 운영에 초점을 맞춥니다. IT 조직이 비즈니스 요구 사항을 충족하기 위해 IT 서비스를 계획, 제공, 운영 및 지속적으로 개선할 수 있도록 돕습니다.ITIL의 주요 단계(라이프사이클):Service Strategy (서비스 전략)비즈니스 요구와 목표를 기반으로 IT 서비스의 전략을 정의.Service Design (서비스 설계)IT 서비스 설계 및 아키텍처를 정의하여 안정적이고 확장 가능한 서비스를 제공.Service Transition (서비스 전환)새로운 서비스나 변경 사항을 안전하게 운영 환경으로 전환.Service Operation (서비스 운영)IT 서비스의 일상..

FCAPSFCAPS는 네트워크 관리 프레임워크로, 네트워크 및 IT 시스템 관리에 필요한 다섯 가지 주요 영역을 정의합니다. 이는 ISO/OSI 모델에 의해 정의된 네트워크 관리 프레임워크의 일부입니다.FCAPS의 다섯 가지 영역:Fault Management (장애 관리)네트워크 장애를 감지, 기록, 분석, 복구하는 활동.장애가 발생하면 신속히 탐지하고 알림을 제공하며, 복구 방안을 제시.Configuration Management (구성 관리)네트워크 장비와 소프트웨어의 설정 및 변경을 관리.구성 정보를 기록하고 백업하며, 필요 시 복원 가능하도록 유지.Accounting Management (과금 관리)네트워크 사용량 추적 및 과금 정책 적용.사용자별, 서비스별 사용량 데이터를 수집하고 비용 정산...

Software Development Kit 는 어떤 소프트웨어 또는 플랫폼을 기반으로 애플리케이션을 개발하기 위해 제공되는도구, 라이브러리, 문서 등을 포함한 패키지이다. SDK의 주요 구성 요소라이브러리 또는 API특정 플랫폼(예: iOS, Android, AWS)에서 제공하는 기능을 쉽게 호출할 수 있는 함수나 메서드를 포함합니다.예: AWS SDK는 클라우드 서비스와의 상호작용을 쉽게 할 수 있도록 API를 제공합니다.도구(Tools)코드 작성, 디버깅, 컴파일, 빌드 등을 지원하는 유틸리티를 포함합니다.예: 안드로이드 SDK에는 Android Studio와 함께 사용할 수 있는 에뮬레이터와 디버깅 도구가 포함됩니다.문서화API 및 도구를 사용하는 방법과 예제를 설명한 공식 문서나 가이드를 제공합..

클라이언트가 소켓을 열 때, OS가 자동으로 사용 가능한 포트 중 하나를 임시 할당한다.보통 30000번대나 40000번대 포트를 이와 같은 용도로 사용한다.서버 쪽은 미리 정해진 포트를 Listen하고 있지만, 클라이언트 쪽 포트는 “사용 가능한 임의 번호”로 열리는 것이다. 이때 “클라이언트 포트”를 일일이 포워딩하지 않아도, 라우터(NAT)가 “(외부IP:서버포트) ↔ (내부IP:서버포트)”를 매핑해주는 규칙만 있으면, 클라이언트 쪽 임시 포트는 자동 관리됩니다. 결국, “IP:39068” 같은 출발지 포트는 클라이언트 OS/NAT 레벨에서 자동 할당된 것이고, 서버에서는 그 포트를 Listen하지 않습니다. 서버(또는 라우터)는 도착지 포트만 포워딩 규칙에 맞추어 열어주면, 양방향 통신이 이루어집..

주로 분산 시스템이나 클러스터 환경에서 발생할 수 있는 문제 중 하나이다. 스플릿 브레인(Split Brain)이란?네트워크 파티션이나 통신 장애로 인해 클러스터가 두 개 이상의 독립된 부분으로 나뉘어 각각이 전체 시스템의 일원으로 인식하는 상황을 말한다. 이로 인해 각 부분들이 독립적으로 동작하면서 데이터 불일치, 중복 처리, 시스템 충돌 등의 문제가 발생할 수 있다.단어를 느낌대로 이해해보면 될 듯 하다. 뇌가 절반 쪼개져서 좌뇌 우뇌가 서로 자기만이 시스템을 담당하는 뇌라고 착각에 빠지는 것이다. 스플릿 브레인의 원인1. 네트워크 파티션클러스터 내 노드 간의 네트워크 연결이 끊어지거나 지연되어 노드들이 서로를 인식하지 못하게 될 때 발생한다. 2. 하드웨어 장애스토리지, 스위치, 라우터 등의 하드웨..