คำถามติดแท็ก serverless

5
Serverless คืออะไร
ผู้ให้บริการคลาวด์ทั้งหมดกำลังทำการตลาดโซลูชัน "ไร้เซิร์ฟเวอร์" ของพวกเขา คำมั่นสัญญาก็คือว่า serverless จะเข้ามาแทนที่วิธีที่นักพัฒนากำลังพัฒนาซอฟต์แวร์ของพวกเขาอยู่ในขณะนี้และการดำเนินการจัดการในการผลิต "serverless" คืออะไร? หนึ่งสามารถเรียนรู้เพิ่มเติมเกี่ยวกับมันและวิธีการที่สามารถนำมาใช้ในวันนี้?

2
การบันทึกการปฏิบัติที่ดีสำหรับงานแบบกระจายคืออะไร
ฉันมีการตั้งค่าต่อไปนี้: สร้างพนักงานหลายคนทำการคำนวณและยุติพวกเขาหลังจากการคำนวณเสร็จสิ้น ดังนั้นทุกครั้งที่มันเป็นอินสแตนซ์ที่แตกต่างกันในการทำงานดังนั้นแต่ละโฮสต์จะมีล็อกไฟล์ของตัวเองซึ่งจะส่งผลให้มีรายการไฟล์จำนวนมาก เป็นการปฏิบัติที่ดีหรือไม่? หากไม่เป็นเช่นนั้นจะมีวิธีใดที่ดีกว่าสำหรับการบันทึกการประมวลผลงานในกรณีใช้งานนี้โดยเฉพาะ PS: โครงสร้างพื้นฐานของฉันไม่มีเซิร์ฟเวอร์ ดังนั้นสำหรับตอนนี้ฉันกำลังเข้าสู่ (AWS) CloudWatch แต่โปรดตอบคำถามอย่างเป็นอิสระจาก AWS และคำร้องขอการตั้งค่าแบบไม่มีเซิร์ฟเวอร์ให้มากที่สุด

2
วิธีการจัดเก็บความลับที่เข้ารหัสในรหัสสำหรับโครงการ serverless.com
ด้วย serverless.com วิธีที่ง่ายที่สุดในการเปิดเผยความลับต่อฟังก์ชั่น AWS Lambda คือเก็บไว้ในserverless.ymlไฟล์ (เข้ารหัสด้วย KMS เป็นต้น) แต่การยอมรับความลับที่เข้ารหัสไปยัง Git นั้นไม่ใช่สิ่งที่ดีที่สุดในโลก ต้องมีการเปลี่ยนแปลงรหัสเมื่อมีการเปลี่ยนแปลงความลับสำหรับสิ่งหนึ่ง แต่ในแง่ของความปลอดภัยเพียงอย่างเดียวทางเลือกที่ดีกว่าคืออะไร? เช่นความลับอาจถูกเก็บไว้ใน S3 (เข้ารหัส) โดยที่ Lambda ให้การเข้าถึงตำแหน่งนั้นและคีย์ KMS แต่จริง ๆ แล้วดีกว่าในทางที่มีความหมาย?

2
วิธีหลีกเลี่ยง“ ลองพายุอีกครั้ง” ในบริการแบบกระจายได้อย่างไร
"พายุลองใหม่" เกิดขึ้นเมื่อไคลเอ็นต์ได้รับการกำหนดค่าให้ลองใหม่จำนวนครั้งก่อนที่จะยกเลิกนโยบายการลองใหม่เป็นสิ่งจำเป็นเนื่องจากการสูญเสียแพ็กเก็ตจะเกิดขึ้นในการทำงานปกติของบริการ ใช้ตัวอย่างนี้: หากตัวอย่างเช่นบริการโดยรวมได้รับการปรับขนาดเพื่อรองรับ 80,000 คำขอต่อวินาทีและทำงานที่ความจุประมาณ 80% การรับส่งข้อมูลที่ขัดขวางการรับบริการที่ได้รับ 101,000 คำขอต่อวินาทีจะทำให้ 1,000 คำขอเหล่านั้นล้มเหลว เมื่อนโยบายลองใหม่เริ่มต้นขึ้นคุณจะจบลงด้วยการร้องขอมากกว่า 1,000+ ครั้งขึ้นอยู่กับที่ตรวจพบความล้มเหลวซึ่งจะผลักดันบริการโดยรวมสูงสุดถึง 102,000 คำขอต่อวินาที - จากนั้นบริการของคุณจะทวีความรุนแรงขึ้นเป็นสองเท่า คำขอที่ล้มเหลวทุกวินาที นอกเหนือจากการให้บริการที่มากเกินขนาดใหญ่เกินกว่าการทำธุรกรรมสูงสุดที่คาดการณ์ไว้ซึ่งจะไม่มีประสิทธิภาพ คุณสามารถใช้กลยุทธ์ใดในการหลีกเลี่ยง "ลองพายุอีกครั้ง"
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.