Архитектура решений: Как устроен выбор технологий в современной разработке ПО

В общественном сознании прочно закрепился образ программиста как человека, который в одиночку пишет сложный код в тёмной комнате. Реальность ИТ-ландшафта, особенно в условиях стремительного импортозамещения и санкционных ограничений в РФ, выглядит иначе. Сегодня процесс выбора инструментов — это сложная инженерная дисциплина, где цена ошибки измеряется миллионами рублей и годами поддержки легаси.

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

Этап 1: Формулировка доменной задачи

Прежде чем открывать среду кодинга, команда обязана ответить на вопрос: «Что именно мы автоматизируем?». В этом суть современной разработки как процесса — не писать код ради кода, а создавать цифровую модель бизнес-процесса.

• Критическая ошибка: Выбор языка под «модность» (например, Rust везде, где можно и нельзя). Правило эффективного ИТ: язык — это инструмент, а не религия.

• Экспертный подход: Используйте DDD (Domain-Driven Design). Если вы делаете ERP для завода — важна работа с большими транзакциями (C#, Java). Если это высоконагруженный чат — смотрите в сторону Golang или Elixir. Если прототип, который завтра умрет — Python.

Этап 2: Аудит инфраструктуры (Особенности РФ)

С 2022 года в России действуют жесткие требования к критической информационной инфраструктуре (КИИ). Справочная информация для CTO и тимлидов:

1. Реестр отечественного ПО (Минцифры): Если вы разрабатываете решение для госорганов или госкомпаний, ваш продукт должен быть включен в реестр. Это означает запрет на использование открытых библиотек без аудита и переход на российские СУБД (например, Postgres Pro на замену Oracle).

2. Отсутствие «внезапного ухода»: В 2022–2023 годах рынок РФ пережил шок от ухода Microsoft, Oracle, Atlassian и Cisco. Рекомендация экспертов: сегодня при проектировании архитектуры закладывайте возможность работы в офлайн-среде. Ваш код не должен зависеть от зарубежного CDN или GitHub Actions.

Критерии выбора стека для долгоживущего проекта

Допустим, вы — частная компания, не подпадающая под 44-ФЗ. На чем строить новую ИТ-систему? Рассмотрим три популярных направления без привязки к брендам.

Бэкенд: Надежность против скорости

• Java (Spring Boot): Индустриальный стандарт. Огромный пул разработчиков в РФ, тысячи готовых решений. Минус — прожорливость к памяти.

• Go (Golang): Компилируется в бинарный файл под вашу ОС (включая Astra Linux). Это «оружие сантехника» — работает везде, потребляет мало ресурсов. Идеален для сетевых утилит и API-шлюзов.

• PHP (современный): С выходом 8.x и Swoole этот язык реанимировался. Для высоконагруженных маркетплейсов и классических LAMP-проектов он все еще экономически эффективнее, чем мифический «блокчейн на бэкенде».

Фронтенд и клиентские приложения

Рынок разделился на три лагеря:

1. SPA (React/Vue/Angular): Требуют Node.js и сложной сборки. В России с этим проблемы из-за блокировок отдельных репозиториев, но зеркала (mirrors) внутри РФ уже научились делать.

2. Десктоп на Electron: Потребляет память, но позволяет быстро перенести веб-приложение в «окно». Для внутренних корпоративных порталов — золотая середина.

3. Tauri (Rust + JS): Новый тренд. Приложение весит мало, безопасно. Но найти специалиста по Rust в регионах РФ пока сложно.

Базы данных: Уход от монополии

Раньше дефолтом был Oracle или MS SQL. Сейчас рекомендации таковы:

• PostgreSQL: Флагман Open Source в РФ. Поддерживает JSON, отличная репликация. Огромное количество экспертов.

• Tarantool: Российская разработка (ВК). In-memory БД, используется там, где нужны миллионы операций в секунду.

• ClickHouse: Для аналитики и больших данных (Big Data). Обгоняет западные аналоги по скорости на стандартных серверах.

Этап 3: Управление жизненным циклом (CI/CD без GitLab)

До 2022 года почти все в РФ использовали GitLab. После того как он ввел ограничения для российских компаний (удаление аккаунтов), отрасль начала миграцию на:

1. Gitea: Легковесный аналог на Go. Поднимается за 5 минут.

2. GitFlic: Российская разработка, внесенная в реестр. Позволяет хранить код внутри страны, имеет встроенный CI.

3. Самописные решения на Jenkins + Gerrit. Это старый, проверенный путь крупных банков и ритейлеров.

Совет из практики: Не пытайтесь скопировать пайплайны Google с тысячью серверов. Для малого и среднего бизнеса в РФ достаточно двух сборщиков на базе обычных серверов c Ubuntu или Astra Linux.

Чего стоит избегать: Дорожная карта рисков

Юридические и технические подводные камни, не являющиеся рекламой, но полезные для информационной картины:

1. Telegram-боты как основной бизнес: Легко написать, сложно масштабировать. АПИ Telegram меняется, а законодательство РФ требует маркировки интернет-рекламы (закон о распространении информации). Проще говоря, если ваш софт отправляет сообщения — нужна юридическая чистка.

2. Пиратские библиотеки: Никогда не качайте зависимости из левых репозиториев. Атаки через supply chain стали мейнстримом.

3. Самописная криптография: Не пишите свои алгоритмы шифрования. Используйте стандарты (ГОСТ 28147-89, рекомендованные ФСБ) через проверенные библиотеки.

Рекомендации по старту в РФ в 2024-2025 годах

Если вы планируете заказать или создать софт «с нуля», придерживайтесь трех принципов:

1. Импортонезависимость кода: Пишите так, чтобы приложение запускалось на голом Linux без Docker Hub. Все образы контейнеров скачивайте локально в свой Nexus или Harbor.

2. Документирование архитектуры: В западных стартах принято «двигаться быстро и ломать вещи». В российском корпоративном секторе за поломку спросят с директора. Пишите ADR (Architecture Decision Records) — документы, почему вы выбрали Go, а не Python, и почему БД одна, а не три.

3. Open Source внутри периметра: Активно пользуйтесь открытым кодом, но создавайте его «форк» (копию) в своем приватном репозитории. Так вы не потеряете возможность собрать проект, если исходный репозиторий вдруг станет недоступен завтра утром.

Резюме

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

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

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

Редактор: Анастасия