এই নিবন্ধের মডিউল: iFlow Inspector
SAP CPI iFlow review checklist, এবং কীভাবে এটি automate করবেন
SAP CPI iFlow-এর একটি কাজের review checklist: error handling, log levels, secrets, protocols, scripts ও structure, এবং score ও report-সহ কীভাবে এটি স্বয়ংক্রিয়ভাবে চালাবেন।
iFlow review সাধারণত হয় সময়ের চাপে, transport-এর ঠিক আগে, আর তাতে যাচাই হয় reviewer-এর যা মনে থাকে তা-ই। ফলে একই সমস্যাগুলো বারবার production-এ পৌঁছায়: কোনো error handling নেই, Content Modifier-এ password, default route ছাড়া Router।
এই নিবন্ধ SAP Cloud Integration (SAP CPI) iFlow-এর জন্য বারোটি যাচাইয়ের একটি checklist দেয়, প্রতিটি কেন গুরুত্বপূর্ণ তা ব্যাখ্যা করে, এবং দেখায় কীভাবে সেগুলো score ও এমন একটি report-সহ স্বয়ংক্রিয়ভাবে চালাবেন যা আপনি transport-এর সঙ্গে জুড়ে দিতে পারেন।
কখন একটি iFlow review করবেন
- Test বা production tenant-এ প্রথম transport-এর আগে।
- যখন একটি iFlow অন্য developer বা operations-এর হাতে দেওয়া হয়।
- বড় কোনো পরিবর্তনের পর, যেমন নতুন receiver বা নতুন script।
- বছরের পর বছর ধরে বড় হয়ে ওঠা iFlow-গুলোর জন্য মাঝে মাঝে।
Checklist
| যাচাই | কেন গুরুত্বপূর্ণ | বিভাগ |
|---|---|---|
| Exception Subprocess নেই | Error হলে message SAP-এর default handling-এ শেষ হয়: কোনো alert নেই, sender-কে পরিষ্কার কোনো উত্তর নেই। | নির্ভরযোগ্যতা |
| বিস্তারিত লগ লেভেল | প্রতিটি step log করলে প্রতিটি message ধীর হয় এবং tenant-এর log store ভরে যায়। | কর্মক্ষমতা |
| বর্ণনা নেই | অন্যরা iFlow না খুলে বুঝতে পারেন না এটি কী করে বা এর owner কে। | রক্ষণাবেক্ষণযোগ্যতা |
| সিক্রেট সাধারণ টেক্সটে | যে কেউ iFlow খুলতে বা download করতে পারেন, তিনিই এতে লেখা password বা token পড়তে পারেন। | নিরাপত্তা |
| স্ক্রিপ্ট ছাড়া স্ক্রিপ্ট ধাপ | Script file ছাড়া একটি script step runtime-এ ব্যর্থ হয়। | সঠিকতা |
| বড় প্রসেস | অনেক step-ওয়ালা process পড়া, টেস্ট করা ও বদলানো কঠিন। | রক্ষণাবেক্ষণযোগ্যতা |
| অনিরাপদ প্রোটোকল | Plain HTTP বা FTP ডেটা, এবং Basic credentials-ও, encryption ছাড়া পাঠায়। | নিরাপত্তা |
| Receiver ছাড়া কল | Channel ছাড়া একটি Request Reply বা Send step-এর message পাঠানোর কোনো জায়গা নেই। | সঠিকতা |
| স্ক্রিপ্ট ঝুঁকি | println, বড় body একটি String হিসেবে পড়া, খুব লম্বা scripts, XXE-এর জন্য খোলা XML parsers। | কর্মক্ষমতা |
| অব্যবহৃত Local Integration Process | কোনো Process Call এতে পৌঁছায় না, তাই এটি কখনো চলে না। | রক্ষণাবেক্ষণযোগ্যতা |
| সংযুক্ত নয় এমন ধাপ | কোনো start event থেকে এতে কোনো পথ পৌঁছায় না, তাই এটি কখনো চলে না। | সঠিকতা |
| ডিফল্ট রুট ছাড়া Router | কোনো condition না মিললে message একটি জানা পথে না গিয়ে ব্যর্থ হয়। | নির্ভরযোগ্যতা |
এগুলো সেই বিভাগ যা Kitegra ব্যবহার করে। হাতে করা review-তে যা জরুরি তা হলো প্রতিটি যাচাইয়ের একটি কারণ এবং এমন একটি সমাধান থাকা যাতে team একমত।
Checklist যা দেখতে পায় না
যাচাইগুলো iFlow-এর design পড়ে। তারা জানে না mapping business-এর জন্য সঠিক কি না, receiver load সামলাতে পারবে কি না, বা error handling এমন কাউকে alert পাঠায় কি না যিনি সেটি পড়েন। এসব প্রশ্নের জন্য review-তে এখনও একজন মানুষ লাগে, আর আসলের মতো ডেটা দিয়ে একটি test।
নাম review-এর একটি আলাদা অংশ: একটি naming rule pack সেগুলোকেও যাচাইযোগ্য করে।
যাচাইগুলো স্বয়ংক্রিয়ভাবে চালান
Kitegra-এ iFlow খুলুন, "Kitegra টুল" বোতামে ক্লিক করে "ইন্সপেক্টর" বেছে নিন। এর "ডিজাইন" tab খোলা iFlow ও তার scripts-এ ওপরের বারোটি যাচাই চালায়:
- প্রতিটি finding দেখায় কেন এটি গুরুত্বপূর্ণ, এবং একটি "সমাধান:" লাইন।
- "স্কোর (0–100) ও গ্রেড" A থেকে E পর্যন্ত iFlow-এর সারসংক্ষেপ দেয়।
- "চেক সেটিংস" একটি যাচাই বন্ধ করে, অথবা score-এ সেটি কতটা গোনা হবে তা বদলায়; এই settings আপনার Kitegra অ্যাকাউন্টের সঙ্গে sync হয়।
- "বেসলাইন সেট করুন" আজকের findings-কে পরিচিত হিসেবে চিহ্নিত করে, যাতে পরের review শুধু নতুনগুলো দেখায়।
- "দমন করুন" একটি finding লুকায়, এবং কারণ জিজ্ঞেস করে; "পরিচিত ও দমন করা দেখান" সেগুলো ফিরিয়ে আনে।
একটি যাচাই log level নিয়ে; কেন TRACE চালু রেখে দেওয়া উচিত নয় তা ব্যাখ্যা করে।
ফলাফল report হিসেবে শেয়ার করুন
"রিপোর্ট" একটি নতুন tab-এ "iFlow রিপোর্ট" খোলে: iFlow-এর তথ্য (steps, scripts, adapters, processes), তার score, বিভাগ বা গুরুত্ব অনুযায়ী filter করা design findings, এবং naming findings। এটি HTML, PDF বা Excel-এ export করুন, অথবা "প্রিন্ট" করুন। "রিপোর্টের হেডার"-এ আপনি একটি কোম্পানির নাম এবং 20 KB বা তার কম আকারের একটি logo যোগ করতে পারেন।
Report iFlow-এর model থেকে পড়া হয় এবং এতে কোনো message content থাকে না। PDF-এর labels ইংরেজিতে।
Kitegra কীভাবে সাহায্য করে
Design যাচাই হলো Kitegra-এর iFlow Inspector-এর অংশ। এগুলো আপনার browser-এ খোলা iFlow-এ চলে; সাইন ইন করলে check settings ও baselines আপনার Kitegra অ্যাকাউন্টের সঙ্গে sync হয়, আর scripts ও mappings কখনো পাঠানো হয় না।
Helper, Message Monitor, iFlow Inspector ও iFlow Docs প্রত্যেকে সেই iFlow-গুলো গণনা করে যেগুলোতে আপনি এগুলো ব্যবহার করেন: Kitegra অ্যাকাউন্ট ছাড়া প্রতি মডিউলে 5টি, Free প্ল্যানে 50, Starter-এ 100 এবং Pro-তে 300; Startup Team প্রতিটি সদস্যকে 300 দেয়, Growth Team ও Scale Team-এ কোনো সীমা নেই। Toolbox ও workspace-এর বাড়তি সুবিধাগুলো কোনো iFlow গোনে না। Kitegra লঞ্চের সময়টায়, সাইন ইন করা সবার জন্য প্রতিটি টুল খোলা, Free প্ল্যানেও। প্ল্যানগুলো তুলনা করুন।
আপনার পরবর্তী iFlow-এ চেষ্টা করুন
Kitegra, SAP Integration Suite ডিজাইনারের চারপাশে কী কী যোগ করে তা পড়ুন, অথবা Kitegra-এর অন্য Chrome এক্সটেনশনগুলোর পাশে এটি দেখুন।
সাধারণ জিজ্ঞাসা
SAP CPI iFlow review-তে কী যাচাই করা উচিত?
Error handling, log level, description, plain text-এ secrets, scripts, protocol-এর নিরাপত্তা, সংযুক্ত নয় বা অব্যবহৃত অংশ, এবং Router-এর default routes, সঙ্গে naming ও business logic।
Default route ছাড়া Router কেন সমস্যা?
কোনো condition না মিললে message একটি জানা পথে না গিয়ে ব্যর্থ হয়।
Score কীভাবে হিসাব করা হয়?
প্রতিটি finding তার গুরুত্বের ওপর নির্ভর করা একটি weight অনুযায়ী 100 থেকে score কমায়, আর score A থেকে E পর্যন্ত একটি grade-এ রূপ নেয়। একটি যাচাই কতটা গোনা হবে তা আপনি বদলাতে পারেন।
"বেসলাইন সেট করুন" কী করে?
এটি আজকের findings-কে পরিচিত হিসেবে চিহ্নিত করে, যাতে পরের review শুধু নতুনগুলো দেখায়।
আমি কি review export করতে পারি?
হ্যাঁ। iFlow report আপনার কোম্পানির নাম ও logo-সহ HTML, PDF বা Excel-এ export হয়।
Report-এ কি message content থাকে?
না। এটি iFlow-এর model থেকে পড়া হয় এবং এতে কোনো message content থাকে না।