InoMono, понятно, значит девопс - это по-вашему сисадмин, который может из нескольких инструментов реализовать для разработки определённый функционал (CI/CD), я правильно вас понял?
InoMono, автоматизированный CI/CD и оркестрирование контейнеров - нисколько не удел исключичельно девопсов. Нормальный сисадмин тоже должен это мочь. У вас же получается, что админ пишет скрипты, но почему-то не осиливает конфиги для ансибла, хотя автоматизация скриптами технически ничем не отличается от централизованной автоматизации ансиблом etc.
То, чем вы занимаетесь лично - не особенно репрезентативная выборка.
В общем, присоединяюсь к мнению "девопс - это сотрудник (или набор практик, применяемых сотрудниками), упрощающий взаимодействие разработчиков с инфраструктурой".
CityCat4, в том, что топикстартер ничего этого не описал - есть ли у него домен, используются ли другие ОС, мобильные устройства, представляет ли он вообще себе процесс и т. д.
В 2018 году ради просмотра портов советовать устанавливать net-tools? Есть же намного более удобный, чем netstat (а главное - доступный из коробки) ss. То же самое относится и к ifconfig.
Алексей selftrips.ru, тогда и свой сайт отдавайте без шифрования, других вариантов нет, кроме экзотических, типа проксирования сторонних сайтов через свои HTTPS-домены.
altai2013, нет, таким образом мы только маскируем проблему. После настройки по гайду из интернета у горе-админа наверняка возникнут и другие вопросы в процессе эксплуатации (если всё вообще заведётся в принципе). А так как под капот он не залазил - производительность и безопасность такого сервиса под большим вопросом.
altai2013, как раз именно только для "настроил и забыл" панели управления и подходят.
Постоянное изменение конфигурации компонентов при наличии прослойки в виде ПУ рано или поздно приведёт ровно к тому, что случилось у вас - невозможности сделать что-либо непосредственно из панели, пришлось лезть в консоль. И такое возникает постоянно - на Тостере масса вопросов вида "как сделать что-то в %CPNAME%?", при том, что аналогичные операции без панелей делаются элементарно.
Нисколько не выступая против полезности ПУ в целом - они упрощают и делают намного продуктивнее многие рутинные операции, понимать, как работает веб-сервер, PHP и прочие компоненты "под капотом" всё-таки нужно.
Andrey Stepanov, ТС спрашивал, как добиться эффекта даже в случае неверной конфигурации веб-сервера или его отсутствия. Ваш вариант, безусловно, более правильный при условии нормальной настройки ПО.
Ivan Palamarchuk, ну окей, допустим, сервис действительно настолько популярен, что пользовательскую активность обычные меры оптимизации уже не выдерживают. Тогда, наверное, он достаточно велик и настала пора для:
Шардирования СУБД
Перехода на СУБД, часто используемые данные которой хранятся не на диске, а в памяти
Найма специалиста по балансировке нагрузки
Странно всё-таки, что вы полагаете узким местом именно СУБД. Не верю, что такое количество запросов - это не следствие кривой архитектуры приложения или неверно выбранного стека технологий.
