Ещё немного - и получится Openconnect с камуфляжем.
Все эти ухищрения либо уже, либо в ближайшем будущем будут побеждены тупым зарезанием всех европейских хостингов. Берите VPS в ближневосточных странах.
Согласен практически со всем написанным. Со своей стороны могу добавить буквально пару слов - если мне предложат несколько "глубоких технических интервью" (больше одного), мы с рекрутёром немедленно расстанемся :) Потому что если за одно приседание люди не в состоянии понять уровень потенциального коллеги, значит работа там с довольно высокой вероятностью будет - не верх мечтаний. А почему такое может произойти? Правильно - потому что девопс-инженера может нормально прособеседовать девопс-инженер сравнимой квалификации, но не сеньор-помидор другой ветки развития.
Ну а в целом, кажется, ничего сверхъестественного - если зарплата не в виде палки, понятная система индексации, интересные задачи, не левиафанный крупняк - то почему бы и нет?
По опыту - бойтесь разработчиков, оценивающих эксплуатационные характеристики :) Если он в них хорошо понимает, значит, либо он крайне редкая птица, либо думает, что понимает (это бывает часто) и это может выйти боком - потому что эксплуатация штука ортогональная собссно разработке.
Чтобы понять, нормально ли сделал ИИ, нужно обладать соответствующими знаниями. Уверены ли вы, продуктовый дизайнер, что "фронтэнд, бэкенд, девопс" в результате получился не переусложнённым ненадёжным решетом? Понятно, что запустить MVP в таком режиме несложно. А потом?
Ну, разверните deb-пакетом парочку экземпляров "Постгрес + приложение + nginx" рядом :) Посмотрим, сколько ручных подтыкиваний придётся сделать, чтобы оно друг с другом не сражалось. А потом то же самое на макбуке разработчика с ARM-процессором.
В целом наверное можно, но придётся городить забор из костылей практически с нуля.
Я отлично знаю, как в максимально посконно-сермяжном режиме развернуть сервис за 20 минут - с копированием файлов через scp, ручным созданием пользователей/групп, навешиванием прав, правкой конфигов, запихиванием в crontab. И знаю, насколько быстро поддерживать такую штуку становится больно. И как тяжело уже через месяц вспомнить, как повторить те же телодвижения.
Оверхед добавления перечисленных выше штук, по моему опыту, невелик - а польза существенна.
Хотите легко прототипировать - начните с нижних уровней. "Три мушкетёра" отлично подходят для локального запуска и легко масштабираются при необходимости и на standalone-виртуалку с контейнерами, и на деплой в Kubernetes с помощью шаблонизатора.
Но, конечно, всё это должны были предлагать и внедрять девопс-инженеры, а не разработчики - у них профдеформация неподходящая. И, бога ради, не пускайте сеньоров в CI/CD.
Спасибо за актуализацию :)
Не забудьте добавить в резюме - говорят, есть положительные результаты с пельменями :)
Судя по тэгу, об IT-инфраструктуре /s
SSH шейпят по скорости, как только видят существенный трафик в обе стороны. Скачать файл ещё туда-сюда, но не больше.
Ещё немного - и получится Openconnect с камуфляжем.
Все эти ухищрения либо уже, либо в ближайшем будущем будут побеждены тупым зарезанием всех европейских хостингов. Берите VPS в ближневосточных странах.
Согласен практически со всем написанным. Со своей стороны могу добавить буквально пару слов - если мне предложат несколько "глубоких технических интервью" (больше одного), мы с рекрутёром немедленно расстанемся :) Потому что если за одно приседание люди не в состоянии понять уровень потенциального коллеги, значит работа там с довольно высокой вероятностью будет - не верх мечтаний. А почему такое может произойти? Правильно - потому что девопс-инженера может нормально прособеседовать девопс-инженер сравнимой квалификации, но не сеньор-помидор другой ветки развития.
Ну а в целом, кажется, ничего сверхъестественного - если зарплата не в виде палки, понятная система индексации, интересные задачи, не левиафанный крупняк - то почему бы и нет?
И снова
нет сырья и кадров- бардак, кумовство и коррупция. Иногда что-то одно, но чаще парой или целым комплектом.Давайте честно - есть два рынка:
С очередями за забором, жутким демпингом и работниками "3 в 1".
Где квалификация и ответственность важны, никто не рассылает броадкастом резюме и лютый дефицит кадров.
И кто же определит эту грамотную архитектуру в данном случае, продуктовый дизайнер?
По опыту - бойтесь разработчиков, оценивающих эксплуатационные характеристики :) Если он в них хорошо понимает, значит, либо он крайне редкая птица, либо думает, что понимает (это бывает часто) и это может выйти боком - потому что эксплуатация штука ортогональная собссно разработке.
Чтобы понять, нормально ли сделал ИИ, нужно обладать соответствующими знаниями. Уверены ли вы, продуктовый дизайнер, что "фронтэнд, бэкенд, девопс" в результате получился не переусложнённым ненадёжным решетом? Понятно, что запустить MVP в таком режиме несложно. А потом?
По-моему, фотографии чёрных дыр с большей детализацией уже делают...
Зато смотрите, как тэг "старое железо" постиронично сыграл :)
Ну, разверните deb-пакетом парочку экземпляров "Постгрес + приложение + nginx" рядом :) Посмотрим, сколько ручных подтыкиваний придётся сделать, чтобы оно друг с другом не сражалось. А потом то же самое на макбуке разработчика с ARM-процессором.
В целом наверное можно, но придётся городить забор из костылей практически с нуля.
Gaylog не забудьте, который потом вроде пытается превратиться в нормальное название, но не осиливает, оставшись Greylog'ом :)
Видна, видна эта полусознательная ненависть к линуксоидам...
Я отлично знаю, как в максимально посконно-сермяжном режиме развернуть сервис за 20 минут - с копированием файлов через scp, ручным созданием пользователей/групп, навешиванием прав, правкой конфигов, запихиванием в crontab. И знаю, насколько быстро поддерживать такую штуку становится больно. И как тяжело уже через месяц вспомнить, как повторить те же телодвижения.
Оверхед добавления перечисленных выше штук, по моему опыту, невелик - а польза существенна.
Ну как же они не нужны? Повторяемое окружение нужно? Нужно. Возможность запускать несколько экземпляров на одной машине нужно? Нужно.
Хотите легко прототипировать - начните с нижних уровней. "Три мушкетёра" отлично подходят для локального запуска и легко масштабираются при необходимости и на standalone-виртуалку с контейнерами, и на деплой в Kubernetes с помощью шаблонизатора.
Но, конечно, всё это должны были предлагать и внедрять девопс-инженеры, а не разработчики - у них профдеформация неподходящая. И, бога ради, не пускайте сеньоров в CI/CD.
С подключением! :) Хорошее было время...
Чем родной Anyconnect в гугл-плее не угодил?