แพ็คเกจ Hyperf Skeleton นี้คืออะไร?
Hyperf ให้ภาพคอนเทนเนอร์อย่างเป็นทางการและตัวเลือกการกำหนดค่านั้นเปิดกว้างมาก ไม่ซับซ้อนในการปรับใช้ Hyperf กับคลาวด์ ลองใช้ Kubernetes เป็นตัวอย่างและทำการปรับเปลี่ยนบางส่วนของแพ็คเกจโครงกระดูกเริ่มต้นของ Hyperf เพื่อให้สามารถทำงานบน Kubernetes ได้อย่างสง่างาม
โปรดดูบล็อกนี้: https://guxi.me/posts/cloudnative-hyperf/
ความแตกต่างจากโครงกระดูก Hyperf อย่างเป็นทางการ
- เพิ่มการกำหนดเส้นทางการตรวจสุขภาพ Kubernetes (เนื้อหาเฉพาะยังคงต้องดำเนินการอย่างอิสระโดยผู้ใช้)
- ตามที่กำหนดเองของ Docker Container บันทึกเอาต์พุตไปยัง stdout
- รูปแบบการส่งออก JSON ในสภาพแวดล้อมการผลิตนั้นสะดวกสำหรับการรวม FluentBit, Elk และเครื่องมือรวบรวมอื่น ๆ
- ตั้งค่าระดับบันทึกที่แตกต่างกันตามตัวแปรสภาพแวดล้อม
- ส่วนประกอบการติดตามและตัวชี้วัดถูกรวมเข้ากับค่าเริ่มต้น
- ค่าเริ่มต้นคือโหมดฐานและเปิดใช้งานกระบวนการเพียง 1 กระบวนการ โหมดนี้สามารถใช้เพื่อใช้การขยายระดับกระบวนการและการหดตัวของ Kubernetes HPA
- เนื่องจากเหตุผลข้างต้นองค์ประกอบตัวชี้วัดไม่เปิดใช้งานกระบวนการอิสระโดยค่าเริ่มต้นและส่งออกโดยตรงจากเส้นทาง
- การทำความสะอาดตัวจับเวลาจะดำเนินการเมื่อคนงานสิ้นสุด
- การติดตามใช้ Jaeger โดยค่าเริ่มต้น
- รวมลีก/Flysystem สภาพแวดล้อมการพัฒนาใช้ระบบไฟล์ท้องถิ่นโดยค่าเริ่มต้นและสภาพแวดล้อมอื่น ๆ ใช้ไดรเวอร์ S3 โดยค่าเริ่มต้น
- เปิดเครื่องฟังข้อผิดพลาด
- เพิ่มแผนภูมิ Helm, นำไปใช้กับ K8s ด้วยคลิกเดียว
- apidog แบบรวม
# helm 2
helm install .helm
# helm 3
helm install hyperf .helm
