event-store-design
تصميم متاجر أحداث قوية لتطبيق نمط مصادر الأحداث
تفشل الأنظمة المبنية على مصادر الأحداث بدون تخزين متين ومنظم وأنماط وصول واضحة. يرشدك هذا المهارة خلال المخططات وخيارات التخزين وتصميم الاشتراكات.
تنزيل ZIP المهارة
رفع في Claude
اذهب إلى Settings → Capabilities → Skills → Upload skill
فعّل وابدأ الاستخدام
اختبرها
استخدام "event-store-design". تصميم متجر أحداث PostgreSQL لخدمة الطلبات
النتيجة المتوقعة:
- جداول للأحداث واللقطات ونقاط التحقق من الاشتراكات
- فهارس لاستعلامات التدفق والموضع العام وفلاتر الوقت
- توجيه حول الاختناق المتفائل وعدم التكرار
استخدام "event-store-design". كيف أقوم بتنفيذ الاشتراكات مع نقاط التحقق
النتيجة المتوقعة:
- جدول نقاط التحقق من الاشتراكات لتتبع آخر موضع معالج
- منطق الاستئناف للاستئناف من آخر موضع محفوظ
- مثال حلقة الاستعلام مع المعالجة الدفعية
استخدام "event-store-design". مقارنة EventStoreDB مقابل Kafka لمصادر الأحداث
النتيجة المتوقعة:
- يقدم EventStoreDB استعلامات لكل تدفق وتوقعات مضمنة
- يوفر Kafka معدل نقل أعلى لكنه يتطلب تجميع تدفقات خارجي
- ضع في الاعتبار أنماط الاستعلام عند اختيار نظامك
التدقيق الأمني
آمنDocumentation-only skill containing architectural guidance, technology comparisons, and code templates for event store design. No executable code, scripts, network calls, or external command execution. Static findings are false positives: C2 flag from GitHub URL, cryptographic flags from ASCII diagram characters, shell backticks from SQL identifiers.
عوامل الخطر
🌐 الوصول إلى الشبكة (6)
درجة الجودة
ماذا يمكنك بناءه
اختيار نظام التخزين
مقارنة EventStoreDB و PostgreSQL و Kafka و DynamoDB لخدمة مبنية على مصادر الأحداث.
تصميم مخطط متجر الأحداث
تعريف الجداول والفهارس ونقاط التحقق لمجال جديد مبني على مصادر الأحداث.
مراجعة خطة التنفيذ
التحقق من صحة الاختناق والترتيب وخيارات التوسع قبل التسليم.
جرّب هذه الموجهات
اشرح المتطلبات الأساسية لمجر الأحداث وكيف يعمل ترتيب التدفق.
قدم مخطط PostgreSQL مع الجداول والفهارس للأحداث واللقطات ونقاط التحقق من الاشتراكات.
ارسم فئة متجر أحداث Python غير المتزامن مع طرق الإلحاق وقراءة التدفق والقراءة الكاملة.
أوصي باستراتيجيات التوسع للقراءات والاشتراكات واللقطات والترتيب العام في متجر أحداث كبير.
أفضل الممارسات
- استخدم معرفات التدفق التي تتضمن نوع التجميع
- نفذ فحوصات الاختناق المتفائل للكتابات
- قم بتخزين البيانات الوصفية للارتباط والتتبع
تجنب
- تحديث أو حذف الأحداث بعد الإلحاق
- تخزين أحمال كبيرة في بيانات الأحداث
- تجاهل الضغط الخلفي في الاشتراكات
الأسئلة المتكررة
ما المنصات التي يمكنها استخدام هذا المهارة؟
ما حدود التوجيه؟
هل يمكن دمجها مع قواعد البيانات الموجودة؟
هل يصل إلى بياناتي أو يخزنها؟
ماذا لو رأيت اختناقات متزامنة؟
كيف يختلف عن نصائح قاعدة البيانات العامة؟
تفاصيل المطور
المؤلف
wshobsonالترخيص
MIT
المستودع
https://github.com/wshobson/agents/tree/main/plugins/backend-development/skills/event-store-designمرجع
main
بنية الملفات
📄 SKILL.md