Praktikal na AWS FinOps para sa Tagumpay sa Cloud

Paggamit ng Teknolohiya: On-Premises kumpara sa Cloud

• On-premises: May mga procurement cycle at nakapirming gastos, at ginagamit ang hardware hanggang sa masira ito o matapos ang kontrata.
• Cloud: Pay-as-you-go na model, may posibilidad ng biglaang taas ng bill, at tumataas ang gastos kasabay ng paggamit.
• Nag-aalok ang cloud ng mababang gastos kapag nabigo ang isang eksperimento, agarang procurement, at real-time na access sa data ng gastos.

Panimula sa FinOps

• Katulad ng DevOps ang FinOps at pinagsasama nito ang finance, mga teknikal na operasyon, at iba pang teknikal na aspeto.
• Nangangailangan ang FinOps ng sponsorship at pagsang-ayon mula sa iba't ibang business unit, kabilang ang mga executive at team sa finance, procurement, engineering, at operations.

Mahahalagang Dapat Isaalang-alang sa FinOps

• Napakahalaga ng edukasyon sa pagtanggap ng FinOps mindset, lalo na para sa mga lumilipat mula sa mga on-premises na model.
• Mahalaga ang malinaw na pananagutan at ownership sa paggamit at billing ng mga cloud resource.
• Binibigyang-diin nito ang pangangailangan ng malawak na pagsang-ayon sa buong organisasyon para sa maayos na pagpapatupad ng FinOps.

Panganib na Mawalan ng Kontrol sa Gastos

• Kung walang wastong kasanayan sa FinOps, nanganganib ang mga organisasyong mawalan ng kontrol sa kanilang paggastos sa cloud.

Cost Optimization sa AWS

• Madaling magsimula ng mga resource sa AWS, ngunit nangangailangan ng ibang mga konsiderasyon ang pag-optimize ng gastos.

Kahalagahan ng Pagsubaybay sa Gastos

• Napakahalaga ng pagsubaybay sa gastos para sa epektibong FinOps.
• Gumagamit ang AWS ng siklong "see, save, run" kasama ng mga customer para sa pamamahala ng gastos.

Problema: Visibility ng mga Gastos

• Kung walang visibility sa paggastos at kakayahang hatiin ang mga gastos sa makabuluhang paraan, mahirap pamahalaan nang maayos ang gastos.

Edukasyon at mga Review

• Mahalaga ang edukasyon tungkol sa FinOps.
• Napakahalaga ng mga regular na review, at responsable ang mga AWS TAM sa pag-oorganisa ng mga ito kasama ng mga customer.
• Tumutulong ang mga review na matukoy ang mga pattern ng paggastos at makapagmungkahi ng mga opsyon sa pagtitipid.

Konsepto ng Ownership

• Nagbibigay ang AWS ng mga construct na tumutulong na tukuyin ang ownership at pananagutan sa gastos.
• Hindi inirerekomenda ang paggamit ng iisang AWS account na may corporate credit card para sa lahat ng user.

AWS Organizations

• Isang makapangyarihang feature ang AWS Organizations para sa billing, pamamahala ng gastos, at seguridad.
• Tumutulong itong magtakda ng mga guardrail at pamahalaan kung ano ang maaari at hindi maaaring gawin ng mga user.
• Mahalaga ito para sa mga bagong user ng AWS at kaunti lamang ang kaugnay na gastos.

Mga Organizational Unit (OU) at Linked Account

• Sa loob ng AWS Organizations, maaaring i-set up ang mga OU na katulad ng mga directory structure.
• Maaaring gumawa ng mga linked account para sa mga department o project upang paghiwalayin ang mga gastos at pasimplehin ang accounting.

Problema: Granular na Antas ng mga Resource

• Sa pinakadetalyadong antas, maaaring maging mahirap subaybayan ang mga resource gaya ng mga EC2 instance, Lambda, at VPC.
• Maaaring magkaroon ang mga organisasyon ng sampu-sampung libong ganitong resource, kaya nagiging mas kumplikado ang pamamahala ng gastos.

Karagdagang Paghahati sa Loob ng mga Construct

• Kahit may mga construct gaya ng Organizations, OU, at linked account, madalas na kailangan pa rin ng karagdagang paghahati.
• Ginagamit para rito ang cost allocation tagging.

Cost Allocation Tagging

• Napakahalaga ng tagging sa pamamahala ng gastos; kabilang sa mga halimbawa ang project, customer, at account.
• Walang tama o maling paraan ng pag-tag, basta angkop ito sa negosyo.
• Binibigyang-diin ang paggawa ng tagging dictionary upang maiwasan ang kalituhan at matiyak ang consistency.
• Halimbawa: Pag-iiba sa "Project," "project," "project-name," at "project_name" dahil case-sensitive ang mga ito at magkakaiba ang format.

Tagging Dictionary

• Simple ngunit napakahalaga ng tagging dictionary upang maiwasan ang pagkalito at matiyak ang malinaw na cost allocation.
• Tumutulong itong matukoy ang paggastos ayon sa project o cost center.

Visibility ng Gastos

• Sa katapusan ng buwan, nagpapadala ang AWS ng bill na may kabuuang halaga, na nagsisilbing panimulang punto para sa visibility ng gastos.

Pagtiyak ng Kontrol sa Gastos

• Mahalaga ang oversight upang matukoy kung naaangkop ang paggastos at matuklasan ang mga posibleng shadow IT project.
• Dapat magtakda ng mga tanong tungkol sa paggastos sa AWS na kailangang sagutin at subaybayan.

AWS Cost Explorer

• Isang libreng tool na katulad ng pagbuo ng graph sa Excel at nagbibigay-daan sa detalyadong filtering at masusing pagsusuri ng data.
• Lubos itong inirerekomenda dahil makapangyarihan at madaling gamitin.

AWS Cost and Usage Reports

• Nagbibigay ito ng mas detalyadong data kaysa Cost Explorer, kapalit ng maliit na gastos sa pag-iimbak ng data sa S3 at paggamit ng mga tool gaya ng Athena.
• Kapaki-pakinabang ito para sa mga kumplikadong setup at partikular na internal accounting metric (hal., vCPU hour).

Cloud Intelligence Dashboards

• Mga libre at open-source na dashboard na naghahati ng data sa iba't ibang paraan at inilalahad ito sa madaling maunawaang anyo.
• Nagbibigay-daan upang paghati-hatiin ang paggastos sa instance, storage, at networking.
• Makukuha ang mga ito sa GitHub para sa deployment, at ang pangunahing gastos ay ang deployment sa Quicksight.
• May mga high-level dashboard (angkop sa mga executive at finance) hanggang sa mga granular na dashboard (para sa mga FinOps practitioner at engineering).
• Nakadepende ang halaga nito sa tungkulin ng user sa loob ng negosyo.
• https://docs.aws.amazon.com/guidance/latest/cloud-intelligence-dashboards/dashboards.html

Kamalayan at Paggamit

• Layunin nitong pataasin ang kamalayan tungkol sa mga tool na ito at sa pagiging angkop ng mga ito sa iba't ibang antas ng negosyo.
• Malaking pagsisikap sa engineering ang inilaan sa paggawa ng mga dashboard na ito para sa mga naaangkop na use case.

Pagbawas sa mga Bill sa AWS at Pagtitipid

• Tinatalakay sa presentasyon ang isang runbook para sa mga estratehiya sa pagtitipid, na nakatuon sa epekto ng pagtitipid (y-axis) at teknikal na pagiging kumplikado (x-axis).

Mga Simpleng Paraan ng Pagtitipid

• Mga Commitment: Maaaring magbigay ng malaking diskuwento sa on-demand rate ang paggamit ng instance savings plan at reserved instance para sa mga resource na tumatakbo nang 365 araw sa isang taon.
• Mga Elastic Workload: Maaaring makatipid kaagad sa pamamagitan ng pag-shut down ng mga resource sa mga panahong mababa ang paggamit (hal., mga weekend).
• Pagtukoy sa mga Hindi Lubos na Nagagamit na Resource: Tumutulong ang mga tool gaya ng Cost Explorer at Cloud Intelligence Dashboards na matukoy at i-delete ang mga idle resource.

Mga Paraang Katamtaman ang Pagiging Kumplikado

• Serverless Architecture: Maaaring mabawasan ang gastos sa paglipat sa mga serverless platform (hal., RDS) dahil binabayaran lamang ang kinakailangang compute time.
• Mga Graviton Instance: Nagbibigay ng malaking pagtitipid nang walang epekto sa software ang paglipat mula sa x86 patungo sa mga ARM 64 architecture (Graviton).
• Mga EBS Volume: Makakatipid sa pag-upgrade ng mga EBS volume mula GP2 patungong GP3.

Mga Paraang Mataas ang Pagiging Kumplikado

• Right Sizing: Pag-optimize ng mga uri ng instance at resource upang tumugma sa aktuwal na paggamit.
• Cloud-Native Architecture: Paglipat mula sa mga static resource (hal., EC2 at RDS) patungo sa mga ganap na serverless at pay-per-use na model.
• Pangmatagalang Estratehiya: Ang paggamit ng mga cloud-native architecture ang pinakamabisang paraan para sa pangmatagalang pagtitipid, bagama't nangangailangan ito ng malaking pagsisikap sa engineering at development.

Unit Cost bilang Sukatan

• Sinusukat ang unit cost (hal., gastos sa bawat transaction) sa halip na ang kabuuang paggastos.
• Palatandaan ng efficiency ang pagbaba ng unit cost sa paglipas ng panahon.

Mga Key Performance Indicator (KPI)

• Iminumungkahing pumili ng tatlong KPI na iniangkop sa mga kinakailangan ng negosyo.
• Mga halimbawa: unit cost, customer satisfaction, at mga efficiency metric.
• Mahalagang tukuyin at unawain ang unit cost para sa optimization.

Mga Feedback Loop

• Gumamit ng tuloy-tuloy na mga feedback loop para sa patuloy na optimization.
• Dapat maging regular at iterative na proseso ang feedback, hindi isang minsanang event.

Pagbibigay-priyoridad at Komunikasyon

• Dapat tukuyin ng mga negosyo ang dapat unahin batay sa customer satisfaction at efficiency.
• Napakahalaga ng epektibong komunikasyon para mabuo ang mga feedback loop.
• Tiyaking may bukas na pag-uusap sa pagitan ng mga team sa finance, procurement, at engineering.
• Dapat ipaalam at isama sa roadmap ang mga alalahanin at insight.
• Ang mga hindi kumpletong loop (kakulangan ng komunikasyon) ay nagpapahiwatig ng mga problema sa proseso.

Pag-review gamit ang Cloud Intelligence Dashboards

• Gumamit ng mga dashboard sa mga customer review at iangkop ang data sa mga pangangailangan ng stakeholder.
• Nangangailangan ang mga C-level executive ng top-level na data at mga KPI, hindi ng detalyadong paghahati-hati ng mga instance.
• Isaalang-alang ang audience at format sa pagpapahayag ng data.

Row-Level Security

• Nagbibigay ng pangkalahatang access ang mga out-of-the-box dashboard; gumamit ng row-level security para sa granular na kontrol.
• Limitahan ang access sa nauugnay na data para sa mga partikular na department upang mapanatili ang seguridad at kaugnayan.

Edukasyon sa mga Tool sa Pamamahala ng Gastos

• Bigyang-diin ang kahalagahan ng pagtuturo sa mga team na responsable sa gastos, lalo na sa mga engineer.
• Magagamit ang mga tool gaya ng Cost Explorer, mga setting ng budget, commitment recommendation, anomaly detection, at right-sizing recommendation.
• Tumutulong ang anomaly detection at mga right-sizing recommendation na i-optimize ang paggamit ng resource.
• Nagbibigay ang Cost and Usage Reports ng detalyadong data, bagama't may maliit itong gastos.

Mga Karagdagang AWS Tool para sa Cost Optimization

• Compute Optimizer: Isang libreng tool na sulit suriin upang higit pang i-optimize ang mga gastos sa EC2 instance.
• Trusted Advisor: Nagbibigay ng maraming rekomendasyon, hindi lamang para sa cost optimization kundi pati sa seguridad.
• AWS Config: Madalas itong kailangan ng mga customer para sa iba't ibang layunin.
• CloudWatch: Napakahalaga sa pangangalap ng mga metric sa loob ng mga EC2 instance dahil hindi nakikita ng AWS ang loob ng mga instance ng customer bilang default.
• S3 Lens: Isang makapangyarihang tool para i-visualize at i-optimize ang paggamit ng S3 object storage.

Modelo ng Pinagsasaluhang Responsibilidad

• Responsable ang AWS sa integridad ng cloud, habang responsable naman ang mga customer sa pinatatakbo nila sa cloud.

Gastos ng mga Serbisyong may Bayad

• Mahalaga ang mga tool gaya ng CloudWatch upang makakalap ang mga customer ng mga metric at ma-optimize ang kanilang mga resource, dahil hindi direktang naa-access ng AWS ang data na ito.
• Kahit ang mga serbisyong may bayad gaya ng Cost and Usage Reports ay may napakaliit na gastos, na pangunahing nagmumula sa pag-iimbak ng data sa S3.
• Mahalaga ang mga tool na ito para sa detalyadong cost optimization at dapat isaalang-alang sa kabila ng maliit na kaugnay na gastos.