keum님의 블로그

GitHub, PR 비밀정보 경고 해결 전 병합 차단 기능 공개 미리보기

GitHub가 pull request에서 새로 노출된 비밀정보 경고가 해결되지 않으면 병합을 막는 ruleset 규칙을 공개 미리보기로 제공했습니다. GitHub Secret Protection 또는 GitHub Advanced Security를 사용하는 조직이 대상입니다. 2026년 9월 9일 발표 내용과 push protection과의 차이, 적용 전 점검 항목을 정리합니다.핵심 요약발표일·제공 시작: 2026년 9월 9일. 상태: public preview.새 규칙은 PR head commit의 secret scan 완료와 해당 PR이 도입한 미해결 경고가 없는지를 확인합니다. push 전에 차단하는 push protection을 대체하지 않고 PR 병합 단계의 방어층을 추가합니다.목차발생한 일검사..

docker commit vs Dockerfile: 컨테이너 수정 내용을 이미지로 남겨도 될까?

실행 중인 Docker 컨테이너에서 소스와 패키지를 수정한 뒤 이미지로 남길 수는 있습니다. 하지만 docker commit과 Dockerfile은 목적이 다릅니다. 빠른 진단용 스냅샷과 다시 만들 수 있는 배포 이미지 중 무엇을 선택해야 하는지, volume 누락과 비밀정보 위험까지 비교합니다.핵심 요약일회성 조사·복구 지점은 docker commit이 유용할 수 있습니다. 팀 배포와 반복 빌드는 변경 과정을 Dockerfile·의존성 파일·소스 관리에 기록하세요. commit에는 mounted volume 데이터가 포함되지 않습니다.목차핵심 차이commit이 저장하는 범위재현성과 보안크기·성능·비용상황별 추천과 전환FAQ1. docker commit vs Dockerfile 핵심 차이기준docker ..

docker save·load 사용법: 인터넷 없는 서버로 이미지 옮기기

인터넷이 차단된 서버에 Docker 이미지를 옮길 때는 레지스트리 대신 docker save와 docker load를 사용할 수 있습니다. 개발 PC에서 이미지 아카이브와 체크섬을 만들고, 대상 서버에서 무결성·태그·플랫폼을 확인해 실행하는 절차를 설명합니다.핵심 요약docker save는 이미지 레이어와 지정한 태그를 아카이브하고 docker load는 이미지와 태그를 복원합니다. 컨테이너 파일시스템을 내보내는 docker export와 혼동하지 마세요.목차목표와 준비이미지 고정과 저장파일 전송과 무결성 검증대상 서버에서 불러오기실행 검증오류 해결과 FAQ1. 목표와 준비 사항출발지와 대상 서버 모두에 Docker Engine 또는 호환되는 Docker CLI·daemon 환경이 필요합니다. 대상 CP..

externally-managed-environment 오류 해결: --break-system-packages 전에 할 일

error: externally-managed-environment는 pip 자체가 고장 났다는 뜻이 아닙니다. 운영체제가 관리하는 Python에 pip가 직접 패키지를 덮어쓰지 못하도록 막은 상태입니다. Ubuntu·Debian 계열에서 이 오류를 만난 개발자가 프로젝트 라이브러리, CLI 도구, 시스템 패키지를 안전하게 나눠 설치하도록 해결 순서를 정리합니다.핵심 요약프로젝트 라이브러리는 venv, 독립 실행형 Python CLI는 pipx, 운영체제 구성요소는 apt를 먼저 검토하세요. --break-system-packages는 보호 장치를 해제하는 옵션이지 일반 해결책이 아닙니다.목차증상과 원인현재 Python 확인프로젝트 패키지 해결CLI·시스템 패키지 해결추가 점검FAQ1. externall..

GitHub Actions 9월 업데이트: runner 종료일·Dependabot 권한·워크플로 출처

GitHub Actions 9월 업데이트는 runner 지원 종료일 조회, Dependabot 경고 읽기 권한, 재사용 워크플로 출처 확인을 다룹니다. CI를 관리하는 개발자를 위해 변경점과 적용 시 주의사항을 나눠 정리했습니다. 발표일은 2026년 9월 3일이며, 문서 확인일은 9월 9일입니다.핵심 요약발표는 9월 3일에 현재 사용 가능한 변경으로 소개됐습니다. 별도의 전체 계정 적용 완료일은 명시되지 않았으며, 아래 job.workflow_* 속성은 GitHub Enterprise Server에서 지원되지 않습니다.목차GitHub Actions 9월 업데이트에서 발생한 일runner 등록 종료와 실행 종료는 구분Dependabot 읽기 권한이 분리됩니다재사용 워크플로의 실제 출처 확인사용자 영향과 중..

KV cache란? LLM 대화가 길어질수록 GPU 메모리가 늘어나는 이유

KV cache는 LLM이 앞선 토큰에서 계산한 Key와 Value를 저장해 다음 토큰 생성에 재사용하는 추론용 캐시입니다. 모델은 GPU에 올라가는데 긴 질문에서 메모리 부족이 생기는 개발자를 위해 작동 원리와 크기 계산을 설명합니다. 모델 가중치와 대화 처리 중 생기는 메모리를 구분하는 것이 핵심입니다.핵심 요약모델 파일 크기가 전체 추론 메모리는 아닙니다. 일반적인 전체 문맥 KV cache는 저장 토큰 수와 동시 처리량이 커질수록 증가합니다.목차KV cache가 필요한 이유입력 처리와 토큰 생성의 흐름가중치와 캐시를 나눠 계산하기Ollama에서 무엇을 확인할까?메모리를 줄이는 선택과 다른 캐시와의 차이FAQ1. KV cache가 필요한 이유자기회귀 모델은 새 토큰을 순서대로 생성합니다. 매번 이전..

conda vs venv 차이: Python 가상환경은 무엇으로 만들까?

conda vs venv는 어느 도구가 더 유명한지보다 무엇을 격리하고 관리할지의 문제입니다. 새 Python 프로젝트를 시작하는 개발자를 위해 런타임, 패키지 범위, 환경 공유와 운영 부담을 비교합니다. 이미 잘 동작하는 환경을 무조건 교체하라는 안내는 아닙니다.핵심 요약설치된 Python으로 프로젝트 패키지를 분리하려면 venv부터 검토하세요. Python 버전과 채널에서 제공하는 비Python 패키지까지 함께 관리해야 한다면 conda가 적합할 수 있습니다.목차conda vs venv 핵심 차이기본 생성 명령과 실제 차이성능·가격을 비교할 때 생기는 오해장단점과 상황별 추천혼용·환경 공유 점검FAQ1. conda vs venv 핵심 차이기준venv + pipconda역할venv가 환경 분리, pip..

Python logging 파일 자동 분할과 한글 로그 설정

Python 로그 파일 크기 제한이 없으면 장시간 실행한 앱의 로그가 계속 커질 수 있습니다. 단일 프로세스 스크립트를 운영하는 개발자를 위해 파일 회전과 보관 개수를 함께 설정합니다. 외부 패키지 없이 한글 로그와 예외 기록까지 확인할 수 있습니다.핵심 요약RotatingFileHandler에서 maxBytes와 backupCount를 모두 양수로 지정합니다. 회전은 백업이 아니라 오래된 기록을 순환 교체하는 보관 정책입니다.목차목표와 준비Python 로그 파일 크기 제한 코드설정값이 결정하는 것실행과 검증오류 해결과 적용 범위FAQ1. 목표와 준비목표는 app.log와 최대 3개의 회전 파일을 만드는 것입니다. Python 3 환경과 쓰기 가능한 실습 폴더를 준비하세요. 추가 pip 설치는 없습니다...

git pull divergent branches 해결: merge·rebase 전에 확인할 것

git pull divergent branches 오류는 로컬과 원격에 서로 없는 커밋이 생겼을 때 나타날 수 있습니다. pull이 막힌 개발자를 위해 변경 상태 확인부터 백업, merge·rebase 선택까지 설명합니다. 내 작업을 지우는 명령 없이 통합 방향을 판단하는 것이 목표입니다.핵심 요약먼저 상태와 커밋 차이를 확인하세요. 이미 공유한 이력을 유지하려면 merge를 검토하고, 아직 공유하지 않은 내 커밋을 재배치하려면 rebase를 검토합니다.목차증상: pull과 push 오류는 같은 말이 아닙니다git pull divergent branches 원인 확인통합 전 작업과 현재 커밋 보존merge·rebase·ff-only 중 하나 선택충돌 해결과 추가 점검FAQ1. 증상: pull과 push ..

Docker healthcheck란? running과 healthy, 자동 재시작의 차이

Docker healthcheck는 컨테이너 안에서 검사 명령을 실행해 서비스 상태를 따로 판단하는 기능입니다. 컨테이너는 실행 중인데 접속이 안 되거나 DB 준비 전에 앱이 시작되는 상황을 이해하려는 개발자에게 필요합니다. running, healthy, 재시작 정책이 각각 무엇을 의미하는지 구분해 보겠습니다.이 글의 핵심running: 컨테이너의 실행 상태healthy: 정의한 검사 통과restart policy: 종료 후 재시작 조건목차healthcheck가 필요한 이유검사 명령과 상태 변화Compose의 준비 완료 대기자동 재시작과의 차이상태 확인과 점검FAQ1. Docker healthcheck가 필요한 이유프로세스가 살아 있어도 서비스가 요청을 처리하지 못할 수 있습니다. 서버가 초기화 중이거..