Культура DevOps не особо привязана к размеру компаний. Она больше привязана к Agile. И эта тематика скорее в мелких и средних компаниях на западе фрсируется… Большие (не считаем Гугл и Фейсбук — у них думаю все нормально) не дотепали по мнигим причинам…
У меня западный бекграунд в IT
То есть вы отдаете свой контейнер, в котором запакован ваш код, в какое-то мифическое облако, а оно самостоятельно по очереди выключает воркеры из балансера, запускает новые контейнеры и добавляет их в балансер. Сами контейнеры находят внешние сервисы, которые обслуживают стейт(базы, кэша, whatever) и подключают приложения к этим базам.
Я все правильно понимаю?
А у нас не все ок, пока но лучше чем год назад, когда я перешел в компанию…
В моей команде не бранжим с начала проекта, можем релизить и пару раз в день, но в моей команде 3 девелопера и много легаси херни в инфрастктуре что просто не успеваем пока столько сделать для продакшн…
Баги не редко доходят до продакшн, неплохо перекрыти автоматическими тестами…
Соседняй команда состоит из 5 девелоперов и они бранжат… Счастье если они раз в неделю релизнутся…
Потомучто когда вы начнаете работать с контенерами это левел 0.
Левел 1 это конда вы отдате контейнер облаку и оно сомо знает где его запустить и к чему подвязать…
В контеэнрном облаке, нет других сущностей просто…
тут вопрос на сколько у вас быстро изменения идут в продакшн.
Я готово поспорить что те кто постоянно «бранжит» не готовы релизить несколько раз в день в продакшн в принципе.
А иногда и один раз в день сложно…
И это леко понять… Мердж — мануальный таск… не автоматизировать.
Ха ха классынй аргумент. В штате есть QA ;)
Однозначно уних есть не один продукт и система которые деплоются по 10 раз за день пройдя автоматические тесты без участия человека (с кнопкой «добро»)
Конечно не везде… это нормально…
Так же они используют активно Canary testing, тоесть тестировщик у них в классическом смысле сам клиент ;)
П.С. мы на фирме тоже имеем никаких тестировщиков, нам конечно далековато до нетфликса, но релизим по разу в день иногда…
Достаточно автоматичеких тестов… для 80% систем… 20% имногда кликаются или тестируются самими девелоперами или ПО если решили что «пока» тестировать автоматичеки будет дороже чем «прокликать»…
Конеч у нас «доменная специфика», но
«Обьективых тестировщиков» нам точно не надо… ;)
Дык в том то и дело… Она субьективна и она решает! Все остальное додумки и надстроки…
Важнее клиентская субьективность чем придуманая обьективность…
Если вы считаете что клиент не прав повлияйте не него… А если ваш клиент это 10000 посетителей сайта..?
Ответ
чем ниже в пирамиде тем:
— больше изоляция в тестах. Меня маленькую компонентут вы меняете один, малький понятный тест.
— в рыз большая скорость тестирования, скороть тестевого цыкла
Чем выше в пирамиде те:
— выше ваша увереность в правильности функционала
— но приходится править все тесты при каждом чихе.
Представьте вы написали калькулятор простой из двух сервисов…
И решили сначала написать тест UI
Спасибо, какраз вот всю неделю размышляю над и какраз каказал сегодня чуть эту книгу не заказал отпугнуло немного что её уже 6 лет.
И тут вы;)
Скажите это не оправданно? Как вам книга?
Тестировщик — это не просто роль в команде, а отдельная специализация, человек который может дать объективную оценку качества программы, потому что понимает как она работает.
А разве не клиент которому или под которого (или клиент как целевая группа — Persona пишут софтину являеттся единственным кто оценивает качеств софта? Все остальные занимаются транляцией его ожиданий- что очень субьективно… и это нормально…
Интересно какже софтверные гиганты типа нетфликс умудряются релизить софтину автоматически, если все тесты автоматические тесты прошли. Кто и где у них тестировщик? И на сколько он обьективен? ;))
Это все уже есть. Открытая безплатнай платформа… camunda.com
Чуваки начинали именно из явы… Но приэтом участвуют в развитии стандартов BPMN 2.0, ACM…
Для меня нет ничего лучшего… Нигода в жизни больше не свяжусь с клозд-сорсными говно-монстрами от Oracle или SAP.
все пробовали на живых клиентах… ;)
Правда я уже год как на другой тематике… но камунду даже для частным образом автоматизации дома хочу использовать что-бы в теме оставаться… ;)
У меня западный бекграунд в IT
Именно! Точно так. ;)
Еще раз в этом треде
habrahabr.ru/post/267441/?reply_to=8592751#comment_8591771
О DevOps не слышали?
Простите, но вы похоже не близки к теме просто…
Действительно высоконагруженые сервисы без облака нынче не мыслимы…
Контейнеры вам никак не мешают понимать что-то… ;)))
И да вам совершенно не нужно строить «сложные сервисы». Они ничем не оправданы. Очень похоже на Accidential complexity
С чего вы это взяли? Бред же… Это уже давно стандарт ;)
Хотя они лохи.
Амазон оже 2011-ом кажды 11.6 секунд что-то в продакшн релизил techcrunch.com/2012/08/03/facebook-doubles-release-speed-will-roll-new-code-twice-a-day
А у нас не все ок, пока но лучше чем год назад, когда я перешел в компанию…
В моей команде не бранжим с начала проекта, можем релизить и пару раз в день, но в моей команде 3 девелопера и много легаси херни в инфрастктуре что просто не успеваем пока столько сделать для продакшн…
Баги не редко доходят до продакшн, неплохо перекрыти автоматическими тестами…
Соседняй команда состоит из 5 девелоперов и они бранжат… Счастье если они раз в неделю релизнутся…
О DevOps слышали?
Левел 1 это конда вы отдате контейнер облаку и оно сомо знает где его запустить и к чему подвязать…
В контеэнрном облаке, нет других сущностей просто…
Я готово поспорить что те кто постоянно «бранжит» не готовы релизить несколько раз в день в продакшн в принципе.
А иногда и один раз в день сложно…
И это леко понять… Мердж — мануальный таск… не автоматизировать.
Хотелось бы детальнее эту тему проработать?
Вы где-то наткнулись на это? Есть источник на английском? Или сами так придумали?
Коротко обьясненно тут. Для пример там же даны ссылии на гугл блог.
Но там не догматично как любое правило/паттерн в информатике…
Просто в совремненом состоянии IT (тенденции к микросервисам и CI /CD +Agile)
хорошо
плохо
и рассписано почему
Однозначно уних есть не один продукт и система которые деплоются по 10 раз за день пройдя автоматические тесты без участия человека (с кнопкой «добро»)
Конечно не везде… это нормально…
Так же они используют активно Canary testing, тоесть тестировщик у них в классическом смысле сам клиент ;)
П.С. мы на фирме тоже имеем никаких тестировщиков, нам конечно далековато до нетфликса, но релизим по разу в день иногда…
Достаточно автоматичеких тестов… для 80% систем… 20% имногда кликаются или тестируются самими девелоперами или ПО если решили что «пока» тестировать автоматичеки будет дороже чем «прокликать»…
Конеч у нас «доменная специфика», но
«Обьективых тестировщиков» нам точно не надо… ;)
Важнее клиентская субьективность чем придуманая обьективность…
Если вы считаете что клиент не прав повлияйте не него… А если ваш клиент это 10000 посетителей сайта..?
чем ниже в пирамиде тем:
— больше изоляция в тестах. Меня маленькую компонентут вы меняете один, малький понятный тест.
— в рыз большая скорость тестирования, скороть тестевого цыкла
Чем выше в пирамиде те:
— выше ваша увереность в правильности функционала
— но приходится править все тесты при каждом чихе.
Представьте вы написали калькулятор простой из двух сервисов…
И решили сначала написать тест UI
И тут вы;)
Скажите это не оправданно? Как вам книга?
А разве не клиент которому или под которого (или клиент как целевая группа — Persona пишут софтину являеттся единственным кто оценивает качеств софта? Все остальные занимаются транляцией его ожиданий- что очень субьективно… и это нормально…
Интересно какже софтверные гиганты типа нетфликс умудряются релизить софтину автоматически, если все тесты автоматические тесты прошли. Кто и где у них тестировщик? И на сколько он обьективен? ;))
прост в конфигурации…
Чуваки начинали именно из явы… Но приэтом участвуют в развитии стандартов BPMN 2.0, ACM…
Для меня нет ничего лучшего… Нигода в жизни больше не свяжусь с клозд-сорсными говно-монстрами от Oracle или SAP.
все пробовали на живых клиентах… ;)
Правда я уже год как на другой тематике… но камунду даже для частным образом автоматизации дома хочу использовать что-бы в теме оставаться… ;)