api, в плане того что это же просто средство общения между/с сервисами? С цепочкой или хаотическим общением хороший вопрос, не помню задавал ли его. Моки нужны, тк задание проверить один сервис вообще, просто он общается с другими.
1) ЯП - как минимум вы расскажите как питон сервисы тупят по перформансу в кубернетесе и что нужно переписать его на golang ;) 2) вам общаться с этим API, клиентским приложениям общаться с этим API. Его реализация влияет очень на многое. 3) Вы реально думаете, что замочив сервис второго уровня, вы не пропустите баг в интеграции с ним? Вы можете сразу тестировать end2end и смотреть как сервисы дружат. А вот в случае с тестированием внешней интеграцией я думаю кейс с моками более удобоварим 4) СУБД влияет на то, как хранятся данные, как быстро их можно вытащить (странно если сервис с нагрузкой в 20000 rps будет ходить каждый раз в postgresql или mysql). Ну и тем более вам валидировать данные, которые попадают в эту базу. 5) Про кеширование кстати можно было бы еще спросить.
Обсуждают сегодня