বিষয় 6.5 — প্রযুক্তি খরচ ব্যবস্থাপনা ও ক্লাউড FinOps

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

স্বাস্থ্য ও পরিচর্যায় কেন এটি গুরুত্বপূর্ণ#

NHS প্রযুক্তির ইতিহাসের বেশির ভাগ সময় অর্থ একবারই ব্যয় হতো। আপনি একটি সার্ভার, একটি স্টোরেজ অ্যারে বা একটি লাইসেন্স কিনতেন, মূলধনীকরণ করতেন, এবং সেটি পাঁচ বছর র‍্যাকে নীরবে অবমূল্যায়িত হতো। খরচ ছিল দৃশ্যমান, সীমিত এবং মূলত স্থির। ক্লাউড কম্পিউটিং সেই মডেল ভেঙে দিয়েছে। এখন মিটার অবিরাম চলে, বিল প্রতিদিন বদলায়, প্রকৌশলীদের হাজারো ছোট সিদ্ধান্ত প্রকৃত অর্থ সরায়, এবং ব্যয় হয়ে যাওয়ার এক মাস পরে চালান আসে। একটি ছুটির সপ্তাহান্তে চলতে থাকা ভুল-কনফিগার করা কাজ, কেউ বন্ধ করেনি এমন একটি টেস্ট পরিবেশ, নীরবে বাড়তে থাকা একটি স্টোরেজ বাকেট, প্রতিটিই রিয়েল টাইমে ঝরে পড়া সরকারি অর্থ।

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

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

মূল ধারণা#

ক্লাউড কম্পিউটিং কম্পিউটিং সম্পদ, সার্ভার, স্টোরেজ, ডেটাবেস, নেটওয়ার্কিং, মালিকানাধীন যন্ত্রপাতির বদলে চাহিদা-অনুযায়ী, মিটারযুক্ত সেবা হিসেবে সরবরাহ করে। এর সংজ্ঞায়ক বাণিজ্যিক বৈশিষ্ট্য হলো স্থিতিস্থাপকতা: আপনি মিনিটে সামর্থ্য অর্জন ও মুক্ত করতে পারেন এবং কেবল যা ব্যবহার করেন তার জন্য মূল্য দেন। সেই একই স্থিতিস্থাপকতাই খরচ ব্যবস্থাপনাকে কঠিন করে। ক্লাউড ও পুরোনো সিস্টেমের প্রযুক্তিগত স্থাপত্য বিষয় 4.0-এ আলোচিত (বিষয় 4.0 — প্রযুক্তিগত স্থাপত্য, ক্লাউড ও পুরোনো সিস্টেম দেখুন); এই বিষয় সেই স্থাপত্য চালু হওয়ার পরে খরচের কী ঘটে তার মালিক।

কেন্দ্রীয় হিসাব পরিবর্তন হলো মূলধন ব্যয় (capex), একটি স্থির সম্পদ অর্জনে ব্যয়িত অর্থ যা তারপর বছরের পর বছর অবমূল্যায়িত হয়, থেকে পরিচালন ব্যয় (opex), একটি সেবা চালানোর চলমান খরচে। একটি সার্ভার কেনা capex; সমতুল্য ক্লাউড সামর্থ্য ভাড়া নেওয়া opex। NHS-এ এটি নিরপেক্ষ হিসাবরক্ষণ খুঁটিনাটি নয়: মূলধন ও রাজস্ব আলাদাভাবে বরাদ্দ, আলাদাভাবে নিয়ন্ত্রিত এবং কদাচিৎ বিনিময়যোগ্য, তাই capex থেকে opex-এ ব্যয় সরানো একটি চাপ কমাতে পারে অন্যটি তৈরি করে। এই বিকল্পগুলোর আগাম মূল্যায়ন, Five Case Model, মূলধন বনাম রাজস্ব মৌলিক বিষয়, আর্থিক ব্যবস্থাপনা ও ব্যবসায়িক কেসের অন্তর্গত (বিষয় 6.0 — আর্থিক ব্যবস্থাপনা ও ব্যবসায়িক কেস দেখুন); এই বিষয় সেখানে শুরু করে যেখানে ব্যবসায়িক কেস শেষ হয় এবং মিটার শুরু হয়।

FinOps, "cloud financial operations"-এর সংকোচন, হলো পরিচালনগত শৃঙ্খলা যা ক্লাউড খরচকে একটি ভাগ-করা, ডেটা-চালিত দায়িত্ব হিসেবে পরিচালনা করতে প্রকৌশল, অর্থ ও ব্যবসায়িক দলকে একত্র করে। FinOps Foundation (Linux Foundation-এর অংশ) দ্বারা প্রচারিত, এটি সাধারণত তিনটি পুনরাবৃত্ত পর্যায়ের একটি জীবনচক্র হিসেবে বর্ণিত: Inform (বরাদ্দ ও প্রতিবেদনের মাধ্যমে সবাইকে কী ও কেন ব্যয় হচ্ছে তার দৃশ্যমানতা দিন), Optimize (অপচয় দূর ও সস্তায় কিনতে সেই দৃশ্যমানতার ওপর ব্যবস্থা নিন), এবং Operate (দৈনন্দিন কাজের উপায় ও গভর্ন্যান্সে খরচ-সচেতনতা গেঁথে নিন)। FinOps ইচ্ছাকৃতভাবে কেবল খরচ-কাটা নয়; এর লক্ষ্য ক্লাউড ব্যয়ের প্রতিটি পাউন্ডের ব্যবসায়িক মূল্য সর্বাধিক করা, যার অর্থ কখনো কখনো বেশি ব্যয় করা কারণ রিটার্ন তা ন্যায্য করে।

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

আরও তিনটি ধারণা এই বিষয় জুড়ে চলে। মালিকানার মোট খরচ (TCO) হলো একটি প্রযুক্তির পুরো জীবন জুড়ে পূর্ণ প্রত্যক্ষ ও পরোক্ষ খরচ, কেবল লাইসেন্স বা কম্পিউট নয়, এর চারপাশের মানুষ, ইন্টিগ্রেশন, সহায়তা, প্রস্থান ও ডিকমিশনিং। সফটওয়্যার সম্পদ ব্যবস্থাপনা (SAM) হলো একটি প্রতিষ্ঠান যে সফটওয়্যারের মালিক ও ভাড়াটে তা ট্র্যাক ও অপ্টিমাইজ করার শৃঙ্খলা, ক্রমবর্ধমানভাবে সফটওয়্যার-অ্যাজ-আ-সার্ভিস (SaaS) সাবস্ক্রিপশন ও নীরবে নবায়ন হওয়া প্রতি-ব্যবহারকারী সফটওয়্যার লাইসেন্স দ্বারা প্রভাবিত। এবং ইউনিট অর্থনীতি খরচকে প্রতিষ্ঠান যা যত্ন নেয় তার বিপরীতে একটি হার হিসেবে প্রকাশ করে, রোগী প্রতি, অ্যাপয়েন্টমেন্ট প্রতি, রেফারেল প্রতি, API কল প্রতি খরচ, যাতে একটি ক্রমবর্ধমান বিল শূন্যে নয়, ক্রমবর্ধমান মূল্যের বিপরীতে বিচার করা যায়। অটোস্কেলিং, লোডের সঙ্গে মেলাতে সামর্থ্যের স্বয়ংক্রিয় সমন্বয়, এবং ITIL-এর বিস্তৃত আর্থিক-ব্যবস্থাপনা চর্চা পরিচালনগত লিভার হিসেবে এগুলোর পাশে বসে।

শ্রেষ্ঠ চর্চা#

1. কাটার চেষ্টার আগে খরচ দৃশ্যমান করুন, আগে Inform। কেউ যা দেখতে পায় না তা আপনি পরিচালনা করতে পারেন না, এবং ডিফল্ট ক্লাউড চালান একটি মাস দেরিতে আসা একক অস্বচ্ছ সংখ্যা। সেবা, দল, পরিবেশ এবং যেখানে পারেন ক্লিনিক্যাল সেবা অনুযায়ী ভাঙা প্রায়-রিয়েল-টাইম খরচ দৃশ্যমানতা প্রতিষ্ঠা করুন, যাতে নকশা সিদ্ধান্ত নেওয়া মানুষরা ত্রৈমাসিকে নয়, কয়েক দিনে সেই সিদ্ধান্তের খরচ দেখতে পারে। দৃশ্যমানতা একাই আচরণ বদলায়: যে দলগুলো নিজেদের ব্যয় দেখতে পায় তারা নিয়মিত এমন অপচয় খুঁজে পায় যা কোনো কেন্দ্রীয় অর্থ প্রতিবেদন কখনো ধরত না।

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

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

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

5. আপনার পূর্বানুমেয় বেসলাইনের জন্য প্রতিশ্রুত সামর্থ্য কিনুন। ক্লাউড প্রদানকারীরা রিজার্ভড ইনস্ট্যান্স, সেভিংস প্ল্যান বা কমিটেড-ইউজ চুক্তির মাধ্যমে এক- বা তিন-বছরের প্রতিশ্রুতির বিনিময়ে প্রায়ই উল্লেখযোগ্যভাবে ভারী ছাড় দেয়, এবং একটি স্বাস্থ্য সেবার স্থির বেসলাইন, মূল ইলেকট্রনিক পেশেন্ট রেকর্ড, সবসময়-চালু ইন্টিগ্রেশন ইঞ্জিন, ঠিক সেই পূর্বানুমেয় লোড যা এই যন্ত্রগুলো পুরস্কৃত করে। আপনার স্থিতিশীল ব্যবহার বিশ্লেষণ করুন, ছাড় পেতে তাতে প্রতিশ্রুতি দিন, এবং ওপরে পরিবর্তনশীল শীর্ষের জন্য অন-ডিমান্ড বা অটোস্কেলড সামর্থ্য রাখুন। প্রতিশ্রুতি নিয়মিত পর্যালোচনা করুন যাতে আপনি পরে পুনঃস্থাপত্য করে সরিয়ে ফেলা সামর্থ্যে আটকে না যান, এবং ক্রয় ও বাণিজ্যিক সহকর্মীদের সঙ্গে ক্রয় সমন্বয় করুন (বিষয় 6.3 — ক্রয় ও বাণিজ্যিক দেখুন)।

6. SaaS ও লাইসেন্স ছড়িয়ে পড়া ক্লাউড কম্পিউটের মতো সুচিন্তিতভাবে পরিচালনা করুন। ক্লাউড বিল দৃশ্যমান; বিভাগীয় কার্ডে কেনা বিশটি SaaS সাবস্ক্রিপশন, চলে যাওয়া কর্মীদের নামে বরাদ্দ প্রতি-সিট লাইসেন্স, এবং একই কাজ করা ওভারল্যাপিং সরঞ্জাম দৃশ্যমান নয়, তবু একসঙ্গে সেগুলো প্রায়ই অবকাঠামো ব্যয়ের সমকক্ষ। সফটওয়্যার সাবস্ক্রিপশন ও এনটাইটেলমেন্টের একটি জীবন্ত রেজিস্টার রক্ষণাবেক্ষণ করুন, প্রকৃত নামধারী ব্যবহারকারী ও ব্যবহারের বিপরীতে লাইসেন্স মেলান, অব্যবহৃত যা তা বাতিল বা ডাউনগ্রেড করুন, এবং নকল সরঞ্জাম একীভূত করুন। এখানে সফটওয়্যার সম্পদ ব্যবস্থাপনা একটি খরচ শৃঙ্খলা ও একটি নিরাপত্তা শৃঙ্খলা উভয়ই, কারণ অজানা SaaS মানে অপরিচালিত ডেটা প্রবাহও (বিষয় 1.7 — তথ্য গভর্ন্যান্স, ডেটা সুরক্ষা ও সাইবার নিরাপত্তা দেখুন)।

7. বিলের আকারে নয়, ইউনিট অর্থনীতিতে খরচ বিচার করুন। একটি ক্রমবর্ধমান বিল স্বয়ংক্রিয়ভাবে খারাপ নয় এবং একটি কমতে থাকা স্বয়ংক্রিয়ভাবে ভালো নয়; গুরুত্বপূর্ণ হলো সরবরাহকৃত মূল্যের সাপেক্ষে খরচ। ক্লিনিক্যালি ও পরিচালনগতভাবে অর্থবহ ইউনিট-খরচ মেট্রিক সংজ্ঞায়িত করুন, পর্যবেক্ষিত রোগী প্রতি, বুক-করা অ্যাপয়েন্টমেন্ট প্রতি, প্রক্রিয়া-করা রেফারেল প্রতি, হাজার API কল প্রতি খরচ, এবং সময়ের সঙ্গে ট্র্যাক করুন যাতে আপনি নিছক বৃদ্ধি থেকে দক্ষতা আলাদা করতে পারেন এবং যে ব্যয় সত্যিই নিজের ভরণপোষণ করছে তা রক্ষা করতে পারেন (বিষয় 6.2 — সুবিধা অর্জন ও মূল্য ব্যবস্থাপনা এবং বিষয় 10.1 — KPI দেখুন)। ইউনিট অর্থনীতিই আপনাকে চলমান খরচ সেবার স্বাস্থ্য-অর্থনৈতিক কেসের সঙ্গে ফিরে যুক্ত করতে দেয় (বিষয় 6.1 — স্বাস্থ্য অর্থনীতি দেখুন)।

8. প্রস্থানসহ পুরো এস্টেট জুড়ে মালিকানার মোট খরচে ভাবুন। একটি প্ল্যাটফর্মের স্টিকার মূল্য এর আজীবন খরচের একটি ভগ্নাংশ; ইন্টিগ্রেশন, ডেটা স্থানান্তর, সহায়তা কর্মী, প্রশিক্ষণ, এগ্রেস চার্জ এবং ছেড়ে যাওয়ার চূড়ান্ত খরচ সবই চিত্রের অংশ। বাস্তবসম্মত জীবনে মালিকানার মোট খরচে বিকল্প মূল্যায়ন করুন, ডেটা-এগ্রেস ফি এবং প্রস্থানের খরচ বাড়ানো মালিকানাধীন সেবা নিয়ে বিশেষভাবে সতর্ক থাকুন, এবং মনে রাখুন লক-ইন আজ বিনামূল্যে দেখালেও একটি ভবিষ্যৎ খরচ (লক-ইনের চুক্তিগত দিকের মালিক ক্রয়, দেখুন বিষয় 6.3 — ক্রয় ও বাণিজ্যিক)। একটি TCO দৃষ্টিও প্রতিষ্ঠানকে নীরবে চালাতে ব্যয়বহুল একটি সস্তা প্ল্যাটফর্ম নিয়ে নিজেকে অভিনন্দন জানানো থেকে থামায়।

9. খরচকে প্রকৌশল ও গভর্ন্যান্সে গেঁথে দিন যাতে এটি অবিরাম চলে। FinOps ব্যর্থ হয় যখন এটি একটি ত্রৈমাসিক পরিষ্কার অভিযান, এবং সফল হয় যখন খরচ ডিজাইন পর্যালোচনা, স্থাপত্য সিদ্ধান্ত ও সরবরাহ পাইপলাইনে একটি স্থায়ী বিবেচনা (বিষয় 3.6 — DevOps ও প্রকৌশল শ্রেষ্ঠত্ব দেখুন)। দলগুলোকে খরচ বাজেট ও অসংগতি সতর্কতা দিন, উল্লেখযোগ্য স্থাপত্য সিদ্ধান্তে আনুমানিক খরচ প্রভাব রাখুন, এবং স্বয়ংক্রিয় সতর্কতা ও কঠোর ব্যয় গার্ডরেল নির্ধারণ করুন যাতে একটি ছুটে-যাওয়া কাজ পরের মাসের চালানে নয়, ঘণ্টায় ধরা পড়ে। Operate পর্যায়ের লক্ষ্য খরচ-সচেতনতা একটি বাহ্যিক নিরীক্ষার বদলে সাধারণ প্রকৌশল স্বাস্থ্যবিধি হওয়া।

10. কেবল খরচ নয়, ক্লিনিক্যাল মূল্য ও স্থিতিশীলতার বিপরীতে খরচ ভারসাম্য করুন। সবচেয়ে সস্তা বিকল্প সবসময় সঠিক নয়: একটি আগ্রাসী সাশ্রয় যা স্থিতিস্থাপকতা সরায়, একটি প্যাচ বিলম্বিত করে, বা একটি রোগী-মুখী সেবা অবনত করে ভুল দিকে ঝুঁকির জন্য অর্থ বিনিময় করে। খরচ সিদ্ধান্ত স্পষ্টভাবে ক্লিনিক্যাল মূল্য এবং কার্বনের বিপরীতে ওজন করুন, কারণ অপচয় হিসেবে আপনি যে কম্পিউট দূর করেন তা এড়ানো নির্গমনও, খরচ ও স্থিতিশীলতা অপ্টিমাইজেশন প্রায়ই একই দিকে নির্দেশ করে (বিষয় 8.5 — স্থিতিশীলতা ও নেট জিরো দেখুন)। খরচ চাপকে নীরবে নিরাপত্তা ক্ষয় করতে দেওয়ার বদলে ট্রেড-অফ দৃশ্যমান ও মালিকানাধীন করুন।

দলের সঙ্গে আলোচনার প্রশ্ন#

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

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

3. যখন আমরা মূলধন থেকে পরিচালন ব্যয়ে ব্যয় সরিয়েছিলাম (বা সরাই), বাজেটগত ও দীর্ঘমেয়াদি পরিণতি কে বুঝেছিলেন? capex-থেকে-opex পরিবর্তন প্রায়ই বিশুদ্ধ প্রযুক্তিগত স্থানান্তর হিসেবে দেখা হয়, কিন্তু এটি অর্থ কোন বাজেট থেকে আসে তা বদলায়, একবারের খরচকে স্থায়ী পুনরাবৃত্ত খরচে রূপান্তর করে, এবং নীরবে প্রতিষ্ঠানকে বছরের পর বছর একটি ক্রমবর্ধমান দায়ে প্রতিশ্রুতিবদ্ধ করতে পারে। বিতর্ক করুন আপনার অর্থ ও ডিজিটাল দল প্রতিশ্রুতির আগে যৌথভাবে এটি মডেল করেছিল কি না, কেউ কি বহু-বছরের opex গতিপথ, প্রস্থান খরচ এবং NHS যে মূলধন-বনাম-রাজস্ব ভারসাম্য এত কঠোরভাবে নিয়ন্ত্রণ করে তার ওপর প্রভাব মানচিত্রিত করেছিল। সততার ফাঁদ বিবেচনা করুন: ক্লাউড স্থানান্তর প্রায়ই সাশ্রয়ের ওপর বিক্রি হয় যা শৃঙ্খলাবদ্ধ খরচ ব্যবস্থাপনা ধরে নেয় যা তারপর কখনো বাস্তবায়িত হয় না, তাই আপনার ব্যবসায়িক কেস কি আপনি আসলে গড়া একটি FinOps সামর্থ্যের ওপর নির্ভর করেছিল। অন্বেষণ করুন যখন পুনরাবৃত্ত বিল এটি অর্থায়নকারী বাজেটের চেয়ে দ্রুত বাড়ে তখন কী ঘটে, এবং ঘটলে জবাবদিহিকারী কে। একটি ভালো উত্তর দেখায় অর্থ ও ডিজিটাল একসঙ্গে পুরো জীবনচক্র নিয়ে যুক্তি করেছে, একটি প্রযুক্তিগত দল স্থানান্তর গতির জন্য অপ্টিমাইজ করছে আর অর্থ পরে পরিণতি আবিষ্কার করছে এমন নয় (বিষয় 6.0 — আর্থিক ব্যবস্থাপনা ও ব্যবসায়িক কেস দেখুন)।

4. একটি ছুটে-যাওয়া খরচ পরের মাসের চালানে নয়, ঘণ্টার মধ্যে ধরা পড়বে এ বিষয়ে আমরা কতটা আত্মবিশ্বাসী? মিটারযুক্ত ক্লাউডের সংজ্ঞায়ক বিপদ হলো একটি ভুল ও তার আবিষ্কারের মধ্যকার বিলম্ব: একটি ভুল-কনফিগার করা কাজ, একটি আকস্মিক অতি-সরবরাহ, বা চলতে থাকা একটি টেস্ট পরিবেশ একটি মাসিক বিল তা প্রকাশ করার আগে সপ্তাহের পর সপ্তাহ নীরবে সরকারি অর্থ পোড়াতে পারে। আলোচনা করুন ব্যবস্থা নিতে পারে এমন মানুষের সঙ্গে তারে বাঁধা অসংগতি সতর্কতা ও কঠোর ব্যয় গার্ডরেল আছে কি না, নাকি আপনার একমাত্র শনাক্তকরণ যন্ত্রব্যবস্থা এক মাস বকেয়ায় আসা চালান। অনুসন্ধান করুন প্রকৃত অপচয় থামানো গার্ডরেল এবং ভুল মুহূর্তে একটি বৈধ ক্লিনিক্যাল ওয়ার্কলোড থ্রটল করা এত আগ্রাসী নিয়ন্ত্রণের মধ্যকার ভারসাম্য, যে সতর্কতা বারবার নেকড়ে ডাকে তা শীঘ্রই উপেক্ষিত হয়, এবং যে গার্ডরেল একটি নিরাপদ সেবা আটকায় তা সে যে ব্যয় প্রতিরোধ করে তার চেয়ে খারাপ। বিবেচনা করুন রাত ২টায় অসংগতি সতর্কতা কে পান এবং রোগী-মুখী কিছু ভেঙে ফেলার ভয় ছাড়া ব্যবস্থা নেওয়ার কর্তৃত্ব ও আত্মবিশ্বাস উভয়ই তাঁর আছে কি না। একটি ভালো উত্তর ঘণ্টায় মাপা একটি পরীক্ষিত শনাক্তকরণ-ও-সাড়া লুপ বর্ণনা করে, এর মালিকের নাম বলে, এবং কতগুলো অতীত চমক কেবল বিল এলেই ধরা পড়েছিল সে বিষয়ে সৎ।

5. আমরা কত সফটওয়্যারের জন্য অর্থ দিচ্ছি যা আমরা দেখতে পাই না, এবং কেউ ব্যবহার করে না এমন একটি সরঞ্জামের জন্য একটি সাবস্ক্রিপশন নবায়ন হলে কে লক্ষ্য করবে? ক্লাউড কম্পিউট বিল অন্তত দৃশ্যমান; বিভাগীয় কার্ডে কেনা SaaS সাবস্ক্রিপশনের ছড়ানো, চলে যাওয়া কর্মীদের নামে এখনো বরাদ্দ প্রতি-সিট লাইসেন্স, এবং একই কাজ করা ওভারল্যাপিং সরঞ্জাম নয়, তবু একসঙ্গে এগুলো প্রায়ই অবকাঠামো ব্যয়ের সমকক্ষ। আলোচনা করুন প্রকৃত নামধারী ব্যবহারকারীর বিপরীতে মেলানো সফটওয়্যার এনটাইটেলমেন্টের একটি জীবন্ত রেজিস্টার আপনার আছে কি না, নাকি নবায়ন নীরবে চলে যায় কারণ কোনো একক ব্যক্তি পুরো চিত্রের মালিক নন। খরচের মতোই নিরাপত্তা মাত্রাও সামনে আনুন: অজানা SaaS মানে অপরিচালিত ডেটা প্রবাহও, তাই ছায়া সফটওয়্যার একই সঙ্গে ঝরে-পড়া অর্থ ও একটি তথ্য-গভর্ন্যান্স ফাঁক (বিষয় 1.7 — তথ্য গভর্ন্যান্স, ডেটা সুরক্ষা ও সাইবার নিরাপত্তা দেখুন)। এটি কেন ঘটে তার প্রাতিষ্ঠানিক কারণ বিবেচনা করুন, বিকেন্দ্রীকৃত বাজেট ও সহজ কার্ড পেমেন্ট সফটওয়্যার অর্জন ঘর্ষণহীন ও অবসর দেওয়া প্রায় অসম্ভব করে, এবং মোটের জন্য কেউ জবাবদিহিকারী হতে কী বদলাতে হবে। একটি ভালো উত্তর স্বীকার করে এস্টেটের সফটওয়্যার ব্যয়ের কতটা সত্যিই মানচিত্রিত, ইচ্ছাকৃত সরঞ্জাম ও সঞ্চিত ছড়িয়ে পড়া আলাদা করে, এবং এমন একটি মিলানোর দিকে নির্দেশ করতে পারে যা আসলেই কিছু বাতিল করেছিল।

6. যখন খরচ চাপ ও ক্লিনিক্যাল নিরাপত্তা বিপরীত দিকে টানে, তখন নিরাপত্তা জেতে এটি আমরা কীভাবে নিশ্চিত করি, এবং জিতেছিল তা কি প্রমাণ করতে পারি? এই বিষয়ের প্রতিটি অপ্টিমাইজেশন লিভার, রাইটসাইজিং, জিনিস বন্ধ করা, ব্যয় বিলম্বিত করা, সবচেয়ে সস্তা বিকল্প কেনা, অসতর্কভাবে প্রয়োগ করলে স্থিতিস্থাপকতা সরাতে, একটি প্যাচ বিলম্বিত করতে, বা একটি রোগী-মুখী সেবা অবনত করতে পারে, ঠিক ভুল দিকে ঝুঁকির জন্য অর্থ বিনিময় করে। বিতর্ক করুন আপনার খরচ সিদ্ধান্তে একটি স্পষ্ট নিরাপত্তা যাচাই আছে কি না, যাতে ক্লিনিক্যাল-সংকটপূর্ণ ট্যাগ করা একটি ওয়ার্কলোড কোনো পরিবর্তন স্পর্শ করার আগে আলাদাভাবে পর্যালোচিত হয়, নাকি খরচ লক্ষ্য নীরবে ও অদৃশ্যভাবে নিরাপত্তা ক্ষয় করতে দেওয়া হয়। স্থিতিশীলতার কোণ বিবেচনা করুন যা সাধারণত সংঘাতের বদলে সংগত হয়: অপচয় হিসেবে দূর করা কম্পিউট এড়ানো কার্বনও, তাই খরচ ও নেট-জিরো অপ্টিমাইজেশন প্রায়ই একই দিকে নির্দেশ করে (বিষয় 8.5 — স্থিতিশীলতা ও নেট জিরো দেখুন), কিন্তু যেসব ক্ষেত্রে তারা ভিন্ন হয় এবং কিছু একটা ছাড়তে হয় তা নিয়ে সৎ থাকুন। অন্বেষণ করুন যখন একটি সাশ্রয় লক্ষ্য ও একটি স্থিতিস্থাপকতা প্রয়োজন সংঘর্ষ করে তখন রেখা কে ধরে রাখে, এবং সেই ট্রেড-অফ দৃশ্যমান ও মালিকানাধীনভাবে করা হয় নাকি বাজেট চাপে নীরবে। একটি ভালো উত্তর দেখায় নিরাপত্তা ও ধারাবাহিকতা এমন সীমাবদ্ধতা হিসেবে দেখা হয় যা খরচ অতিক্রম করতে পারে না, প্রয়োগের প্রকৃত যন্ত্রব্যবস্থাসহ, চালান বাড়লে নুয়ে পড়া একটি বিবৃত মূল্য নয়।

বাস্তবে: স্বাস্থ্য ও পরিচর্যার একটি উদাহরণ#

Northmarsh Integrated Care System দুই বছরে তার বিশ্লেষণ প্ল্যাটফর্ম, বেশ কয়েকটি রোগী-মুখী সেবা এবং একটি বড় ডেটা লেক পাবলিক ক্লাউডে স্থানান্তর করেছে, একটি ব্যবসায়িক কেস দিয়ে অর্থায়িত যা এটি যে বয়স্ক ডেটা সেন্টার প্রতিস্থাপন করেছিল তার বিপরীতে একটি পরিমিত সাশ্রয়ের প্রতিশ্রুতি দিয়েছিল। স্থানান্তর সময়মতো সরবরাহিত ও উদযাপিত হয়েছিল। আঠারো মাস পরে মাসিক ক্লাউড চালান ব্যবসায়িক-কেস সংখ্যার প্রায় দ্বিগুণে চলছিল, প্রতি ত্রৈমাসিকে বাড়ছিল, এবং যখন অর্থ পরিচালক ডিজিটাল দলকে বৃদ্ধি ব্যাখ্যা করতে বললেন, কেউ সংখ্যাটি ভাঙতে পারেনি। চালান ছিল প্রদানকারীর কাছ থেকে একটি একক লাইন, এবং এর নিচে কিছুই ট্যাগ করা ছিল না।

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

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

তারপর এল Operate, যা সবচেয়ে গুরুত্বপূর্ণ ছিল। প্রতিটি সেবা দলকে একটি মাসিক শোব্যাক প্রতিবেদন ও একটি খরচ বাজেট দেওয়া হলো, ঘণ্টার মধ্যে যেকোনো আকস্মিক লাফ পতাকাঙ্কিত করতে অসংগতি সতর্কতা তারে বাঁধা হলো, এবং স্থাপত্য-পর্যালোচনা চেকলিস্টে একটি হালকা খরচ যাচাই যোগ করা হলো যাতে নতুন নকশা একটি আনুমানিক চলমান খরচ বহন করে। দুই ত্রৈমাসিকের মধ্যে বিল মূল ডেটা-সেন্টার বেসলাইনের নিচে ফিরে এল এবং, আরও গুরুত্বপূর্ণভাবে, এটি রহস্য হওয়া বন্ধ করল, প্রতিটি পাউন্ড একটি সেবায় আরোপযোগ্য ছিল, এবং ICS এখন তার বিশ্লেষণ প্ল্যাটফর্মের সক্রিয় ব্যবহারকারী প্রতি খরচ প্রতিবেদন ও মূল্য হিসেবে রক্ষা করতে পারত। সাশ্রয় প্রকৃত ছিল, কিন্তু টেকসই জয় ছিল বন্ধ লুপ: সিদ্ধান্তের এখন দৃশ্যমান, মালিকানাধীন আর্থিক পরিণতি ছিল।

খাতভিত্তিক দৃষ্টিকোণ#

স্টার্ট-আপ#

একটি ডিজিটাল-স্বাস্থ্য স্টার্ট-আপের জন্য, ক্লাউড খরচ টিকে থাকার অঙ্ক: এটি প্রায়ই একক বৃহত্তম অবকাঠামো লাইন, এবং বার্ন রেট সরাসরি রানওয়ে নির্ধারণ করে। প্রতিষ্ঠাতা সুবিধা হলো FinOps শৃঙ্খলা প্রথম কমিট থেকেই গড়া যায়, প্রথম দিন থেকে ট্যাগিং, প্রতিটি প্রকৌশলী দেখে এমন খরচ ড্যাশবোর্ড, এবং ইউনিট অর্থনীতি (একজন রোগী বা একজন গ্রাহককে সেবা দেওয়ার খরচ) একটি মূল ব্যবসায়িক মেট্রিক হিসেবে ট্র্যাক করা যা বিনিয়োগকারীরা যাচাই করবে। ঝুঁকি হলো অকালে অতি-অপ্টিমাইজ করা, এখনো ক্ষুদ্র একটি বিল থেকে পেনি কামানোর পেছনে দুষ্প্রাপ্য প্রকৌশল সময় ব্যয় করা, বা স্থাপত্য স্থিতিশীল হওয়ার আগে দীর্ঘ প্রতিশ্রুতিতে আটকে যাওয়া। যে শৃঙ্খলা মাপে বাড়ে তা সাংস্কৃতিক: খরচকে একটি পণ্য মেট্রিক হিসেবে দেখুন, অর্থের পরে-ভাবা বিষয় নয়, যাতে স্টার্ট-আপ একটি NHS চুক্তি জিতলে এর সেবা-খরচ ইতোমধ্যে জানা ও রক্ষণীয়।

ক্ষুদ্র ব্যবসা#

একটি প্রতিষ্ঠিত ছোট প্রদানকারী, একটি জিপি প্র্যাকটিস, কমিউনিটি ফার্মেসি, কেয়ার হোম, একক-স্থানের ক্লিনিক বা একটি ছোট স্বাস্থ্য-প্রযুক্তি সরবরাহকারী, একটি বড় ট্রাস্টের সমান মিটারযুক্ত ক্লাউড ও SaaS বিল দেয় কিন্তু সেগুলো পরিচালনার কোনো নিবেদিত FinOps বা IT সামর্থ্য নেই, তাই ব্যবহারিক অগ্রাধিকার একটি পূর্ণ শৃঙ্খলার বদলে মুষ্টিমেয় উচ্চ-লিভারেজ অভ্যাস। বাস্তবসম্মত জয় হলো স্পষ্ট অপচয় দূর করা (যা ব্যবহৃত হয় না তা বন্ধ করা, পুরোনো স্টোরেজ মুছে ফেলা), নবায়ন তারিখসহ প্রতিটি সাবস্ক্রিপশন ও লাইসেন্সের একটি সরল তালিকা রাখা যাতে কিছুই অলক্ষ্যে নবায়ন না হয়, এবং একটি ছোট প্রতিষ্ঠান সহজে খুলতে পারে না এমন দীর্ঘ প্রতিশ্রুতি বা লক-ইন নিয়ে সতর্ক থাকা। খরচ দৃশ্যমানতা সাধারণত রিয়েল-টাইম ড্যাশবোর্ডের বদলে প্রদানকারী কনসোলে একটি মাসিক নজর, এবং এস্টেটের বেশির ভাগ অন্য কেউ চালানোর জন্য বাছা SaaS হতে পারে, যা শৃঙ্খলাকে অবকাঠামো টিউনিং থেকে সাবস্ক্রিপশন পরিচালনা ও চুক্তি পড়ায় সরায়। অনিবার্য টানাপোড়েন হলো বড় প্রতিষ্ঠানের মতো একই তথ্য-গভর্ন্যান্স ও ধারাবাহিকতা দায়িত্ব প্রযোজ্য, কিন্তু আঁটসাঁট নগদ ও পাতলা কর্মীসংখ্যায় অর্থ বাঁচাতে একটি প্যাচ বিলম্বিত করা বা স্থিতিস্থাপকতা ফেলে দেওয়ার প্রলোভন প্রকৃত, তাই এখানেও, নিরাপত্তা খরচের বিনিময়ে ব্যবহৃত হয় না এমন একটি স্পষ্ট নিয়ম গুরুত্বপূর্ণ, আদর্শভাবে ভাগ-করা বা কাঠামো ক্রয় দ্বারা সমর্থিত যাতে ছোট প্রদানকারী একা ক্লাউড ও লাইসেন্স মূল্যের দরকষাকষি না করে (বিষয় 4.1 — প্ল্যাটফর্ম ও ভাগ-করা সেবা দেখুন)।

বৃহৎ প্রতিষ্ঠান#

একটি বড় NHS ট্রাস্ট বা ICS একটি ছড়ানো এস্টেট চালায়, পুরোনো ডেটা সেন্টার, একাধিক ক্লাউড অ্যাকাউন্ট, ডজন ডজন বাজেট জুড়ে কেনা শত শত SaaS সাবস্ক্রিপশন, এবং এর চ্যালেঞ্জ মাপে সমন্বয় ও বরাদ্দ। বাস্তবসম্মত লক্ষ্য একটি কেন্দ্রীয় FinOps সামর্থ্য যা একটি বোতলের গলা না হয়ে ফেডারেটেড দলগুলোকে দৃশ্যমানতা ও গার্ডরেল দেয়: একটি অভিন্ন ট্যাগিং মান, প্রতিটি সেবায় শোব্যাক, কেন্দ্রীয়ভাবে দরকষাকষি করা কমিটেড-ইউজ ক্রয়, এবং স্থাপত্য গভর্ন্যান্সে গেঁথে-দেওয়া খরচ। সবচেয়ে কঠিন সমস্যা সাধারণত প্রাতিষ্ঠানিক, প্রযুক্তিগত নয়, প্রকৌশল ও অর্থ, যারা ভিন্ন ভাষায় কথা বলে এবং ভিন্ন পরিচালকদের কাছে প্রতিবেদন করে, সত্যের একটি ভাগ-করা দৃষ্টি পাওয়া। এই মাপে বৃহত্তম জয় আসে কোনো একক সেবার বীরোচিত অপ্টিমাইজেশনের বদলে সামঞ্জস্যপূর্ণভাবে প্রয়োগ করা কয়েকটি এস্টেট-ব্যাপী শৃঙ্খলা (ট্যাগিং, অপচয় দূর, কমিটেড-ইউজ, SaaS যৌক্তিকীকরণ) থেকে, এবং খরচ কাজ স্পষ্টভাবে সীমাবদ্ধ হতে হবে যাতে এটি কখনো ক্লিনিক্যাল নিরাপত্তা বা ধারাবাহিকতা ক্ষয় না করে।

সরকার#

একটি জাতীয় সংস্থা, NHS England, একটি বিকেন্দ্রীকৃত স্বাস্থ্য বিভাগ, একটি ভাগ-করা-সেবা প্রতিষ্ঠান, প্রতিটি প্রদানকারী যে খরচ পরিবেশে কাজ করে তা আকার দেয়। এর লিভারেজ হলো সমষ্টিকরণ: জাতীয় ক্লাউড ও লাইসেন্সিং চুক্তি দরকষাকষি করা যাতে পৃথক ট্রাস্টগুলো প্রত্যেকে দুর্বল অবস্থান থেকে দরকষাকষি না করে, FinOps ও TCO নির্দেশিকা প্রকাশ করা যাতে ভালো চর্চা ডিফল্ট হয়, এবং ভাগ-করা প্ল্যাটফর্ম গড়া যার ইউনিট খরচ বেশি প্রতিষ্ঠান ব্যবহার করলে কমে (বিষয় 4.1 — প্ল্যাটফর্ম ও ভাগ-করা সেবা দেখুন)। সরকার মূলধন-বনাম-রাজস্ব নিয়মেরও মালিক যা capex-থেকে-opex পরিবর্তনকে এত পরিণতিময় করে, এবং কীভাবে বাজেট বরাদ্দ ও নমনীয় করে তার মাধ্যমে সেই ঘর্ষণ কমাতে বা বাড়াতে পারে। এর জবাবদিহিতা সংসদ ও জনগণের কাছে পুরো ব্যবস্থা জুড়ে অর্থের মূল্যের জন্য, তাই খরচ স্বচ্ছ ও প্রতিষ্ঠানগুলোর মধ্যে তুলনীয় করা এবং খরচ চাপ নীরবে রোগীরা যে সেবা পায় তাতে অসমতা প্রসারিত না করে তা নিশ্চিত করার দায়িত্ব এটি বহন করে।

ব্যর্থতার সাধারণ ধরন#

• রহস্যময় চালান। একটি একক অস্বচ্ছ বিল মাসিক আসে, কেউ এটি ভাঙতে পারে না, এবং যখন প্রশ্ন ওঠে অর্থ বহুদিন আগেই ব্যয়িত। অন্য সবকিছুর আগে ট্যাগিং ও প্রায়-রিয়েল-টাইম দৃশ্যমানতা দিয়ে সমাধান করুন।
• লিফট-অ্যান্ড-শিফট তারপর অবাক হওয়ার ভান। সার্ভার অপরিবর্তিত ক্লাউডে স্থানান্তর, সেগুলো পূর্ণ মাপে চব্বিশ ঘণ্টা চালু রাখা, এবং ক্লাউড অর্থনীতি জাদুতে দেখা দেবে আশা করা। ক্লাউড কেবল তখনই অর্থ বাঁচায় যখন আপনি এর স্থিতিস্থাপকতা ব্যবহার করেন, রাইটসাইজ, সময়সূচি ও স্কেল করুন।
• খরচ ব্যবস্থাপনার বদলে খরচ-কাটা। একবারের আতঙ্কিত ছাঁটাই যা একটি ত্রৈমাসিকের জন্য অর্থ বাঁচায়, স্থিতিস্থাপকতা ক্ষতি করে, এবং নীরবে ফিরে বাড়ে কারণ কিছুই অন্তর্নিহিত আচরণ বদলায়নি। FinOps একটি অবিরাম লুপ, অভিযান নয়।
• নিরাপত্তা অপ্টিমাইজ করে সরিয়ে ফেলা। একটি খরচ লক্ষ্য ছুঁতে রিডান্ডেন্সি বন্ধ, প্যাচ বিলম্বিত, বা একটি ক্লিনিক্যাল সেবা অতি-কম সরবরাহ। খরচ সিদ্ধান্ত স্পষ্টভাবে ক্লিনিক্যাল মূল্যের বিপরীতে ওজন করতে হবে এবং কখনো তা অতিক্রম করবে না।
• ছায়ায় SaaS। বিভাগীয় কার্ডে ডজন ডজন সাবস্ক্রিপশন, যারা চলে গেছে তাদের নামে এখনো বরাদ্দ লাইসেন্স, এবং একই কাজ করা তিনটি সরঞ্জাম, অদৃশ্য কারণ সেগুলো ক্লাউড বিলে নেই। একটি জীবন্ত সফটওয়্যার রেজিস্টার রাখুন এবং মেলান।
• অকালপক্ব চার্জব্যাক। অপরিণত, বিতর্কিত বরাদ্দ ডেটা ব্যবহার করে দলগুলো থেকে খরচ উদ্ধার, পুরো প্রচেষ্টাকে অবিশ্বাস্য করা তর্ক তৈরি করা। শোব্যাক দিয়ে শুরু করুন; অর্থ সরানোর আগে ডেটা মান অর্জন করুন।
• অন্ধভাবে প্রতিশ্রুতি। ছয় মাস পরে পুনঃস্থাপত্য করে সরিয়ে ফেলা সামর্থ্যের জন্য তিন-বছরের রিজার্ভেশন কেনা, বা একটি স্থিতিশীল বেসলাইনের জন্য কখনো প্রতিশ্রুতি না কিনে চিরকাল পূর্ণ অন-ডিমান্ড হার দেওয়া। প্রতিশ্রুতি সত্যিই পূর্বানুমেয় লোডের সঙ্গে মেলান এবং পর্যালোচনা করুন।

পরিপক্বতা মডেল#

চেকলিস্ট#

• ক্লাউড ও প্রযুক্তি ব্যয় প্রায়-রিয়েল-টাইম দৃশ্যমান, সেবা ও দল অনুযায়ী ভাঙা, নকশা সিদ্ধান্ত নেওয়া মানুষদের কাছে।
• একটি বাধ্যতামূলক ট্যাগিং মান স্বয়ংক্রিয়ভাবে প্রয়োগকৃত, এবং সঠিকভাবে বরাদ্দ ব্যয়ের অনুপাত একটি ট্র্যাক-করা মেট্রিক।
• শোব্যাক (বা, যেখানে পরিণত, চার্জব্যাক) প্রতিটি সেবাকে তার প্রযুক্তি কী ভোগ করে তার একটি চেনা দৃষ্টি দেয়।
• নন-প্রোডাকশন পরিবেশ কর্মঘণ্টার বাইরে বন্ধ হতে সময়সূচি-করা; সম্পদ পর্যবেক্ষিত লোডে রাইটসাইজ-করা; স্টোরেজে জীবনচক্র আছে।
• পূর্বানুমেয় বেসলাইন কমিটেড-ইউজ বা রিজার্ভড-সামর্থ্য ছাড়ে আচ্ছাদিত, নিয়মিত পর্যালোচিত।
• একটি জীবন্ত সফটওয়্যার-সম্পদ রেজিস্টার SaaS সাবস্ক্রিপশন ও লাইসেন্স প্রকৃত ব্যবহারকারী ও ব্যবহারের বিপরীতে মেলায়।
• ইউনিট-খরচ মেট্রিক (রোগী, অ্যাপয়েন্টমেন্ট, রেফারেল, API কল প্রতি খরচ) সংজ্ঞায়িত ও মূল্যের বিপরীতে ট্র্যাক-করা।
• বিকল্প এগ্রেস ও প্রস্থান খরচসহ বাস্তবসম্মত জীবনে মালিকানার মোট খরচে মূল্যায়িত।
• খরচ প্রভাব স্থাপত্য পর্যালোচনায় একটি স্থায়ী আইটেম, এবং স্বয়ংক্রিয় গার্ডরেল ও অসংগতি সতর্কতা ঘণ্টার মধ্যে ছুটে-যাওয়া ব্যয় ধরে।
• রোগী-মুখী বা ক্লিনিক্যাল-সংকটপূর্ণ ওয়ার্কলোডে প্রভাব ফেলা খরচ সিদ্ধান্ত আলাদাভাবে পর্যালোচিত এবং কখনো নিরাপত্তা, স্থিতিস্থাপকতা বা স্থিতিশীলতা অতিক্রম করে না।
• অর্থ ও ডিজিটাল বড় প্রতিশ্রুতির আগে বহু-বছরের পুনরাবৃত্ত দায়সহ capex-থেকে-opex গতিপথ যৌথভাবে মডেল করে।

মূল উৎস#

• FinOps Foundation, FinOps Framework (Inform / Optimise / Operate জীবনচক্র, নীতি, সামর্থ্য ও পারসোনা), ক্লাউড আর্থিক পরিচালনার স্বীকৃত জ্ঞানভান্ডার।
• HM Treasury, The Green Book (মূল্যায়ন ও পর্যালোচনা) এবং মূলধন ও রাজস্ব (সম্পদ) ব্যয়ের পার্থক্য নিয়ে সরকারি-ব্যয় নিয়ম।
• NHS England, ক্লাউড, প্রযুক্তি ও ডিজিটাল-ব্যয় নির্দেশিকা, ক্লাউড গ্রহণ এবং NHS ডিজিটাল বিনিয়োগে মূলধন ও রাজস্বের আচরণ সহ।
• ক্লাউড প্রদানকারীদের well-architected খরচ-অপ্টিমাইজেশন নির্দেশিকা: AWS Well-Architected Cost Optimization Pillar, Microsoft Azure Well-Architected Framework (Cost Optimization), Google Cloud Architecture Framework (Cost optimization)।
• AXELOS / PeopleCert, ITIL 4, IT financial management চর্চা (IT সেবার বাজেটিং, হিসাবরক্ষণ ও চার্জিং)।
• Technology Business Management (TBM) Council, প্রযুক্তি ব্যয় স্বচ্ছভাবে খরচ ও পরিচালনার জন্য TBM শ্রেণিবিন্যাস ও মান।

তথ্যসূত্র#

1. Cloud computing — Wikipedia — https://en.wikipedia.org/wiki/Cloud_computing
2. Capital expenditure — Wikipedia — https://en.wikipedia.org/wiki/Capital_expenditure
3. Operating expense — Wikipedia — https://en.wikipedia.org/wiki/Operating_expense
4. Cost allocation — Wikipedia — https://en.wikipedia.org/wiki/Cost_allocation
5. Cost centre — Wikipedia — https://en.wikipedia.org/wiki/Cost_centre_(business)
6. Total cost of ownership — Wikipedia — https://en.wikipedia.org/wiki/Total_cost_of_ownership
7. Software asset management — Wikipedia — https://en.wikipedia.org/wiki/Software_asset_management
8. Software as a service — Wikipedia — https://en.wikipedia.org/wiki/Software_as_a_service
9. Software license — Wikipedia — https://en.wikipedia.org/wiki/Software_license
10. Autoscaling — Wikipedia — https://en.wikipedia.org/wiki/Autoscaling
11. ITIL — Wikipedia — https://en.wikipedia.org/wiki/ITIL
12. Unit cost — Wikipedia — https://en.wikipedia.org/wiki/Unit_cost
13. FinOps Foundation — FinOps Framework — FinOps Foundation (Linux Foundation) — https://www.finops.org/framework/
14. HM Treasury — The Green Book: appraisal and evaluation in central government — GOV.UK — https://www.gov.uk/government/publications/the-green-book-appraisal-and-evaluation-in-central-government
15. NHS England — Cloud and technology guidance — NHS England — https://www.england.nhs.uk/
16. Amazon Web Services — Well-Architected Framework: Cost Optimization Pillar — AWS — https://docs.aws.amazon.com/wellarchitected/latest/cost-optimization-pillar/welcome.html
17. Microsoft — Azure Well-Architected Framework: Cost Optimization — Microsoft Learn — https://learn.microsoft.com/en-us/azure/well-architected/cost-optimization/
18. Technology Business Management Council — TBM Framework and taxonomy — TBM Council — https://www.tbmcouncil.org/