Промислова RAG-архітектура: від пошуку до платформи знань
Як спроєктувати масштабований RAG для багатьох джерел, мільйонів документів і розмежування доступу.
Yevhen Stuzhuk - Personal Portfolio
Я — Старший інженер-програміст
← Усі статті
Тег
architecture
Усі статті блогу з цим тегом.
Проєктування корпоративної платформи ШІ: від пілота до стандарту
Як спроєктувати масштабовану платформу корпоративного ШІ, де знання, безпека та інтеграції важливіші за окрему модель.
Обстеження підприємства: як почати проєкт корпоративного ШІ з фактів
Як інтерв'ю, аналіз процесів і пошук джерел знань готують проєкт корпоративного ШІ до проєктування.
Перший день архітектора корпоративного ШІ: почати з підприємства
Чому проєкт корпоративного ШІ починається з бізнес-завдань, знань і безпеки, а не з вибору моделі чи серверів.
Майбутнє корпоративного ШІ: архітектура на роки вперед
Як побудувати корпоративну ШІ-платформу, що переживе зміну моделей, постачальників і форматів даних.
Де закінчується генерація коду і починається інженерія
ШІ уже пише робочі функції, але продукт — це архітектура, контекст, ризики та відповідальність. Межа між кодом і інженерією, кейс легасі на 15 років і навички розробника у 2026.
Чи може штучний інтелект розібратися в проєкті з 15-річною історією
Успадкований код на мільйони рядків, сотні таблиць і десятки інтеграцій: що ШІ розуміє за години, де помиляється, як впроваджують RAG і індексацію репозиторію, і чому експерт + модель швидші за будь-кого з них окремо.
Як влаштований сучасний веб: від браузера до бази даних
Повний шлях HTTP-запиту — DNS, TLS, CDN, балансувальник, Nginx, backend, Redis, черги, PostgreSQL і назад у браузер. Практичний розбір для розробників і архітекторів.
Як проєктувати сучасну ERP-систему в 2026 році: від моноліту до платформи
Metadata Driven Architecture, рушії платформи, стек фронтенду й стратегія міграції — як будувати ERP, яка розвивається десятиліттями без переписування кожні п'ять років.
Як проєктувати систему, яка проживе 10 років
Чому системи вмирають не через технології, а через ранні архітектурні рішення — і як проєктувати зміни, а не функції: межі модулів, домен, дані, ADR і чек-лист на десятиліття.
Чому EAV здається гарною ідеєю, а потім знищує продуктивність ERP
Entity–Attribute–Value на старті виглядає ідеально: гнучкість без міграцій. Чому через роки JOIN, індекси й звіти ламають ERP — і де EAV доречний, а де ні.
Найдорожча помилка в архітектурі ERP — спроба зробити систему універсальною
Чому ілюзія універсальності перетворює ERP на EAV-монстра: втрата продуктивності, типізації та бізнес-сенсу — і як будувати систему навколо предметної області, а не абстрактних сутностей.
Еволюція архітектури вебзастосунків за останні 20 років
Від серверного рендерингу 2005 року до AI-застосунків і edge computing: як змінювалися веб-архітектури, чому старі рішення не були помилками і як обрати підхід у 2026 році.
Чому більшість ERP-систем перетворюються на монолітного монстра
Парадокс успіху ERP: винятки, техборг, єдина БД і розподілений моноліт. Чому монстр — наслідок зростання бізнесу і як уповільнити деградацію.