ما هي حزمة الهيكل العظمي المفرط؟
يوفر HyperF رسميًا صور الحاويات ، وخيارات التكوين مفتوحة للغاية. ليس من المعقد نشر Hyperf على السحابة. دعنا نأخذ Kubernetes كمثال ونقوم ببعض التعديلات على حزمة Hyperf الافتراضية للهيكل العظمي بحيث يمكن تشغيلها على Kubernetes بأمان.
يرجى الرجوع إلى هذه المدونة: https://guxi.me/posts/cloudnative-hyperf/
الفرق من الهيكل العظمي الشديد الرسمي
- أضف توجيه فحص Kubernetes Health (لا يزال هناك حاجة إلى محتوى محدد بشكل مستقل من قبل المستخدمين)
- وفقًا لـ Docker Container Custom ، سجلات الإخراج إلى stdout
- يعد إخراج تنسيق JSON في بيئات الإنتاج ملائمة لدمج FluentBit و ELK وأدوات التجميع الأخرى.
- قم بتعيين مستويات سجل مختلفة وفقًا لمتغيرات البيئة
- يتم دمج مكونات التتبع والمتري بشكل افتراضي
- الافتراضي هو الوضع الأساسي ، ويتم تمكين عملية واحدة فقط. يمكن استخدام هذا الوضع لتنفيذ التوسع على مستوى العملية وتقليص Kubernetes HPA.
- بسبب الأسباب المذكورة أعلاه ، لا يمكّن المكون المتري عمليات مستقلة بشكل افتراضي ويخرج مباشرة من المسار
- يتم تنظيف المؤقت عندما ينتهي العامل ، ويحقق خروجًا أنيقًا تحت Kubernetes
- يستخدم التتبع Jaeger افتراضيًا
- دمج League/Flysystem ، تستخدم بيئة التطوير نظام الملفات المحلي بشكل افتراضي ، وبيئات أخرى تستخدم برنامج تشغيل S3 بشكل افتراضي.
- قم بتشغيل مستمع الخطأ
- تمت إضافة مخطط Helm ، الذي تم نشره على K8s بنقرة واحدة
- apidog متكاملة
# helm 2
helm install .helm
# helm 3
helm install hyperf .helm
