DE @loose_code
Showing posts older than #1118 · Back to latest
ESC + * после ввода начальных символов
kubeadm и прочих поблажек.
mkdir -p, чтобы создать несколько вложенных каталогов за один раз$ mkdir -p projects/{frontend,backend}/{src,test,docs}
Dockerfile от образа, который у тебя в проде, или просто хочется копнуть глубже и разобраться, как собирался образ под капотом — есть пара удобных тулзов, которые помогут вытянуть исходники и заодно прокачать понимание процесса билда.Dockerfile:sudo docker run -v /var/run/docker.sock:/var/run/docker.sock --rm dduvnjak/dockerfile-from-image $IMAGE_ID
sudo docker run -v /var/run/docker.sock:/var/run/docker.sock --rm laniksj/dfimage $IMAGE_ID
sudo docker run -v /var/run/docker.sock:/var/run/docker.sock --rm mrhavens/dedockify $IMAGE_ID
$IMAGE_ID — это ID нужного тебе образа, Dockerfile которого вы хотите восстановитьDockerfile. Все три утилиты (dockerfile-from-image, dfimage, dedockify) работают схожим образом: они анализируют слои, которые появились во время сборки. Каждая инструкция из Dockerfile потенциально создаёт слой (но не всегда). Единственное отличие в том, что первая написана на Ruby, а вторые две на Python.alias dedockify="sudo docker run -v /var/run/docker.sock:/var/run/docker.sock --rm mrhavens/dedockify"
dedockify $IMAGE_NAME
alias dive="sudo docker run -ti --rm -v /var/run/docker.sock:/var/run/docker.sock wagoodman/dive"
dive nginx:latest
CI=true dive $IMAGE
Forwarded from LinuxSkill - Сводки с прода и Шпаргалки
uname -a — версия ядра и архитектура системы.lspci — список всех устройств на шинах PCI.lsusb — список USB-контроллеров и устройств.lshw — детальное описание железа.hwinfo — альтернатива lshw с расширенными данными.dmidecode — чтение таблицы DMI/SMBIOS (информация о BIOS, материнке, памяти).lscpu — характеристики процессора.free -h — текущая загрузка ОЗУ.cat /proc/cpuinfo — подробности о CPU.lsblk — список всех блочных устройств.blkid — метки разделов и UUID.fdisk -l, gdisk -l, parted -l — разметка дисков.df -h — свободное место на дисках.mount — список смонтированных разделов.dmesg — лог загрузки ядра и сообщения устройств.hdparm -I /dev/sdX — характеристики жестких дисков.inxi -Fxz — сводный отчёт о системе и железе.
kubectl для отладки в Kuberneteskubectl get events --field-selector type=Warning --all-namespaces kubectl get nodes -o wide --label-columns http://topology.kubernetes.io/zone kubectl blame pod $POD kubectl lineage pod $PODkubectl get endpointslices -o wide 
externalTrafficPolicy: Local и sessionAffinity: ClientIP улучшает производительность за счёт снижения задержек и обеспечения привязки клиентских сессий к одному и тому же pod’у.
cp для копирования файлов. Однако немногие знают о её встроенной поддержке версионности.cpcp предлагает два ключевых параметра для поддержки версионности:--backup: создаёт резервную копию файла назначения перед его перезаписью.--suffix: задаёт пользовательский суффикс для резервной копии.$ cp --backup=numbered /путь/к/исходному/файлу /путь/к/папке/назначения/
~) и увеличивающимся номером (например, файл.~1~, файл.~2~ и т.д.).$ cp --backup=numbered --suffix=.bak /путь/к/исходному/файлу /путь/к/папке/назначения/
.bak и увеличивающимся номером (например, файл.bak.1, файл.bak.2 и т.д.)./etc/ssh/sshd_config) для управления правилами доступа. Вот как можно вести версионированные резервные копии:$ cp --backup=numbered /etc/ssh/sshd_config /data/backup/
sshd_config.~1~, sshd_config.~2~ и т.д.$ cp --backup=numbered --suffix=.bak /etc/ssh/sshd_config /data/backup/
sshd_config.bak.1, sshd_config.bak.2 и т.д.