الميكروسيرفيسات باستخدام PHP: الهندسة والدليل العملي

مقدمة: لماذا تعتبر الخدمات المصغرة مناسبة لـ PHP

لعدة سنوات، ارتبطت PHP بالتطبيقات المتجانسة — WordPress، Laravel، Symfony. ومع ذلك، مع زيادة الحمل وتعقيد منطق الأعمال، يفقد التطبيق المتجانس مرونته. تسمح بنية الخدمات المصغرة بتقسيم التطبيق إلى مكونات مستقلة ضعيفة الارتباط، يمكن تطوير واختبار وتوسيع نطاق كل منها بشكل منفصل. في هذه المقالة، سنشرح كيفية بناء الخدمات المصغرة باستخدام PHP، وسنستعرض المبادئ الأساسية، ونقدم أمثلة عملية على الكود، ونناقش الأدوات اللازمة لبيئة الإنتاج.

1. أساسيات بنية الخدمات المصغرة في PHP

1.1. ما هي الخدمة المصغرة؟

الخدمة المصغرة هي خدمة صغيرة مستقلة تؤدي وظيفة تجارية واحدة. لها مخزن بيانات خاص بها، وAPI، ويمكن كتابتها بأي لغة. في حالتنا، هي PHP. الفرق الرئيسي عن التطبيق المتجانس: يمكن تحديث وتوسيع نطاق كل خدمة بشكل مستقل.

1.2. المبادئ الأساسية

• المسؤولية الواحدة — الخدمة مسؤولة عن كيان تجاري واحد (مثل "الطلبات"، "المستخدمون"، "المدفوعات").
• الارتباط الضعيف — تتواصل الخدمات عبر الشبكة (HTTP/gRPC) أو قوائم انتظار الرسائل.
• النشر المستقل — لكل خدمة خط أنابيب CI/CD خاص بها.
• تحمل الأخطاء — يجب ألا يؤدي تعطل خدمة واحدة إلى انهيار التطبيق بأكمله.

1.3. متى تكون PHP مناسبة للخدمات المصغرة؟

تعتبر PHP مناسبة تمامًا للخدمات المصغرة إذا كنت تستخدم أطر العمل الحديثة (Laravel، Symfony، Slim) والإصدار PHP 8.1+. بفضل الترجمة في الوقت المناسب (JIT)، والمكتبات غير المتزامنة (ReactPHP، Amp)، والدعم الممتاز لـ Docker، يمكن أن تكون خدمات PHP بنفس كفاءة الخدمات المكتوبة بلغة Go أو Node.js.

2. التنفيذ العملي: مثال على خدمة مصغرة في PHP

2.1. تصميم خدمة "إدارة المستخدمين"

سنقوم بإنشاء خدمة مصغرة بسيطة باستخدام Slim 4 (إطار عمل خفيف). ستكون الخدمة مسؤولة عن عمليات CRUD للمستخدمين وتخزين البيانات في قاعدة بيانات MySQL منفصلة.

// index.php — نقطة دخول الخدمة المصغرة
use Psr\\Http\\Message\\ResponseInterface as Response;
use Psr\\Http\\Message\\ServerRequestInterface as Request;
use Slim\\Factory\\AppFactory;

require __DIR__ . '/../vendor/autoload.php';

$app = AppFactory::create();

$app->get('/users', function (Request $request, Response $response) {
    // هنا يجب أن يكون كود الحصول على قائمة المستخدمين من قاعدة البيانات
    $payload = json_encode(['users' => []]);
    $response->getBody()->write($payload);
    return $response->withHeader('Content-Type', 'application/json');
});

$app->post('/users', function (Request $request, Response $response) {
    $data = $request->getParsedBody();
    // التحقق من صحة البيانات وحفظ المستخدم
    $payload = json_encode(['status' => 'created', 'id' => 123]);
    $response->getBody()->write($payload);
    return $response->withHeader('Content-Type', 'application/json');
});

$app->run();

2.2. التواصل بين الخدمات عبر REST

لنفترض أن خدمة "الطلبات" تحتاج إلى الحصول على بيانات المستخدم. تقوم بإجراء طلب HTTP إلى خدمة المستخدمين. للقيام بذلك، نستخدم Guzzle.

// في خدمة الطلبات
use GuzzleHttp\\Client;

$client = new Client(['base_uri' => 'http://user-service:8080']);
$response = $client->get('/users/123');
$userData = json_decode($response->getBody(), true);

هام: أضف دائمًا مهلات زمنية ومعالجة للأخطاء لتجنب الأعطال المتتالية.

2.3. التفاعل غير المتزامن عبر قوائم الانتظار (RabbitMQ)

للمهام التي لا تتطلب استجابة فورية (إرسال البريد الإلكتروني، إنشاء التقارير)، استخدم قوائم الانتظار. قم بتثبيت المكتبة php-amqplib.

// إرسال رسالة إلى قائمة الانتظار
use PhpAmqpLib\\Connection\\AMQPStreamConnection;
use PhpAmqpLib\\Message\\A