আমি প্রায়শই জলপ্রপাত সফ্টওয়্যার বিকাশের জীবনচক্রের দিনগুলি মনে করি। প্রতিটি কাজের একটি শুরু এবং শেষ ছিল। একটি কাজের পণ্য ছিল পরবর্তী ডকুমেন্টেশন বা কোডের জন্য ইনপুট, এবং যখন এটি অনেক বেশি সময় নেয় এবং দিকনির্দেশ পরিবর্তন করার খুব কম সুযোগ ছিল, তখন চারপাশে পরিকল্পনা করা সহজ ছিল।
সেসব দিন শেষ। আজকের ক্লাউড ডেভেলপমেন্ট—বা সম্পূর্ণভাবে ডেভেলপমেন্ট—পুনরাবৃত্ত, চটপটে, এবং মুহূর্তের মধ্যে পরিবর্তন হতে পারে। প্রায়শই খুব শক্তিশালী ডেভপস টুলচেইন দ্বারা পরিবর্ধিত, আজকাল আমাদের বিকাশের পদ্ধতি স্বয়ংক্রিয় এবং তরল উভয়ই, এবং আপনি যদি আমাকে জিজ্ঞাসা করেন তবে এটি সঠিক দিকের একটি পদক্ষেপ।
কিন্তু কিছু জিনিস পথের ধারে পড়ে যাচ্ছে। প্রায়শই অপারেশন পরিকল্পনা হয় শেষ মুহূর্তে করা হয় বা একেবারেই না। বিকাশকারীরা কোড এবং ডেটা স্ট্রাকচারগুলিকে অপস-এ পুশ করে, এবং অপস টিমগুলিকে অবশ্যই দ্রুত খুঁজে বের করতে হবে কীভাবে জিনিসটিকে দীর্ঘমেয়াদে সফলভাবে চালানো যায়। অনেক অপস এবং ক্লাউডপস পজিশন আজকাল অপূর্ণ হয়ে যাচ্ছে কারণ তারা এমন আইটি চাকরি হয়ে উঠছে যা আপনাকে ব্যর্থতার জন্য সেট আপ করে।
অপারেশন পরিকল্পনা প্রক্রিয়ার প্রথম দিকে হওয়া উচিত, অন্তত নকশা পর্যায়ে। আমরা যখন এটিতে আছি, তখন নিরাপত্তা এবং শাসন পরিকল্পনা একই সময়ে হওয়া উচিত, কিন্তু এটি অন্য ব্লগের জন্য একটি বিষয়। প্রক্রিয়ার প্রথম দিকে অপস প্ল্যানিং করা সাউন্ড অপস অনুশীলনগুলিকে সিস্টেমে তৈরি করার অনুমতি দেয়, হয় নেট নতুন বা ক্লাউডে স্থানান্তরিত হয়। প্রক্রিয়া এবং স্টোরেজ সিস্টেমগুলি কীভাবে সাধারণ অপারেশন সমস্যাগুলি এড়াবে, যেমন বিভ্রাট বা কার্যকারিতা এবং সাধারণ ব্যবহারযোগ্যতার সমস্যাগুলি এড়ানোর জন্য সুযোগের কিছু বাকি থাকা উচিত নয়। যদি না বা সামান্য অপারেশনের পরিকল্পনা করা হয়, তাহলে আপনি সমস্যা দেখতে পাবেন কিনা তা বড় বিষয় নয়, তবে আপনি ডেভ টিমগুলিতে ফিরে যাওয়ার আগে আপনি কতগুলি দেখতে পাবেন।
বিকাশকারীরা এবং অ্যাপ্লিকেশন ডিজাইনার এবং স্থপতিরা আমার দিকে এমনভাবে তাকায় যে আমি তাদের মাউন্ট এভারেস্টে আরোহণ করতে বলছি যখন আমি সুপারিশ করি যে কোডের একক লাইন লেখা বা স্থানান্তরিত হওয়ার আগে অপারেশন পরিকল্পনাটি ঘটবে৷ তাদের প্রতিরক্ষায়, বেশিরভাগ আইটি দোকানে ক্লাউড অ্যাপ্লিকেশন স্থাপনের আগে সাধারণত অপস প্ল্যানিং শেষ পদক্ষেপ। তারা বিশ্বাস করে যে ক্লাউডপস দলগুলি যে সমস্যাগুলির সাথে মোকাবিলা করবে তা হল “তাদের সমস্যা” এবং যে জিনিসগুলি পুনরাবৃত্তি করে সমাধানের মাধ্যমে সমাধান করা যেতে পারে “যতক্ষণ না তারা এটি বুঝতে পারে।”
যদিও আপনি যথেষ্ট সময় এবং অর্থ দিয়ে যে কোনও সমস্যা সমাধান করতে পারেন, তবে আমাদের কাছে এত সময় এবং অর্থ নেই। একটি আরও ব্যয়-কার্যকর পদ্ধতি হল ক্লাউডপস পরিকল্পনা সম্পূর্ণ করা যখন অ্যাপ্লিকেশনটি এখনও সহজে পরিবর্তন করা যেতে পারে, অপারেশন, মনিটরিং এবং পর্যবেক্ষণের জন্য পদ্ধতিগুলি বিবেচনা করে যা সমাধানগুলিতে আরও ভালভাবে ডিজাইন করা হয়েছে, পরে চিন্তাভাবনা হিসাবে পরে যোগ করার পরিবর্তে।
এটি অপারেশন খরচ অর্ধেক কমাতে পারে এবং নেট-নতুন বা স্থানান্তরিত অ্যাপ্লিকেশনের স্থাপনাকে ব্যবসার দৃষ্টিতে সফল করে তুলতে পারে। বিকল্পটি বেশ কয়েকটি সমস্যার মধ্য দিয়ে যাচ্ছে যা চলমান সংশোধন করা আবশ্যক, যার ফলে খরচ উত্পাদনশীলতা ক্ষতিগ্রস্ত হয় এবং ব্যবহারকারীরা “এই ক্লাউড জিনিস” সম্পর্কে ভিন্নভাবে চিন্তা করা শুরু করে।
সমস্যা হল সেখানে অনেক ক্লাউড সলিউশন ডেভেলপাররা বিশ্বাস করেন যে চটপটে এবং ডেভপস অবলম্বন করা মানে একবার সঠিক হওয়ার আগে এটিকে অনেকবার ভুল করা। যে চটপটে বা devops এর উদ্দেশ্য না. এটি আমাদের ভুলগুলি থেকে শেখার এবং সমাধানের বিকাশ এবং স্থাপনাকে আরও বেশি ব্যয়-দক্ষ প্রক্রিয়া করার জন্য সামঞ্জস্য করার বিষয়ে। এই ক্লাউড সলিউশন ডেভেলপমেন্ট স্টাফের সাথে কীভাবে সফল হওয়া যায় তার তালিকায় প্রথম দিকে এবং প্রায়শই অপারেশন পরিকল্পনা সম্পর্কে চিন্তা করা একটি আইটেম। আমাকে বিশ্বাস কর.
কপিরাইট © 2022 IDG Communications, Inc.