Якщо треба просто підняти по шурику стейдж для розробки і щоб дешево бесплатно, то я для цих цілей просто підрубаю docker-compose на ec2 інстансі  і роблю тупеньку ci джобу на гітхаб або гітлаб , яка білдитить і пушить імеджі в амазон реджістрі і визиває пулл+up по ssh. Для цього дуже рекомендую робити спеціальну роль , яка вміє тільки це.   Якщо мова йде про продакшен, то усі слова попередніх ораторів актуальні + ще можна підняти ECS таску на цьому інстансі.

Ми свої стедж і дев для фронтенд-проєктів на Vercel повністю крутимо. Нам вистачає безкоштовного акаунта на все. Дуже зручно, можна було би й прод перевести, але це більше економічне питання 🙂

Можно гдето посмотреть демку или фаст туториал как там это все крутится? Чет на сайте все муторно чтоли

Насколько я понял это довольно сложные конфиги убивающие разрабов на сложных проектах, по сравнению с мастернодой и балансером на кубах ансибль несравнимо сложнее как в настройке так и в поддержке. Но видимо до кубов было разное и все пользовали что было в наличии. Помню был проект у которого весь cicd был одним bash файликом запускаемым шедулером в виндовс сервер. Недавно один архитектор писал о том что cloudfoundry мол лучше кубов, и мол задолбали со своими кубами, можно и на пальце крутить ваши фронтенды с постгресами (дома на tplink роутере с винтом в его юсб гыгы) а на самом деле у cloudfoundry гемора намного больше, поддержка страдает итд. Я так вижу просто кому что больше подходит, и смотря какой уровень легаси в проекте на котором люди задействованы и привыкли. Субьективщина и страх менять чтото в больших продуктах дает аргументы "за" для любого расклада. Интересно конечно.

неправильно вы поняли )

Это совершенно разные уровни абстракций

К примеру (начну с совсем простого примера) гитлаба не рекомендует большие инсталяции делать в kubernetes, а инсталяции у разработчиков не используют докер контейнеры. причина - большая просадка по i/o

Gitlab работает напрямую с git-репозиториями на диске и докер как слой абстракции стоит очень дорого для таких проектов

А если мы берем и добавляем поверх kubernetes классически и нужные инструменты мониторинга service mesh (к примеру тот же istio) - производительность вообще становится очень интересной :)

Настільки просто як даєш доступ до репозиторія й воно саме все робить. Можна додати конфіг, але не треба.

В нас проекти на Next.js (теж їхній фреймворк), тому інтеграція дуже проста. Але воно взагалі налаштовано так, що будь-який нодівський проєкт запускає як npm start

всем привет) А подскажите на vanilla js хорошие библиотечки для дропдауна, дейтпикера и аккордеона? Давно на работе не писала без фреймворка ничего, не в курсе уже таких вещей(

здесь есть примеры если еще актуально
https://www.cssscript.com/tag/dropdown/
https://www.cssscript.com/top-10-javascript-css-accordion-components/
https://www.cssscript.com/tag/date-picker/

Надеюсь по Webassembly будет запись вебинара

Привет! Вебинар про ходит на канале Developer Circle. Не знаю, будут ли они сохранять стрим, но вот ссылка на случай, если оставят: https://www.youtube.com/watch?v=MRe3WNbyClU&fbclid=IwAR0AWdIgNc38rH9FXWTThKS6Xf5TE-Q5DRD0kV7qe6yCdjsZS55mWLYNXtc

Спасибо

Дуже цікаво що буде з WebAssembly в контексті подій в Mozilla, адже саме вони були основним двигуном технології

Кстати да, Раст сказали, что у них все ок, а про ВебАссембли  ничего не слышно.

всем привет. меня вызвал сюда @matochu

насчет васма подробнее всего в этом треде https://twitter.com/kripken/status/1296136305957453825?s=21

Алон бывший сотрудник Мозилла, работал над эмскриптен еще там. сейчас работает над ним же в гугле