60개의 글이 있습니다.
2026년 최신 증권사 수수료 정리를 찾아보면 대부분 국내주식 매매수수료만 비교하는 경우가 많습니다. 하지만 실제로 주식을 사고팔 때는 국내주식 수수료뿐 아니라 미국주식 수수료, 환전 비용, 증권거래세, 농어촌특별세, 배당소득세, 양도소득세까지 함께 봐야 합니다.이 글에서는 국내 주식 수수료 비교와 미국 주식 수수료 비교를 할 때 꼭 봐야 하는 항목을 먼저 정리하고, 주요 증권사별 온라인 수수료를 한 번에 비교해보겠습니다. 기준은 2026년 6월 기준, 국내 상장주식과 미국주식 온라인 거래 기본 수수료입니다. 다만 증권사 수수료는 계좌 개설 경로, 비대면 이벤트, 협의 수수료, 거래 매체, 환전 우대율에 따라 달라질 수 있으므로 실제 거래 전에는 반드시 각 증권사 수수료 안내 화면을 한 번 더 확인하는 ..
로컬 PC에서 LLM을 돌리면 인터넷 연결 없이도 문서 요약, 코드 보조, 개인 노트 분석 같은 작업을 처리할 수 있습니다. 이 글에서는 Ollama로 모델을 실행하고, Qwen3 모델을 내려받아 테스트한 뒤, Open WebUI로 ChatGPT처럼 웹 화면에서 사용하는 방법까지 한 번에 정리합니다.핵심 구조는 간단합니다. Ollama = 로컬 모델 서버, Qwen3 = 실행할 LLM 모델, Open WebUI = 브라우저에서 쓰는 채팅 인터페이스입니다.1. 전체 구성 한눈에 보기이번 구성은 로컬 PC 한 대 안에서 돌아갑니다. Ollama가 백그라운드에서 모델 API를 열고, Open WebUI가 그 API에 붙어서 대화 UI를 제공합니다.구성 요소역할기본 주소Ollama로컬 LLM 실행 및 모델 관리..
OSI 7계층이란?네트워크 통신 과정을 7단계로 나눈 모델입니다.왜 이렇게 나누었나?역할을 분리하기 위해네트워크 통신에는 정말 많고 복잡한 과정이 존재하는데 역할을 분리하여 구조를 체계화합니다.유지보수와 확장을 쉽게 하기 위해특정 계층 수정 시 프로토콜만 유지되면 정상 동작합니다.장애 분석을 쉽게 하기 위해어느 계층 문제인지 빠르게 구분이 가능합니다.표준화계층 별 장비나 제조사가 달라도 서로 통신할 수 있어야 합니다.계층 별 역할7계층: 응용 계층 (Application Layer)사용자와 네트워크가 직접 이용하는 레이어입니다. 대표적인 도구로는 웹 브라우저가 있습니다.우리가 웹 브라우저를 켜고, 웹 사이트를 들어가면 HTTPS 요청을 보내고 응답을 받는 과정이 응용 계층에서 일어나는 일입니다.6계층: ..
1. EBS란?Elastic Block Store의 약자로 AWS에서 제공하는 블록 스토리지 서비스입니다.EC2 인스턴스에 연결하여 사용하는 가상 블록 스토리지(SSD or HDD)라고 생각할 수 있습니다.2. EBS 구조와 특징AZ 단위의 스토리지EBS는 AZ에 종속되는 서비스입니다.만약, EBS 볼륨이 ap-northeast-2a에 생성되었다면, ap-northeast-2b에 생성된 EC2 인스턴스와는 연결될 수 없습니다.네트워크 기반 스토리지EBS는 EC2 내부 디스크가 아닌 네트워크 기반의 스토리지입니다.즉, 물리적인 연결이 아닌 네트워크 연결이기에 Attach, Detach 속도가 굉장히 빠릅니다.1:1 매핑하나의 EBS 볼륨은 최대 하나의 EC2 인스턴스에만 연결될 수 있습니다.하지만, 하나의..
VPC 생성화면에 접근해보니 기존에는 Zonal NAT Gateway만 존재했었는데 Regional NAT Gateway라는 신규 NAT 옵션이 생겨있길래 오늘은 이에 대해 알아보겠습니다.Regional NAT Gateway란?기존 Zonal NAT는 AZ 단위로 NAT를 생성하였는데, Regional NAT는 이름에서 알 수 있듯 Region 단위로 생성되는 NAT이다.Regional NAT Gateway의 장점AWS 완전 관리형 서비스입니다.하나의 NAT ID로 여러 AZ를 커버할 수 있습니다.퍼블릭 서브넷을 별도로 구성하지 않아도 됩니다.기존 Zonal 과 대역폭 확장 지원은 동일하지만, Zonal은 AZ 별로 최대 8개의 IP까지 지원하는 반면, Regional NAT는 AZ 별로 최대 32개의 ..
쿠버네티스에서 애플리케이션을 운영하다 보면 결국 외부 트래픽을 어떻게 Pod까지 전달할지 고민하게 됩니다. Pod는 여러 개로 늘어날 수 있고, 장애가 나면 다시 생성되며, 배포 과정에서도 계속 바뀝니다. 이런 환경에서 특정 Pod 하나를 직접 바라보는 방식은 안정적이지 않습니다.그래서 쿠버네티스에서는 Service를 통해 Pod 앞에 고정된 진입점을 만들고, 필요에 따라 LoadBalancer나 Ingress를 붙여 외부 트래픽을 받아들입니다. 이 글에서는 쿠버네티스 환경에서 부하분산이 어떤 흐름으로 동작하는지, 특히 클라우드 환경에서 LoadBalancer 타입 Service가 어떻게 사용되는지 정리해보겠습니다.핵심은 단순합니다. 사용자는 고정된 주소로 접근하고, 쿠버네티스는 그 요청을 현재 살아있는..
ServicePod는 언제든 죽고 다시 생길 수 있다.그래서 Pod IP를 직접 보고 접근하면 안정적이지 않다.Service는 여러 Pod 앞에 붙는 고정 진입점이다.사용자는 Service IP로 접근하고, Service가 뒤쪽 Pod로 트래픽을 분산한다.정리하면, Pod는 일회성에 가깝고 Service는 고정된 주소 역할을 한다. 그래서 쿠버네티스에서 애플리케이션을 연결할 때는 보통 Pod가 아니라 Service를 바라본다.Service 타입타입역할사용 상황ClusterIP클러스터 내부에서만 접근 가능한 Service IP를 만든다.백엔드, DB, 내부 API처럼 외부에 공개하지 않는 서비스NodePort각 Node의 특정 포트를 통해 Service에 접근하게 한다.테스트 환경, 간단한 외부 노출Loa..
볼륨이 필요한 이유쿠버네티스에서 Pod 내부 컨테이너의 파일 시스템은 컨테이너가 종료되면 함께 사라지는 휘발성 저장소입니다.따라서 컨테이너 생명주기와 무관하게 데이터를 유지하기 위해서는 별도의 저장공간(Volume) 이 필요합니다.또한 각 컨테이너 별로 저장소는 공유가 되지 않기 때문에 데이터 공유가 필요할 때도 볼륨이 필요합니다.볼륨의 두 가지 주요 역할컨테이너 간 임시 저장 공간 공유컨테이너 데이터 영구 저장 공간 제공(중요)1. 컨테이너 간 임시 공간 공유 (emptyDir)컨테이너들이 서로 데이터를 주고받아야 하는 경우, Pod가 살아있는 동안만 유지되는 임시 저장소인 emptyDir을 사용할 수 있습니다.emptyDir은 Pod가 삭제될 때 함께 삭제되지만, 같은 Pod 내에서 컨테이너 재시작 ..
