Что именно ты делал при проектировании API — что было в твоей ответственности?
При проектировании API моя ответственность обычно включала:
Читать ответПодготовка к интервью
577 вопросов с собеседований в Лига цифровой экономики
Что проверяют на интервью
Подборка объединяет вопросы, отмеченные на этапах интервью в Лига цифровой экономики. Здесь можно понять структуру технической проверки и заранее повторить связанные темы. В подборке чаще встречаются темы: backend, frontend, api.
Каталог
При проектировании API моя ответственность обычно включала:
Читать ответРеляционные базы данных (РБД) выбирают, когда важна строгая структура данных, транзакционная целостность и сложные запросы с объединениями (JOIN).
Читать ответНа практике встречал несколько основных способов версионирования HTTP API:
Читать ответДля более полного понимания проекта и условий работы хотелось бы уточнить:
Читать ответТехнические задания (ТЗ) писались с учётом целей проекта и требований заказчика. Процесс обычно включал несколько этапов:
Читать ответКонфигурации и настройки микросервисов, которые передаются через переменные среды в Docker, обычно называют environment variables (переменные окружения). В контексте микросервисов и Docker это могут быть:
Читать ответКорректный запрос для вывода клиентов из таблицы Customers, у которых есть хотя бы один заказ в таблице Orders, следующий:
Читать ответОптимальный подход — использовать HTTP-коды, которые максимально точно отражают суть ошибки, чтобы клиент мог правильно их интерпретировать:
Читать ответВ такой ситуации важно обеспечить ясность и однозначность требований.
Читать ответСогласно спецификации, исправленный формат должен выглядеть так:
Читать ответКэширование используется для повышения производительности систем за счёт хранения часто запрашиваемых данных в быстром доступе.
Читать ответВ моём опыте работы с Kafka я занимался описанием архитектуры обмена сообщениями между микросервисами. Основные моменты, которые я документировал:
Читать ответ