Application Gateway for Containers เป็นวิวัฒนาการของ Application Gateway Ingress Controller
- Application Gateway for Containers ปรับปรุงบน Application Gateway Ingress Controller
- ขณะนี้มีสองวิธีในการเริ่มต้นการปรับใช้
- คุณลักษณะนี้มีให้บริการในบางภูมิภาคของยุโรป เอเชีย อเมริกาเหนือ และออสเตรเลีย

เมื่อเร็ว ๆ นี้ Azure Active Directory เปลี่ยนชื่อเป็น Microsoft Entra ID การเปลี่ยนแปลงนี้ไม่ได้เปลี่ยนแปลงอะไรเลยเมื่อพูดถึงบริการที่ Azure มอบให้ แต่ผู้ใช้จำนวนมากก็ไม่พอใจกับมันเช่นกัน.
แม้ว่าบริการหลักและประสบการณ์โดยรวมในการทำงานกับ Entra จะเหมือนกัน แต่ก็ยังมีฟีเจอร์ใหม่เข้ามาด้วย ตัวอย่างเช่น Microsoft ประกาศ เกตเวย์แอปพลิเคชันสำหรับคอนเทนเนอร์ บนแพลตฟอร์ม Azure พร้อมใช้งานตั้งแต่สัปดาห์เริ่มต้น
จากข้อมูลของ Microsoft Application Gateway for Containers คือวิวัฒนาการของ แอพพลิเคชัน Gateway Ingress Controller (เอจิก), ก Kubernetes แอปพลิเคชันที่ช่วยให้ลูกค้า Azure Kubernetes Service (AKS) ใช้ตัวจัดสรรภาระงานแอปพลิเคชันเกตเวย์ดั้งเดิมของ Azure
Microsoft ยังกล่าวด้วยว่าในรูปแบบปัจจุบัน AGIC ตรวจสอบส่วนย่อยของ Kubernetes Resources สำหรับการเปลี่ยนแปลงและนำไปใช้กับ Application Gateway โดยใช้ Azure Resource Manager (ARM)
เรากำลังประกาศ Azure Application Gateway สำหรับคอนเทนเนอร์เป็น SKU ใหม่สำหรับตระกูล Application Gateway Application Gateway สำหรับคอนเทนเนอร์เป็นวิวัฒนาการถัดไปของ Application Gateway + Application Gateway Ingress Controller (AGIC) จัดเตรียมโหลดบาลานซ์ของแอปพลิเคชัน (เลเยอร์ 7) และความสามารถในการจัดการทราฟฟิกแบบไดนามิกสำหรับเวิร์กโหลดที่ทำงานใน Kubernetes กลุ่ม.
ไมโครซอฟท์
Application Gateway for Containers – ประโยชน์และวิธีการใช้งาน
เกตเวย์แอปพลิเคชันสำหรับคอนเทนเนอร์ ดีขึ้นเมื่อ แอพพลิเคชัน Gateway Ingress Controller ในส่วนต่อไปนี้:
- ผลงาน: ได้รับเวลาในการบรรจบกันที่ใกล้เคียงกับเรียลไทม์เพื่อแสดงการเพิ่ม/ลบพ็อด เส้นทาง โพรบ และการกำหนดค่าโหลดบาลานซ์อื่นๆ ภายในการกำหนดค่า Kubernetes yaml
- มาตราส่วน: ก้าวข้ามขีดจำกัดของ AGIC ปัจจุบัน เกิน 1,400 พ็อดแบ็กเอนด์และ 100 ผู้ฟังด้วย Application Gateway สำหรับคอนเทนเนอร์
- การปรับใช้: เปิดใช้งานการปรับใช้ทรัพยากร ARM ที่คุ้นเคยผ่าน ARM, PowerShell, CLI, Bicep และ Terraform หรือกำหนด การกำหนดค่าทั้งหมดภายใน Kubernetes และมี Application Gateway สำหรับคอนเทนเนอร์จัดการส่วนที่เหลือใน อาซัวร์!
- รองรับเกตเวย์ API: วิวัฒนาการขั้นต่อไปในการกำหนดเครือข่ายบริการ Kubernetes ผ่านอินเทอร์เฟซที่แสดงออก ขยายได้ และเน้นบทบาท
- การกระจายการรับส่งข้อมูลแบบถ่วงน้ำหนัก / แยก: เปิดใช้งานกลยุทธ์การปรับใช้สีน้ำเงินและสีเขียวและการกำหนดเส้นทางแบบแอคทีฟ / แอคทีฟหรือแอคทีฟ / พาสซีฟ
Application Gateway for Containers ประกอบด้วยสามองค์ประกอบ: Application Gateway for Containers, Frontends และ Associations เมื่อคุณต้องการเริ่มต้นการปรับใช้ การพึ่งพาเหล่านี้จะถูกอ้างอิง: ที่อยู่ IP ส่วนตัว การมอบหมายซับเน็ต และข้อมูลประจำตัวที่มีการจัดการที่ผู้ใช้กำหนด คุณสามารถดูวิธีการทำงานในรูปภาพด้านล่าง

มีสองกลยุทธ์ในการปรับใช้ภายใน Application Gateway for Containers ตามข้อมูลของ Microsoft
- นำการปรับใช้ (BYO) ของคุณเอง: ในกลยุทธ์การปรับใช้นี้ การปรับใช้และวงจรชีวิตของ Application Gateway สำหรับคอนเทนเนอร์ ทรัพยากร การเชื่อมโยงและทรัพยากรส่วนหน้าจะถือว่าผ่านพอร์ทัล Azure, CLI, PowerShell, Terraform, เป็นต้น และอ้างอิงในการกำหนดค่าภายใน Kubernetes
- จัดการโดย ALB Controller: ในกลยุทธ์การปรับใช้นี้ ALB Controller ที่ปรับใช้ใน Kubernetes จะรับผิดชอบวงจรชีวิตของทรัพยากร Application Gateway สำหรับคอนเทนเนอร์และทรัพยากรย่อย ALB Controller สร้าง Application Gateway สำหรับทรัพยากรคอนเทนเนอร์เมื่อ ApplicationLoadBalancer ทรัพยากรที่กำหนดเองถูกกำหนดไว้ในคลัสเตอร์และวงจรชีวิตของมันขึ้นอยู่กับวงจรชีวิตของแบบกำหนดเอง ทรัพยากร.
สำหรับตอนนี้ Application Gateway for Containers มีให้บริการในภูมิภาคต่อไปนี้:
- ออสเตรเลียตะวันออก
- สหรัฐอเมริกาตอนกลาง
- เอเชียตะวันออก
- สหรัฐอเมริกาตะวันออก
- US2 ตะวันออก
- ทางตอนเหนือของสหรัฐอเมริกาตอนกลาง
- ยุโรปเหนือ
- ทางตอนใต้ของสหรัฐอเมริกาตอนกลาง
- เอเชียตะวันออกเฉียงใต้
- ทางใต้ของสหราชอาณาจักร
- สหรัฐอเมริกาตะวันตก
- ยุโรปตะวันตก
คุณรู้สึกตื่นเต้นกับผลิตภัณฑ์ Azure ใหม่นี้หรือไม่? แจ้งให้เราทราบในส่วนความคิดเห็นด้านล่าง