হাইস্ট্যাক্স ক্লাউড মাইগ্রেশন: রাইডিং দ্য ক্লাউডস

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

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

এটি আপনাকে পরিষেবাগুলির ত্রুটি সহনশীলতা উন্নত করার জন্য শুধুমাত্র DR সমাধানগুলি তৈরি করতে দেয় না, বরং খরচ সঞ্চয় বাড়াতে এবং এই মুহূর্তে একটি নির্দিষ্ট পরিষেবার জন্য সেরা সমাধান নির্বাচন করতে বিভিন্ন সাইট এবং হাইপারস্কেলারের মধ্যে দ্রুত, নমনীয়ভাবে সম্পদ স্থানান্তর করতে দেয়৷ শিরোনাম ছবিতে তালিকাভুক্ত প্ল্যাটফর্মগুলি ছাড়াও, সংস্থাটি রাশিয়ান ক্লাউড সরবরাহকারীদের সাথে সক্রিয়ভাবে সহযোগিতা করে: Yandex.Cloud, CROC ক্লাউড পরিষেবা, Mail.ru এবং আরও অনেকগুলি। এটাও লক্ষণীয় যে 2020 সালে কোম্পানিটি Skolkovo-তে অবস্থিত একটি R&D কেন্দ্র খুলেছে। 

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

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

প্রথম ধাপ হল Hystax Acura স্থাপন করা, যা সিস্টেমের নিয়ন্ত্রণ প্যানেল।

এটি টেমপ্লেট থেকে প্রসারিত হয়। কিছু কারণে, আমাদের ক্ষেত্রে, এটি সম্পূর্ণরূপে সঠিক ছিল না এবং প্রস্তাবিত 8CPU এর পরিবর্তে, অর্ধেক সংস্থান সহ 16Gb স্থাপন করা হয়েছিল। অতএব, আপনাকে সেগুলি পরিবর্তন করার কথা মনে রাখতে হবে, অন্যথায় ভিএম-এর ভিতরের অবকাঠামো, যার উপর সবকিছু তৈরি করা হয়েছে, কেবল পাত্রে শুরু হবে না এবং পোর্টালটি অনুপলব্ধ হবে। ভিতরে স্থাপনার প্রয়োজনীয়তা প্রয়োজনীয় সংস্থানগুলি বিস্তারিতভাবে বর্ণনা করা হয়েছে, সেইসাথে সমস্ত সিস্টেমের উপাদানগুলির জন্য পোর্টগুলি। 

এবং টেমপ্লেটের মাধ্যমে আইপি ঠিকানা সেট করতেও অসুবিধা ছিল, তাই আমরা কনসোল থেকে এটি পরিবর্তন করেছি। এর পরে, আপনি অ্যাডমিন ওয়েব ইন্টারফেসে যেতে পারেন এবং প্রাথমিক কনফিগারেশন উইজার্ডটি সম্পূর্ণ করতে পারেন। 

এন্ডপয়েন্ট - আমাদের vCenter এর IP বা FQDN। 
লগইন এবং পাসওয়ার্ড - এটি এখানে পরিষ্কার। 
টার্গেট ESXi হোস্টনাম হল আমাদের ক্লাস্টারের হোস্টগুলির মধ্যে একটি যা প্রতিলিপি করা হবে৷ 
টার্গেট ডেটাস্টোর হল আমাদের ক্লাস্টারের একটি ডেটাস্টোর যা প্রতিলিপি করা হবে।
Hystax Acura Control Panel Public IP - ঠিকানা যেখানে কন্ট্রোল প্যানেল পাওয়া যাবে।

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

কেন আমি এই মুহুর্তগুলিতে এত ফোকাস করি? কারণ, আমি যতদূর পণ্যের ধারণাটি বুঝতে পেরেছি, গ্রাহকের স্বাধীনভাবে Acura প্যানেল ব্যবহার করে যেকোনো স্থানান্তর বা DR বাস্তবায়ন করতে সক্ষম হওয়া উচিত। কিন্তু এখন পর্যন্ত, ভিএমওয়্যার সমর্থন একই OpenStack-এর জন্য সমর্থনের স্তরের থেকে সামান্য পিছিয়ে রয়েছে, যেখানে এই ধরনের প্রক্রিয়া ইতিমধ্যেই প্রয়োগ করা হয়েছে। 

কিন্তু স্থাপনা ফিরে. প্রথমত, প্যানেলের প্রাথমিক সেটআপের পরে, আমাদের সিস্টেমে প্রথম ভাড়াটে তৈরি করতে হবে।

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

একটি নতুন ক্লাউড যোগ করার আকারে, আমরা প্রাথমিক কনফিগারেশনের সময় একই পরামিতিগুলি নির্দিষ্ট করি (এমনকি আমরা একই হোস্ট ব্যবহার করতে পারি), একটি নির্দিষ্ট গ্রাহকের জন্য প্রয়োজনীয় ডেটাস্টোর নির্দিষ্ট করি এবং এখন অতিরিক্ত প্যারামিটারগুলিতে আমরা ইতিমধ্যে পৃথকভাবে নির্দিষ্ট করতে পারি প্রয়োজনীয় পুল সংস্থান {"resource_pool" :"YOUR_POOL_NAME"} 

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

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

আমাদের গ্রাহকের পোর্টাল অ্যাক্সেস করার পরবর্তী ধাপ হল একটি অ্যাকাউন্ট তৈরি করা (এবং প্রথমে, একটি ভূমিকা যা এই ব্যবহারকারীর জন্য প্রয়োগ করা হবে)।

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

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

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

সুতরাং, এজেন্ট ইনস্টল করার পরে, আমরা Acura প্যানেলে ফিরে যেতে পারি এবং আমাদের সমস্ত গাড়ি দেখতে পারি।

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

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

আপনি যে পরিকাঠামোতে স্থানান্তরিত হবেন তার উপর নির্ভর করে একটি DR প্ল্যান তৈরি করার সময় প্যারামিটারের সেট আলাদা হবে। একটি VMware পরিবেশের জন্য বিকল্পগুলির একটি ন্যূনতম সেট উপলব্ধ। মেশিনের জন্য রি-আইপিও সমর্থিত নয়। এই বিষয়ে, আমরা নিম্নলিখিত পয়েন্টগুলিতে আগ্রহী: ভিএম-এর বর্ণনায়, "সাবনেট" পরামিতি: "ভিএমনেটওয়ার্ক", যেখানে আমরা ক্লাস্টারের একটি নির্দিষ্ট নেটওয়ার্কে ভিএমকে আবদ্ধ করি। র‍্যাঙ্ক - বেশ কয়েকটি VM স্থানান্তর করার সময় প্রাসঙ্গিক, সেগুলি যে ক্রমে চালু করা হয়েছে তা নির্ধারণ করে। ফ্লেভার VM কনফিগারেশন বর্ণনা করে, এই ক্ষেত্রে 1CPU, 2GB RAM। সাবনেট বিভাগে, আমরা "সাবনেট" সংজ্ঞায়িত করি: "VMNetwork" VMware এর "VM নেটওয়ার্ক" এর সাথে যুক্ত। 

একটি ডিআর প্ল্যান তৈরি করার সময়, বিভিন্ন ডেটাস্টোর জুড়ে ডিস্কগুলিকে "বিভক্ত" করার কোনও উপায় নেই৷ তারা একই ডেটাস্টোরে অবস্থিত হবে যা এই ক্লায়েন্ট ক্লাউডের জন্য সংজ্ঞায়িত করা হয়েছিল, এবং যদি আপনার কাছে বিভিন্ন শ্রেণীর ডিস্ক থাকে তবে এটি মেশিনটি শুরু করার সময় কিছু অসুবিধার কারণ হতে পারে এবং হাইস্ট্যাক্স থেকে VM শুরু করার এবং "বিচ্ছিন্ন" করার পরে, এটিও হবে। প্রয়োজনীয় ডেটাস্টোরে একটি পৃথক মাইগ্রেশন ডিস্ক প্রয়োজন। তারপরে আমাদের কেবল আমাদের ডিআর পরিকল্পনা চালাতে হবে এবং আমাদের গাড়ি উঠার জন্য অপেক্ষা করতে হবে। P2V/V2V রূপান্তর প্রক্রিয়াও সময় নেয়। তিনটি ডিস্ক সহ আমার বৃহত্তম 100GB টেস্ট মেশিনে, এটি সর্বাধিক 10 মিনিট সময় নেয়।

এর পরে, আপনার চলমান ভিএম, এটিতে পরিষেবা, ডেটা সামঞ্জস্য এবং অন্যান্য পরীক্ষাগুলি পরীক্ষা করা উচিত। 

তারপর আমাদের দুটি বিকল্প আছে: 

1. মুছুন - একটি চলমান DR পরিকল্পনা মুছুন। এই ক্রিয়াটি কেবল চলমান VM বন্ধ করবে। এই প্রতিলিপি কোথাও যাচ্ছে না. 
2. বিচ্ছিন্ন করুন - Acura থেকে প্রতিলিপি করা গাড়িটি ছিঁড়ে ফেলুন, অর্থাৎ আসলে মাইগ্রেশন প্রক্রিয়া সম্পূর্ণ করুন। 

সমাধানের সুবিধা: 

• ক্লায়েন্ট এবং প্রদানকারী উভয় দিকে ইনস্টলেশন এবং কনফিগারেশনের সহজতা; 
• মাইগ্রেশন সেট আপ করা, একটি DR পরিকল্পনা তৈরি করা এবং প্রতিলিপি চালু করা সহজ;
• সমর্থন এবং বিকাশকারীরা পাওয়া সমস্যাগুলির জন্য বেশ দ্রুত প্রতিক্রিয়া জানায় এবং প্ল্যাটফর্ম বা এজেন্ট আপডেটের মাধ্যমে সেগুলি ঠিক করে। 

Минусы 

• অপর্যাপ্ত Vmware সমর্থন।
• প্ল্যাটফর্ম থেকে ভাড়াটেদের জন্য কোনো কোটার অনুপস্থিতি। 

আমি একটি বৈশিষ্ট্য অনুরোধও করেছি, যা আমরা বিক্রেতার কাছে হস্তান্তর করেছি:

1. ক্লাউড এজেন্টদের জন্য Acura ম্যানেজমেন্ট কনসোল থেকে ব্যবহার পর্যবেক্ষণ এবং স্থাপনা;
2. ভাড়াটেদের জন্য কোটার প্রাপ্যতা; 
3. প্রতিটি ভাড়াটেদের জন্য যুগপত প্রতিলিপি এবং গতির সংখ্যা সীমিত করার ক্ষমতা; 
4. VMware vCloud পরিচালকের জন্য সমর্থন; 
5. সম্পদ পুলের জন্য সমর্থন (পরীক্ষার সময় প্রয়োগ করা হয়েছিল);
6. Acura প্যানেলে ক্লায়েন্ট পরিকাঠামো থেকে শংসাপত্র প্রবেশ না করেই এজেন্টের পাশ থেকে VMware এজেন্ট কনফিগার করার ক্ষমতা;
7.  একটি DR পরিকল্পনা শুরু করার সময় একটি VM শুরু করার প্রক্রিয়াটির "ভিজ্যুয়ালাইজেশন"। 

একমাত্র জিনিস যা আমাকে বড় অভিযোগের কারণ ছিল ডকুমেন্টেশন। আমি সত্যিই "ব্ল্যাক বক্স" পছন্দ করি না এবং পণ্যের ভিতরে কীভাবে কাজ করে তার বিস্তারিত ডকুমেন্টেশন থাকলে আমি পছন্দ করি। এবং যদি AWS এবং OpenStack এর জন্য পণ্যটি আরও কম বা কম বর্ণনা করা হয়, তাহলে VMware এর জন্য খুব কম ডকুমেন্টেশন রয়েছে। 

একটি ইনস্টলেশন গাইড রয়েছে যা শুধুমাত্র Acura প্যানেলের স্থাপনার বর্ণনা করে এবং যেখানে একটি ক্লাউড এজেন্টের প্রয়োজনীয়তা সম্পর্কে একটি শব্দ নেই। পণ্যের জন্য স্পেসিফিকেশন একটি সম্পূর্ণ সেট আছে, যা ভাল. একটি উদাহরণ হিসাবে AWS এবং OpenStack ব্যবহার করে "থেকে এবং থেকে" সেটআপের বর্ণনা দেয় এমন ডকুমেন্টেশন রয়েছে (যদিও এটি আমাকে একটি ব্লগ পোস্টের আরও বেশি মনে করিয়ে দেয়), এবং একটি খুব ছোট জ্ঞানের ভিত্তি রয়েছে। 

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

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

আমরা একটি দল খুঁজছি মনিটরিং সিস্টেমের প্রধান প্রকৌশলী. হয়তো এটা আপনি?

উত্স: www.habr.com