Около DevOps – Telegram
Около DevOps
69 subscribers
33 photos
9 files
501 links
О DevOps и не только

@dmitriy_stoyanov
Download Telegram
Podlodka #130 – Тестирование

Тестирование — неотъемлемая часть разработки, и за 130 выпусков мы не раз касались разных аспектов этой темы. Но полного погружения в индустрию еще не было, и этот выпуск призван исправить эту несправедливость! С Никитой Макаровым, ex. руководителем отдела тестирования Одноклассников мы обсудили тестирование со всех возможных сторон: начали с терминологии, разобрались, наконец, чем тестирование отличается от QA, копнули в историю, похоливарили про ручное тестирование, покопались в современном инструментарии автоматизации и пофилософствовали о карьерном развитии QA инженера. Цитата выпуска (и черновое название) — "мясо автоматизаторов", а еще мы вернулись к истокам и кое-что уверенно закопали! Хочешь знать, что именно? Ответ найдешь в выпуске!

5-6 декабря в Москве состоится конференция по тестированию #Heisenbug 2019 Moscow!
И у нас есть промокод для слушателей подкаста: heisenbug2019mskPODLODKApc
Вводить на странице: https://heisenbug-moscow.ru/registration/personal/

Сайт: http://podlodka.io/130
SoundCloud: http://bit.ly/2kPx825
iTunes: https://apple.co/2Tr7vBf
Я.Музыка: http://bit.ly/2ZuiYm4

Поддержи лучший подкаст про IT: www.patreon.com/podlodka
https://www.alldaydevops.com/
В очередной раз открыли регистрацию на свой грандиозный 24х часовой бесплатный онлайновый ивент, в 5 трэков и 150 спикеров, который состоится 6 Ноября 2019 посвященный DevOps
к предыдущей ссылке
Рекомендую к прочтению книжку Распределенные системы. Паттерны проектирования. Издательство Питер, 2019 - тот редкий случай, когда для чтения перевода не нужно иметь под рукой англоязычный оригинал. Книжка, безусловно, про паттерны, но не только про паттерны. Так, например, один из вопросов, на которые она дает ответ - как быть с повторно-используемыми (reusable) компонентами в микросервисной архитектуре
В отличии от сервиса в сервис-ориентированной архитектуре, которые изначально рассматривался как компонент, разработанный для повторного использования, микросервис таковым не является. Скорее наоборот, мы реализуем в микросервисе некий частный случай, функционал, востребованный иногда или возможно востребованный, например, при тестировании гипотез или функции необходимые лишь части клиентов и т.п.
Где же в этом случае реализовывать многократно используемые функции? В монолите такие функции реализуются в виде библиотек, принося с одной стороны несомненную пользу, а с другой – ад зависимостей. Брендан Бёрнс, автор книжки про паттерны проектирования распределенных систем, рекомендует реализовывать такой функционал в виде отдельных контейнеров. Нужен вам reusable функционал – добавляете в свой pod соответствующий контейнер и вызываете его из основного процесса внутри вашего микросервиса