у нас в конторе есть и то и то :) нам надо, у нас датасаенс, он на виртуалках хуже себя ведет

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

если, конечно, десктоп не на freebsd

да, в один момент и столкнулись с тем что целый зоопарк осей

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

ну так реальная жизнь - это сайтики на джанге, там докер тоже не рядом даже :)

да, в один момент и столкнулись с тем что целый зоопарк осей

у нас есть своя система сборки, которая работает и на макоси, и на центоси/убунте

остальное поддерживать особо смысла нет

ну так реальная жизнь - это сайтики на джанге, там докер тоже не рядом даже :)

пффф. реальная жизнь - это не про технолгии используемые, а про развертывание, гибкое перекладывание всего, скаллинг под нагрузкой, репликации между регионами. цикл полного CI/CD несколько раз в день до стейджинга, релизы раз в неделю с миграцией базы с возможностью отката и теневым запуском новых фич для некоторых клиентов и сбор метрик всего со всего

пффф. реальная жизнь - это не про технолгии используемые, а про развертывание, гибкое перекладывание всего, скаллинг под нагрузкой, репликации между регионами. цикл полного CI/CD несколько раз в день до стейджинга, релизы раз в неделю с миграцией базы с возможностью отката и теневым запуском новых фич для некоторых клиентов и сбор метрик всего со всего

все верно. И все это отлично делается виртуалками, образами, пакетами и ansible

все верно. И все это отлично делается виртуалками, образами, пакетами и ansible

ну да, ну да

И все это отлично делается докером.

все верно. И все это отлично делается виртуалками, образами, пакетами и ansible

а еще отлично работают паровозы. ездят со скоростью 200км/ч и все такое

Раз уж вы развели эту тему, попробую спросить свой ответ. Хочется пощупать докер и ансибл в рамках домашки по администрированию. Ансибл для конфигурации используется внутри контейнера или с хоста? (я так понял можно и так, и так) Какие best practices в этом плане?

нет, лучше давайте соберем какую-то бинарную ерунду, в которую засунем все зависимости с компа разработчика

И все это отлично делается докером.

но хуже же :)

Раз уж вы развели эту тему, попробую спросить свой ответ. Хочется пощупать докер и ансибл в рамках домашки по администрированию. Ансибл для конфигурации используется внутри контейнера или с хоста? (я так понял можно и так, и так) Какие best practices в этом плане?

нет смысла внутри контейнера ансибл.

Раз уж вы развели эту тему, попробую спросить свой ответ. Хочется пощупать докер и ансибл в рамках домашки по администрированию. Ансибл для конфигурации используется внутри контейнера или с хоста? (я так понял можно и так, и так) Какие best practices в этом плане?

с хоста

ну как, берешь, разворачиваешь и дергаешь анзибл, все :)

Раз уж вы развели эту тему, попробую спросить свой ответ. Хочется пощупать докер и ансибл в рамках домашки по администрированию. Ансибл для конфигурации используется внутри контейнера или с хоста? (я так понял можно и так, и так) Какие best practices в этом плане?

контейнер - это собранное приложение Dockerfile - инструкция по сборке. ansible - конфигурация (sic) этого приложения на целевой системе

Окей, спасибо А то чет в pro_ansible стрёмно спрашивать, они там какие-то rude ansible :D

контейнер - это собранное приложение Dockerfile - инструкция по сборке. ansible - конфигурация (sic) этого приложения на целевой системе

Да не, я то в целом знаю чо к чему, не настолько всё плохо :D

Окей, спасибо А то чет в pro_ansible стрёмно спрашивать, они там какие-то rude ansible :D

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

он ужасен

в остальном все окей

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

Прямо как телеграм десктоп

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

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

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

ну ты понел :)

они выпилили в 2.0 возможность дергать его извне питоном красиво

якобы, запилили какой-то новый API, на деле там документации одна страница и оно не делает то, что надо

они выпилили в 2.0 возможность дергать его извне питоном красиво

мне казалось ansible-playbook всегда был лапшой кода

мне казалось ansible-playbook всегда был лапшой кода

ну, раньше можно было from ansible import Playbook и скормить ему YAML

а сейчас там класс на классе, как извне запустить деплой - хрен разберешь

ну, раньше можно было from ansible import Playbook и скормить ему YAML

мне как-то чего то больше понадобилось, а оно все равно в той лапше было

а сейчас там класс на классе, как извне запустить деплой - хрен разберешь

консолько. других выходов я не нашел;)

якобы, запилили какой-то новый API, на деле там документации одна страница и оно не делает то, что надо

ну, я свое мнение про них давно высказал;)

консолько. других выходов я не нашел;)

ну, у меня хуже, я генерю yaml извне и подсовываю его в subprocess

ну, я свое мнение про них давно высказал;)

на безрыбье.. :)

из докера в IDE не видно пакетов. хотя, а можно же замапить volume... хм;)

А PyCharm так умеет!

Может быть это можно даже как-то накостылять и в других местах: python() { docker-compose run —rm python $1 } Какой-нибудь такой жути сделать

какой ужас

what a time to be alive

А те кто не использует докер наверное очень любят все поднимать руками на локале :)

Я люблю хорошие мейкфайлы и венвы)

И твой Makefile сетапит постргю, монгу, редис и все остальное? :)

Хотя юниттесты у нас в mock и в lxc гоняются.

А потом ты должен следить чтобы данные не пересекались ...

Мэйкфайлы у меня в петпрожектах вобщем

Если ты как нормальный человек работаешь не только на работе и не только на одном проекте

А вот реплика монги на юниттестах поднимается

кем

хех

subprocess.chech_call(“mongodb”)?

у нас rpm

chech лол

Может быть это можно даже как-то накостылять и в других местах: python() { docker-compose run —rm python $1 } Какой-нибудь такой жути сделать

нужен не интерпретатор, а доступ к установленым пакетам. так вот когда я эту мысль сформулировал, я понял, что никто не мешает просто замапить их в volume;)

Чехи норма

@docker не понял при чем тут rpm если честно

кем

тут важный вопрос зачем монга в юниттестах.

Каждый запуск тестов это сборка rpm, установка и запуск монги? :)

Это про сетапинг.

@lig11 чтобы незаманкипатчится :)

Каждый запуск тестов это сборка rpm, установка и запуск монги? :)

нет)

@lig11 чтобы незаманкипатчится :)

ну, т.е. это не юниттесты

Ну, пф.

Кто пишет true юнит тесты в наши дни ...

Монга нужна.

Кто пишет true юнит тесты в наши дни ...

эээ... ну, я не буду хвастаться;)

Ну ты не хвастайся, потому что сам-то пишешь их во 20% случаев

Сущности мокаются, но операций много разных на базе происходит, так что нужна реальная монга.

ERROR: S client not available

Уж лучше базу поднять чем мокать, ей богу )

Представьте себе как замокать поднятие инстанса в AWS.

chech лол

chech_call() - зовет чеченцев, чтобы настроили монгу

Там не чеч, там чех

Ну ты не хвастайся, потому что сам-то пишешь их во 20% случаев

это ты как определил. последние несколько лет я чист;) никаких тестов с базой:)

Ты сумасшедший

Или использование TestClient это все еще юнит-тест

Там не чеч, там чех

чех пишется chekh

Это зависит от того каков ваш пиджин инглиш

Это зависит от того каков ваш пиджин инглиш

это зависит от правил английского языка

Ууу.

Не надо буквоедства

Представьте себе как замокать поднятие инстанса в AWS.

в смысле? ровно так как ты это делаешь. юниттест - это про иозолирвоанный тест метода. если он вызывает внешние методы, ты их мокаешь. как ты узнаешь, что инстанс поднялся? через boto3? вот его и мокаешь

Тогда уж czech, раз такой вброс ...

Откуда взято kh я не понял )

Или использование TestClient это все еще юнит-тест

нет. это уже функциональный;) там уже можно:)

в смысле? ровно так как ты это делаешь. юниттест - это про иозолирвоанный тест метода. если он вызывает внешние методы, ты их мокаешь. как ты узнаешь, что инстанс поднялся? через boto3? вот его и мокаешь

Хехе. Нет, Серж. Представь что ты амазон и юниттестишь поднятие инстанса.

А, хорошо. Выкрутился

Т.е. юнит-тесты это те 5%, все остальное это системные/функциональные, а там у тебя база :)

Хехе. Нет, Серж. Представь что ты амазон и юниттестишь поднятие инстанса.

еще раз. функциональные тесты, интеграционные, но не юнит.

Чтобы тестить AWS просто поставь себе Eucalyptus

И мочи его )

Т.е. юнит-тесты это те 5%, все остальное это системные/функциональные, а там у тебя база :)

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

Господи

не надо тестить AWS

у наc IaaS облако с совместимым API

Ну ок-ок. Просто фраза про юнит-тесты прозвучала как “у нас 90% юнит-тесты”, т.е. фактически py.test запуск не требует БД

Ну ок-ок. Просто фраза про юнит-тесты прозвучала как “у нас 90% юнит-тесты”, т.е. фактически py.test запуск не требует БД

для юнитов именно так

и покрытие over 95%

Откуда взято kh я не понял )

это по правилам транслитерации

Может транслитерации?

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