Танай төслийн дэд бүтэц ямар үнэтэй болохыг та гайхсан байх. Үүний зэрэгцээ, энэ нь гайхмаар юм: зардлын өсөлт нь ачааллын хувьд шугаман биш юм. Олон бизнес эрхлэгчид, үйлчилгээний газрууд, хөгжүүлэгчид хэт их мөнгө төлж байгаагаа нууцаар ойлгодог. Гэхдээ яг юуны төлөө?
Ерөнхийдөө зардлаа бууруулах нь хамгийн хямд шийдэл болох AWS төлөвлөгөөг олох эсвэл физик тавиурын хувьд техник хангамжийн тохиргоог оновчтой болгоход л ордог. Үүгээр ч зогсохгүй: үнэндээ хэн ч үүнийг Бурханы хүссэнээр хийж байна: хэрэв бид стартапын тухай ярьж байгаа бол энэ нь толгой өвддөг тэргүүлэгч хөгжүүлэгч байж магадгүй юм. Томоохон оффисуудад үүнийг CMO/CTO шийдвэрлэдэг бөгөөд заримдаа ерөнхий захирал нь ерөнхий нягтлан бодогчтой хамт асуудалд биечлэн оролцдог. Ерөнхийдөө хангалттай "үндсэн" санаа зовдог хүмүүс. Дэд бүтцийн төлбөр нэмэгдэж байгаа ч үүнийг шийдвэрлэх цаг завгүй хүмүүс үүнийг шийдэж байна.
Хэрэв та оффисдоо ариун цэврийн цаас худалдаж авах шаардлагатай бол үүнийг хангамжийн менежер эсвэл цэвэрлэгээний компанийн хариуцлагатай хүн хийх болно. Хэрэв бид хөгжлийн тухай ярьж байгаа бол - тэргүүлэгч ба CTO. Борлуулалт - бүх зүйл бас тодорхой байна. Гэхдээ эрт дээр үеэс "серверийн өрөө" нь бага зэрэг илүү RAM, хэд хэдэн хатуу диск бүхий энгийн цамхаг системтэй кабинетийн нэр байсан тул хүн бүр (эсвэл ядаж олон) үүнийг үл тоомсорлодог. хүчин чадлын худалдан авалтыг тусгайлан бэлтгэгдсэн хүн хийх ёстой.
Харамсалтай нь, түүхэн ой санамж, туршлагаас харахад энэ ажлыг хэдэн арван жилийн турш "санамсаргүй" хүмүүст шилжүүлсэн: хэн хамгийн ойр байсан тэр асуултыг авчээ. Саяхан л FinOps мэргэжил зах зээл дээр хэлбэржиж, тодорхой хэлбэрийг авч эхэлсэн. Энэ бол хүчин чадлын худалдан авалт, ашиглалтыг хянах үүрэг бүхий тусгайлан бэлтгэгдсэн хүн юм. Эцэст нь энэ чиглэлээр компанийн зардлыг бууруулахад тусалдаг.
Бид үнэтэй, үр дүнтэй шийдлүүдээс татгалзахыг дэмжээгүй: техник хангамж, үүлэн тарифын хувьд бизнес бүр тав тухтай оршин тогтноход юу хэрэгтэйг өөрөө шийдэх ёстой. Гэхдээ олон компаниудын хэрэглээнд хяналт шинжилгээ хийхгүйгээр "жагсаалтын дагуу" бодлогогүй худалдан авалт нь эцсийн эцэст тэдний арын "хөрөнгө" үр ашиггүй менежментийн улмаас маш их хэмжээний алдагдалд хүргэдэг гэдгийг анхаарахгүй байхын аргагүй юм.
FinOps гэж хэн бэ
Борлуулалтын хүмүүс "аж ахуйн нэгж" гэж амьсгалсан өнгөөр ярьдаг нэр хүндтэй аж ахуйн нэгжтэй гэж бодъё. Магадгүй "жагсаалтын дагуу" та хэдэн арван эсвэл хоёр сервер, AWS болон бусад "жижиг зүйл" худалдаж авсан байх. Энэ нь логик юм: томоохон компанид ямар нэгэн хөдөлгөөн байнга явагддаг - зарим багууд өсч, бусад нь задарч, бусад нь хөрш зэргэлдээ төслүүд рүү шилждэг. Эдгээр хөдөлгөөнүүдийн хослол, "жагсаалтад суурилсан" худалдан авалтын механизм нь дараагийн сар бүрийн дэд бүтцийн төслийг харахад шинэ саарал үсийг бий болгодог.
Тэгэхээр юу хийх вэ - тэвчээртэйгээр саарал өнгөөр будаж, эсвэл төлбөрт эдгээр олон тооны аймшигт тэг гарч ирэх шалтгааныг олж мэдэх үү?
Шударга байцгаая: ижил AWS тарифаар компани доторх өргөдлийг батлах, батлах, шууд төлбөр хийх нь үргэлж хурдан байдаггүй (бодит байдал дээр бараг хэзээ ч). Байгууллагын байнгын хөдөлгөөнөөс болж эдгээр худалдан авалтын зарим нь хаа нэгтээ "алдагдаж" магадгүй юм. Мөн хоосон зогсох нь улиг болсон хэрэг. Хэрэв анхааралтай админ серверийнхээ өрөөнд эзэнгүй тавиур байгааг анзаарсан бол үүлэн тарифын хувьд бүх зүйл илүү гунигтай байдаг. Тэдгээрийг хэдэн сарын турш төлж болно, гэхдээ тэр үед худалдаж авсан хэлтэст хэн ч хэрэггүй болно. Үүний зэрэгцээ, дараагийн оффисын хамт ажиллагсад зөвхөн толгой дээрээ төдийгүй бусад газарт саарал үсээ тайрч эхэлдэг - тэд n дэх долоо хоногт ойролцоогоор ижил AWS тарифыг төлж чадаагүй байна. туйлын хэрэгтэй байна.
Хамгийн ойлгомжтой шийдэл юу вэ? Тийм шүү дээ, хэрэгтэй хүмүүст жолоогоо өг, бүгд баяртай байна. Гэхдээ хэвтээ харилцаа холбоо нь үргэлж сайн тогтдоггүй. Хоёрдахь хэлтэс нь эхнийх нь баялгийн талаар огт мэдэхгүй байж магадгүй бөгөөд энэ нь ямар нэгэн байдлаар энэ баялаг үнэхээр хэрэггүй болсон юм.
Үүнд хэн буруутай вэ? -Үнэндээ хэн ч биш. Одоохондоо бүх зүйл ийм л байна.
Үүнээс хэн зовж байна вэ? - Энэ бол бүхэл бүтэн компани.
Нөхцөл байдлыг хэн засах вэ? - Тийм ээ, тийм ээ, FinOps.
FinOps бол зөвхөн хөгжүүлэгчид болон тэдэнд хэрэгтэй тоног төхөөрөмжийн хоорондох давхарга биш, харин компанийн худалдаж авсан ижил үүлэн тарифын хувьд хаана, юу, хэр сайн "худлаа" гэдгийг мэдэх хүн эсвэл баг юм. Үнэн хэрэгтээ эдгээр хүмүүс нэг талаас DevOps, нөгөө талаас санхүүгийн албатай хамтран ажиллаж, үр дүнтэй зуучлагч, хамгийн чухал нь шинжээчийн үүргийг гүйцэтгэх ёстой.
Оновчлолын талаар бага зэрэг
Үүл. Харьцангуй хямд, маш тохиромжтой. Гэхдээ серверийн тоо хоёр эсвэл гурван оронтой тоонд хүрэхэд энэ шийдэл хямд байхаа болино. Нэмж дурдахад үүл нь урьд өмнө ашиглах боломжгүй байсан олон үйлчилгээг ашиглах боломжийг олгодог: эдгээр нь мэдээллийн сан (Amazon AWS, Azure Database), сервергүй програмууд (AWS Lambda, Azure Functions) болон бусад олон үйлчилгээ юм. Тэд бүгдээрээ маш сайхан байдаг, учир нь тэдгээрийг ашиглахад хялбар байдаг - худалдаж аваад яв, ямар ч асуудалгүй. Гэвч компани болон түүний төслүүд үүлэнд гүн орох тусам санхүүгийн захирал улам дорддог. Мөн хурдан генерал саарал өнгөтэй болдог.
Баримт нь янз бүрийн үүлэн үйлчилгээний нэхэмжлэх нь үргэлж маш будлиантай байдаг: нэг зүйлийн хувьд та мөнгө юу, хаашаа, яаж явсан тухай гурван хуудас тайлбарыг хүлээн авах боломжтой. Энэ нь мэдээжийн хэрэг тааламжтай боловч үүнийг ойлгох нь бараг боломжгүй юм. Түүгээр ч барахгүй, энэ асуудлын талаархи бидний санал бол цорын ганц зүйл биш юм: үүлэн дансыг хүмүүст шилжүүлэхийн тулд бүхэл бүтэн үйлчилгээ байдаг, жишээлбэл буюу . Хэрэв хэн нэгэн үнэт цаасны кодыг тайлах тусдаа үйлчилгээ бий болгохоор санаа зовсон бол асуудлын цар хүрээ нь үсний будгийн үнээс хэтэрсэн байна.
Ийм нөхцөлд FinOps юу хийдэг вэ:
- үүлэн шийдлийг хэзээ, ямар хэмжээгээр худалдаж авсныг тодорхой ойлгодог.
- Эдгээр хүчин чадлыг хэрхэн ашиглаж байгааг мэддэг.
- тодорхой нэгжийн хэрэгцээ шаардлагаас хамааран тэдгээрийг дахин хуваарилдаг.
- "Тийм байхын тулд" худалдаж авдаггүй.
- эцэст нь энэ нь таны мөнгийг хэмнэдэг.
Маш сайн жишээ бол мэдээллийн сангийн хүйтэн хуулбарыг үүлэн хадгалах явдал юм. Жишээлбэл, та хадгалах сангаа шинэчлэхэд зарцуулсан зай, урсгалыг багасгахын тулд үүнийг архивлаж байна уу? Тийм ээ, нөхцөл байдал хямд юм шиг санагдаж байна - нэг тодорхой тохиолдолд, гэхдээ ийм хямд нөхцөл байдал нь хожим нь үүлэн үйлчилгээнд асар их зардал гарахад хүргэдэг.
Эсвэл өөр нөхцөл байдал: та оргил ачааллын дор унахгүйн тулд AWS эсвэл Azure дээр нөөц хүчин чадал худалдаж авсан. Энэ бол оновчтой шийдэл гэдэгт итгэлтэй байж чадах уу? Эцсийн эцэст, хэрэв эдгээр тохиолдлууд 80% сул байгаа бол та зүгээр л Amazon-д мөнгө өгч байна. Түүнээс гадна, ийм тохиолдлын хувьд ижил AWS болон Azure-д тэсрэх тохиолдол байдаг - хэрэв та ачаалал ихтэй үед асуудлыг шийдэх хэрэгсэл ашиглаж чадвал сул зогсолттой серверүүд яагаад хэрэгтэй байна вэ? Эсвэл, On Premise instances-ийн оронд та Reserved-ийг хайх хэрэгтэй - тэд хамаагүй хямд бөгөөд тэд бас хөнгөлөлт үзүүлдэг.
Дашрамд хэлэхэд, хөнгөлөлтийн тухай
Бидний эхэнд хэлсэнчлэн, худалдан авалтыг ихэвчлэн хэн ч хийдэг - тэд сүүлчийнхийг нь олсон, дараа нь тэр өөрөө үүнийг хийдэг. Ихэнхдээ аль хэдийн завгүй байгаа хүмүүс "туйлын" болж хувирдаг бөгөөд үүний үр дүнд хүн хурдан бөгөөд чадварлаг, гэхдээ бүрэн бие даасан байдлаар юу, ямар хэмжээгээр худалдаж авахаа шийддэг нөхцөл байдалд ордог.
Гэхдээ үүлэн үйлчилгээний худалдагчтай харилцахдаа хүчин чадлын бөөний худалдан авалтын хувьд илүү таатай нөхцөлийг олж авах боломжтой. Чимээгүй, нэг талын бүртгэлтэй машинаас ийм хөнгөлөлт авах боломжгүй нь ойлгомжтой, гэхдээ жинхэнэ борлуулалтын менежертэй ярилцсаны дараа та шатаж магадгүй юм. Эсвэл эдгээр залуус одоо юунд хөнгөлөлт үзүүлж байгааг хэлж болно. Энэ нь бас ашигтай байж болно.
Үүний зэрэгцээ гэрэл нь AWS эсвэл Azure дээр шаантаг шиг нэгдээгүй гэдгийг санах хэрэгтэй. Мэдээжийн хэрэг, өөрийн серверийн өрөөг зохион байгуулах асуудал байхгүй - гэхдээ аварга том компаниудын эдгээр хоёр сонгодог шийдлээс өөр хувилбарууд байдаг.
Жишээлбэл, Google нь Firebase платформыг компаниудад авчирсан бөгөөд тэдгээр нь ижил гар утасны төслийг түлхүүр гардуулах нөхцөлөөр зохион байгуулах боломжтой бөгөөд энэ нь хурдацтай өргөтгөх шаардлагатай байж магадгүй юм. Хадгалах, бодит цагийн өгөгдлийн сан, хостинг, үүлэн дата синхрончлолыг жишээ болгон энэ шийдлийг ашиглан нэг дороос авах боломжтой.
Нөгөөтэйгүүр, хэрэв бид цул төслийн тухай биш, харин тэдгээрийн цогц байдлын тухай ярьж байгаа бол төвлөрсөн шийдэл нь үргэлж ашигтай байдаггүй. Хэрэв төсөл нь урт наслалттай, өөрийн хөгжлийн түүхтэй, хадгалахад шаардагдах зохих хэмжээний өгөгдөлтэй бол илүү хуваагдмал байрлуулах талаар бодох нь зүйтэй.
Клоуд үйлчилгээний зардлыг оновчтой болгохдоо та бизнест чухал ач холбогдолтой програмуудын хувьд компанид тасралтгүй орлого өгөх илүү хүчирхэг тарифыг худалдаж авах боломжтой гэдгийг гэнэт ухаарч магадгүй юм. Үүний зэрэгцээ хөгжлийн “өв”, хуучин архив, мэдээллийн сан гэх мэтийг үнэтэй үүлэнд хадгалах нь шийдэл юм. Эцсийн эцэст, ийм өгөгдлийн хувьд ердийн HDD, дунд зэргийн хүчин чадалтай тоног төхөөрөмж бүхий стандарт мэдээллийн төв нь ямар ч хонх, шүгэлгүй тохиромжтой юм.
Дахин хэлэхэд та "энэ шуугиан нь үнэ цэнэтэй зүйл биш" гэж бодож магадгүй ч энэ нийтлэлийн бүх асуудал нь янз бүрийн үе шатанд хариуцлагатай хүмүүс жижиг зүйлийг үл тоомсорлож, илүү тохиромжтой, хурдан хийдэгт үндэслэсэн болно. Эцсийн эцэст, хэдэн жилийн дараа эдгээр аймшгийн бүртгэлүүд гарч ирдэг.
Эцсийн эцэст юу вэ?
Ер нь үүл нь сэрүүн, ямар ч хэмжээтэй бизнест маш их асуудлыг шийддэг. Гэтэл энэ үзэгдлийн шинэлэг байдал нь манайд хэрэглээ, менежментийн соёл одоо болтол байхгүй байна гэсэн үг. FinOps бол үүлний хүчийг илүү үр дүнтэй ашиглахад туслах зохион байгуулалтын хөшүүрэг юм. Хамгийн гол нь энэ албан тушаалыг халах багийн аналог болгон хувиргахгүй байх, түүний даалгавар нь хайхрамжгүй хөгжүүлэгчдийг гараараа барьж, сул зогсолтыг нь "загнах" явдал юм.
Хөгжүүлэгчид хөгжих ёстой болохоос компанийн мөнгийг тооцохгүй. Тиймээс FinOps нь худалдан авалтын үйл явц болон үүлний хүчин чадлыг бусад багуудад шилжүүлэх эсвэл шилжүүлэх үйл явцыг энгийн бөгөөд бүх талуудад тааламжтай болгох ёстой.
Эх сурвалж: www.habr.com