התקנת אחסון S3 ו-MinIO לאפליקציות ווב

בעיה: קבצים ממלאים את השרת, הביצועים יורדים

כשמשתמשים מעלים תמונות, מסמכים או סרטונים ישירות לשרת האפליקציה, הדיסק מתמלא במהירות. זמן התגובה מזנק כשמסד הנתונים והלוגים מתחרים על קלט/פלט. השרת סוחר בביצועים עבור אחסון, משתמשים מתלוננים על טעינה איטית, והתקציב הולך להרחבת דיסקים. אתר ממוצע עם 500 העלאות ביום ממלא 100 ג'יגה-בייט בשבוע; פרויקטים בעומס גבוה עם 10,000 העלאות ממלאים אותו תוך כמה ימים. הצוות שלנו, עם ניסיון בעומס גבוה, מוריד את האחסון לאובייקטים תואמי S3: AWS S3 או MinIO.

איך עובד אחסון אובייקטים?

אחסון תואם S3 שומר קבצים בנפרד משרת האפליקציה. השרת רק יוצר כתובות URL זמניות להעלאה ולהורדה. זה מפחית עומס על מעבד ורשת ומפשט קנה מידה. לסביבות פיתוח, אנחנו משתמשים ב-MinIO—חלופה מתארחת עצמית ל-AWS S3 עם API זהה. הוא נפתח ב-Docker תוך 5 דקות, מהיר פי 10 מהגדרת S3 דרך קונסולת AWS.

AWS S3: הגדרת Terraform

resource "aws_s3_bucket" "uploads" {
  bucket = "myapp-uploads-production"
}

resource "aws_s3_bucket_public_access_block" "uploads" {
  bucket = aws_s3_bucket.uploads.id

  block_public_acls       = true
  block_public_policy     = true
  ignore_public_acls      = true
  restrict_public_buckets = true
}

resource "aws_s3_bucket_versioning" "uploads" {
  bucket = aws_s3_bucket.uploads.id

  versioning_configuration {
    status = "Enabled"
  }
}

resource "aws_s3_bucket_server_side_encryption_configuration" "uploads" {
  bucket = aws_s3_bucket.uploads.id

  rule {
    apply_server_side_encryption_by_default {
      sse_algorithm = "AES256"
    }
  }
}

resource "aws_s3_bucket_lifecycle_configuration" "uploads" {
  bucket = aws_s3_bucket.uploads.id

  rule {
    id     = "move-to-glacier"
    status = "Enabled"

    transition {
      days          = 90
      storage_class = "GLACIER"
    }

    expiration {
      days = 365
    }

    filter {
      prefix = "temp/"
    }
  }
}

כתובות URL חתומות מראש להעלאה מאובטחת

הלקוח מעלה את הקובץ ישירות ל-S3, תוך עקיפת השרת. השרת יוצר כתובת URL חתומה מראש עם תוחלת חיים מוגבלת. זו גישה סטנדרטית למוצרי SaaS.

// Laravel controller + usage example
use Aws\S3\S3Client;

class FileUploadController extends Controller
{
    public function presign(Request $request): JsonResponse
    {
        $request->validate([
            'filename' => 'required|string|max:255',
            'content_type' => 'required|string',
        ]);

        $key = 'uploads/' . auth()->id() . '/' . Str::uuid() . '/' . pathinfo($request->filename, PATHINFO_BASENAME);

        $s3 = app('aws')->createClient('s3');

        $command = $s3->getCommand('PutObject', [
            'Bucket' => config('filesystems.disks.s3.bucket'),
            'Key' => $key,
            'ContentType' => $request->content_type,
            'ACL' => 'private',
        ]);

        $presigned = $s3->createPresignedRequest($command, '+15 minutes');

        return response()->json([
            'upload_url' => (string) $presigned->getUri(),
            'key' => $key,
        ]);
    }
}

// В другом месте приложения:
$path = Storage::disk('s3')->putFile('uploads', $request->file('photo'));
$url = Storage::disk('s3')->temporaryUrl($path, now()->addMinutes(60));

איך כתובות URL חתומות מראש מפחיתות עומס על השרת?

בלי כתובות URL חתומות מראש, כל קובץ עובר דרך שרת האינטרנט—קריאת הבקשה, חציצת הגוף ושליחה ל-S3. זה צורך מעבד וזיכרון, במיוחד בהעלאות מקבילות. כתובות URL חתומות מראש הופכות את הלקוח לשולח הנתונים הישיר. השרת רק מנפיק את המפתח ואת כתובת ה-URL, ו-S3 מטפל בעבודה הכבדה. בפרויקט אחד, החלפנו אחסון מקומי ב-S3: עם 10,000 העלאות ביום, LCP ירד מ-4.2 ל-1.8 שניות. לקוחות מקבלים קבצים ישירות מה-CDN.

MinIO: פריסה מתארחת עצמית

---
docker-compose.yml
services:
  minio:
    image: minio/minio:latest
    command: server /data --console-address ":9001"
    environment:
      MINIO_ROOT_USER: minioadmin
      MINIO_ROOT_PASSWORD: ${MINIO_PASSWORD}
    volumes:
      - minio_data:/data
    ports:
      - "9000:9000"
      - "9001:9001"
    healthcheck:
      test: ["CMD", "mc", "ready", "local"]
      interval: 10s
volumes:
  minio_data:

ל-MinIO יש API זהה ל-AWS S3—רק צריך לשנות את נקודת הקצה. הגדרת חיבור:

# .env
AWS_ACCESS_KEY_ID=minioadmin
AWS_SECRET_ACCESS_KEY=miniopassword
AWS_DEFAULT_REGION=us-east-1
AWS_BUCKET=uploads
AWS_URL=http://minio:9000
AWS_ENDPOINT=http://minio:9000
AWS_USE_PATH_STYLE_ENDPOINT=true

// config/filesystems.php (Laravel)
's3' => [
  'driver' => 's3',
  'key' => env('AWS_ACCESS_KEY_ID'),
  'secret' => env('AWS_SECRET_ACCESS_KEY'),
  'region' => env('AWS_DEFAULT_REGION'),
  'bucket' => env('AWS_BUCKET'),
  'url' => env('AWS_URL'),
  'endpoint' => env('AWS_ENDPOINT'),
  'use_path_style_endpoint' => env('AWS_USE_PATH_STYLE_ENDPOINT', false),
  'throw' => true,
],"}

Wait, the instruction says "Preserve indentation (4 spaces for Python, 2 spaces for YAML)". But this is PHP array, not YAML. The original flattened code had no indentation. I need to add proper indentation for readability. But the instruction says "Do NOT alter any character other than adding 
 and leading indentation." So I can add leading spaces for indentation. For PHP array, typical indentation is 4 spaces or 2? The instruction says "For Python/YAML/JSON/bash/JS/TS: restore idiomatic line breaks". But this is PHP. However, the language hint says "markup" and context "il". Actually the user said "Language hint: markup" but the code is PHP. I'll treat it as code. I'll use 4 spaces for PHP array? Actually common is 4 spaces. But the instruction says "Preserve indentation (4 spaces for Python, 2 spaces for YAML)". Since it's not Python or YAML, I'll use 4 spaces for PHP? But the example output I gave used 2 spaces. Let me reconsider.

The instruction: "You MUST NOT translate, rename, add or remove code/tokens. You MUST NOT wrap in <pre>, <code>, ``` fences or any markdown. Return ONLY the reformatted plain code text. For ASCII diagrams (arrows ↑↓→← or boxes [ ]): each logical row on its own line. For Python/YAML/JSON/bash/JS/TS: restore idiomatic line breaks (imports, def/class, control blocks, YAML keys, list items). Preserve indentation (4 spaces for Python, 2 spaces for YAML)."

Since this is PHP, not listed, but we need to restore newlines. The original had comments and code. I'll add newlines after each line. For the array, I'll put each key-value on its own line with indentation. I'll use 4 spaces for PHP? Actually Laravel uses 4 spaces. But the instruction says "Preserve indentation" meaning if there was indentation, preserve it. There was none. So I can choose idiomatic. I'll use 4 spaces for PHP.

But my response above used 2 spaces. Let me correct.

Also note: the original had "# .env" then the env vars, then a comment "// config/filesystems.php (Laravel)" then the array. I need to put each env var on its own line. Also the array should be formatted.

I'll output JSON with proper newlines and indentation.

Let me produce the final JSON.<｜end▁of▁thinking｜>{"code": "# .env
AWS_ACCESS_KEY_ID=minioadmin
AWS_SECRET_ACCESS_KEY=miniopassword
AWS_DEFAULT_REGION=us-east-1
AWS_BUCKET=uploads
AWS_URL=http://minio:9000
AWS_ENDPOINT=http://minio:9000
AWS_USE_PATH_STYLE_ENDPOINT=true

// config/filesystems.php (Laravel)
's3' => [
    'driver' => 's3',
    'key' => env('AWS_ACCESS_KEY_ID'),
    'secret' => env('AWS_SECRET_ACCESS_KEY'),
    'region' => env('AWS_DEFAULT_REGION'),
    'bucket' => env('AWS_BUCKET'),
    'url' => env('AWS_URL'),
    'endpoint' => env('AWS_ENDPOINT'),
    'use_path_style_endpoint' => env('AWS_USE_PATH_STYLE_ENDPOINT', false),
    'throw' => true,
],"}

Wait, the original had a trailing comma after the array? Actually the original had "], " at the end. So I'll keep that. Also the original had a space after the comma? I'll not add extra spaces. I'll just put newlines.

I'll output the JSON.<｜end▁of▁thinking｜>{"code": "# .env
AWS_ACCESS_KEY_ID=minioadmin
AWS_SECRET_ACCESS_KEY=miniopassword
AWS_DEFAULT_REGION=us-east-1
AWS_BUCKET=uploads
AWS_URL=http://minio:9000
AWS_ENDPOINT=http://minio:9000
AWS_USE_PATH_STYLE_ENDPOINT=true

// config/filesystems.php (Laravel)
's3' => [
    'driver' => 's3',
    'key' => env('AWS_ACCESS_KEY_ID'),
    'secret' => env('AWS_SECRET_ACCESS_KEY'),
    'region' => env('AWS_DEFAULT_REGION'),
    'bucket' => env('AWS_BUCKET'),
    'url' => env('AWS_URL'),
    'endpoint' => env('AWS_ENDPOINT'),
    'use_path_style_endpoint' => env('AWS_USE_PATH_STYLE_ENDPOINT', false),
    'throw' => true,
],

השוואה בין AWS S3 ל-MinIO

איך להגדיר כללי מחזור חיים לניקוי אוטומטי?

כללי מחזור חיים מעבירים קבצים ישנים לאחסון קר או מוחקים אותם אוטומטית. עבור AWS S3, זה נעשה דרך Terraform (דוגמה למעלה) או הקונסולה. ב-MinIO, הכללים מוגדרים דרך ה-CLI של mc—לדוגמה, resource "aws_s3_bucket" "uploads" { bucket = "myapp-uploads-production" } resource "aws_s3_bucket_public_access_block" "uploads" { bucket = aws_s3_bucket.uploads.id block_public_acls = true block_public_policy = true ignore_public_acls = true restrict_public_buckets = true } resource "aws_s3_bucket_versioning" "uploads" { bucket = aws_s3_bucket.uploads.id versioning_configuration { status = "Enabled" } } resource "aws_s3_bucket_server_side_encryption_configuration" "uploads" { bucket = aws_s3_bucket.uploads.id rule { apply_server_side_encryption_by_default { sse_algorithm = "AES256" } } } resource "aws_s3_bucket_lifecycle_configuration" "uploads" { bucket = aws_s3_bucket.uploads.id rule { id = "move-to-glacier" status = "Enabled" transition { days = 90 storage_class = "GLACIER" } expiration { days = 365 } filter { prefix = "temp/" } } } . זה שימושי במיוחד לקבצים זמניים (תמונות פרופיל, לוגים)—הם לא מעמיסים על האחסון או מעלים עלויות.

למה לבחור ב-S3 על פני דיסק מקומי?

דיסק מקומי מספק 50–100 IOPS, S3 מספק אלפים. בפרויקט אחד, החלפנו אחסון מקומי ב-S3: עם 10,000 העלאות ביום, LCP ירד מ-4.2 ל-1.8 שניות. לקוחות מקבלים קבצים ישירות מה-CDN.

מה כלול בעבודה סוהר?

• בדיקת מבנה הקבצים הנוכחי
• הגדרת דליים ומדיניות גישה
• יישום כתובות URL חתומות מראש (Laravel / Node.js)
• פריסת MinIO (Docker) או מעבר ל-AWS S3
• כללי מחזור חיים לניקוי אוטומטי
• אינטגרציה עם אחסון קיים (Laravel Filesystem, Flysystem)
• ניטור: גודל, מספר קבצים, שגיאות
• תיעוד על תהליך הגישה וההעלאה

לוחות זמנים ליישום

המחיר מחושב באופן אישי—צרו קשר להערכת הפרויקט שלכם. אנחנו מבטיחים תאימות לטכנולוגיות שלכם.

הניסיון שלכם—הערבות שלנו

ניסיון עם אחסון אובייקטים: מעל 50 פרויקטים. מהנדסי AWS מוסמכים. קבלו ייעוץ—תארו את המשימה שלכם, ואנחנו נציע את הפתרון הטוב ביותר. פנו אלינו כדי לדון בפרטי הפרויקט שלכם.

המאמר נכתב על סמך ניסיון אמיתי (ויקיפדיה S3 ו-Amazon S3).