Узкие места в разработке
Приложение упирается в лимиты ресурсов
Одно приложение обрабатывает большой объём данных — например, json c 100 000 объектов. Ресурсов не хватает.
Причина проблемы
Приложение написано так, чтобы обрабатывать большой объём данных за раз. Разработчик:
- сэкономил время на декомпозиции кода;
- тестировал код в простых и маленьких объемах, забыв о будущих масштабах.
Что делать, чтобы избежать
Пакетная обработка. Изначально организуйте код так, чтобы он мог обрабатывать данные параллельно пакетами.
Запрос обрабатывается долго
Запрос работает корректно, но медленно из-за большого объёма обрабатываемых данных. Другие процессы или пользователь долго ждут ответа или запрос возвращает timeout.
Причина проблемы
Приложение написано так, чтобы обрабатывать большой объем данных за раз (отсюда долгая обработка). В системе постоянно растёт количество данных, из-за чего их обработка занимает всё больше времени.
Что делать, чтобы избежать
Асинхронная обработка. Возвращайте в ответ на запрос не результат, а статус «запрос принят». Сам запрос должен обрабатываться асинхронно.
Единая точка отказа (SPOF)
В системе есть часть, отказ которой приводит к остановке всей системы.
Причина проблемы
Сильная связанность сервисов.
Что делать, чтобы избежать
Выстраивайте взаимодействие сервисов по принципу асинхронного обмена сообщениями.
Сервис «захлебывается» большим потоком сообщений
и не успевает быстро обработать всё, что должен. Очередь на вход растёт.
Причина проблемы:
Сервис не имеет возможности горизонтально масштабироваться для увеличения своей пропускной способности.
Что делать, чтобы избежать
Заложите возможность увеличения количества копий сервиса.
Связь «точка — точка»
Приложения связаны напрямую. Когда приложение A релизится, в приложении B перестаёт работать часть функций.
Причина проблемы
Сильная связанность сервисов.
Что делать, чтобы избежать
Используйте промежуточный слой и контракты.
Deadlock
Приложения перестают функционировать из-за того, что мешают друг другу получить доступ к общим ресурсам.
Причина проблемы
Блокировка ресурсов не регламентирована.
Что делать, чтобы избежать
Устанавливайте предельное время блокирования ресурса и не расширяйте его принудительно во время разработки.
Задавайте себе эти вопросы, чтобы избежать узких мест
- Сможете ли вы объяснить логику кода бизнесу без технических терминов? Нет ⇒ Логика кода слишком сложная.
- Бизнес понимает выбранный вами нейминг объектов и классов? Нет? ⇒ Измените нейминг в соответствии с предметной областью приложения. Объекты и классы должны называться так же, как и в бизнес-процессах.
- Есть ли места, в которые может прийти большое количество данных, и это приведёт к проблемам? Да ⇒ Продумайте, как можно изменить код и обрабатывать данные пакетами контролируемого размера. Продумайте возможности горизонтального масштабирования.
- Как связаны приложения?
- Есть ли сервис, на котором завязана вся работоспособность приложения? Да ⇒ Уменьшите связанность сервисов внутри приложения.
Другие статьи
Смотреть все
