Python dla skryptów serwerowych: gdzie kończy się Bash

Kluczowe punkty

• Porozmawiaj z systemem operacyjnym na właściwych warunkach: subprocess.run([...], check=True, Capture_output=True) to bezpieczna powłoka; Shell=True i os.system to ścieżka wstrzykiwania, która gryzie, gdy nazwy plików lub dane użytkownika wchodzą w ciąg znaków.
• Serializacja to przewaga Pythona w operacjach: json.load dla konfiguracji i API, yaml.safe_load (nigdy zwykłe ładowanie) dla formatów infra, moduł csv dla arkuszy kalkulacyjnych; analizowanie formatów strukturalnych za pomocą wyrażenia regularnego to błąd, za który zapłaciłeś raz.
• Zależności pozostają na swoich torach: python3 -m venv (lub pip install --user) na narzędzie, przypięty plik wymagania.txt i odmowa pip w „zewnętrznie zarządzanym środowisku” w nowoczesnych dystrybucjach traktowana raczej jako poręcz niż przeszkoda.
• Narzędzia po stronie SSH wystarczająco dojrzałe, aby można ich było używać: zdalne sprawdzanie dysków paramiko lub tkaniny i równoległe zadania inwentaryzacji w sposób, w jaki pętla ssh basha nigdy nie układa się czysto; ponownie użyj tych samych kluczy, którym ssh już ufa.
• Rejestrowanie pozwala na szybkie drukowanie: moduł rejestrowania z rotacją zapewnia widoczne dla skryptów niewidocznych dla cron miejsce, a spójny format linii dziennika („co zostało uruchomione, co się zmieniło, co nie powiodło się”) jest tym, co faktycznie czyta on-call.
• Idempotencja pochodzi z danych, a nie z brawury: modeluj pożądany stan jako nakazy, różnicuj prąd z pożądanym, działaj tylko w delcie; ten wzorzec sprawia, że ​​skrypt można bezpiecznie uruchomić dwukrotnie.
• Skrypty uzyskują CI jak każdy kod: funkcje analizowania testów jednostkowych i ścieżki błędów, lint z ruffem i traktują 400-liniową funkcję main() jako zdarzenie oczekujące na literówkę; rozwiązaniem awaryjnym jest obowiązek pagera, a nie refaktoryzacja.
• Rzeczywistość wersji na serwerach: python3 zainstalowany w dystrybucji jest stary i stabilny, narzędzia systemowe łączą się z nim, a właścicielem go jest apt lub yum; zachowaj własne środowisko wykonawcze w Venv i zostaw interpreter dystrybucji w spokoju.

Notatka z praktyki

Jedna zwykła instalacja pip na poziomie roota zaktualizowała współdzieloną zależność urllib i po cichu zepsuła własny klej tej dystrybucji aż do następnego okna łatki. Venvs i przypięte wymagania pojawiły się na miejscu, a nawyk utknął.

Częste pytania