FinOps และแบบจำลองการเรียกเก็บต้นทุน
นำแบบจำลองการเรียกเก็บต้นทุนของ FinOps ไปใช้โดยใช้แท็กทรัพยากรและกฎการจัดสรรต้นทุนใน Azure Cost Management เพื่อให้หน่วยธุรกิจรับผิดชอบค่าใช้จ่ายคลาวด์ของตน
FinOps และแบบจำลองการเรียกเก็บต้นทุน เป็นบทเรียน Cloud & IT Cert Prep ฟรีบน CoddyKit นี่คือบทเรียนที่ 4 จากทั้งหมด 4 บทเรียน คุณสามารถอ่านบทเรียนทั้งหมดด้านล่างฟรี — จากนั้นลองปฏิบัติด้วยตัวคุณเองในเบราว์เซอร์พร้อมตัวแก้ไขโค้ดในตัวและติวเตอร์ AI ตลอด 24/7 บทเรียนนี้เป็นส่วนหนึ่งของเส้นทางการเรียน Cloud & IT Cert Prep และความก้าวหน้าของคุณจะซิงค์ข้ามเว็บและแอป CoddyKit คอร์ส Cloud & IT Cert Prep มีบทเรียนทั้งหมด 4 บทเรียน
FinOps คืออะไร
FinOps (การดำเนินงานด้านการเงิน) คือกรอบการทำงานด้านวัฒนธรรมและการดำเนินงานที่นำทีม การเงิน วิศวกรรม และธุรกิจ มาร่วมกันจัดการค่าใช้จ่ายคลาวด์ FinOps Foundation กำหนดระยะของแนวปฏิบัติไว้สามระยะ ได้แก่ Inform (ทำให้มองเห็นต้นทุน) Optimise (ลดการสูญเปล่าและผูกมัดอย่างชาญฉลาดขึ้น) และ Operate (บังคับใช้นโยบายและปรับปรุงอย่างต่อเนื่อง) บน Azure FinOps ขับเคลื่อนด้วย Azure Cost Management แท็กทรัพยากร งบประมาณ และโมเดลเรียกเก็บต้นทุนคืน
การมองเห็นต้นทุน: รากฐานของ FinOps
คุณไม่สามารถปรับปรุงสิ่งที่มองไม่เห็นได้ ขั้นตอนแรกของ FinOps คือทำให้แน่ใจว่าทุกทีมมีการมองเห็นต้นทุนแบบเรียลไทม์ของคลาวด์ ใน Azure Cost Management ให้กำหนดค่ามุมมองต้นทุนที่กรองตาม subscription กลุ่มทรัพยากร หรือแท็ก แล้วแชร์มุมมองเหล่านี้กับหัวหน้าทีมวิศวกรรม เปิดใช้อีเมลต้นทุนรายวันและรายงานสรุปต้นทุนรายสัปดาห์สำหรับแต่ละหน่วยธุรกิจ หากมองไม่เห็นต้นทุน วิศวกรจะปรับปรุงประสิทธิภาพและความเร็วโดยไม่ตระหนักถึงผลกระทบทางการเงินจากการตัดสินใจด้านสถาปัตยกรรม
# Export daily costs to a Storage Account for BI tools
az costmanagement export create \
--name DailyCostExport \
--scope '/subscriptions/<subscriptionId>' \
--storage-account-id '/subscriptions/<sub>/resourceGroups/myRG/providers/Microsoft.Storage/storageAccounts/mycosts' \
--storage-container cost-exports \
--type ActualCost \
--timeframe MonthToDate \
--recurrence Dailyการติดแท็กทรัพยากรเพื่อระบุที่มาของต้นทุน
แท็กทรัพยากรเป็นแกนหลักของโมเดลเรียกเก็บต้นทุนคืนทุกแบบ อนุกรมวิธานแท็กที่ออกแบบมาอย่างดีประกอบด้วย Department (Engineering, Marketing, Finance) CostCentre (รหัสบัญชี) Project (ชื่อโครงการหรือผลิตภัณฑ์) Environment (Production, Staging, Dev) และ Owner (ทีมงานหรือบุคคลผู้รับผิดชอบ) การเพิ่มแท็กไม่มีค่าใช้จ่ายและแท็กจะแสดงในรายงาน Azure Cost Management ทั้งหมด ใช้Azure Policy เพื่อกำหนดให้ต้องมีแท็กเหล่านี้ในทรัพยากรใหม่ทั้งหมด และใช้การแก้ไข Azure Policyเพื่อเติมแท็กย้อนหลังให้กับทรัพยากรเดิมที่ไม่มีแท็ก
# Require Department tag via Azure Policy
az policy assignment create \
--name 'RequireDepartmentTag' \
--scope '/subscriptions/<subscriptionId>' \
--policy 'require-tag-on-resource-groups' \
--params '{ 'tagName': { 'value': 'Department' } }'การแสดงต้นทุนเทียบกับการเรียกเก็บต้นทุน
มีรูปแบบการจัดสรรต้นทุนที่ใช้กันทั่วไปสองรูปแบบ ได้แก่ การแสดงต้นทุน ซึ่งทำให้หน่วยธุรกิจมองเห็นต้นทุนได้โดยไม่มีการโอนเงินทางการเงินจริง — ทีมงานจะเห็นค่าใช้จ่ายบนคลาวด์ของตนเอง แต่จะไม่ถูกเรียกเก็บเงิน และ การเรียกเก็บต้นทุน ซึ่งสร้างใบแจ้งหนี้ภายในจริง โดยโอนต้นทุนจากงบประมาณฝ่ายไอทีกลางไปยังศูนย์ต้นทุนของแผนกที่ใช้บริการ การเรียกเก็บต้นทุนสร้างแรงจูงใจที่เข้มแข็งกว่าให้ตระหนักถึงต้นทุน แต่ต้องมีโครงสร้างพื้นฐานด้านบัญชีเพื่อดำเนินธุรกรรมภายใน องค์กรส่วนใหญ่เริ่มจากการแสดงต้นทุน แล้วค่อยพัฒนาไปสู่การเรียกเก็บต้นทุนเมื่อวุฒิภาวะด้าน FinOps เพิ่มขึ้น
กฎการจัดสรรต้นทุน Azure
กฎการจัดสรรต้นทุน ใน Azure Cost Management ช่วยให้คุณกระจายต้นทุนที่ใช้ร่วมกัน เช่น ฮับเครือข่ายที่ใช้ร่วมกัน, Azure Firewall หรือพื้นที่ทำงาน Log Analytics ไปยังการสมัครใช้งานหรือกลุ่มทรัพยากรที่ใช้บริการ โดยอิงตามสัดส่วนที่กำหนดเอง ตัวอย่างเช่น Azure Firewall ที่หน่วยธุรกิจสามหน่วยใช้ร่วมกัน สามารถแบ่งต้นทุนเป็น 40/35/25 ตามปริมาณการรับส่งข้อมูลสัมพัทธ์ของแต่ละหน่วย ต้นทุนที่จัดสรรแล้วจะแสดงในมุมมอง Cost Management เสมือนว่าต้นทุนดังกล่าวเกิดขึ้นจากการสมัครใช้งานปลายทาง ทำให้แต่ละทีมเห็นภาพที่แท้จริงของต้นทุนคลาวด์ทั้งหมดที่ตนรับผิดชอบ
การแจ้งเตือนงบประมาณเพื่อความรับผิดชอบ
งบประมาณ Azure ช่วยให้คุณกำหนดเป้าหมายการใช้จ่ายรายเดือนหรือรายไตรมาสสำหรับการสมัครใช้งาน กลุ่มทรัพยากร หรือขอบเขตที่กรองด้วยแท็กได้ เมื่อการใช้จ่ายถึง เกณฑ์คาดการณ์ เช่น 80% และ 100% ของงบประมาณ หรือถึง เกณฑ์จริง Azure จะส่งการแจ้งเตือนทางอีเมลไปยังผู้รับที่กำหนดไว้ งบประมาณไม่ได้ หยุดการทำงานของทรัพยากร — แต่จะแจ้งผู้มีส่วนเกี่ยวข้องเพื่อให้ดำเนินการ สำหรับสภาพแวดล้อมการพัฒนา ให้ใช้ร่วมกับ Azure Logic Apps หรือ กลุ่มการดำเนินการ เพื่อปิดทรัพยากรที่ไม่สำคัญโดยอัตโนมัติเมื่อถึงเกณฑ์งบประมาณ
# Create a monthly budget for a resource group
az consumption budget create \
--budget-name 'EngineeringQ3Budget' \
--amount 5000 \
--time-grain Monthly \
--time-period-start 2024-07-01 \
--time-period-end 2024-09-30 \
--resource-group myRG \
--notifications '[{"enabled":true,"operator":"GreaterThan","threshold":80,"contactEmails":["eng-lead@contoso.com"]}]'โครงสร้างทีม FinOps
โดยทั่วไปทีม FinOps มีสามบทบาท ได้แก่ ผู้ปฏิบัติงาน FinOps ซึ่งเป็นนักวิเคราะห์การเงินด้านคลาวด์โดยเฉพาะ ทำหน้าที่ดูแลมุมมองต้นทุน ดำเนินโครงการปรับปรุงประสิทธิภาพเป็นรอบ ๆ และรายงานเงินที่ประหยัดได้ วิศวกรคลาวด์ ซึ่งเป็นวิศวกรในแต่ละทีมผลิตภัณฑ์ ทำหน้าที่ดำเนินการตามคำแนะนำเรื่องการปรับขนาดทรัพยากรให้เหมาะสมและนำสถาปัตยกรรมที่ประหยัดต้นทุนมาใช้ และ ผู้มีส่วนเกี่ยวข้องฝ่ายการเงิน ซึ่งอนุมัติการซื้อสิทธิ์การใช้งานแบบผูกพันและจัดการใบแจ้งหนี้การเรียกเก็บต้นทุนภายใน ทีมศูนย์ความเป็นเลิศด้านคลาวด์ (CCoE) มักดูแลหน่วยงาน FinOps ควบคู่ไปกับการกำกับดูแลสถาปัตยกรรม
เศรษฐศาสตร์ต่อหน่วยและต้นทุนต่อธุรกรรม
แนวปฏิบัติ FinOps ขั้นสูงจะวัด ต้นทุนต่อหน่วย ซึ่งหมายถึงต้นทุนคลาวด์ต่อหน่วยธุรกิจที่มีความหมาย เช่น ต้นทุนต่อคำขอ API ต้นทุนต่อผู้ใช้ที่ใช้งานอยู่ หรือต้นทุนต่อ GB ของข้อมูลที่ประมวลผล เศรษฐศาสตร์ต่อหน่วยทำให้การพูดคุยเรื่องต้นทุนมีความเกี่ยวข้องกับผู้จัดการผลิตภัณฑ์และผู้บริหารมากขึ้น ใน Azure คุณสามารถคำนวณต้นทุนต่อหน่วยได้โดยรวมข้อมูลการส่งออกจาก Cost Management เข้ากับข้อมูลตัวชี้วัดทางธุรกิจจาก Application Insights หรือคลังข้อมูลแบบกำหนดเอง แนวโน้มต้นทุนต่อหน่วยเมื่อเวลาผ่านไปจะแสดงให้เห็นว่าการตัดสินใจด้านสถาปัตยกรรมช่วยเพิ่มหรือลดประสิทธิภาพ
การจัดสรรต้นทุนสิทธิ์การใช้งานแบบจอง
ส่วนลด Reserved Instance จะแสดงในข้อมูลต้นทุนเป็นรายการ สิทธิประโยชน์ RI ที่มีค่าเป็นลบในรายการของการสมัครใช้งานที่ทำการซื้อ ในรูปแบบการเรียกเก็บต้นทุน คุณต้อง กระจายเงินที่ประหยัดได้จากการจอง ไปยังทีมที่ใช้ความจุที่จองไว้ ฟีเจอร์ การจัดสรรต้นทุน ของ Azure Cost Management สามารถดำเนินการนี้โดยอัตโนมัติด้วยการเชื่อมโยงการซื้อสิทธิ์การจองกับการสมัครใช้งานหรือกลุ่มทรัพยากรที่ใช้สิทธิ์ดังกล่าว หากไม่มีการจัดสรรนี้ การสมัครใช้งานที่ทำการซื้อจะดูเหมือนมีต้นทุนติดลบ ขณะที่ทีมผู้ใช้จะดูเหมือนจ่ายในอัตราแบบจ่ายตามการใช้งานเต็มจำนวน
การวัดวุฒิภาวะด้าน FinOps
FinOps Foundation กำหนดระดับวุฒิภาวะไว้สามระดับ ได้แก่ คลาน ซึ่งมีการมองเห็นต้นทุนพื้นฐานและการปรับปรุงประสิทธิภาพแบบเฉพาะกิจ เดิน ซึ่งมีการติดแท็กอย่างสม่ำเสมอ งบประมาณ รอบการปรับปรุงประสิทธิภาพเป็นประจำ และรายงานการแสดงต้นทุน และ วิ่ง ซึ่งมีการตรวจจับความผิดปกติโดยอัตโนมัติ การเรียกเก็บต้นทุน เศรษฐศาสตร์ต่อหน่วย และกลยุทธ์สิทธิ์การใช้งานแบบผูกพันที่สอดคล้องกับแผนงานวิศวกรรม โดยทั่วไปองค์กรที่อยู่ในระดับ วิ่ง จะมีค่าใช้จ่ายบนคลาวด์ต่ำกว่าระดับคลาน 25–35% แม้จะควบคุมปัจจัยด้านขนาดภาระงานแล้วก็ตาม ประเมินระดับวุฒิภาวะปัจจุบันของคุณและตั้งเป้าหมายระยะเวลา 12 เดือนเพื่อก้าวไปสู่ขั้นถัดไป
การผสาน FinOps เข้ากับ SDLC
แนวปฏิบัติ FinOps ที่มีวุฒิภาวะสูงสุดจะฝังความตระหนักด้านต้นทุนไว้ใน วงจรการพัฒนาซอฟต์แวร์ โดยใส่ประมาณการต้นทุนไว้ในเอกสารทบทวนสถาปัตยกรรม คำขอรวมโค้ดที่เพิ่มทรัพยากร Azure ราคาแพงจะเรียกการแจ้งเตือนต้นทุนโดยอัตโนมัติ และกระบวนการ CI/CD จะมี การตรวจสอบด่านต้นทุน เพื่อบล็อกการนำไปใช้งานหากต้นทุนที่คาดการณ์ไว้เกินเกณฑ์ เครื่องมืออย่าง Infracost หรือ API ประมาณการต้นทุนของ Azure เองสามารถผสานเข้ากับ GitHub Actions หรือ Azure Pipelines เพื่อให้ข้อเสนอแนะด้านต้นทุนแก่นักพัฒนาก่อนที่โค้ดจะไปถึงสภาพแวดล้อมใช้งานจริง
ตรวจสอบความเข้าใจอย่างรวดเร็ว
ทดสอบความเข้าใจแนวคิด Microsoft Azure Fundamentals (AZ-900) จากบทเรียนนี้
สรุปบทเรียน
ในบทเรียนนี้ คุณได้เรียนรู้ว่า FinOps คือแนวปฏิบัติทางวัฒนธรรมที่ให้ฝ่ายการเงิน ฝ่ายวิศวกรรม และฝ่ายธุรกิจร่วมกันจัดการต้นทุนคลาวด์ แท็กทรัพยากรและกฎการจัดสรรต้นทุน ช่วยให้เรียกเก็บต้นทุนได้โดยระบุว่าต้นทุนที่ใช้ร่วมกันเป็นของทีมผู้ใช้ใด และ การแจ้งเตือนงบประมาณ ช่วยสร้างความรับผิดชอบโดยไม่ปิดกั้นการใช้ทรัพยากร บทถัดไปเราจะเปลี่ยนมามองจากมุมมองของนักพัฒนา และสำรวจข้อมูลระบุตัวตนที่มีการจัดการสำหรับการตรวจสอบสิทธิ์โดยไม่ใช้รหัสผ่าน
คำถามที่พบบ่อย
บทเรียน “FinOps และแบบจำลองการเรียกเก็บต้นทุน” ฟรีหรือไม่
ใช่ — ข้อความเต็มของ “FinOps และแบบจำลองการเรียกเก็บต้นทุน” ฟรีให้อ่านที่นี่บนเว็บ เพื่อปฏิบัติแบบโต้ตอบ (ตัวแก้ไขโค้ดในตัวและติวเตอร์ AI ตลอด 24/7) และปลดล็อคส่วนที่เหลือของคอร์ส Cloud & IT Cert Prep ให้อัปเกรดเป็น CoddyKit PRO คอร์ส Cloud & IT Cert Prep มีบทเรียนทั้งหมด 4 บทเรียน
คุณจะเรียนรู้อะไรในบทเรียน “FinOps และแบบจำลองการเรียกเก็บต้นทุน”
นำแบบจำลองการเรียกเก็บต้นทุนของ FinOps ไปใช้โดยใช้แท็กทรัพยากรและกฎการจัดสรรต้นทุนใน Azure Cost Management เพื่อให้หน่วยธุรกิจรับผิดชอบค่าใช้จ่ายคลาวด์ของตน คุณปฏิบัติ Cloud & IT Cert Prep ด้วยโค้ดที่ใช้งานได้จริงที่คุณเรียกใช้โดยตรงในเบราว์เซอร์ และติวเตอร์ AI ตลอด 24/7 ตอบคำถามของคุณขณะที่คุณไปผ่านบทเรียน
คุณต้องมีประสบการณ์ก่อนที่จะเริ่มเรียน Cloud & IT Cert Prep หรือไม่
ไม่จำเป็นต้องมีประสบการณ์มาก่อน Cloud & IT Cert Prep บน CoddyKit ออกแบบมาสำหรับผู้เริ่มต้นไปจนถึงผู้เรียนขั้นสูง คุณสามารถเริ่มต้นที่นี่หรือเริ่มจากตัวแรกและเรียนด้วยความเร็วของคุณเอง นี่คือบทเรียนที่ 4 จากทั้งหมด 4 บทเรียน
บทเรียน “FinOps และแบบจำลองการเรียกเก็บต้นทุน” ใช้เวลานานแค่ไหน
บทเรียน CoddyKit ส่วนใหญ่ใช้เวลาประมาณ 5–10 นาที แต่ละบทเรียนจึงสั้นและเป็นแบบโต้ตอบ คุณสามารถก้าวหน้าอย่างต่อเนื่องและกลับมาเรียนต่อจากตรงที่เพิ่งหยุดบนเว็บและแอปได้เลย
ฉันเขียนและรันโค้ดในบทเรียน Cloud & IT Cert Prep นี้ได้ไหม
ได้ บทเรียน Cloud & IT Cert Prep ทุกบทมีตัวแก้ไขโค้ดในตัว คุณจึงเขียนและรันโค้ดจริงได้เลยในเบราว์เซอร์ และได้รับข้อเสนอแนะจาก AI ในทันที — ไม่ต้องติดตั้งในเครื่องของคุณ
บทเรียนทั้งหมดในหลักสูตรนี้
- การระบุและกำจัดทรัพยากรสูญเปล่า
- การปรับขนาดให้เหมาะสมและการปรับขนาดอัตโนมัติ
- แผนการประหยัดและการจอง Azure
- FinOps และแบบจำลองการเรียกเก็บต้นทุน