Расскажи о ситуации, когда ты не согласился с кем-то и тебе пришлось завоевать его поддержку или согласие.

Ситуация

Во время крупного проекта миграции микросервисов в моей предыдущей компании я не согласился со старшим архитектором по поводу подхода к проектированию базы данных. Он хотел сохранить общую базу данных для нескольких сервисов ради "эффективности", а я считал, что это нарушит основной принцип независимости сервисов и создаст тесную связанность, которая подорвет саму идею микросервисной архитектуры.

Задача

Моя ответственность была добиться его поддержки правильного паттерна микросервисов, при этом сохраняя нашу профессиональную репутацию и сроки проекта. Мне нужно было убедить его, что каждый сервис должен иметь свою выделенную базу данных, не давая ему при этом почувствовать себя недооценённым — особенно с учётом его статуса.

Действия

Я выбрал совместный подход вместо конфронтационного:

• Назначил личную встречу для обсуждения архитектуры в приватной обстановке, избегая любого публичного разногласия, которое могло бы поставить его в оборонительную позицию
• Подготовил конкретные доказательства, включая кейсы от таких компаний, как Netflix и Amazon, которые показывали долгосрочные преимущества паттерна database-per-service
• Сделал proof-of-concept, демонстрирующий, как независимые базы данных улучшат производительность при масштабировании и снизят зависимости при деплое
• Признал его опасения насчёт потенциального дублирования данных и роста сложности, а затем предложил конкретные решения — внедрение event-driven архитектуры и паттернов CQRS
• Вовлёк его в решение, попросив поделиться опытом работы с распределёнными транзакциями и консистентностью данных — это позволило ему чувствовать себя ценным участником, а не оппонентом
• Предложил пилотный подход, при котором мы могли бы внедрить оба паттерна в разных сервисах и объективно сравнить результаты

Результат

Изучив доказательства и посмотрев proof-of-concept, архитектор согласился попробовать паттерн database-per-service на пилотных сервисах. Пилот прошёл успешно: циклы деплоя ускорились на 40%, а изоляция сбоев заметно улучшилась. В итоге он стал активным сторонником этого паттерна и даже представил наш подход на внутреннем tech talk. Этот опыт научил меня, что обсуждения, опирающиеся на данные, и совместный поиск решений работают куда эффективнее, чем просто оказаться правым, а уважение к чужому опыту при отстаивании альтернативной точки зрения выстраивает более крепкие профессиональные отношения.