Архитектор облачных решений
Оценка ИИРТК-ЦОД — это стабильный и крупный работодатель с интересными инфраструктурными задачами. Гибридный график и работа с современным стеком (GraphQL, Go, NATS) делают вакансию привлекательной для опытных архитекторов.
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
Сложность вакансии
Оценка ИИВысокая сложность обусловлена требованием к 'фулстек-архитектору': необходимо глубокое знание Node.js, Go и React одновременно, а также опыт проектирования отказоустойчивых систем.
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
Анализ зарплаты
Оценка ИИЗарплата не указана, но для позиции архитектора с таким широким стеком (Node.js, Go, React) в Москве рыночные предложения начинаются от 350 000 рублей. Учитывая масштаб РТК-ЦОД, можно ожидать конкурентоспособный оффер.
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
Сопроводительное письмо
Составьте сопроводительное письмо под эту вакансию с вашим резюме
Описание вакансии
Архитектор облачных решений в РТК-ЦОД
*💰*По итогам собеседования
*📌*Условия и бонусы:
Фултайм, гибкое начало дня, гибрид (МСК).
*📌*Наши ожидания:
– Опыт работы на аналогичной должности от 3-х лет;
– Опыт коммерческой backend разработки с основным стеком — Node.js / TypeScript от 3-х лет;
– Обязательный опыт frontend разработки React/JS/TS;
– Отличное знание следующих технологий: Node.js (Express / Fastify), TypeScript / JavaScript, GraphQL (design, schema, federation), Go;
– Опыт работы с брокерами сообщений (NATS, RabbitMQ, Kafka);
– Понимание и опыт в реализации: отказоустойчивости (retry, circuit breaker, idempotency), горизонтального масштабирования, безопасного кода.
*✍🏼*Откликнуться
Умный подбор, сопроводительные письма, советы по отказам — больше приглашений.
Навыки
- TypeScript
- JavaScript
- GraphQL
- React
- Kafka
- Node.js
- Go
- Express
- RabbitMQ
- NATS
- Fastify
Возможные вопросы на собеседовании
Архитектор должен уметь разделять монолит на микросервисы с использованием современных подходов.
Расскажите о вашем опыте проектирования GraphQL Federation: с какими сложностями при объединении схем вы сталкивались?
Вакансия требует понимания паттернов отказоустойчивости.
В каких случаях вы бы предпочли паттерн Circuit Breaker вместо обычных Retry, и как это влияет на общую стабильность системы?
В стеке указаны NATS, RabbitMQ и Kafka. Важно понимать критерии выбора инструмента.
Сравните NATS и Kafka для задач стриминга данных и обмена сообщениями. В каких сценариях РТК-ЦОД стоит выбрать именно NATS?
Требуется опыт в Go и Node.js.
Как вы распределяете задачи между Node.js и Go в рамках одной микросервисной архитектуры? Какие сервисы лучше писать на Go?
Безопасность кода указана в требованиях.
Какие практики Secure SDLC вы внедряли в процесс разработки для предотвращения уязвимостей на уровне архитектуры?
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
