Розробка бекенду сайту на Java (Quarkus) під ключ

Багато Java-застосунків стартують 10 секунд і споживають 500 МБ пам'яті. У Kubernetes це критично: повільний старт вбиває автоскейлінг, а зайві ресурси збільшують рахунок за хмару. Ми переосмислили підхід до бекенду — використовуємо Quarkus, фреймворк, оптимізований для cloud-native. Наші інженери мають 10+ років досвіду в Java та 50+ реалізованих проєктів. Гарантуємо скорочення витрат на інфраструктуру в 3–5 разів завдяки нативній компіляції. Наприклад, один клієнт-рітейлер після міграції з Spring Boot заощадив $4000 на місяць на хмарних витратах.

Як Quarkus економить ресурси?

Quarkus компілює застосунок у native image через Quarkus. Час холодного старту — 0.01–0.1 секунди проти 2–10 секунд у Spring Boot. Споживання пам'яті — 20–60 МБ проти 200–500 МБ. Це не просто цифри: швидкий старт означає реальне горизонтальне масштабування в Kubernetes, а для Serverless це різниця між робочим і неробочим рішенням.

Quarkus у 10 разів швидше стартує та споживає в 5 разів менше пам'яті. Він використовує знайомі специфікації: JAX-RS, CDI, JPA, MicroProfile. Перехід з Spring займає кілька днів. Основні відмінності: DI через CDI (@ApplicationScoped), REST через RESTEasy Reactive (JAX-RS), ORM — Hibernate з Panache (Active Record або Repository).

Як влаштована розробка на Quarkus?

Ми починаємо з налаштування проекту та Dev Services: PostgreSQL, Kafka, Redis запускаються автоматично в Docker. Міграції через Flyway. Dev Mode Quarkus — один із найкращих hot-reload механізмів у Java-екосистемі: зміни застосовуються без перезапуску.

// Product entity з Panache Active Record
@Entity
@Table(name = "products")
public class Product extends PanacheEntityBase {

    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    public Long id;

    @Column(nullable = false, length = 255)
    public String name;

    @Column(unique = true)
    public String slug;

    @Column(precision = 10, scale = 2)
    public BigDecimal price;

    @ManyToOne(fetch = FetchType.LAZY)
    @JoinColumn(name = "category_id")
    public Category category;

    public boolean isActive = true;

    @Column(columnDefinition = "jsonb")
    @Type(JsonType.class)
    public Map<String, Object> attributes = new HashMap<>();

    // Статичні методи Panache
    public static List<Product> findActive() {
        return list("isActive", true);
    }

    public static Page<Product> findActiveByCategory(Long categoryId, int page, int size) {
        return find("category.id = ?1 and isActive = true", categoryId)
            .page(page, size);
    }
}

Ресурси (контролери) реалізуємо з RESTEasy Reactive, що підтримує неблокуючі операції нативно:

@Path("/api/v1/products")
@Produces(MediaType.APPLICATION_JSON)
@Consumes(MediaType.APPLICATION_JSON)
@ApplicationScoped
public class ProductResource {

    @Inject
    ProductService productService;

    @GET
    @Authenticated
    public Response list(
            @QueryParam("page") @DefaultValue("0") int page,
            @QueryParam("size") @DefaultValue("20") @Max(100) int size,
            @QueryParam("category_id") Long categoryId) {

        PanacheQuery<Product> query = categoryId != null
            ? Product.find("category.id = ?1 and isActive = true", categoryId)
            : Product.find("isActive", true);

        List<Product> products = query
            .page(page, size)
            .list();

        long total = query.count();

        return Response.ok(new PagedResponse<>(
            products.stream().map(ProductDto::from).toList(),
            page, size, total
        )).build();
    }

    @POST
    @RolesAllowed("admin")
    @Transactional
    public Response create(@Valid CreateProductRequest request) {
        Product product = productService.create(request);
        return Response.status(Response.Status.CREATED)
            .entity(ProductDto.from(product))
            .build();
    }

    @GET
    @Path("/{id}")
    public ProductDto get(@PathParam("id") Long id) {
        return Product.findByIdOptional(id)
            .map(ProductDto::from)
            .orElseThrow(NotFoundException::new);
    }

    @DELETE
    @Path("/{id}")
    @RolesAllowed("admin")
    @Transactional
    public Response delete(@PathParam("id") Long id) {
        boolean deleted = Product.deleteById(id);
        return deleted ? Response.noContent().build() : Response.status(404).build();
    }
}

Як налаштувати безпеку?

Security налаштовуємо через SmallRye JWT. Конфігурація в application.properties:

mp.jwt.verify.publickey.location=META-INF/resources/publicKey.pem
mp.jwt.verify.issuer=https://myapp.com
quarkus.http.auth.permission.authenticated.paths=/api/v1/*
quarkus.http.auth.permission.authenticated.policy=authenticated
quarkus.http.auth.permission.public.paths=/api/v1/auth/*,/api/v1/products
quarkus.http.auth.permission.public.policy=permit

Що дає нативна компіляція?

Native build налаштовуємо один раз у CI/CD. Команда збірки:

./mvnw package -Pnative -DskipTests
# або через Docker
./mvnw package -Pnative -Dquarkus.native.container-build=true

На старті продакшену ви отримуєте бінарник, який запускається за мілісекунди. Це особливо важливо для функцій Serverless та ефемерних подів у Kubernetes.

Приклад: інтернет-магазин на Quarkus

Реалізували каталог з фільтрацією та кошик для великого рітейлера. Вихідний Spring Boot-проект стартував 8 секунд, споживав 400 МБ RAM. Після міграції на Quarkus native: холодний старт — 0.05 с, пам'ять — 45 МБ. Дешевий сервер на 2 ядра та 4 ГБ RAM справляється з піковим навантаженням 1000 RPS. Економія на хмарі склала 4 рази — понад $4000 на місяць.

Процес роботи

1. Аналітика та складання ТЗ. Фіксуємо вимоги до API, сутностей, інтеграцій.
2. Налаштування проекту: Quarkus 3.x, Java 21, PostgreSQL, Redis, Docker Compose.
3. Розробка сутностей та ресурсів з використанням Panache та RESTEasy Reactive.
4. Реалізація авторизації (JWT, OAuth2, Keycloak).
5. Інтеграція з зовнішніми сервісами через REST або черги.
6. Написання тестів (QuarkusTest + RestAssured).
7. Налаштування CI/CD з native build та деплоєм у Kubernetes.
8. Передача документації, репозиторію, доступів та навчання команди.

Що входить в роботу

• Розробка REST API з документацією OpenAPI
• Налаштування авторизації (JWT, OAuth2, Keycloak)
• Міграції бази даних (Flyway/Liquibase)
• Інтеграція з чергами (Kafka, RabbitMQ) та кешем (Redis)
• Написання тестів (QuarkusTest + RestAssured)
• CI/CD pipeline з native build та деплоєм у Kubernetes
• Передача репозиторію, документації, доступів та навчання команди замовника

Терміни (орієнтовно)

Зв'яжіться з нами для оцінки вашого проекту. Отримайте консультацію щодо міграції з Spring Boot або старту нового проекту. Ми гарантуємо прозорі терміни та результат, що відповідає Core Web Vitals.

Послуги бекенд-розробки: production-grade надійність

На production-сервері о 3:14 ночі черга Laravel Jobs перестала оброблятися — 40 000 необроблених завдань у Redis. Причина: worker упав через memory leak у статичній змінній Eloquent observer, supervisor не перезапустив через misconfigured stopwaitsecs. Ми розбирали такий інцидент на проекті з 500 RPS: діагностика 4 години, фікс — 20 хвилин. Щоб ви не втрачали гроші, пропонуємо послуги бекенд-розробки з акцентом на production-grade надійність — 10+ років досвіду, 50+ проектів, 5 років на ринку. Оцінимо ваш проект за 2 дні.

Які проблеми вирішуємо

N+1 запити: головний вбивця швидкості

N+1 — найпоширеніша причина повільних сторінок у Laravel-додатках. Стандартна історія: сторінка працювала нормально на dev з 10 записами, на production з 10 000 — 8-секундне завантаження.

Laravel Debugbar у dev-оточенні показує кількість запитів. Більше 20 — сигнал для audit.

Model::preventLazyLoading(! app()->isProduction());

Telescope для профілювання: логує всі запити, jobs, mail, notifications з деталізацією. Після впровадження eager loading час завантаження сторінки падає з 8 с до 0.3 с — у 27 разів.

Memory leak у статичних змінних

У Laravel Octane або Swoole додаток тримається в пам’яті між запитами. Статичні змінні не скидаються — призводять до неконтрольованого росту пам’яті. Використовуємо defer-функції та контейнерні біндинги для коректного скидання стану.

Неправильний connection pool

Rails, Laravel, Django відкривають нове з'єднання PostgreSQL на кожен PHP/Python процес. 100 воркерів — 100 з'єднань. PostgreSQL деградує від 200+ активних з'єднань через overhead на управління.

PgBouncer у transaction pooling: 1000 воркерів → 20–50 реальних з'єднань. Це знижує latency на 40% та зменшує витрати на хостинг на 30% — при середній вартості хостингу $2,000/міс економить $600/міс. GIN-індекс для JSONB до 100 разів швидший за B-tree при пошуку.

Як Octane справляється з високим навантаженням?

Laravel Octane (RoadRunner або Swoole) прибирає overhead bootstrap на кожен HTTP-запит. Приріст: 3–8x на синтетичних бенчмарках, 2–4x на реальних додатках. Важливо: не зберігати стан у статичних змінних — застосовуємо це на проектах >1000 RPS.

Як PostgreSQL допомагає уникнути повільних запитів?

Використовуємо composite indexes для WHERE + ORDER BY, partial indexes для фільтрів з високою селективністю, GIN-індекси для JSONB та full-text search. to_tsvector + GIN замість LIKE '%query%' — запобігає seq scan навіть на мільйонах записів. Аналізуємо плани через EXPLAIN ANALYZE та pg_stat_statements.

Як обрати стек для вашого проекту?

Node.js виправданий для realtime: Laravel публікує події в Redis Pub/Sub, Node.js підписується та транслює клієнтам. Go — для goroutines (10k з'єднань на сервер — норма), але розробка повільніша, ніж Laravel.

Чому Redis критичний для продуктивності?

Redis виконує кілька ролей:

Redis Cluster для горизонтального масштабування, Sentinel для автоматичного failover. Замовте консультацію щодо оптимізації Redis для вашого проекту.

Що входить в роботу під ключ

• Архітектурне проектування (документація API, схема БД, діаграма сервісів)
• Реалізація за узгодженим ТЗ з code review
• Налаштування CI/CD (GitHub Actions, Docker), моніторингу (Sentry, Grafana), алертингу
• Навантажувальне тестування (k6, wrk) зі звітом
• Передача вихідних кодів, доступів, інструкція з деплою
• Навчання команди замовника (2–3 сесії)
• Гарантійна підтримка 1 місяць після здачі

Орієнтири по термінах

Вартість розраховується індивідуально після аналізу вимог до навантаження, інтеграцій та бізнес-логіки. Зв'яжіться з нами для безкоштовного аудиту вашого поточного backend — отримайте план оптимізації за 2 дні. Замовте консультацію та дізнайтеся, як знизити витрати на інфраструктуру на 30% без втрати продуктивності.