Software-Design

Введение Решение о том, когда разделить функциональность на отдельные сервисы, является важным в архитектуре программного обеспечения. Это может существенно повлиять на масштабируемость, поддерживаемость и общий успех вашего приложения. В этой статье мы рассмотрим ключевые индикаторы, которые указывают на необходимость разделения функциональности на отдельные сервисы, и дадим практические рекомендации по тому, как сделать это эффективно. Почему стоит разделять функциональность? Разделение функциональности на отдельные сервисы имеет несколько преимуществ: Улучшенная масштабируемость: каждый сервис можно масштабировать независимо в соответствии с его специфическими потребностями....

Если в последнее время вы просматривали технический Twitter, то, вероятно, сталкивались с современной инженерной версией религиозных войн: микросервисы против монолитов. Одни настаивают на том, что монолиты — это динозавры, обречённые на вымирание. Другие клянутся простотой единой кодовой базы. Тем временем ни одна из сторон не говорит об архитектуре, которая незаметно побеждает в производственных средах по всей отрасли: модульный монолит. Вот в чём дело с циклами хайпа: они отлично скрывают практическую истину....

Существует своеобразное явление, охватившее современную разработку программного обеспечения, словно бешеный сурок — ореховую фабрику. Все говорят об неизменяемости. Она есть в каждом достойном внимания фреймворке JavaScript, она заложена в философию React, она — основа Redux, и проповедники функционального программирования не затыкаются о ней на конференциях. Но вот неудобная правда, которую никто не хочет признавать: мы коллективно превратили неизменяемость в культ карго, ревностно копируя ритуалы, не до конца понимая, какую проблему мы на самом деле решаем....

Аргументы против масштабной переработки Представьте себе картину, которую вы, вероятно, уже видели: два часа ночи вторника, ваша производственная система не работает, и где-то в канале Slack кто-то печатает: «…а может, просто переписать всё с нуля?». Это момент, когда многие инженерные команды принимают решение, которое будет преследовать их годами. Масштабная переработка. Звучит привлекательно — чистый лист, новый стек технологий, уроки, извлечённые из прошлого, применяются с первого дня. Но почти всегда это оборачивается катастрофой....

Как норвежский оборонный проект случайно произвёл революцию в программировании навсегда Позвольте рассказать вам историю о том, как в начале 1960-х годов несколько блестящих норвежских исследователей решили задачу, которая в корне изменила всю сферу разработки программного обеспечения. Предупреждаю: они даже не подозревали, что создают одну из самых влиятельных парадигм программирования в истории. Рождение идеи: симуляции Монте-Карло и ночные разочарования В конце 1950-х годов Кристен Nygaard работал над симуляциями Монте-Карло в Норвежском научно-исследовательском институте оборонной промышленности....