서버 스크립팅을 위한 Python: Bash가 끝나는 곳

핵심 내용

1. 올바른 용어로 OS와 대화하십시오. subprocess.run([...], check=True, Capture_output=True)은 안전한 쉘입니다. shell=True 및 os.system은 파일 이름이나 사용자 데이터가 문자열에 들어갈 때 물어뜯는 주입 경로입니다.
2. 직렬화는 작업을 위한 Python의 장점입니다. 구성 및 API용 json.load, 인프라 형식용 yaml.safe_load(일반 로드 아님), 스프레드시트용 csv 모듈; 정규식을 사용하여 구조화된 형식을 구문 분석하는 것은 한 번만 지불한 버그입니다.
3. 종속성은 도구당 python3 -m venv(또는 pip install --user), 요구사항.txt 고정 및 장애물이 아닌 가드레일로 취급되는 최신 배포판에 대한 pip의 '외부 관리 환경' 거부와 같이 해당 차선에 유지됩니다.
4. SSH 측 도구는 사용할 수 있을 만큼 충분히 성숙되었습니다. bash의 SSH 루프가 결코 깔끔하게 구성되지 않는 방식으로 paramiko 또는 패브릭 드라이브 원격 검사 및 병렬 인벤토리 작업을 수행합니다. ssh가 이미 신뢰하는 것과 동일한 키를 재사용하십시오.
5. 로깅은 인쇄 속도를 능가합니다. 회전 기능이 있는 로깅 모듈은 cron에 표시되지 않는 스크립트를 볼 수 있는 위치를 제공하고 일관된 로그 줄 형식('실행된 항목, 변경된 항목, 실패한 항목')은 호출 중 실제로 읽히는 내용입니다.
6. 멱등성은 허세가 아닌 데이터에서 비롯됩니다. 원하는 상태를 dict로 모델링하고, 현재 상태와 원하는 상태를 비교하고, 델타에서만 작동합니다. 이 패턴은 스크립트를 두 번 실행해도 안전하게 만드는 것입니다.
7. 스크립트는 다른 코드와 마찬가지로 CI를 얻습니다. 단위 테스트 구문 분석 기능 및 실패 경로, 러프가 있는 린트, 400줄 main()을 오타를 기다리는 사고로 처리합니다. 폴백은 리팩토링이 아닌 호출기 의무입니다.
8. 서버의 버전 현실: 배포판에 설치된 python3은 오래되고 안정적이며 시스템 도구가 이에 대해 링크하고 apt 또는 yum이 이를 소유합니다. venv에서 자신의 런타임을 유지하고 distro 인터프리터는 그대로 두십시오.

현장 노트

한 번의 일반적인 루트 수준 pip 설치는 공유 urllib 종속성을 업그레이드하고 다음 패치 창까지 배포판 자체 적절한 접착제를 조용히 깨뜨렸습니다. Venvs와 고정된 요구 사항이 그 자리에서 발생했고 습관이 고착되었습니다.

자주 묻는 질문