Оглавление Введение Apache Tomcat – это популярный открытый Java-сервер (Servlet-контейнер), реализующий спецификации Jakarta Servlet, JSP, EL и WebSocket. Проект Tomcat был создан в Sun Microsystems и передан в Apache в 1999 году. За годы развития Tomcat стал де-факто стандартом для запуска веб-приложений на Java, будучи референсной реализацией сервлет-спецификации. Tomcat славится своей надежностью, высокой производительностью и … —Читать далее—
Оглавление Введение: зачем нужен пул соединений? Для высоконагруженных серверных приложений взаимодействие с базой данных (БД) является одной из самых “тяжелых” операций. Установление нового подключения к БД – дорогостоящая операция: она включает сетевые взаимодействия, аутентификацию, выделение памяти и т.д. Если для каждого запроса к БД открывать новое соединение, приложение быстро столкнется с огромными накладными расходами: каждый … —Читать далее—
Оглавление Введение Когда производительность и масштабируемость системы становятся критически важными, традиционные блокирующие веб-фреймворки могут оказаться недостаточными. Именно для таких задач был создан Spring WebFlux – асинхронный неблокирующий веб-фреймворк, основанный на реактивной парадигме программирования. Spring WebFlux появился в Spring 5 как реактивная альтернатива Spring MVC для разработки веб-сервисов. В отличие от классического Spring MVC, WebFlux не требует … —Читать далее—
Оглавление Термины ACID: PostgreSQL гарантирует атомарность, консистентность, изолированность, долговечность транзакций. Эти свойства достигаются сочетанием MVCC, журнала WAL и механизмов блокировок. MVCC (Multi-Version Concurrency Control): многоверсионный контроль параллелизма. База хранит несколько версий строки при обновлениях, позволяя читателям работать со стабильным снимком данных без блокирования пишущих транзакций, и наоборот. Каждая транзакция оперирует в собственной “видимости” согласно своему … —Читать далее—
Оглавление Введение Версионирование API – ключевой механизм, позволяющий эволюционировать веб-сервисы без нарушения работы существующих клиентов. Многие крупные компании версионируют свои REST API, чтобы внести изменения в сервис, не ломая интеграции для внешних потребителей. С другой стороны, поддержка нескольких версий API приводит к усложнению кода и увеличению объема поддержки. Если нет прямой необходимости, лучше избегать множества … —Читать далее—