SaaS অ্যাপ্লিকেশনগুলি আমাদের যে সুবিধা দিয়েছে তা কখনই অতিরঞ্জিত করা যাবে না, বিশেষ করে কর্মক্ষেত্রে, যা মাত্র দুই বছর আগের তুলনায় উল্লেখযোগ্যভাবে আলাদা।
তবে, দুই দশক ধরে ক্লাউডের সাথে কাজ করার পরেও, SaaS ব্যবহারের একটি নির্দিষ্ট ঝুঁকি সম্পর্কে আমি অবগত ছিলাম না।
মহামারীর আগেও, SaaS বিশ্বকে গ্রাস করছিল। ক্লাউডে অ্যাক্সেস এবং ক্লাউড সমর্থনকারী প্রযুক্তি আগের চেয়ে সস্তা। মাত্র ১০০ জনের কম কর্মচারী সহ গড় ছোট ব্যবসা সম্ভবত ১০০ টিরও বেশি অ্যাপ ব্যবহার করে। কিছু অ্যাপ অন্যদের তুলনায় বেশি ব্যবহৃত হয় তবে দৈনন্দিন কার্যক্রম পরিচালনার জন্য তারা কয়েকটি অ্যাপের উপর নির্ভর করার সম্ভাবনা বেশি।
আধুনিক DevOps বা IT টিমের জন্য এটি চ্যালেঞ্জিং কিন্তু উত্তেজনাপূর্ণ সময়। আমার ক্যারিয়ারের প্রাথমিক পর্যায়ে, আমাদের বিশাল সার্ভার রুমে হাতকড়া পরানো হয়েছিল। রিওয়াইন্ডের টেকনিক্যাল অপারেশনস ডিরেক্টর হিসেবে, আমাদের দল ল্যাপটপ এবং একটি Wi-Fi সংযোগ সহ একটি বৃহৎ টেক স্ট্যাক পরিচালনা করে। আমরা ক্রমাগত এই সমস্ত সরঞ্জামগুলি কীভাবে পরিচালনা করতে হয় তা শিখছি এবং অনলাইন সফ্টওয়্যারের এই মোজাইকটি সুচারুভাবে চলছে তা নিশ্চিত করার জন্য উল্লেখযোগ্য সময় ব্যয় করছি।
যে সুবিধা সাএস অ্যাপ্লিকেশন আমাদের যে সুযোগ করে দিয়েছে তা কখনোই অতিরঞ্জিত করা যাবে না, বিশেষ করে কর্মক্ষেত্রে, যেখানে মাত্র দুই বছর আগের তুলনায় উল্লেখযোগ্যভাবে ভিন্ন। যাইহোক, SaaS ব্যবহারের একটি নির্দিষ্ট ঝুঁকি আছে যা সম্পর্কে আমি অবগত ছিলাম না; এমনকি দুই দশক ধরে ক্লাউডের সাথে কাজ করার পরেও। অনেক DevOps বা IT সার্কেলে এটি সম্পর্কে কথা বলা হয় না। এবং এটি এমন একটি ঝুঁকি যা নাটকীয়ভাবে
SaaS অ্যাপ্লিকেশন এবং অন্যান্য ধরণের ক্লাউড কম্পিউটিং পরিষেবার (IaaS এবং PaaS) মধ্যে একটি গুরুত্বপূর্ণ পার্থক্য মনে রাখা গুরুত্বপূর্ণ। পার্থক্যটি হল: আপনি সবকিছু ভাড়া নেন, আপনি তার মালিক নন। অপারেটিং সিস্টেম, অবকাঠামো, নেটওয়ার্ক এবং বিশেষ করে সার্ভারগুলি, সবকিছুই আপনার পছন্দের অনলাইন সফ্টওয়্যার টুলের মালিকানাধীন। এটি তাদের ব্যবসায়িক মডেল এবং আপনি অ্যাক্সেসের জন্য অর্থ প্রদান করছেন।
এই টুলগুলি ব্যবহার করে আপনি যে সমস্ত ডেটা তৈরি করেন তা হল আপনার মালিকানাধীন সমস্ত ডেটা। আপনি প্রতিদিন যে সমস্ত ডেটার উপর নির্ভর করেন। এবং যখন আপনি বিবেচনা করেন যে গড় ছোট ব্যবসাগুলি এখন তাদের দৈনন্দিন কার্যক্রমে 100 টিরও বেশি অ্যাপ ব্যবহার করছে তখন এটি প্রচুর ডেটা। এখানেই ভাগ করা দায়িত্ব মডেলটি কার্যকর হয়। এটি AWS দ্বারা তৈরি একটি শব্দ কিন্তু সমস্ত ক্লাউড কম্পিউটিংয়ের ক্ষেত্রে প্রযোজ্য। মূলত আপনি এবং ক্লাউড সরবরাহকারী সবকিছু রক্ষা করার দায়িত্ব ভাগ করে নেন।
উপরের চার্টটি সবকিছু সুন্দরভাবে ব্যাখ্যা করে। আপনি যে ধরণের ক্লাউড পরিষেবা ব্যবহার করছেন তার উপর নির্ভর করে আপনার দায়িত্বের স্তর পরিবর্তিত হয় তা আপনি দেখতে পাচ্ছেন। এবং SaaS-এর ক্ষেত্রে DevOps এবং IT টিমগুলি এই বিষয়টি নিয়ে কথা বলে না।
যত বেশি প্রতিষ্ঠান এবং ব্যবসা SaaS-এর দিকে ঝুঁকছে, ডেটা হারানোর ঝুঁকি ততই বৃদ্ধি পাচ্ছে। আইটি এবং ডেটা সুরক্ষা পেশাদারদের একটি বহুল ব্যবহৃত বাক্যাংশ আছে: এই পৃথিবীতে দুই ধরণের মানুষ আছে - যারা ডেটা হারিয়েছে এবং যারা ডেটা হারাতে চলেছে"। এমনকি SaaS ব্যবহার করেও, এটি কম সত্য নয়। A সাম্প্রতিক জরিপ আমরা একটি সমীক্ষা চালিয়ে দেখেছি যে ৪০% এরও বেশি SaaS ব্যবহারকারী ডেটা হারানোর শিকার হয়েছেন। আমাদের ব্যক্তিগত বা পেশাদার জীবনের কোনও না কোনও সময়ে, কোনও না কোনও ডেটা হারানো অনিবার্য।
কিন্তু আমি কি আমার তথ্য ফিরে পেতে পারব?
হ্যাঁ, আর নাও। SaaS টুলগুলি হয়তো ডেটার একটি স্ন্যাপশট ফিরিয়ে আনতে সক্ষম হবে, কিন্তু এটি এমন একটি ফর্ম্যাটে হতে পারে যা আপনার ব্যবসার জন্য ব্যবহারযোগ্য নয়। আপনার ডেটা মূলত SaaS অ্যাপ্লিকেশনের অন্যান্য ব্যবহারকারীদের সাথে গোষ্ঠীভুক্ত। তাই কিছু SaaS অ্যাপ্লিকেশনের পক্ষে আপনার নির্দিষ্ট ডেটা খুঁজে বের করা এবং এটি সম্পূর্ণরূপে পুনরুদ্ধার করা সহজ নয়। এবং যদি দৈবক্রমে তারা পারে, তবে এটি সম্ভবত একটি পুরানো স্ন্যাপশট হবে।
এটি সর্বদা সন্দেহের মুখোমুখি হয় (এবং আমি বুঝতে পারি, আমারও একই প্রতিক্রিয়া হয়েছিল) তবে আমি সর্বদা লোকেদের যেকোনো SaaS সাইটের শর্তাবলী পৃষ্ঠার দিকে নির্দেশ করি। এখানে Shopify এর এবং এখানে GitHub এর। সবকিছুই সাদা-কালো রঙে আছে। আপনি ট্রেলো, জেনডেস্ক, বিক্রয় বল, কুইক বুকসে অনলাইন হোক বা অন্য কোথাও, ভাগ করা দায়িত্ব মডেলের কিছু দিক বিদ্যমান। আপনার ডেটা কীভাবে ঝুঁকির মধ্যে রয়েছে এবং কীভাবে এটি সুরক্ষিত রাখা যায় তা বোঝার দায়িত্ব আপনার।
আরো দেখুন: "wasmCloud আমাদেরকে ক্লাউডকে কেবল পথে একটি স্টপ হিসেবে পুনর্বিবেচনা করার সুযোগ দেয়"
আপনার SaaS ডেটা সুরক্ষিত রাখার কৌশল
দিনশেষে এটি তিনটি জিনিসে নেমে আসে:
- ব্যবহারকারীর অ্যাক্সেস সেট করার সময় সবচেয়ে কম সুবিধাপ্রাপ্ত পদ্ধতি ব্যবহার করুন। আপনি হয়তো ইতিমধ্যেই এটি করছেন এবং যদি তাই হয় তবে আপনাকে ধন্যবাদ। পরিসংখ্যানগতভাবে মানুষই ডেটা ক্ষতির প্রধান অপরাধী; ইচ্ছাকৃত হোক বা না হোক। আপনি যদি মানুষের দক্ষতা বা দায়িত্বের উপর ভিত্তি করে SaaS টুল ব্যবহারের ক্ষমতা সীমিত করেন, তাহলে ডেটা ক্ষতির কারণ হওয়ার সম্ভাবনা নাটকীয়ভাবে কমে যায়। প্রোটিপ: সর্বদা অনন্য পাসওয়ার্ড বা বাক্যাংশ, দ্বি-ফ্যাক্টর প্রমাণীকরণ ব্যবহার করুন এবং এই জিনিসগুলি বাস্তবায়নের জন্য রাজস্ব বা বিপণন অপারেশন টিমের সাথে কাজ করুন।
- আপনার প্রাথমিক SaaS টুলের সাথে সংযুক্ত সবকিছু অডিট করুন। আপনি কি আবার ফিরে গিয়ে তৃতীয় পক্ষের অ্যাপগুলির জন্য শর্তাবলী পড়তে পারেন? আপনি যা পেয়েছেন তা শুনে আপনি হতবাক হতে পারেন। কিছু অ্যাপ ডেটা ওভাররাইড বা মুছে ফেলতে পারে! আমি বুঝতে পারি এটি একটি ক্লান্তিকর প্রক্রিয়া, তাই আমি বছরে একবার এটি করার পরামর্শ দিচ্ছি। বিভিন্ন টিমের সাথে প্রতিটির খরচ/সুবিধা বিবেচনা করুন এবং সিদ্ধান্ত নিন যে এটি রাখা বা আনইনস্টল করা মূল্যবান কিনা।
- ব্যাকআপ এবং পুনরুদ্ধারের কৌশল রাখুন। আপনি বেশিরভাগ ক্ষেত্রেই এটি ম্যানুয়ালি করতে পারেন, তবে এটি ক্লান্তিকর এবং সময়সাপেক্ষ হতে পারে। এর জন্য শত শত CSV ফাইল রপ্তানি করা বা ব্যাকআপ স্ক্রিপ্ট চালানো জড়িত থাকতে পারে। যাই হোক না কেন, আপনি ক্রমাগত পরিবর্তনশীল ডেটা এবং একটি অবিরাম বিকশিত API-এর বিরুদ্ধে লড়াই করছেন। এটি একটি BaaS (ব্যাকআপ-অ্যাজ-এ-সার্ভিস) প্রদানকারীর কাছে আউটসোর্স করা সম্ভব। এটি আপনার জন্য ডেটা ধারাবাহিকতা পরিচালনা করা সহজ করে তুলতে পারে, তবে দয়া করে আপনার হোমওয়ার্ক করুন। প্রতি মাসে আরও বেশি সংখ্যক খেলোয়াড় বাড়ছে, এবং অনেকেই নিরাপত্তা এবং সম্মতির ক্ষেত্রে তাদের পদ্ধতিতে পরিপক্ক নয়।
এই তো। ডেটা সুরক্ষা এবং ধারাবাহিকতা কৌশলের জন্য এই তিনটি ধাপ অনুসরণ করুন, এবং আপনি SaaS-এর উপর সম্পূর্ণরূপে নির্ভরশীল বেশিরভাগ ব্যবসার চেয়ে এগিয়ে থাকবেন। আমি এখনও বিশ্বাস করি যে SaaS-এর ভবিষ্যৎই প্রধান হাতিয়ার, তবে DevOps, SRE, এবং IT পেশাদারদের এই হাতিয়ারগুলির ঝুঁকিগুলি বুঝতে হবে। X ডেটা কেন অনুপস্থিত তা নিয়ে আপনি একজন CIO-এর সাথে শেষ কথোপকথন করতে চান। "এটি ক্লাউডে আছে" এই প্রবাদটি সেই সময়ে খুব বেশি অর্থবহ হবে না।
