Wdrożenie na AWS S3 + CloudFront

Hostuj BentoPDF na AWS, aby uzyskać maksymalną kontrolę i skalowalność.

Architektura

User → CloudFront (CDN) → S3 (Static Files)

Krok 1: Utwórz bucket S3

# Create bucket
aws s3 mb s3://your-bentopdf-bucket --region us-east-1

# Enable static website hosting
aws s3 website s3://your-bentopdf-bucket \
  --index-document index.html \
  --error-document index.html

Krok 2: Zbuduj i wyślij

# Build the project (optionally with custom branding)
# VITE_BRAND_NAME="AcmePDF" VITE_BRAND_LOGO="images/acme-logo.svg" npm run build
npm run build

# Sync to S3
aws s3 sync dist/ s3://your-bentopdf-bucket \
  --delete \
  --cache-control "max-age=31536000"

# Set correct MIME types for WASM
aws s3 cp s3://your-bentopdf-bucket/ s3://your-bentopdf-bucket/ \
  --recursive \
  --exclude "*" \
  --include "*.wasm" \
  --content-type "application/wasm" \
  --metadata-directive REPLACE

# Set correct MIME type for ES module files (.mjs)
# S3 defaults .mjs to application/octet-stream, which browsers refuse to
# execute as ES modules. The bundled PDF viewer (Sign PDF, Form Filler)
# ships ES modules with .mjs extensions and will fail without this step.
aws s3 cp s3://your-bentopdf-bucket/ s3://your-bentopdf-bucket/ \
  --recursive \
  --exclude "*" \
  --include "*.mjs" \
  --content-type "application/javascript" \
  --metadata-directive REPLACE

Krok 3: Utwórz dystrybucję CloudFront

aws cloudfront create-distribution \
  --origin-domain-name your-bentopdf-bucket.s3.amazonaws.com \
  --default-root-object index.html

Albo użyj konsoli AWS:

1. Przejdź do CloudFront → Create distribution
2. Origin domain: wybierz swój bucket S3
3. Włącz „Origin Access Control”
4. Default root object: index.html
5. Utwórz dystrybucję

Krok 3b: Polityka nagłówków odpowiedzi (wymagana dla LibreOffice WASM)

Konwersje oparte na LibreOffice (Word, Excel, PowerPoint do PDF) wymagają SharedArrayBuffer, a to wymaga określonych nagłówków odpowiedzi. Utwórz politykę nagłówków odpowiedzi CloudFront (Response Headers Policy):

1. Przejdź do CloudFront → Policies → Response headers
2. Utwórz własną politykę z tymi nagłówkami:

Nagłówek	Wartość
Cross-Origin-Embedder-Policy	require-corp
Cross-Origin-Opener-Policy	same-origin
Cross-Origin-Resource-Policy	cross-origin

3. Dołącz politykę do domyślnego zachowania pamięci podręcznej (default cache behavior) swojej dystrybucji

Albo przez CLI:

aws cloudfront create-response-headers-policy \
  --response-headers-policy-config '{
    "Name": "BentoPDF-COEP-COOP",
    "CustomHeadersConfig": {
      "Quantity": 3,
      "Items": [
        {"Header": "Cross-Origin-Embedder-Policy", "Value": "require-corp", "Override": true},
        {"Header": "Cross-Origin-Opener-Policy", "Value": "same-origin", "Override": true},
        {"Header": "Cross-Origin-Resource-Policy", "Value": "cross-origin", "Override": true}
      ]
    }
  }'

Krok 3c: Metadane S3 dla wstępnie skompresowanych plików WASM

Pliki LibreOffice WASM są wstępnie skompresowane (.wasm.gz, .data.gz). Ustaw poprawny Content-Type i Content-Encoding, aby przeglądarki je rozpakowywały:

# Set correct headers for soffice.wasm.gz
aws s3 cp s3://your-bentopdf-bucket/libreoffice-wasm/soffice.wasm.gz \
  s3://your-bentopdf-bucket/libreoffice-wasm/soffice.wasm.gz \
  --content-type "application/wasm" \
  --content-encoding "gzip" \
  --metadata-directive REPLACE

# Set correct headers for soffice.data.gz
aws s3 cp s3://your-bentopdf-bucket/libreoffice-wasm/soffice.data.gz \
  s3://your-bentopdf-bucket/libreoffice-wasm/soffice.data.gz \
  --content-type "application/octet-stream" \
  --content-encoding "gzip" \
  --metadata-directive REPLACE

Ważne

Bez polityki nagłówków odpowiedzi SharedArrayBuffer jest niedostępny, a konwersje LibreOffice WASM zawieszą się na ok. 55%. Bez poprawnego Content-Encoding dla plików .gz przeglądarka otrzymuje surowe bajty gzip i kompilacja WASM kończy się błędem.

Krok 4: Polityka bucketu S3

Zezwól CloudFront na dostęp do bucketu:

{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Sid": "AllowCloudFrontAccess",
      "Effect": "Allow",
      "Principal": {
        "Service": "cloudfront.amazonaws.com"
      },
      "Action": "s3:GetObject",
      "Resource": "arn:aws:s3:::your-bentopdf-bucket/*",
      "Condition": {
        "StringEquals": {
          "AWS:SourceArn": "arn:aws:cloudfront::ACCOUNT_ID:distribution/DISTRIBUTION_ID"
        }
      }
    }
  ]
}

Krok 5: Własne strony błędów

Skonfiguruj 404 tak, aby zwracał index.html na potrzeby routingu SPA:

1. CloudFront → Error pages
2. Utwórz własną odpowiedź błędu:
   • HTTP error code: 404
   • Response page path: /index.html
   • HTTP response code: 200

Szacunkowe koszty

Zasób	Szacunkowy koszt
Magazyn S3 (~500MB)	~$0.01/mies.
CloudFront (1TB transferu)	~$85/mies.
CloudFront (10GB transferu)	~$0.85/mies.

TIP

Użyj S3 Intelligent Tiering, aby obniżyć koszty plików rzadko używanych.

Automatyzacja z Terraform

# main.tf
resource "aws_s3_bucket" "bentopdf" {
  bucket = "your-bentopdf-bucket"
}

resource "aws_cloudfront_distribution" "bentopdf" {
  origin {
    domain_name = aws_s3_bucket.bentopdf.bucket_regional_domain_name
    origin_id   = "S3Origin"
  }

  enabled             = true
  default_root_object = "index.html"

  default_cache_behavior {
    allowed_methods  = ["GET", "HEAD"]
    cached_methods   = ["GET", "HEAD"]
    target_origin_id = "S3Origin"

    viewer_protocol_policy = "redirect-to-https"
  }
}