Есть люди, которые перевели разработку в облако? Как вы это сделали?

 Публичный пост

Давным давно пользуюсь только VSCode для разработки серверов и фронтенда, да и для мобилок на React Native тоже. Думал использовать просто какую-нибудь машину в облаке, куда подключаться с какого-нибудь айпеда про (из-за клевого экрана и портативности) и работать (ну или вообще просто VR очки туда подрубить как в моем последнем посте).

Но боюсь, что будут дикие лаги (тырнет же, лейтенси). Может, кто уже пробовал сидеть с "легких" клиентов на руках и с машиной в облаке? Очень хотел бы так сделать, но не хочу быть первопроходцем. Хочу услышать мнение и про опыт уже осуществивших переход в облако разработчиков.

Ну и тех, кто попробовал — но отказались. Почему?

Связанные посты
28 комментариев 👇
Aleksey Lisun, Front-end разработчик 6 августа 2020

Отказался от покупки нового макбука в пользу айпада, так как очень жду https://github.com/features/codespaces/

Для фронтенда, мне кажется, наиболее подходящее решение должно быть

  Развернуть 1 комментарий

еще есть такая пепяка https://www.gitpod.io/, но думаю раз про vs-codespace написали, то и об этом знаешь

  Развернуть 1 комментарий
  Развернуть 1 комментарий
Валентин Хомутенко, Бэкенд-разработчик 24 июля в 14:14

Тут Кирилл Мокевнин доклад сделал про то, как перевел всю команду на облачную разработку.

  Развернуть 1 комментарий
Никита Плотников, Разработчик интефрейсов 15 августа 2020

Про VSCode на сервере написали.
Не давно был пост про Projector on JetBrains – поднимаем IntelliJ IDEA на сервере и работаем из браузера

Сам использую связку VSCode + Remote SSH.
Могу рассказать подробнее, если интересно.

  Развернуть 1 комментарий

VSCode + Remote SSH.

Пожалуйста :)

  Развернуть 1 комментарий

@d1monster, какие-то конкретные вопросы или вообще?
Вот тут есть инструкция

TL;DR

  1. Заводишь VM
  2. Добавляешь хост VM в ~/.ssh/config
Host my.vm
    ForwardAgent yes
    IdentityFile ~/.ssh/id_rsa
  1. Подключаешься к VM, клонируешь проект
  2. Открываешь VSCode, ставишь Remote Development
  3. Добавляешь SSH Target, пишешь хост своей VM


6. Подключаешься в хосту, выбираешь папку с проектом на этом хосте
7. VS Code на хост поставит vscode-server (по умолчанию в домашнюю директорию), нужно будет подождать
8. После установки загрузится проект
9. Вы прекрасны

  Развернуть 1 комментарий

юзаю такую же связку с серваком в амазоне. раз настроил, включил снапшоты и забыл... можно ноуты менять хоть каждый день, главное где-то в 1пассе сохранить ssh ключ от сервера и наглухо закрыть рут логин + вход по паролю. ну и разные fail2ban понастраивать. вообщем пламенно рекмендую.

  Развернуть 1 комментарий

Про вскод не в курсе, знаю что Кирилл Мокевнин (CTO Хекслета) уже довольно давно сидит в виме по ссх и всем рекомендует.

А так сами майкрософтовцы вроде как эту тему прорабатывают довольно давно.
https://visualstudio.microsoft.com/services/visual-studio-codespaces/

  Развернуть 1 комментарий

Да, про Codespaces в курсе — просто не знаю, можно ли там нормально билдить андроид и iOS приложеньки 🤔

  Развернуть 1 комментарий
Ivor Barhansky, Сетевой инженер 6 августа 2020

Я по банальному RDP без проблем на удалённом ПК работаю в phpstorm+datagrip без фризов и лагов. С обоих сторон гигабит-интернет. Ну то есть возможности в принципе позволяют. Если нужен гит, можно внутри WSL в докере развернуть gitea. И всё равно не почувствовать просадок в скорости работы.

  Развернуть 1 комментарий

Хм, наверное, попробую по ремоут десктопу попробовать пофигачить, спасибо!

  Развернуть 1 комментарий

RDP работает хорошо, около года так работал, потом просто не стало возможности. Люблю RDP за то, что он подстраивается под размеры экрана клиента

  Развернуть 1 комментарий

Я во время WFH некоторые проекты через RDP на офисном компе делал. Удобно когда не кайф дома разворачивать все

  Развернуть 1 комментарий
Евгений Храмков, Фронтенд Разработчик 7 августа 2020

Как альтернатива упомянутым GitHub/MS Сodespaces есть https://coder.com: https://github.com/cdr/code-server можно захостить на своем сервере. Некоторое время поигрался, работая айпада.
Из минусов (актуально как для code-server так и для codespaces) - поведение интерфейса в браузере не идеально, иногда глючит скролл, либо не срабатывет фокус на ввод, приходится перезагружать вкладку.
К тому же code-server отстает по версии vscode, поэтому отказался от него в пользу GH Codespaces.

Но в целом для небольших правок вполне сойдет. Для фронтенда в сплитвью открываю https://apps.apple.com/us/app/inspect-browser/id1203594958

  Развернуть 1 комментарий

тоже слышал про coder и даже деплоил его на виртуалку
но всё таки работа в браузере и работа в отдельной приложеньке к сожалению всё ещё дают абсолютно разный опыт использования

это как нативный ios app который работает как по маслу vs такой же интерфейс того же приложения в браузере который работает как тормознутое нечто с фризами

  Развернуть 1 комментарий
Valeriy Shunkov, Разработчик микросхем для космолетов 15 августа 2020

Работаю исключительно в облаке уже давно. Специфика отрасли такова, что нужны большие вычислительные мощности, и все работают на тонких клиентах. Разница только в том, стоит у вас собственный серверный кластер в подвале, или это сервера AWS. Лаги в случае с облаком иногда заметны, но именно что иногда, вполне можно нормально, например, рисовать чертежи.

  Развернуть 1 комментарий
Magistr, Пасу котов, системно архитектю, стратегически планирую, жму на кнопку фотоаппарата 24 июля в 21:40

Тут AWS отожгли и сделали(купили) IDE в браузере https://aws.amazon.com/ru/cloud9/

ну и там под капотом машинка, все провиженится автоматом и можно удаленно пилить код и тестить его сразу же.

  Развернуть 1 комментарий

😱 Комментарий удален его автором...

  Развернуть 1 комментарий
Евгений Храмков, Фронтенд Разработчик 7 августа 2020

Еще забыл указать https://playdotjs.com - не совсем про облачную разработку, так как все крутится локально на уйстройстве, но позволяет работать с веб/RN.
Минус - ограничен на встроенные шаблоны

  Развернуть 1 комментарий
Егор Осипов, Руководитель направления BigData 24 июля в 19:11

У нас небольшая команда разработки ядра системы на питоне. Разработку ведём на удаленном сервере через VScode + Remote SSH. При этом запуск и отладка ведутся в контейнере. Изначально это было связано с некоторыми особенностями лицензирования используемых компонентов, которые было можно запустить только в контейнере. Но потом дополнительно оценили наличие идентичной среды везде и ее обновление через докер репо.

  Развернуть 1 комментарий
Влад Клюев, Дизайнер, js-разработчик. 24 июля в 21:03

Я делал себе vscode в облаке.

Взял какой-то совсем простенький тариф в облаке, но откровенно подтормаживало — и плагины типа автокомплита и работа с большим количеством файлов. Учитывая это и цену примерно в 1к рублей — отказался.

Жду нормальный codespaces.

  Развернуть 1 комментарий

@crafted, а в каком хостинге виртуалку брал? Дроплет DigitalOcean за $15?

  Развернуть 1 комментарий

@valentin-kh, не, какой-то наш, на Хабре рекламировался, просто заодно решил потестить.

  Развернуть 1 комментарий
Миша Гусаров, Инженегр-погромист 24 июля в 21:40

Не переводил и не собираюсь. Единственное преимущество для команды — идентичная у всех среда — сделал с помощью герметичной системы сборки: воспроизводимая среда для разработки ставится с помощью git clone <repo> && cd <repo> && ./build devEnv.

Latency ниже кадровой задержки в облаке не добиться, особенно учитывая то, что частота обновления экрана наконец-то сдвинулась с 60Hz.

  Развернуть 1 комментарий

@dottedmag,

Latency ниже кадровой задержки в облаке не добиться, особенно учитывая то, что частота обновления экрана наконец-то сдвинулась с 60Hz.

Ты про задержку в каком месте и в каком сетапе? Если вариант виртуалка в облаках + клиент локально, то тот же VSCode при подключении по SSH, насколько я понимаю, редактирует файлы оффлайн и их просто в фоне синхронизирует. Это должно быть незаметно в целом, не?

  Развернуть 1 комментарий

@valentin-kh, VSCode и локально-то не может за 16ms обновить курсор, так что про него и вообще говорить нечего.

Но даже пусть у нас VSCode магически стал работать в сотню раз раз быстрее, и укладываться в обновление экрана. Хорошо, я сказал Save и теперь хочу запустить написанное (да хотя бы и тест). Если синхронизация в фоне, то мне нужно ждать, что ли?

  Развернуть 1 комментарий

@valentin-kh, В общем, (можно перемотать до 25 минуты, где начинается демонстрация)

— разработчики по какой-то непонятной причине считают, что компьютеры настолько медленны, что тривиальные вещи типа редакторов, тестов и компиляторов могут выполняться заметное время.

Если вас это устраивает — то да, облачное решение будет норм.
Но это постоянные микропаузы в работе, причём на критическом пути, в цикле edit-save-run-see. Если их не устранять, то разработка будет медленной.

  Развернуть 1 комментарий

@dottedmag, демо с Visual Studio, а не Visual Studio Code. Это же разные редакторы абсолютно ) И там вообще про другую проблему — про производительность самого редактора, а не сетевых задержек, разве нет?

  Развернуть 1 комментарий

😎

Автор поста открыл его для большого интернета, но комментирование и движухи доступны только участникам Клуба

Что вообще здесь происходит?


Войти  или  Вступить в Клуб