আউটসোর্সিং থেকে উন্নয়ন পর্যন্ত (পর্ব 2)

В পূর্ববর্তী নিবন্ধ, আমি Veliam তৈরির পটভূমি এবং SaaS সিস্টেমের মাধ্যমে এটি বিতরণ করার সিদ্ধান্ত সম্পর্কে কথা বলেছি। এই নিবন্ধে, আমি পণ্যটি স্থানীয় নয়, কিন্তু সর্বজনীন করার জন্য আমাকে কী করতে হয়েছিল সে সম্পর্কে কথা বলব। কীভাবে বিতরণ শুরু হয়েছিল এবং তারা কী সমস্যার সম্মুখীন হয়েছিল সে সম্পর্কে।

পরিকল্পনা

ব্যবহারকারীদের জন্য বর্তমান সার্ভার সাইড চালু ছিল Linuxপ্রায় প্রতিটি সংস্থার আছে Windows সার্ভার, যা সম্পর্কে বলা যায় না Linuxভেলিয়ামের প্রধান শক্তি হলো NAT-এর পেছনে থাকা সার্ভার এবং নেটওয়ার্ক সরঞ্জামের সাথে রিমোট সংযোগ স্থাপন করা। তবে, এই কার্যকারিতাটি কঠোরভাবে এই শর্তের সাথে যুক্ত ছিল যে রাউটারটি অবশ্যই মাইক্রোটিক হতে হবে। এটি স্পষ্টতই অনেককে সন্তুষ্ট করতে পারত না। আমি প্রাথমিকভাবে সবচেয়ে জনপ্রিয় বিক্রেতাদের রাউটারের জন্য সমর্থন যোগ করার কথা ভেবেছিলাম। কিন্তু আমি বুঝতে পারলাম যে সমর্থিত কোম্পানির তালিকা প্রসারিত করার জন্য এটি একটি অন্তহীন দৌড় হবে। তাছাড়া, এমনকি ইতিমধ্যে সমর্থিত রাউটারগুলোর ক্ষেত্রেও মডেলভেদে NAT নিয়ম পরিবর্তন করার জন্য ভিন্ন ভিন্ন কমান্ড সেট থাকতে পারে। একটি VPN-ই একমাত্র সমাধান বলে মনে হলো।

যেহেতু আমরা পণ্যটি বিতরণ করার সিদ্ধান্ত নিয়েছিলাম, কিন্তু ওপেন সোর্স হিসেবে নয়, তাই আমরা GPL-এর মতো ওপেন লাইসেন্সযুক্ত বিভিন্ন লাইব্রেরি অন্তর্ভুক্ত করতে পারিনি। এটি সম্পূর্ণ ভিন্ন একটি বিষয়: পণ্যটি বিক্রি করার সিদ্ধান্ত নেওয়ার পর, আমাদের অর্ধেক লাইব্রেরি নতুন করে তৈরি করতে হয়েছিল কারণ সেগুলো GPL ছিল। যখন আমরা নিজেদের জন্য কোড লিখছিলাম, তখন এটা ঠিক ছিল। কিন্তু এটি বিতরণের জন্য উপযুক্ত নয়। প্রথম যে VPN-টির কথা মনে আসে তা হলো... OpenVPNকিন্তু এটি GPL লাইসেন্সের অধীনে ছিল। আরেকটি বিকল্প ছিল জাপানি SoftEther VPN ব্যবহার করা। এর লাইসেন্স এটিকে প্রোডাক্টের অন্তর্ভুক্ত করার অনুমতি দিয়েছিল। এটিকে কীভাবে ইন্টিগ্রেট করা যায়, যাতে ব্যবহারকারীকে কোনো কিছু কনফিগার করতে বা SoftEther VPN সম্পর্কে কিছু জানতে না হয়, তা নিয়ে কয়েকদিন ধরে বিভিন্ন পরীক্ষা-নিরীক্ষার পর আমরা একটি প্রোটোটাইপ তৈরি করি। সবকিছু প্রত্যাশা অনুযায়ী কাজ করছিল। কিন্তু কোনো এক কারণে, এই পরিকল্পনাটি আমাদের তখনও অস্বস্তিতে ফেলছিল, এবং শেষ পর্যন্ত আমরা এটি পরিত্যাগ করি। স্বাভাবিকভাবেই, আরেকটি বিকল্প খুঁজে পাওয়ার পরেই আমরা এটি পরিত্যাগ করি। পরিশেষে, সবকিছু সাধারণ TCP কানেকশন ব্যবহার করেই করা হয়েছিল। কিছু কানেকশন একটি কোঅর্ডিনেটরের মাধ্যমে কাজ করে, অন্যগুলো সরাসরি Nat Hole Punching (NHP) প্রযুক্তি ব্যবহার করে, যা Free Pascal-এও প্রয়োগ করা হয়েছিল। আমাকে বলতেই হবে, আমি এর আগে NHP-এর নামও শুনিনি। আর আমার মাথায়ই আসেনি যে দুটি নেটওয়ার্ক ডিভাইসকে সরাসরি সংযুক্ত করা যেতে পারে, যাদের উভয়ই একটি NAT-এর পেছনে রয়েছে। আমি বিষয়টি নিয়ে পড়াশোনা করি, এর মূলনীতিটি বুঝি, এবং লিখতে বসি। ধারণাটি বাস্তবায়ন করা হয়েছে: ব্যবহারকারী পাসওয়ার্ড দেওয়া বা ভিপিএন সেট আপ করা ছাড়াই, এক ক্লিকে RDP, SSH, বা Winbox-এর মাধ্যমে NAT-এর পিছনে থাকা কাঙ্ক্ষিত ডিভাইসে সংযোগ করতে পারেন। অধিকন্তু, এই সংযোগগুলির বেশিরভাগই আমাদের কোঅর্ডিনেটরকে বাইপাস করে, যা পিং এবং এই সংযোগগুলি পরিষেবা দেওয়ার খরচের উপর ইতিবাচক প্রভাব ফেলে।

সার্ভার অংশের অনুবাদ Linux উপর Windows

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

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

আপনার ক্লায়েন্টের পক্ষে প্লাগইন প্রত্যাখ্যান

আমি আগে লিখেছিলাম যে ক্লায়েন্ট সাইডটি ছিল একটি 'প্লাগইন' সহ একটি ব্রাউজার। তাই এমন সময় আসত যখন ক্রোম আপডেট হওয়ার ফলে লেআউটটি কিছুটা অগোছালো হয়ে যেত, অথবা Windows আমি আপডেট করলে কাস্টম ইউআর স্কিমটি অদৃশ্য হয়ে যাবে। আমি সত্যিই প্রোডাক্টটির পাবলিক ভার্সনে এই ধরনের কোনো অপ্রত্যাশিত ঘটনা ঘটাতে চাইনি। তাছাড়া, প্রতিটি আপডেটের পরেই কাস্টম ইউআর স্কিমগুলো অদৃশ্য হতে শুরু করে। Windowsমাইক্রোসফট সংশ্লিষ্ট বিভাগ থেকে মাইক্রোসফট-বহির্ভূত সমস্ত শাখা সরিয়ে দিয়েছে। গুগল ক্রোমও এখন আর কাস্টম ইউআরএল থেকে কোনো অ্যাপ্লিকেশন খোলার বিকল্পটি মনে রাখে না এবং মনিটর করা কোনো অবজেক্টে ক্লিক করলেই এই প্রশ্নটি জিজ্ঞাসা করে। অবশেষে, ব্যবহারকারীর লোকাল সিস্টেমের সাথে যথাযথ ইন্টারঅ্যাকশনের প্রয়োজন ছিল, যা ব্রাউজারটি সরবরাহ করে না। এই পরিস্থিতিতে সবচেয়ে সহজ বিকল্পটি হলো নিজের ব্রাউজার তৈরি করে নেওয়া, যেমনটা এখন অনেকেই ইলেকট্রন (Electron) দিয়ে করছে। কিন্তু সার্ভার সাইডসহ অনেক কিছুই আগে থেকেই ফ্রি প্যাসকেলে (Free Pascal) লেখা ছিল, তাই তারা একটি জগাখিচুড়ি তৈরি না করে ক্লায়েন্টটিও একই ভাষায় তৈরি করার সিদ্ধান্ত নেয়। ফলে, ক্রোমিয়াম (Chromium) ব্যবহার করে একটি ক্লায়েন্ট লেখা হয়েছিল। এরপর এটি বিভিন্ন বাইন্ডিং অর্জন করতে শুরু করে।

মুক্তি

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

বিতরণ শুরু

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

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

এই পরিস্থিতিতে মানুষকে শান্ত বোধ করার জন্য আমরা যা করতে পারি তা হল যতটা সম্ভব খোলামেলা হওয়া, নিরাপত্তার বিষয়ে কাজ করা এবং মানুষের প্রশ্নের উত্তর দিতে কখনই ক্লান্ত না হওয়া।

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

অনেক মন্তব্য ছিল যে আমরা এটি কোথাও চুরি করেছি। এটা আমাদের একটু অবাক করেছে। ঠিক আছে, এক ব্যক্তির মতামত, তবে এই জাতীয় মন্তব্য বিভিন্ন লোকের বিভিন্ন প্রকাশনায় পাওয়া গেছে। প্রথমে তারা জানত না এই বিষয়ে কীভাবে প্রতিক্রিয়া জানাবে। হয় দুঃখিত হতে হবে যে কিছু লোকের মতামত রয়েছে যে রাশিয়ায় কেউ নিজেরাই কিছু করতে পারে না, তবে কেবল চুরি করতে পারে বা খুশি হতে পারে যে তারা মনে করে যে এটি কেবল চুরি করা যেতে পারে।

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

কেউ কেউ বলে যে আমরা এটি ব্যবহার করব না কারণ কোনও FSTEC শংসাপত্র নেই। আমাদের ব্যাখ্যা করতে হবে যে আমরা এটি পেতে পারি না এবং করব না কারণ এই শংসাপত্রটি পাওয়ার জন্য, এনক্রিপশন অবশ্যই GOST অনুযায়ী হতে হবে এবং আমরা সফ্টওয়্যারটি শুধুমাত্র রাশিয়ায় বিতরণ করার এবং AES ব্যবহার করার পরিকল্পনা করছি।

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

কর্মীদের জন্য দূরবর্তী অ্যাক্সেস কার্যকারিতা যোগ করা

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

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

তৃতীয় পক্ষের মডিউল লাইসেন্স

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

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

Select * FROM `table` WHERE `id`>1000 FOR UPDATE

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

PRAGMA journal_mode=WAL;

ফলস্বরূপ, কাজটি সম্পন্ন হয়েছে এবং এখন ক্লায়েন্টের সার্ভার অংশ SQLite এ চলে। আমরা সিস্টেমের অপারেশনে কোন পরিবর্তন লক্ষ্য করিনি।

নতুন হেল্পডেস্ক

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

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

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

আমরা পরবর্তী কি করার পরিকল্পনা করছি?

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

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

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

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

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

উত্স: www.habr.com