재시작 루프, 실제 해결
BashPilot이 최근 로그와 종료 코드를 읽고, 컨테이너가 죽는 이유를 찾고, 수정을 적용하고, 컨테이너가 계속 실행되도록 봅니다. 원인이 답의 일부이므로 루프는 내일 돌아오지 않습니다.
기억해야 할 장기 실행 플래그도 없고 직접 편집할 작성 파일도 없습니다. 원하는 것을 설명하면 BashPilot가 호스트에서 이를 수행합니다.
"api 컨테이너를 다시 시작하고 계속 죽어가는 이유를 알려주세요." 평범한 단어, 플래그 없음.
컨테이너, 이미지, 로그 및 종료 코드가 무엇이든 닿기 전에 검사합니다.
즉석 명령이 아닌 검토된 카탈로그에서 정확한 Docker 작업을 선택합니다.
볼륨을 제거하거나 이미지를 정리하면 명시적으로 동의할 때까지 기다립니다.
호스트의 Docker API를 통해 변경 사항을 적용합니다.
컨테이너가 작동 중이고 정상인지 확인한 후 변경된 내용을 표시합니다.
몇 가지 명령에 대한 얇은 래퍼가 아닌 컨테이너, 이미지, Compose, 네트워크 및 볼륨의 기본 적용 범위입니다.
오후를 먹는 컨테이너 문제. BashPilot는 실제 증거를 읽고 원인을 수정한 후 회복을 확인합니다.
로그와 종료 코드를 읽고, env var 누락과 같은 원인을 찾아서 수정하고 작동하는 것을 지켜봅니다.
이미지, 볼륨 및 빌드 캐시를 측정하고 정크만 제거하며 태그가 지정된 이미지와 명명된 볼륨을 유지합니다.
메모리 한도를 찾아내고, 한도를 현명하게 높여 컨테이너를 깔끔하게 재현합니다.
포트를 보유하고 있는 항목을 찾아서 해제하거나 다시 매핑하고 컨테이너를 다시 가져옵니다.
작성 파일과 동기화되지 않은 서비스를 다시 만듭니다.
실패한 상태 확인을 추적하고 근본 원인을 수정하며 정상 상태를 확인합니다.
BashPilot이 최근 로그와 종료 코드를 읽고, 컨테이너가 죽는 이유를 찾고, 수정을 적용하고, 컨테이너가 계속 실행되도록 봅니다. 원인이 답의 일부이므로 루프는 내일 돌아오지 않습니다.
정리 작업이 쓰레기와 필요한 것을 구분합니다. 댕글링 이미지와 오래된 빌드 캐시는 지워지고, 태그된 이미지와 명명된 볼륨은 남습니다. 정확히 얼마나 많은 공간이 돌아왔는지 봅니다.
스택을 띄우고, 개별 서비스를 재시작하고, 그 결합 로그를 읽고, 하나의 요청에서 이미지를 업데이트합니다. BashPilot은 서버에 이미 있는 Compose 파일과 작동합니다.
범위는 Docker이며, 무엇이든 제거하기 전에 묻고 호스트의 모든 변경 사항을 증명합니다.
에이전트는 호스트에서 실행되며 로컬 Docker 엔진과 통신합니다. 레지스트리 자격 증명이나 호스트가 시스템을 떠나지 않습니다.
컨테이너, 이미지, 볼륨 및 네트워크를 관리하며 표면 외부에는 아무것도 관리하지 않습니다.
볼륨 정리, 컨테이너 삭제 또는 이미지 삭제는 먼저 확인을 위해 일시 중지됩니다.
정리 작업은 태그가 지정된 이미지 및 명명된 볼륨에서 정크를 분리하고 무엇이 회수되었는지 정확하게 보여줍니다.
각 변경 후에는 컨테이너를 다시 검사합니다. 정상은 깨끗한 종료 코드가 아니라 호스트의 정상을 의미합니다.
모든 작업과 그 결과가 기록되므로 무엇이 언제 변경되었는지 항상 알 수 있습니다.
네. BashPilot이 스택을 올리고 내리고, 개별 서비스를 재시작하고, 업데이트된 이미지를 가져오고, 호스트의 Compose 파일을 사용해서 결합 로그를 읽습니다.
조용히는 아닙니다. 볼륨이나 컨테이너 제거는 파괴적이므로 BashPilot이 제거될 것을 보여주고 승인을 기다립니다.
댕글링 이미지, 중지된 남은 컨테이너, 미사용 빌드 캐시. 태그된 이미지와 명명된 볼륨은 명시적으로 지시하지 않는 한 유지됩니다.
원하는 결과를 설명하세요. 경험이 있으면 히스토리가 모든 기본 작업을 보여주므로 무엇이 일어났는지 항상 알 수 있습니다.