Как стать автором
Обновить
1
11
Антон Фокин @foxijke

CEO QTIM (разработка web- и mobile-проектов)

Отправить сообщение

«Когда нужно переходить на микросервисы?»

Уровень сложностиПростой
Время на прочтение2 мин
Количество просмотров4.2K

Уже разобрались в прошлой статье, когда микросервисы не нужны, сейчас рассмотрим обратную ситуацию.

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

Объективно оценить свой проект сложно, но начать можно с вопроса с капелькой синдрома самозванца «а вырос ли мой проект до микросервисов? как понять, что нужно переходить на них?»

Начнем с того, что перейти на них быстро не получится, скорее всего, вначале вы разгрузите наиболее загруженный модуль, например, на который приходят заявки. Посередине пути ваша архитектура будет походить на минисервисы, пока каждый модуль не будет вынесен отдельно и связан между собой. Напомню, что если их не «подружить» между собой, вся ваша работа не будет иметь смысла.

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

Читать далее
Всего голосов 23: ↑18 и ↓5+13
Комментарии23

«Почему вам не нужны микросервисы для старта нового проекта»

Уровень сложностиПростой
Время на прочтение3 мин
Количество просмотров4.5K

Когда открываешь бизнес, сталкиваешься с этим навязчивым чувством, что надо сразу  все самое крутое, современное, Яндекс так делают, значит, и я могу. Плавали, знаем. Но меня лично очень отрезвило на старте количество затрат на все новомодные технологии.

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

Читать далее
Всего голосов 25: ↑20 и ↓5+15
Комментарии5

Виджетная система: как масштабировать образовательную платформу без боли и слёз?

Время на прочтение4 мин
Количество просмотров730

Почему если веб-проект собирается расти, но пока не понимает, куда и как, — виджетная система может стать спасением. Меня зовут Антон Фокин, я CEO студии QTIM и сегодня я расскажу о нашем опыте.

Читать далее
Всего голосов 4: ↑3 и ↓1+4
Комментарии0

Без ТЗ результат ХЗ? Не думаю

Уровень сложностиПростой
Время на прочтение7 мин
Количество просмотров7.4K

Привет, меня зовут Антон Фокин, я CEO студии QTIM, занимаемся заказной разработкой. Сайты, приложения, цифровые сервисы, вот это вот всё. Статью мне помогал писать Артём Трушин, наш CPO. Расскажем, как мы выкинули написание ТЗ из наших процессов и сократили среднее время на разработку проектов в 4 раза.

Читать далее
Всего голосов 18: ↑13 и ↓5+13
Комментарии95

Информация

В рейтинге
495-й
Откуда
Тула, Тульская обл., Россия
Работает в
Дата рождения
Зарегистрирован
Активность