আপনি পরিকাঠামোতে কত খরচ করেন? এবং কিভাবে আপনি এই টাকা সংরক্ষণ করতে পারেন?

আপনার প্রকল্পের পরিকাঠামোর খরচ কত তা আপনি নিশ্চিতভাবেই ভেবেছেন। একই সময়ে, এটি আশ্চর্যজনক: লোডের ক্ষেত্রে ব্যয়ের বৃদ্ধি রৈখিক নয়। অনেক ব্যবসার মালিক, সার্ভিস স্টেশন এবং ডেভেলপার গোপনে বুঝতে পারে যে তারা অতিরিক্ত অর্থ প্রদান করছে। কিন্তু ঠিক কি জন্য?

সাধারণত, খরচ কমানো সহজভাবে সবচেয়ে সস্তা সমাধান, একটি AWS পরিকল্পনা, বা, শারীরিক র্যাকের ক্ষেত্রে, হার্ডওয়্যার কনফিগারেশন অপ্টিমাইজ করার জন্য নেমে আসে। শুধু তাই নয়: প্রকৃতপক্ষে, যে কেউ এটি করছে, যেমন ঈশ্বর চান: যদি আমরা একটি স্টার্টআপের কথা বলি, তবে এটি সম্ভবত একজন শীর্ষস্থানীয় বিকাশকারী যার প্রচুর মাথাব্যথা রয়েছে। বৃহত্তর অফিসগুলিতে, এটি সিএমও/সিটিও দ্বারা মোকাবেলা করা হয় এবং কখনও কখনও সাধারণ পরিচালক ব্যক্তিগতভাবে প্রধান হিসাবরক্ষকের সাথে ইস্যুতে জড়িত হন। সাধারণভাবে, যারা যথেষ্ট "মূল" উদ্বেগ আছে. এবং দেখা যাচ্ছে যে অবকাঠামোর বিল বাড়ছে, কিন্তু যাদের এটি মোকাবেলা করার সময় নেই তারা এটি মোকাবেলা করছে।

আপনার যদি অফিসের জন্য টয়লেট পেপার কেনার প্রয়োজন হয় তবে এটি সাপ্লাই ম্যানেজার বা ক্লিনিং কোম্পানির একজন দায়িত্বশীল ব্যক্তি করবেন। আমরা যদি উন্নয়নের কথা বলি - লিডস এবং সিটিও। বিক্রয় - সবকিছু পরিষ্কার. কিন্তু পুরানো দিন থেকে, যখন একটি "সার্ভার রুম" একটি ক্যাবিনেটের একটি নাম ছিল যেখানে একটি সাধারণ টাওয়ার সিস্টেম ছিল যার মধ্যে কিছুটা বেশি RAM এবং কয়েকটি হার্ড ড্রাইভ ছিল, তখন সবাই (বা অন্তত অনেকে) উপেক্ষা করে। সত্য যে ক্ষমতা ক্রয় একটি বিশেষভাবে প্রশিক্ষিত ব্যক্তি পরিচালনা করা উচিত.

হায়, ঐতিহাসিক স্মৃতি এবং অভিজ্ঞতা ইঙ্গিত করে যে কয়েক দশক ধরে এই কাজটি "এলোমেলো" লোকেদের কাছে স্থানান্তরিত হয়েছিল: যিনি সবচেয়ে কাছের ছিলেন তিনি প্রশ্নটি তুলেছিলেন। এবং সম্প্রতি FinOps পেশা বাজারে আকার নিতে এবং কিছু কংক্রিট আকার নিতে শুরু করে। এটি একই বিশেষভাবে প্রশিক্ষিত ব্যক্তি যার কাজ ক্রয় এবং ক্ষমতার ব্যবহার নিয়ন্ত্রণ করা। এবং, শেষ পর্যন্ত, এই এলাকায় কোম্পানির খরচ কমাতে।

আমরা ব্যয়বহুল এবং কার্যকর সমাধানগুলি পরিত্যাগ করার পরামর্শ দিচ্ছি না: প্রতিটি ব্যবসাকে অবশ্যই হার্ডওয়্যার এবং ক্লাউড শুল্কের পরিপ্রেক্ষিতে আরামদায়ক অস্তিত্বের জন্য কী প্রয়োজন তা নিজের জন্য সিদ্ধান্ত নিতে হবে। কিন্তু কেউ সাহায্য করতে পারে না কিন্তু এই সত্যটির দিকে মনোযোগ দিতে পারে না যে অনেক কোম্পানির জন্য পরবর্তী পর্যবেক্ষণ এবং বিশ্লেষণ ছাড়াই "তালিকা অনুসারে" চিন্তাহীন ক্রয় শেষ পর্যন্ত তাদের ব্যাকএন্ডের "সম্পদ" এর অকার্যকর ব্যবস্থাপনার কারণে খুব, খুব উল্লেখযোগ্য ক্ষতির কারণ হয়।

FinOps কে

ধরা যাক আপনার একটি স্বনামধন্য এন্টারপ্রাইজ রয়েছে, যেটি বিক্রয়কারীরা একটি শ্বাসরুদ্ধকর সুরে "এন্টারপ্রাইজ" সম্পর্কে কথা বলে। সম্ভবত, "তালিকা অনুসারে" আপনি এক ডজন বা দুটি সার্ভার, AWS এবং কিছু অন্যান্য "ছোট জিনিস" কিনেছেন। যা যৌক্তিক: একটি বৃহৎ কোম্পানিতে একধরনের আন্দোলন ক্রমাগত ঘটছে - কিছু দল বৃদ্ধি পায়, অন্যরা ভেঙে যায়, অন্যরা প্রতিবেশী প্রকল্পগুলিতে স্থানান্তরিত হয়। এবং এই আন্দোলনগুলির সংমিশ্রণ, "তালিকা-ভিত্তিক" ক্রয় পদ্ধতির সাথে, পরবর্তী মাসিক অবকাঠামো বিলের দিকে তাকালে শেষ পর্যন্ত নতুন ধূসর চুলের দিকে নিয়ে যায়।

তাহলে কি করতে হবে - ধৈর্য ধরে ধূসর করা চালিয়ে যান, এটির উপর রঙ করুন, বা অর্থপ্রদানে এই অসংখ্য ভয়ানক শূন্যের উপস্থিতির কারণগুলি বের করুন?

আসুন সৎ হোন: একই AWS ট্যারিফের জন্য কোম্পানির মধ্যে একটি আবেদনের অনুমোদন, অনুমোদন এবং সরাসরি অর্থপ্রদান সবসময় (বাস্তবে, প্রায় কখনোই) দ্রুত হয় না। এবং অবিকল ক্রমাগত কর্পোরেট আন্দোলনের কারণে, এই একই অধিগ্রহণের কিছু কোথাও "হারিয়ে" যেতে পারে। এবং অলস দাঁড়িয়ে থাকা তুচ্ছ। যদি একজন মনোযোগী প্রশাসক তার সার্ভার রুমে একটি মালিকহীন র্যাক লক্ষ্য করেন, তাহলে ক্লাউড শুল্কের ক্ষেত্রে সবকিছুই আরও দুঃখজনক। এগুলিকে কয়েক মাস ধরে রাখা যেতে পারে - এর জন্য অর্থ প্রদান করা হয়, তবে একই সময়ে যে বিভাগের জন্য তারা কেনা হয়েছিল তার আর কারও প্রয়োজন নেই। একই সময়ে, পরবর্তী অফিসের সহকর্মীরা কেবল তাদের মাথার চুলই ধূসর নয়, অন্য জায়গায়ও ছিঁড়তে শুরু করে - তারা XNUMXম সপ্তাহের জন্য প্রায় একই AWS ট্যারিফের জন্য অর্থ প্রদান করতে সক্ষম হয়নি, যা নিদারুণভাবে প্রয়োজন।

সবচেয়ে সুস্পষ্ট সমাধান কি? এটা ঠিক, যারা প্রয়োজন তাদের হাতে লাগাম তুলে দিন, এবং সবাই খুশি। কিন্তু অনুভূমিক যোগাযোগ সবসময় ভালভাবে প্রতিষ্ঠিত হয় না। এবং দ্বিতীয় বিভাগটি প্রথমটির সম্পদ সম্পর্কে সহজভাবে নাও জানতে পারে, যা একরকম দেখা গেছে যে এই সম্পদটির সত্যিই প্রয়োজন নেই।

এর জন্য দায়ী কে? - আসলে কেউ না। সেভাবেই আপাতত সবকিছু ঠিক করা হয়েছে।
কে এই ভোগে? - এটা, পুরো কোম্পানি.
কে পরিস্থিতি ঠিক করতে পারে? - হ্যাঁ, হ্যাঁ, FinOps.

FinOps শুধুমাত্র ডেভেলপার এবং তাদের প্রয়োজনীয় সরঞ্জামগুলির মধ্যে একটি স্তর নয়, কিন্তু এমন একজন ব্যক্তি বা দল যারা কোম্পানীর দ্বারা কেনা একই ক্লাউড শুল্কের পরিপ্রেক্ষিতে কোথায়, কী এবং কতটা ভালভাবে "মিথ্যা" তা জানবে। প্রকৃতপক্ষে, এই ব্যক্তিদের অবশ্যই একদিকে DevOps এবং অন্যদিকে অর্থ বিভাগের সাথে একযোগে কাজ করতে হবে, কার্যকর মধ্যস্থতাকারীর ভূমিকা পালন করতে হবে এবং সবচেয়ে গুরুত্বপূর্ণভাবে, একজন বিশ্লেষক।

অপ্টিমাইজেশান সম্পর্কে একটু

মেঘ। তুলনামূলকভাবে সস্তা এবং খুব সুবিধাজনক। কিন্তু এই সমাধানটি সস্তা হওয়া বন্ধ করে দেয় যখন সার্ভারের সংখ্যা দ্বিগুণ বা তিন সংখ্যায় পৌঁছে যায়। এছাড়াও, ক্লাউডগুলি আরও বেশি পরিষেবা ব্যবহার করা সম্ভব করে যা আগে অনুপলব্ধ ছিল: এগুলি হল পরিষেবা হিসাবে ডেটাবেস (Amazon AWS, Azure Database), সার্ভারহীন অ্যাপ্লিকেশন (AWS Lambda, Azure ফাংশন) এবং আরও অনেকগুলি৷ এগুলি সবই খুব দুর্দান্ত কারণ এগুলি ব্যবহার করা সহজ - কিনুন এবং যান, কোনও সমস্যা নেই৷ কিন্তু কোম্পানি এবং এর প্রকল্পগুলি যত গভীর মেঘের মধ্যে ডুবে যায়, সিএফও তত খারাপ ঘুমায়। এবং দ্রুত সাধারণ ধূসর পরিণত.

আসল বিষয়টি হ'ল বিভিন্ন ক্লাউড পরিষেবার চালানগুলি সর্বদা অত্যন্ত বিভ্রান্তিকর: একটি আইটেমের জন্য আপনি কী, কোথায় এবং কীভাবে আপনার অর্থ গেল তার তিন-পৃষ্ঠার ব্যাখ্যা পেতে পারেন। এটি অবশ্যই আনন্দদায়ক, তবে এটি বোঝা প্রায় অসম্ভব। তদুপরি, এই বিষয়ে আমাদের মতামত একমাত্র থেকে অনেক দূরে: ক্লাউড অ্যাকাউন্টগুলি মানুষের কাছে স্থানান্তর করার জন্য, পুরো পরিষেবা রয়েছে, উদাহরণস্বরূপ www.cloudyn.com বা www.cloudability.com. যদি কেউ বিল বোঝানোর জন্য একটি পৃথক পরিষেবা তৈরি করতে বিরক্ত করে, তবে সমস্যার স্কেল চুলের রঙের ব্যয়কে ছাড়িয়ে গেছে।

সুতরাং এই পরিস্থিতিতে FinOps কি করে:

• ক্লাউড সলিউশনগুলি কখন এবং কী পরিমাণে কেনা হয়েছিল তা স্পষ্টভাবে বুঝতে পারে।
• এই ক্ষমতা কিভাবে ব্যবহার করা হয় জানেন.
• একটি নির্দিষ্ট ইউনিটের চাহিদার উপর নির্ভর করে তাদের পুনরায় বিতরণ করে।
• কিনবে না "যাতে এটা হতে পারে"।
• এবং শেষ পর্যন্ত, এটি আপনার অর্থ সঞ্চয় করে।

একটি দুর্দান্ত উদাহরণ হল একটি ডাটাবেসের একটি কোল্ড কপির ক্লাউড স্টোরেজ। উদাহরণস্বরূপ, স্টোরেজ আপডেট করার সময় স্পেস এবং ট্রাফিকের পরিমাণ কমানোর জন্য আপনি কি এটি সংরক্ষণাগারভুক্ত করেন? হ্যাঁ, দেখে মনে হবে পরিস্থিতি সস্তা - একটি নির্দিষ্ট ক্ষেত্রে, কিন্তু এই ধরনের সস্তা পরিস্থিতির সামগ্রিকতার ফলে পরে ক্লাউড পরিষেবার জন্য অতিরিক্ত খরচ হয়৷

অথবা অন্য পরিস্থিতি: আপনি AWS বা Azure-এ রিজার্ভ ক্ষমতা কিনেছেন যাতে পিক লোডের মধ্যে না পড়ে। আপনি কি নিশ্চিত হতে পারেন যে এটি সর্বোত্তম সমাধান? সর্বোপরি, যদি এই দৃষ্টান্তগুলি 80% নিষ্ক্রিয় থাকে, তবে আপনি কেবল অ্যামাজনকে অর্থ দিচ্ছেন। তদুপরি, এই জাতীয় ক্ষেত্রে, একই AWS এবং Azure-এর বিস্ফোরণযোগ্য উদাহরণ রয়েছে - কেন আপনার অলস সার্ভারের প্রয়োজন, যদি আপনি পিক লোডের সমস্যা সমাধানের জন্য একটি সরঞ্জাম ব্যবহার করতে পারেন? অথবা, অন প্রিমিস ইনস্ট্যান্সের পরিবর্তে, আপনার সংরক্ষিত দিকে নজর দেওয়া উচিত - এগুলি অনেক সস্তা এবং তারা ছাড়ও দেয়৷

উপায় দ্বারা, ডিসকাউন্ট সম্পর্কে

যেমনটি আমরা শুরুতে বলেছি, ক্রয় প্রায়শই যে কেউ করে থাকে - তারা শেষটি খুঁজে পেয়েছিল এবং তারপরে সে নিজেই এটি করে। প্রায়শই, যারা ইতিমধ্যে ব্যস্ত তারা "চরম" হয়ে ওঠে এবং ফলস্বরূপ আমরা এমন একটি পরিস্থিতি পাই যেখানে একজন ব্যক্তি দ্রুত এবং দক্ষতার সাথে, তবে সম্পূর্ণ স্বাধীনভাবে, কী এবং কী পরিমাণে কিনতে হবে তা সিদ্ধান্ত নেয়।

কিন্তু ক্লাউড পরিষেবা থেকে একজন বিক্রয়কর্মীর সাথে যোগাযোগ করার সময়, ক্ষমতার পাইকারি ক্রয়ের ক্ষেত্রে আপনি আরও অনুকূল পরিস্থিতি পেতে পারেন। এটা স্পষ্ট যে আপনি একটি নীরব এবং একতরফা নিবন্ধন সহ একটি গাড়ি থেকে এই জাতীয় ছাড় পেতে সক্ষম হবেন না - তবে একজন প্রকৃত বিক্রয় পরিচালকের সাথে কথা বলার পরে, আপনি জ্বলতে পারেন। অথবা এই ছেলেরা আপনাকে বলতে পারে যে তারা বর্তমানে কি ডিসকাউন্ট আছে। এটি দরকারীও হতে পারে।

একই সময়ে, আপনাকে মনে রাখতে হবে যে আলো AWS বা Azure-এ ওয়েজের মতো একত্রিত হয়নি। অবশ্যই, আপনার নিজের সার্ভার রুম সংগঠিত করার কোন প্রশ্ন নেই - তবে দৈত্যদের কাছ থেকে এই দুটি ক্লাসিক সমাধানের বিকল্প রয়েছে।

উদাহরণ স্বরূপ, Google ফায়ারবেস প্ল্যাটফর্ম কোম্পানিগুলির কাছে নিয়ে এসেছে, যেখানে তারা টার্নকি ভিত্তিতে একই মোবাইল প্রকল্প হোস্ট করতে পারে, যার জন্য দ্রুত স্কেলিং প্রয়োজন হতে পারে। উদাহরণ হিসেবে এই সমাধান ব্যবহার করে স্টোরেজ, রিয়েল-টাইম ডাটাবেস, হোস্টিং এবং ক্লাউড ডেটা সিঙ্ক্রোনাইজেশন এক জায়গায় পাওয়া যায়।

অন্যদিকে, আমরা যদি একচেটিয়া প্রকল্পের কথা না বলি, তবে তাদের সামগ্রিকতা সম্পর্কে কথা বলি, তাহলে একটি কেন্দ্রীভূত সমাধান সবসময় উপকারী নয়। যদি প্রকল্পটি দীর্ঘস্থায়ী হয়, এর নিজস্ব বিকাশের ইতিহাস থাকে এবং স্টোরেজের জন্য প্রয়োজনীয় পরিমাণে ডেটা থাকে, তবে এটি আরও খণ্ডিত স্থান নির্ধারণের বিষয়ে চিন্তা করা মূল্যবান।

ক্লাউড পরিষেবাগুলির জন্য খরচ অপ্টিমাইজ করার সময়, আপনি হঠাৎ বুঝতে পারেন যে ব্যবসা-সমালোচনামূলক অ্যাপ্লিকেশনগুলির জন্য আপনি আরও শক্তিশালী ট্যারিফ কিনতে পারেন যা কোম্পানিকে নিরবচ্ছিন্ন উপার্জন প্রদান করবে। একই সময়ে, ব্যয়বহুল ক্লাউডে বিকাশের "উত্তরাধিকার", পুরানো সংরক্ষণাগার, ডেটাবেস ইত্যাদি সংরক্ষণ করা একটি সমাধান। সর্বোপরি, এই জাতীয় ডেটার জন্য, কোনও ঘণ্টা এবং শিস ছাড়াই নিয়মিত HDD এবং মাঝারি-পাওয়ার হার্ডওয়্যার সহ একটি স্ট্যান্ডার্ড ডেটা সেন্টার বেশ উপযুক্ত।

এখানে আবার, আপনি ভাবতে পারেন যে "এই ঝগড়ার মূল্য নেই" তবে এই প্রকাশনার পুরো সমস্যাটি এই সত্যের উপর ভিত্তি করে যে বিভিন্ন পর্যায়ে দায়িত্বশীল ব্যক্তিরা ছোট ছোট জিনিসগুলিকে অবহেলা করে এবং যা আরও সুবিধাজনক এবং দ্রুত তা করে। যা, শেষ পর্যন্ত, বছর দুয়েক পরে সেই খুব ভয়ঙ্কর অ্যাকাউন্টে পরিণত হয়।

শেষ কি?

সাধারণভাবে, মেঘগুলি শীতল, তারা যে কোনও আকারের ব্যবসার জন্য অনেক সমস্যার সমাধান করে। যাইহোক, এই ঘটনার নতুনত্বের মানে হল যে আমাদের এখনও ভোগ ও ব্যবস্থাপনার সংস্কৃতি নেই। FinOps হল একটি সাংগঠনিক লিভার যা আপনাকে আরও কার্যকরভাবে ক্লাউড পাওয়ার লিভারেজ করতে সাহায্য করে। প্রধান জিনিসটি এই অবস্থানটিকে ফায়ারিং স্কোয়াডের একটি অ্যানালগে পরিণত করা নয়, যার কাজটি হবে অমনোযোগী বিকাশকারীদের হাত দিয়ে ধরা এবং ডাউনটাইমের জন্য তাদের "তিরস্কার" করা।

বিকাশকারীদের বিকাশ করা উচিত, কোম্পানির অর্থ গণনা করা উচিত নয়। এবং তাই FinOps-এর ক্রয় প্রক্রিয়া এবং অন্য দলগুলির কাছে ক্লাউড ক্ষমতা হস্তান্তর করার প্রক্রিয়া উভয়কেই একটি সহজ এবং সমস্ত পক্ষের জন্য একটি ইভেন্ট করা উচিত৷

উত্স: www.habr.com