MSA 아키텍처에서 인그레스, 아웃그레스, 서비스메쉬의 기능과 구축 방법

msa 아키텍처에서 인그레스, 아웃그레스, 서비스메쉬의 기능과 구축 방법

MSA 아키텍처에서 인그레스(Ingress)는 클러스터/메시로 들어오는 트래픽의 진입점, 아웃그레스(Egress)는 외부로 나가는 트래픽의 출구, 서비스메시는 서비스 간 통신 전체를 제어·관찰·보안하는 인프라 레이어라고 볼 수 있다. 아래는 각 기능과, Kubernetes+Istio 기준 단계별 구축 방법이다.​ 인그레스: 역할과 기능 클러스터/서비스메시 바깥에서 들어오는 HTTP/HTTPS 요청을 내부 서비스로 라우팅하는 게이트웨이 역할.​ 호스트/경로 기반 라우팅, 로드밸런싱, TLS 종료(SSL offloading), 인증 연계 등을 제공.​ 구현은 대부분 … 더 읽기

Gemini CLI의 무료 티어 제한량과 gemini cli 에서 잔여 컨텍스트를 알수 있는 방법

Gemini CLI의 무료 티어 제한량과 gemini cli 에서 잔여 컨텍스트를 알수 있는 방법

Gemini CLI의 무료 티어는 개인 Google 계정으로 접근 시 일일 1,000회 요청을 제공합니다.​ 사용 제한 상세 분당 60회 요청과 일일 1,000회 요청이 기본 무료 한도로 적용되며, 이는 Gemini 2.5 Pro 모델과 100만 토큰 컨텍스트를 포함합니다. 이 한도는 개발자 워크플로우에서 8시간 풀 사용(분당 1~2회 요청 기준)에도 충분한 수준으로 평가됩니다. 일부 사용자 보고에 따르면 계정별로 200회 제한 … 더 읽기

gemini cli 를 gemini-2.5-flash 로 구동하는 방법

Gemini CLI를 Gemini 2.5 Flash 모델로 구동하려면 CLI 명령어에서 모델 지정 옵션을 사용합니다. 기본 모델은 2.5 Pro이지만, Flash로 전환해 속도와 비용 효율성을 높일 수 있습니다.​ 기본 실행 방법 터미널에서 gemini -m “gemini-2.5-flash” 명령으로 Flash 모델 지정 후 실행.​ 설정 파일(~/.gemini/config.json)에서 기본 모델 변경: “model”: “gemini-2.5-flash” 추가.​ VSCode 통합 시 확장 설정에서 “gemini.model”을 “gemini-2.5-flash”로 설정.​ 고급 설정 옵션 명령어/설정 용도 … 더 읽기

Gemini CLI는 세션 자동 저장/복원 기능이 있어서, 중간에 끊었다가 나중에 다시 이어서 작업

Gemini CLI는 세션 자동 저장/복원 기능이 있어서, 중간에 끊었다가 나중에 다시 이어서 작업

Gemini CLI는 세션 자동 저장/복원 기능이 있어서, 중간에 끊었다가 나중에 다시 이어서 작업할 수 있습니다.​ 기본 개념 Gemini CLI는 대화(작업)를 “세션”으로 관리하고, 이를 자동으로 체크포인트에 저장합니다.​ 그래서 터미널을 닫거나 명령을 종료해도, 나중에 해당 세션을 선택해서 그대로 이어서 사용할 수 있습니다.​ 대화형 모드에서 이어하기 이미 gemini를 쳐서 인터랙티브 프롬프트에 들어간 상태라면 다음처럼 할 수 있습니다.​ gemini 실행 후, … 더 읽기

VS Code의 Postman 확장 사용방법

VS Code의 Postman 확장 사용방법

VS Code의 Postman 확장은 API 개발과 테스트를 IDE 내에서 바로 수행할 수 있게 해줍니다. Postman 계정으로 로그인하면 컬렉션 관리, 요청 전송, 환경 변수 설정 등이 가능합니다.​​ 설치 방법 VS Code에서 Extensions 뷰(Ctrl+Shift+X)를 열고 “Postman”을 검색한 후 공식 Postman.postman-for-vscode 확장을 설치합니다. 설치 후 VS Code를 재시작하거나 Reload 버튼을 클릭하고, 사이드바의 Postman 아이콘을 통해 Postman 계정으로 로그인합니다.​​ … 더 읽기

docker image 와 containerd image 비교

docker image 와 containerd image 비교

Docker 이미지와 containerd 이미지는 OCI(Open Container Initiative) 표준을 공유하므로 대부분 호환되지만, 런타임 환경과 관리 도구에서 차이가 있습니다. Docker 이미지는 Docker의 모든 기능을 갖춘 CLI를 통해 빌드 및 관리되는 반면, containerd 이미지는 Kubernetes 환경에서 경량 런타임 작업에 초점을 맞춥니다. Docker의 핵심 구성 요소인 containerd는 효율성을 위해 Docker의 고수준 기능을 제거합니다. 주요 건축적 차이점 Containerd는 Docker의 광범위한 … 더 읽기

윈도우에서 Gradle은 설치

윈도우에서 Gradle은 설치

윈도우에서 Gradle은 설치 파일 없이 압축만 풀고 환경 변수만 잡아주면 됩니다. 아래 순서대로 한 번만 세팅하면 이후에는 어디서든 gradle 명령을 쓸 수 있습니다. 사전 준비 (JDK) Gradle은 JDK가 필요하므로 먼저 JDK 8 이상이 설치되어 있어야 합니다. 명령 프롬프트(cmd)나 PowerShell에서 java -version을 실행했을 때 버전 정보가 나오면 이미 설치된 것입니다. 설치 안 되어 있으면 Oracle JDK나 Temurin … 더 읽기

dependencies 로컬 Gradle 프로젝트로 바꾸는 방법

dependencies 로컬 Gradle 프로젝트로 바꾸는 방법

로컬 Gradle 프로젝트로 바꾸는 방법은 크게 두 가지(멀티모듈 vs. 컴포지트 빌드)가 있습니다.​ 이미 어떤 구조로 되어 있느냐에 따라 선택하시면 됩니다. 1. 같은 리포 안 멀티모듈인 경우 예: 현재 리포 안에 automail-api도 Gradle 프로젝트로 같이 있는 경우.​ 루트 settings.gradle에 모듈 포함 groovy // settings.gradle rootProject.name = ‘your-root’ include ‘:automail-api’ // 기존 app 모듈 등도 같이 include ‘:app’ 사용하는 … 더 읽기

리눅스의 nc(netcat)와 윈도우에서 많이 쓰던 telnet

리눅스의 nc(netcat)와 윈도우에서 많이 쓰던 telnet

리눅스의 nc(netcat)와 윈도우에서 많이 쓰던 telnet은 둘 다 “포트 열려 있는지 찍어보는 용도”로 함께 언급되지만, 태생과 기능 범위가 꽤 다르다. 용도 정리 관점에서 보면 nc는 범용 네트워크 유틸리티고, telnet은 원래 “원격 터미널 프로토콜 클라이언트”에 가깝다.​ 기본 성격 차이 nc: TCP/UDP 소켓에 붙어서 표준입출력을 그대로 데이터 스트림으로 흘려보내는 범용 네트워크 도구다.​ telnet: 원격 호스트에 텍스트 터미널 세션을 제공하는 프로토콜 및 … 더 읽기

리눅스 커멘드 nc 명령어 대한 정리

리눅스 커멘드 nc 명령어 대한 정리

리눅스 nc(netcat)는 TCP/UDP 소켓에 직접 붙어서 데이터 송수신, 포트 테스트, 간이 서버 구현 등에 쓰는 범용 네트워크 유틸리티다.​ 기본 개념 nc는 “netcat”의 약자로, 네트워크 연결에서 표준입출력(stdin/stdout)을 그대로 소켓에 연결해 주는 도구다.​ 주로 포트 오픈 여부 확인, 간단한 TCP/UDP 서버·클라이언트 구현, 파일 전송, 배너 그랩(banner grabbing) 등에 사용된다.​ 기본 사용 형식 가장 기본적인 형식은 다음과 같다.​ 클라이언트 … 더 읽기