বিষয় 4.0 — প্রযুক্তিগত স্থাপত্য, ক্লাউড ও লিগ্যাসি

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

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

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

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

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

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

মূল ধারণা#

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

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

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

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

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

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

1. স্থাপত্য নীতির একটি সংক্ষিপ্ত সেট সম্মত করুন এবং সিদ্ধান্তে তা ব্যবহার করুন। কয়েকটি স্পষ্ট, স্মরণীয় নীতি লিখুন, কেনার আগে পুনঃব্যবহার, গড়ার আগে কেনা, মুক্ত মান অনুযায়ী গড়া, যেখানে অর্থবহ সেখানে ক্লাউড, নকশায় নিরাপদ, পুরো পরিচর্যা পথের জন্য নকশা, এবং দলগুলোকে সেগুলো প্রয়োগ করে বেশির ভাগ সিদ্ধান্ত নিজেরা নিতে দিন। নীতি কেবল তখনই কাজ করে যখন সত্যিই হ্যাঁ ও না বলতে ব্যবহৃত হয়, এবং কেবল তখনই যখন মনে রাখার মতো কম। এটি সরাসরি বিষয় 1.1 — অপারেটিং মডেল এবং বিষয় 1.2 — ডিজিটাল কৌশল ও রোডম্যাপিংয়ের সঙ্গে যুক্ত, যা নীতিগুলো যে দিক সেবা করে তা নির্ধারণ করে।

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

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

4. একটি লাইভ অ্যাপ্লিকেশন পোর্টফোলিও রাখুন এবং প্রযুক্তিগত ঋণকে একটি নামধারী ঝুঁকি হিসেবে পরিচালনা করুন। প্রতিটি অ্যাপ্লিকেশন, তার ব্যবসায়িক মালিক, খরচ, সমর্থনযোগ্যতা এবং যে ঝুঁকি সে বহন করে তার একটি নির্ভুল তালিকা রাখুন, এবং নিয়মিত পর্যালোচনা করুন। প্রযুক্তিগত ঋণ ও অসমর্থিত সফটওয়্যারকে ক্লিনিক্যাল বা আর্থিক ঝুঁকির সমান গুরুত্বে কর্পোরেট ঝুঁকি রেজিস্টারে রাখুন, কারণ এটি আসলে তাই। যা আপনি দেখতে পান না তা অর্থায়ন, অগ্রাধিকার বা নিরাপদে অবসর দিতে পারবেন না, এবং যে এস্টেট কখনো তালিকাভুক্ত হয় না ঠিক সেগুলোই সতর্কতা ছাড়া ব্যর্থ হয়।

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

6. মুক্ত মান, API ও শিথিলভাবে-সংযুক্ত উপাদান পছন্দ করুন। এমনভাবে নকশা করুন যাতে সামর্থ্য নথিবদ্ধ, সংস্করণযুক্ত API-র মাধ্যমে উন্মুক্ত হয়, যাতে একটি উপাদান তার চারপাশের সবকিছু পুনর্নির্মাণ না করে প্রতিস্থাপন করা যায়। এটি বিষয় 4.3 — আন্তঃকার্যক্ষমতা ও ডেটা মানে আলোচিত আন্তঃকার্যক্ষমতার স্থাপত্যগত ভিত্তি, এবং লক-ইনের বিরুদ্ধে আপনার প্রধান প্রতিরক্ষা। এটি একটি সরাসরি, হার্ড-ওয়্যার্ড সংযোগের চেয়ে সামনে সামান্য বেশি খরচ করে, এবং যেদিন প্রথমবার সরবরাহকারী বদলাতে বা একটি সেবা যোগ করতে হয় সেদিন বহুগুণ ফেরত দেয়।

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

স্টার্ট-আপ#

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

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

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

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

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

সরকার#

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

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

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

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

চেকলিস্ট#

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

মূল উৎস#

• NHS England — ক্লাউড কৌশল, প্রযুক্তি মান এবং Data Security and Protection Toolkit।
• National Cyber Security Centre (NCSC) — নিরাপদ নকশা নীতি ও ক্লাউড নিরাপত্তা নির্দেশিকা।
• UK Government (GDS/CDDO) — Technology Code of Practice এবং ক্লাউড-ফার্স্ট নীতি।
• National Audit Office — NHS লিগ্যাসি সিস্টেম, WannaCry আক্রমণ এবং IT-সক্ষম কর্মসূচির প্রতিবেদন।
• The Open Group — TOGAF, এন্টারপ্রাইজ স্থাপত্য কাঠামো।
• Government Digital Service — GOV.UK service manual ও ডিজাইন সম্প্রদায়ে "সবচেয়ে পাতলা কার্যকর প্ল্যাটফর্ম" ধারণা।

তথ্যসূত্র#

1. Enterprise architecture — Wikipedia — https://en.wikipedia.org/wiki/Enterprise_architecture
2. Solution architecture — Wikipedia — https://en.wikipedia.org/wiki/Solution_architecture
3. Systems architecture — Wikipedia — https://en.wikipedia.org/wiki/Systems_architecture
4. Cloud computing — Wikipedia — https://en.wikipedia.org/wiki/Cloud_computing
5. Software as a service — Wikipedia — https://en.wikipedia.org/wiki/Software_as_a_service
6. Legacy system — Wikipedia — https://en.wikipedia.org/wiki/Legacy_system
7. Technical debt — Wikipedia — https://en.wikipedia.org/wiki/Technical_debt
8. Application portfolio management — Wikipedia — https://en.wikipedia.org/wiki/Application_portfolio_management
9. Application programming interface — Wikipedia — https://en.wikipedia.org/wiki/Application_programming_interface
10. Total cost of ownership — Wikipedia — https://en.wikipedia.org/wiki/Total_cost_of_ownership
11. Secure by design — Wikipedia — https://en.wikipedia.org/wiki/Secure_by_design
12. Vendor lock-in — Wikipedia — https://en.wikipedia.org/wiki/Vendor_lock-in
13. Cloud strategy — NHS England — https://www.england.nhs.uk/long-read/cloud-centre-of-excellence/
14. Secure design principles — National Cyber Security Centre — https://www.ncsc.gov.uk/collection/cyber-security-design-principles
15. Technology Code of Practice — UK Government (CDDO) — https://www.gov.uk/guidance/the-technology-code-of-practice
16. Investigation: WannaCry cyber attack and the NHS — National Audit Office — https://www.nao.org.uk/reports/investigation-wannacry-cyber-attack-and-the-nhs/
17. TOGAF Standard — The Open Group — https://www.opengroup.org/togaf
18. Service Manual: cloud and platforms — Government Digital Service — https://www.gov.uk/service-manual