Давайте з ранку поки є час нагружу? ОК?
Протоколи для QA - SSH
Продовжуємо про те без якої КУА дуже швидко впирається в стелю.
Що я маю вам сказать.
SSH - Той самий протокол, який починаєш реально цінувати в момент, коли “в UI все впало”, а браузер уже нічого не показує.
Що я маю вам сказать
SSH - це не про “бути адміном”, це про доступ до правди системи.
Через SSH куа перестає вгадувати і починає бачити:
- сервіс реально працює чи просто “зелений”
- логи є чи їх нема
- контейнер живий чи просто процес завис
- запит доходить до сервісу чи помирає раніше
По факту SSH = захищений канал, щоб подивитись, що система думає насправді.
КУА реально повинен знати базові речи - я таки штуки питаю на спів бесіді
Як зайти на сервер:
ssh user@server-ip
Як подивитись, чи сервіс живий:
systemctl status service-name
Глянути логи:
journalctl -u service-name -n 50
Перевірити, чи порт слухає:
ss -lntp | grep 8080
Зробити запит прямо з сервера:
curl http://localhost:8080/health
І після цього вже стає зрозуміло: чого саме сервіс не стартував, стартував, але не слухає порт, впав по OOM(почитайте що це бо думаю багато не розуміє по що)- firewall зарізав трафік, ну і логіка падає ще до відповіді
Це вже не “можливо”, а конкретні факти.
Що я хочу до вас донести друзі)
КУА не зобов’язаний керувати сервером.
Але КУА зобов’язаний уміти читати систему.
Навіть базовий SSH робить вас QA, з яким говорять серйозно - і деви, і інфра.
Якщо коротко
SSH - це очі КУА на бекенді.
Без нього ви бачите симптоми. а з ним причину.
Всім гарного дня і настрою
Обняв 🤗🤗🤗
Note: з дня надень буде дуже крута новина)))