(это была минутка черного юмора)

В итоге профита от локального докера никакого?

ты серьезно? :)

Лёш

А какие кейсы могут быть?

локальная разработка (оффлайн разработка)

несовместимость окружения двух и более проектов

оффлайн разработка?

Docker - это же средство поставки контейнеров

я вижу только один кейс докера на машине разраба: быстрое и легкое разворачивание и обновление окружения

разработка в докере не?

Короткий отложенный пост без фоточек про работу, вернее про вполне конкретную часть: rps и AWS. В то время как в Яндексе мы убивались по поводу необходимых rps, имели свою контейнеризацию (по вполне объяснимой причине) и собственные ДЦ, в Atlassian сейчас идут по другому пути: облака и Amazon Web Services. У многих продуктов есть деление на Server (например hosted версия JIRA) и Cloud (деплой в AWS). Насколько я могу видеть выделенных админов/SRE/Product Engineer под эти дела нет. Внутри компании есть сильно проработанная система деплоя в AWS, когда ты деплоишь приложение в облако, а система сама создает тебе выделенные сети, сертификаты для общения с другими системами, поднимает необходимые БД и настраивает healthcheck'и. При деплое ты обязан указать какое подразделение отвечает за это приложение, и итоговые расходы будут включать ресурсы, потраченные на работу этого приложения в AWS. Деплоятся приложения docker-образами, npm-пакетами и jar-архивами. В основном я вижу docker-образы. В качестве БД используется DynamoDB и другие. Используется много внешних сервисов (как hosted, так и облачные версии) для вещей, которые нужны: splunk, sentry, datadog и прочие. Все это конечно вызывает сильный дисонанс с тем как устроена эта система в Я. Что касается rps, про которые я обещал написать, подход сильно упрощенный. Поскольку все деплоится в облако и есть автоматическое масштабирование и высвобождение ресурсов когда они не нужны, все это немного теряет смысл. То есть конечно есть какие-то логически объяснимые rps (никто не даст вам задеплоить приложение на ноде, которое держит 10rps), но в целом это не главная вещь, на которую смотрят. Конечно это не касается hosted-установок (Server), но тут я знаю совсем мало. Уверен что там все иначе. Вообще высвобождение ресурсов и автоматическое масштабирование - то, чего не хватало 4 месяца назад в яндексовом Qloud, и что теоретически тоже эту гонку за rps кажется сильно упростило бы. Для локальной разработки очень часто используется docker-compose. Это настолько простая и удобная вещь, что я не понимаю как я мог вообще без нее жить в Я. Все эти поднятие бэкендов, ожидание данных, сетей и прочего съедали массу времени.

несовместимость окружения двух и более проектов

это как поытка решить костылями

у меня несколько пострги крутиться в докере

разработка в докере не?

да впизду эту разработку дно это то не обновляется HMR, но не прокидываются порты то поди настрой чтобы в гит улетело только то, что нужно

у меня несколько пострги крутиться в докере

Хуевое решение

окружение разворачивать на локалке норм, но не разрабатывать

Докер задуман как стейтлесс

для разработки и тестов - огонь решение

Docker - это же средство поставки контейнеров

ну да, ты локально поднимаешь у себя бэк в контейнере и базу и заруливаешь на него фронт свой и пилишь

Любая попытка запихать стейты – костыль

он стейт лесс!

И не нужна

там нет стетов - стейты это волум ёп!

короче докер рулит.

И базы при внезапном вылете забавно сыплют проклятиями в логи

Хуевое решение

какие еще есть варианты?

есть еще более редкий кейс для локального докера — гонять селениум тесты, но он очень редкий :)

какие еще есть варианты?

Ну даже не знаю. Вагрант?

пфффффф

те же яйца только в прфиль

ЛОЛ, нет

Вообще ни разу

пфффф, упала заново поднял

Короткий отложенный пост без фоточек про работу, вернее про вполне конкретную часть: rps и AWS. В то время как в Яндексе мы убивались по поводу необходимых rps, имели свою контейнеризацию (по вполне объяснимой причине) и собственные ДЦ, в Atlassian сейчас идут по другому пути: облака и Amazon Web Services. У многих продуктов есть деление на Server (например hosted версия JIRA) и Cloud (деплой в AWS). Насколько я могу видеть выделенных админов/SRE/Product Engineer под эти дела нет. Внутри компании есть сильно проработанная система деплоя в AWS, когда ты деплоишь приложение в облако, а система сама создает тебе выделенные сети, сертификаты для общения с другими системами, поднимает необходимые БД и настраивает healthcheck'и. При деплое ты обязан указать какое подразделение отвечает за это приложение, и итоговые расходы будут включать ресурсы, потраченные на работу этого приложения в AWS. Деплоятся приложения docker-образами, npm-пакетами и jar-архивами. В основном я вижу docker-образы. В качестве БД используется DynamoDB и другие. Используется много внешних сервисов (как hosted, так и облачные версии) для вещей, которые нужны: splunk, sentry, datadog и прочие. Все это конечно вызывает сильный дисонанс с тем как устроена эта система в Я. Что касается rps, про которые я обещал написать, подход сильно упрощенный. Поскольку все деплоится в облако и есть автоматическое масштабирование и высвобождение ресурсов когда они не нужны, все это немного теряет смысл. То есть конечно есть какие-то логически объяснимые rps (никто не даст вам задеплоить приложение на ноде, которое держит 10rps), но в целом это не главная вещь, на которую смотрят. Конечно это не касается hosted-установок (Server), но тут я знаю совсем мало. Уверен что там все иначе. Вообще высвобождение ресурсов и автоматическое масштабирование - то, чего не хватало 4 месяца назад в яндексовом Qloud, и что теоретически тоже эту гонку за rps кажется сильно упростило бы. Для локальной разработки очень часто используется docker-compose. Это настолько простая и удобная вещь, что я не понимаю как я мог вообще без нее жить в Я. Все эти поднятие бэкендов, ожидание данных, сетей и прочего съедали массу времени.

Огонь пост

докер лучше вагранта

Блять, чем?

кошель лучше рюкзака

Вообще ни разу

если у меня 10 проектов и на всех 10 разная версия ноды мне 10 виртуалок вагранта поднимать?

У нас вот тоже такая схема - выкатываем образы

тем что это не отдельне виртуалки, отжирающие кучу места и памяти

заодно прикупить еще SSD пожирнее

правильно это in vargrant standup dockers

через docker-machine

вот.

заодно прикупить еще SSD пожирнее

А минимальные образы уже отменили, видимо

кто ттут писал

https://tech.evojam.com/2016/03/21/practical-intro-to-monads-in-javascript-either/

rxJs же

не?

так в чем профит от вагранта-то?

он же еще на virtualbox как минимум завязан

честаная виртуалка

ок, засчитано, но при локальной разработке не критично/не обязательно

я за докер как бы :)

та я заметил уже )

Что в итоге решили на 37-м собрании коллегии React.js?

Для локальной разработки Docker нужен или Docker не нужен?

it depends

ЗАЧЕМ

на винде мб

выше написано зачем

rxJs же

either — это, условно, два твоих стрима, равнозначных. И нет, сделать в лоб два стрима — это не полноценная альтернатива either)

Для локальной разработки Docker нужен или Docker не нужен?

Для локальной разработки хоть черта лысого, но вагрант лучше хотя б тем, что можно хранить копию боевой базы и она не развалится

Если тебе не принципиально, можешь юзать докер

Почему в докере нельзя? Монтируешь путь к файлам БД на локал

у меня вообще локально есть копия боевой баз, без всего, и ничего не разваливается

может ли при использовании redux-saga быть проблема с передачей переменных окружения в генераторы?

я ненавижу кэш! получал undefined переменную окружения пока не сделал ctrl+shift+R

у меня вообще локально есть копия боевой баз, без всего, и ничего не разваливается

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

ERROR: S client not available

Она сама по себе разваливается иногда

А с докером вообще плохо дружит

видел недавно статью что бд в докере не ок

на проде думаю не ок

в локале сок!

да и на локале

похер

brew install postgres

хотя если разные версии то будет проблема

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

Обновляться надо вовремя

Написал же выше, что файлы бд монтируются в файловую систему локала. Удаление контейнера таким образом на файлы не влияет

Да ток при halt'е он иногда творит херню

И убивает базу

в пределах проекта мб?

нам например бсон нужен был на одном проекте

который был в бете

Всм json field?

Или jsonb?

Да ток при halt'е он иногда творит херню

От этого вагрант тоже не спасет

Ну вот у меня как-то нормально все с этим было до сих пор

жсонб

Если только снэпшоты делать постоянно

И до кучи крэш одной виртуалки других не касается

Даже если случится – уж одну базу я спокойно подниму взад

есть ли что-нибудь лучше ducks?

есть ли что-нибудь лучше ducks?

А зачем?

Табы вс пробелы

НО ведь размер таба можно настроить, и по идее на мобилке он должен быть мелким

Лол

В проекте на табах не походить по файлам