Експорт даних з веб-застосунку: реалізація під ключ

Експорт даних з веб-застосунку: реалізація під ключ

Згідно зі Статтею 20 GDPR, кожен суб'єкт даних має право отримати свої персональні дані у структурованому, загальновживаному та машиночитаному форматі. Але на практиці вивантаження даних на 500 000 рядків часто завалює сервер: тайм-аут 30 секунд і 502 Bad Gateway. Причина — синхронна архітектура та ліміти PHP. Ми вирішуємо цю проблему на рівні інфраструктури: асинхронна генерація через черги, потоковий запис у S3 та тимчасові signed URLs. Вимоги GDPR (ст. 20) зобов'язують надати персональні дані користувача у машиночитаному форматі — ми реалізуємо експорт під ключ. Зв'яжіться з нами для оцінки вашого проєкту.

Проблеми, які вирішуємо

• N+1 запити при вивантаженні даних: при вивантаженні замовлень з позиціями кожен запит до БД плодить нові — для 10 000 замовлень це 10 001 запит. Використовуємо lazy loading через lazy(200) та жадібне завантаження зв'язків.
• Тайм-аути та падіння пам'яті при синхронному вивантаженні >100 000 рядків: PHP-скрипт впирається у memory_limit та max_execution_time. Рішення — асинхронна обробка через черги з таймаутом 600 сек.
• Гідратація невідповідності при SSR (hydration mismatch): якщо дані експорту вбудовуються на фронт, React/Nuxt можуть розсинхронізуватися. Експортуємо все через API з унікальними ID.

Чому асинхронний експорт кращий для великих даних?

Синхронний підхід підходить лише для малих обсягів (<10k рядків). При зростанні даних він веде до блокування інтерфейсу та скидання з'єднання. Асинхронна схема з чергою та повідомленнями знімає навантаження з HTTP-воркера та масштабується горизонтально. Коли один клієнт генерує звіт на 200k рядків, інші продовжують працювати без затримок.

Типовий приклад: один клієнт попросив вивантаження 150 000 замовлень у Excel. Спочатку розробник написав синхронний скрипт — на 40-й секунді PHP впав по memory_limit. Після переходу на чергу генерація зайняла 2 хвилини, користувач отримав листа з посиланням без блокувань.

[User request] → [Create ExportJob record] → [Queue Worker]
                                                     ↓
                                              [Generate files]
                                                     ↓
                                          [Upload to S3 (zip)]
                                                     ↓
                                         [Email with download link]
                                          (signed URL, 7 days TTL)

Як ми це робимо: Laravel-реалізація

Для серверної частини використовуємо Laravel з PHP 8.3+. Ключовий патерн — сервіс DataExportService, який ставить задачу в чергу. Воркер ExportUserDataJob генерує файли профілю (JSON), замовлень (CSV з BOM), повідомлень (JSON) та пакує їх у ZIP з подальшим завантаженням у S3.

class DataExportService
{
    public function exportUserData(User $user): Export
    {
        $export = Export::create([
            'user_id'    => $user->id,
            'status'     => 'pending',
            'expires_at' => now()->addDays(7),
        ]);

        ExportUserDataJob::dispatch($user, $export);

        return $export;
    }
}

class ExportUserDataJob implements ShouldQueue
{
    public int $timeout = 600;

    public function __construct(private User $user, private Export $export) {}

    public function handle(): void
    {
        $this->export->update(['status' => 'processing']);

        $tempDir = sys_get_temp_dir() . '/export_' . $this->export->id;
        mkdir($tempDir, 0777, true);

        try {
            // Профіль
            file_put_contents(
                "$tempDir/profile.json",
                json_encode($this->exportProfile(), JSON_UNESCAPED_UNICODE | JSON_PRETTY_PRINT)
            );

            // Замовлення
            $this->exportOrders("$tempDir/orders.csv");

            // Повідомлення
            $this->exportMessages("$tempDir/messages.json");

            // Створити ZIP
            $zipPath = sys_get_temp_dir() . "/export_{$this->export->id}.zip";
            $zip = new ZipArchive();
            $zip->open($zipPath, ZipArchive::CREATE);

            foreach (glob("$tempDir/*") as $file) {
                $zip->addFile($file, basename($file));
            }
            $zip->close();

            // Завантажити в S3
            $s3Key = "exports/{$this->user->id}/{$this->export->id}/data.zip";
            Storage::disk('s3')->put($s3Key, file_get_contents($zipPath));

            $this->export->update([
                'status'   => 'ready',
                's3_key'   => $s3Key,
            ]);

            $this->user->notify(new ExportReadyNotification($this->export));

        } finally {
            exec("rm -rf {$tempDir}");
            if (file_exists($zipPath ?? '')) unlink($zipPath);
        }
    }

    private function exportProfile(): array
    {
        return [
            'id'         => $this->user->id,
            'name'       => $this->user->name,
            'email'      => $this->user->email,
            'created_at' => $this->user->created_at->toIso8601String(),
            'profile'    => $this->user->profile?->toArray(),
        ];
    }

    private function exportOrders(string $path): void
    {
        $handle = fopen($path, 'w');
        fprintf($handle, chr(0xEF) . chr(0xBB) . chr(0xBF));  // UTF-8 BOM
        fputcsv($handle, ['Номер', 'Дата', 'Сума', 'Статус', 'Позиції'], ';');

        $this->user->orders()->with('items')->lazy(200)->each(function (Order $order) use ($handle) {
            $items = $order->items->map(fn($i) => "{$i->name} x{$i->quantity}")->join(', ');
            fputcsv($handle, [
                $order->number,
                $order->created_at->format('d.m.Y H:i'),
                number_format($order->total, 2),
                $order->status,
                $items,
            ], ';');
        });

        fclose($handle);
    }

    private function exportMessages(string $path): void
    {
        $messages = $this->user->messages()
            ->select('id', 'subject', 'body', 'created_at')
            ->get()
            ->map(fn($m) => [
                'id'      => $m->id,
                'subject' => $m->subject,
                'body'    => strip_tags($m->body),
                'date'    => $m->created_at->toIso8601String(),
            ]);

        file_put_contents($path, json_encode($messages, JSON_UNESCAPED_UNICODE | JSON_PRETTY_PRINT));
    }

    public function failed(\Throwable $e): void
    {
        $this->export->update(['status' => 'failed']);
        Log::error('Export failed', ['export_id' => $this->export->id, 'error' => $e->getMessage()]);
    }
}

Як працює signed URL для завантаження?

Щоб не зберігати архіви вічно, використовуємо тимчасові посилання S3 з TTL 15 хвилин. Користувач отримує листа з унікальним посиланням, яке веде напряму в S3 — минаючи наш сервер.

public function download(Export $export): RedirectResponse
{
    $this->authorize('download', $export);

    if ($export->status !== 'ready' || $export->expires_at->isPast()) {
        abort(410, 'Експорт недоступний або застарів');
    }

    $url = Storage::disk('s3')->temporaryUrl($export->s3_key, now()->addMinutes(15));

    return redirect()->away($url);
}

Як підібрати формат експорту?

Вибір формату залежить від мети: для API та GDPR-вивантаження підходить JSON, для таблиць та Excel — CSV з BOM, для бухгалтерії — XLSX з форматуванням, для B2B інтеграцій — XML. Якщо потрібен архів кількох файлів, використовуємо ZIP.

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

1. Аналітика — вивчаємо структуру даних, обсяги, вимоги до форматів.
2. Проектування — обираємо стек (черга, сховище), проектуємо схему БД для експортів.
3. Розробка — пишемо сервіс, воркери, контролери, тести.
4. Тестування — навантажувальне тестування з реальними обсягами, перевірка тайм-аутів.
5. Деплой — налаштовуємо черги (Redis, SQS), S3, cron для очищення.
6. Документація — передаємо архітектурну документацію та інструкцію.

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

• Архітектурна документація з описом потоків даних.
• Вихідний код з коментарями та строгою типізацією.
• Інструкція з деплою з прикладами конфігурації черг та S3.
• Навчання співробітників підтримки.
• Гарантія 3 місяці на безперебійну роботу.

Терміни та вартість

Базовий експорт даних користувача (JSON + CSV у ZIP): 2–3 дні. З чергою, S3 та email-повідомленням: 3–4 дні. GDPR-сумісний експорт всіх персональних даних: 4–5 днів. Вартість розраховується індивідуально в залежності від обсягів та кількості форматів. Досвід нашої команди — 5+ років та 50+ проєктів з експорту даних. Замовте експорт для вашого проєкту — отримайте консультацію та оцінку протягом 1 дня безкоштовно.

Зв'яжіться з нами, щоб обговорити ваш проєкт та отримати точну оцінку.

Послуги бекенд-розробки: 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% без втрати продуктивності.