মনোলিথ থেকে মাইক্রোসার্ভিসেস: M.Video-Eldorado এবং MegaFon-এর অভিজ্ঞতা

25 এপ্রিল, আমরা Mail.ru গ্রুপে মেঘ এবং চারপাশে একটি সম্মেলন করেছি - mailto:ক্লাউড. কয়েকটি হাইলাইট:

• প্রধান রাশিয়ান প্রদানকারী — Mail.ru ক্লাউড সলিউশন, #CloudMTS, SberCloud, Selectel, Rostelecom Data Center এবং Yandex.Cloud আমাদের ক্লাউড মার্কেট এবং তাদের পরিষেবাগুলির বিশেষত্ব সম্পর্কে কথা বলেছে;
• Bitrix24 থেকে সহকর্মীরা জানান কিভাবে তারা মাল্টিক্লাউডে এসেছে;
• Leroy Merlin, Otkritie, Burger King এবং Schneider Electric প্রদান করেছে আকর্ষণীয় ক্লাউড গ্রাহকদের কাছ থেকে দেখুন — তাদের ব্যবসা আইটি-এর জন্য কোন কাজগুলি সেট করে এবং ক্লাউড সহ কোন প্রযুক্তিগুলিকে তারা সবচেয়ে প্রতিশ্রুতিশীল হিসাবে দেখে।

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

প্যানেলিস্ট

• সের্গেই সের্গেভ, গ্রুপ সিআইও "এম. ভিডিও-এলডোরাডো";
• আলেকজান্ডার ডিউলিন, বিজনেস সিস্টেমের গবেষণা ও উন্নয়ন কেন্দ্রের প্রধান মেগাফোন;
• মডারেটর - দিমিত্রি লাজারেনকো, PaaS নির্দেশের প্রধান Mail.ru ক্লাউড সলিউশন.

আলেকজান্ডার ডিউলিনের বক্তৃতার পর "কিভাবে MegaFon একটি মাইক্রোসার্ভিস প্ল্যাটফর্মের মাধ্যমে তার ব্যবসা সম্প্রসারণ করছে" তিনি M.Video-Eldorado থেকে Sergey Sergeev এবং আলোচনার মডারেটর দিমিত্রি লাজারেনকো, Mail.ru ক্লাউড সলিউশনের আলোচনার জন্য যোগ দিয়েছেন।

নীচে আমরা আপনার জন্য আলোচনার একটি প্রতিলিপি প্রস্তুত করেছি, তবে আপনি ভিডিওটিও দেখতে পারেন:

মাইক্রোসার্ভিসে রূপান্তর হল বাজারের চাহিদার প্রতিক্রিয়া

দিমিত্রি:

আপনার কি মাইক্রোসার্ভিসে স্থানান্তরিত করার কোন সফল অভিজ্ঞতা আছে? এবং সাধারণভাবে: মাইক্রোসার্ভিসেস ব্যবহার করে বা মনোলিথ থেকে মাইক্রোসার্ভিসে যাওয়ার সবচেয়ে বড় ব্যবসায়িক সুবিধা কোথায় দেখতে পান?

সার্জি:

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

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

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

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

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

মাইক্রোসার্ভিসে স্থানান্তরের সাফল্য কীভাবে পরিমাপ করা যায়

দিমিত্রি:

মাইক্রোসার্ভিসে স্থানান্তরের সাফল্য কীভাবে নির্ধারিত হয়? প্রতিটি কোম্পানিতে "আগে" কি ছিল? পরিবর্তনের সাফল্য নির্ধারণ করতে আপনি কোন মেট্রিক ব্যবহার করেছেন এবং কে আসলে এটি নির্ধারণ করেছে?

সার্জি:

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

আলেকজান্ডার:

সাফল্য বরং একটি অভ্যন্তরীণ অনুভূতি। ব্যবসা সবসময় আরো চায়, এবং আমাদের ব্যাকলগের গভীরতা সাফল্যের প্রমাণ। এটা আমার তাই মনে হয়.

সার্জি:

হ্যা আমি রাজি. তিন বছরে, আমাদের ইতিমধ্যে দুই শতাধিক পরিষেবা এবং ব্যাকলগ রয়েছে। দলের মধ্যে সম্পদের প্রয়োজন শুধুমাত্র বৃদ্ধি পাচ্ছে - বার্ষিক 30% দ্বারা। এটি ঘটছে কারণ লোকেরা অনুভব করেছে: এটি দ্রুততর, এটি আলাদা, বিভিন্ন প্রযুক্তি রয়েছে, এই সমস্তই বিকাশ করছে।

মাইক্রো সার্ভিস আসবে, কিন্তু মূল থাকবে

দিমিত্রি:

এটি একটি অন্তহীন প্রক্রিয়ার মতো যেখানে আপনি উন্নয়নে বিনিয়োগ করেন। ব্যবসার জন্য মাইক্রোসার্ভিসে রূপান্তর কি ইতিমধ্যেই শেষ হয়ে গেছে নাকি?

সার্জি:

উত্তর দেওয়া খুবই সহজ। আপনি কি মনে করেন: ফোন প্রতিস্থাপন একটি অবিরাম প্রক্রিয়া? আমরা নিজেরাই প্রতি বছর ফোন কিনি। এবং এটি এখানে: যতক্ষণ গতির প্রয়োজন আছে, বাজারে অভিযোজনের জন্য, কিছু পরিবর্তন প্রয়োজন হবে। এর মানে এই নয় যে আমরা স্ট্যান্ডার্ড জিনিস ত্যাগ করি।

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

দিমিত্রি:

জীবন ভালো অবস্থায় আছে। (হাসি)

আলেকজান্ডার:

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

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

কিভাবে ব্যবসার কাছে মাইক্রোসার্ভিস বিক্রি করবেন

দিমিত্রি:

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

সার্জি:

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

দিমিত্রি:

আপনি কি একরকম প্রথম পর্যায়ের সময় রেকর্ড করেছেন?

সার্জি:

হ্যাঁ অবশ্যই. আমরা একটি প্ল্যাটফর্ম হিসাবে কোর তৈরি করতে এবং পাইলট পরীক্ষা করার জন্য 6 মাস বরাদ্দ করেছি। এই সময়ে, আমরা পাইলটকে স্কেট করার জন্য একটি প্ল্যাটফর্ম তৈরি করার চেষ্টা করেছি। তারপর অনুমান নিশ্চিত করা হয়েছিল, এবং যেহেতু এটি কাজ করে, এর মানে আমরা চালিয়ে যেতে পারি। তারা দলটিকে প্রতিলিপি করতে এবং শক্তিশালী করতে শুরু করে - তারা এটিকে একটি পৃথক বিভাগে স্থানান্তরিত করে যা ঠিক তাই করে।

এরপরে ব্যবসার প্রয়োজন, সুযোগ, সম্পদের প্রাপ্যতা এবং বর্তমানে কাজ চলছে এমন সবকিছুর উপর ভিত্তি করে পদ্ধতিগত কাজ আসে।

দিমিত্রি:

ঠিক আছে. আলেকজান্ডার, আপনি কি বলেন?

আলেকজান্ডার:

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

দিমিত্রি:

এটা কি ঘটবে যে একটি ব্যবসায় আপনাকে Google-এর মতো এই ধরনের জিনিসগুলি করতে দেয় - সপ্তাহে একটি ফ্রি দিনে? আপনার কি এমন নির্দেশনা আছে?

আলেকজান্ডার:

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

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

মাইক্রোসার্ভিস: হাইপ বা প্রয়োজনীয়তা?

দিমিত্রি:

সংখ্যা হল সংখ্যা। আর রাজস্ব বা অর্থ সঞ্চয় করা খুবই গুরুত্বপূর্ণ। অন্য দিকে তাকালে কি হবে? মনে হচ্ছে মাইক্রোসার্ভিস একটি প্রবণতা, একটি হাইপ এবং অনেক কোম্পানি এটি অপব্যবহার করছে? মাইক্রোসার্ভিসে আপনি যা করেন এবং অনুবাদ করেন না তার মধ্যে আপনি কতটা স্পষ্টভাবে পার্থক্য করেন? এখন যদি উত্তরাধিকার হয়, তাহলে ৫ বছরেও কি উত্তরাধিকার থাকবে? 5 বছরে M.Video-Eldorado এবং MegaFon-এ কাজ করে এমন তথ্য ব্যবস্থার বয়স কত হবে? দশ বছর, পনের বছরের পুরনো তথ্য ব্যবস্থা থাকবে নাকি নতুন প্রজন্ম হবে? আপনি এটা কিভাবে দেখেন?

সার্জি:

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

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

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

আমরা এই উন্নয়ন দেখতে:

• মূল তথ্য সিস্টেম (বেশিরভাগই ব্যাক অফিস);
• মাইক্রোসার্ভিসেস আকারে মাঝারি স্তরগুলি মূলকে সংযুক্ত করে, একত্রিত করে, একটি ক্যাশে তৈরি করে এবং আরও অনেক কিছু;
• ফ্রন্ট লাইন সিস্টেম ভোক্তা লক্ষ্য করা হয়;
• একটি ইন্টিগ্রেশন লেয়ার যা সাধারণত মার্কেটপ্লেস, অন্যান্য সিস্টেম এবং ইকোসিস্টেমের সাথে একত্রিত হয়। এই স্তরটি যতটা সম্ভব হালকা, সহজ এবং এতে ন্যূনতম ব্যবসায়িক যুক্তি রয়েছে৷

তবে একই সাথে, আমি পুরানো নীতিগুলি যথাযথভাবে ব্যবহার করা হলে তাদের ব্যবহার অব্যাহত রাখার সমর্থক।

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

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

আলেকজান্ডার:

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

দিমিত্রি:

এখানে সার্টিফিকেশন একটি গল্প. সম্ভবত আরো সমর্থন. আপনি যদি সমর্থনে সামান্য ব্যয় করেন বা সিস্টেমের সমর্থন এবং পরিবর্তনের প্রয়োজন না হয় তবে এটি স্পর্শ না করাই ভাল। একটি যুক্তিসঙ্গত আপস.

কিভাবে নির্ভরযোগ্য মাইক্রোসার্ভিস বিকাশ করা যায়

দিমিত্রি:

ফাইন। কিন্তু আমি এখনও আগ্রহী. এখন আপনি একটি সাফল্যের গল্প বলছেন: সবকিছু ঠিকঠাক ছিল, আমরা মাইক্রোসার্ভিসে পরিবর্তন করেছি, ব্যবসায় ধারণাটিকে রক্ষা করেছি এবং সবকিছু কার্যকর হয়েছে। তবে আমি অন্য গল্প শুনেছি।

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

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

আলেকজান্ডার:

অসফল উদাহরণগুলির মধ্যে ব্যবসার অগ্রাধিকার পরিবর্তন করা এবং প্রকল্প বাতিল করা অন্তর্ভুক্ত। যখন প্রস্তুতির একটি ভাল পর্যায়ে (আসলে, এমভিপি প্রস্তুত), ব্যবসাটি বলেছিল: "আমাদের নতুন অগ্রাধিকার রয়েছে, আমরা অন্য প্রকল্পে যাচ্ছি এবং আমরা এটি বন্ধ করছি।"

মাইক্রোসার্ভিসের সাথে আমাদের কোনো বৈশ্বিক ব্যর্থতা নেই। আমরা শান্তিতে ঘুমাই, আমাদের একটি 24/7 ডিউটি ​​শিফ্ট রয়েছে যা পুরো BSS [ব্যবসায়িক সহায়তা ব্যবস্থা] পরিষেবা দেয়।

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

ধরা যাক আমরা আমাদের রাষ্ট্রহীন পরিষেবাগুলি স্থাপন করি - আমাদের সেগুলি কুবারনেটসে রয়েছে৷ এটি স্বয়ংক্রিয়-স্কেলিং এবং পরিষেবাগুলির স্বতঃ-উত্থানের কারণে সকলকে শান্তিতে ঘুমাতে দেয় এবং ডিউটি ​​শিফ্ট ঘটনাগুলি বাড়ে।

আমাদের মাইক্রোসার্ভিসের পুরো অস্তিত্বের মধ্যে, মাত্র একটি বা দুটি ঘটনা ঘটেছে যা আমাদের লাইনে পৌঁছেছে। এখন অপারেশনে কোনো সমস্যা নেই। আমাদের, অবশ্যই, 200টি নয়, প্রায় 50টি মাইক্রোসার্ভিস রয়েছে, তবে সেগুলি ফ্ল্যাগশিপ পণ্যগুলিতে ব্যবহৃত হয়। যদি তারা ব্যর্থ হয়, আমরা এটি সম্পর্কে প্রথম জানতে পারব।

মাইক্রোসার্ভিসেস এবং এইচআর

সার্জি:

সমর্থনে স্থানান্তরের বিষয়ে আমি আমার সহকর্মীর সাথে একমত - যে কাজটি সঠিকভাবে সংগঠিত করা দরকার। তবে আমি আপনাকে সেই সমস্যাগুলি সম্পর্কে বলব যা অবশ্যই বিদ্যমান।

প্রথমত, প্রযুক্তিটি নতুন। এটি একটি ভাল উপায়ে হাইপ, এবং এমন একজন বিশেষজ্ঞ খুঁজে বের করা যিনি এটি বুঝতে পারবেন এবং এটি তৈরি করতে পারবেন। সম্পদ জন্য প্রতিযোগিতা পাগল, তাই বিশেষজ্ঞরা স্বর্ণ তাদের ওজন মূল্য.

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

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

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

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

দিমিত্রি:

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

সার্জি:

অবশ্যই হ্যাঁ.

আলেকজান্ডার:

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

মাইক্রো সার্ভিসের বিবর্তন

দিমিত্রি:

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

সার্জি:

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

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

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

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

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

দিমিত্রি:

কুল। মেগাফোনে কী আছে?

আলেকজান্ডার:

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

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

দিমিত্রি:

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

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

সমস্ত অংশগ্রহণকারীদের ধন্যবাদ, সের্গেই এবং আলেকজান্ডারকে ধন্যবাদ!

দর্শকদের কাছ থেকে প্রশ্ন

শ্রোতাদের কাছ থেকে প্রশ্ন (1):

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

সার্জি:

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

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

এটি একটি ভাল উপায়ে, একটি ভ্যাকসিনের আকারে একটি ইনজেকশনের মতো যা দেখিয়েছে: আপনি এটি এভাবে করতে পারেন, তবে আপনি এটি অন্য উপায়ে করতে পারেন। অবশ্যই, কর্মীদের মধ্যে, দক্ষতায়, জ্ঞানে, প্রতিরোধে সমস্যা রয়েছে।

শ্রোতাদের কাছ থেকে প্রশ্ন (2):

মাইক্রোসার্ভিস আর্কিটেকচারের সমালোচকরা বলছেন যে পরীক্ষা এবং উন্নয়ন কঠিন। এটি যৌক্তিক যেখানে জিনিসগুলি জটিল হয়ে যায়। আপনার দল কোন চ্যালেঞ্জের মুখোমুখি হয়েছিল এবং আপনি কীভাবে সেগুলি কাটিয়ে উঠলেন? প্রশ্ন সবার জন্য।

আলেকজান্ডার:

মাইক্রোসার্ভিস থেকে একটি প্ল্যাটফর্মে যাওয়ার সময় অসুবিধা রয়েছে তবে সেগুলি সমাধান করা যেতে পারে।

উদাহরণস্বরূপ, আমরা একটি পণ্য তৈরি করছি যাতে 5-7টি মাইক্রোসার্ভিস রয়েছে। মাস্টার ব্রাঞ্চে যাওয়ার জন্য সবুজ আলো দিতে আমাদের সমগ্র মাইক্রোসার্ভিস স্ট্যাক জুড়ে ইন্টিগ্রেশন পরীক্ষা দিতে হবে। এই কাজটি আমাদের জন্য নতুন ছিল না: বিএসএস-এ আমরা দীর্ঘদিন ধরে এটি করে আসছিলাম, যখন বিক্রেতা আমাদের ইতিমধ্যে পাঠানো সমাধান সরবরাহ করেছিল।

আর আমাদের সমস্যা শুধু ছোট দলে। একটি শর্তসাপেক্ষ পণ্যের জন্য একজন QA প্রকৌশলী প্রয়োজন। এবং তাই, আমরা 5-7 মাইক্রোসার্ভিসের একটি পণ্য প্রেরণ করি, যার মধ্যে 2-3টি তৃতীয় পক্ষ দ্বারা বিকাশ করা যেতে পারে। উদাহরণ স্বরূপ, আমাদের একটি পণ্য রয়েছে যার বিকাশে আমাদের বিলিং সিস্টেম বিক্রেতা, Mail.ru গ্রুপ এবং MegaFon R&D অংশগ্রহণ করে। এটি উৎপাদনে পাঠানোর আগে আমাদের এটিকে পরীক্ষা দিয়ে আবরণ করতে হবে। QA প্রকৌশলী এই পণ্যটিতে দেড় মাস ধরে কাজ করছেন, এবং বাকি দল তার সমর্থন ছাড়াই রয়ে গেছে।

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

সার্জি:

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

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

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

আলেকজান্ডার:

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

শ্রোতাদের কাছ থেকে প্রশ্ন (3):

যতদূর আমি বুঝি, মাইক্রোসার্ভিসগুলি প্রাথমিকভাবে একটি পৃথক দল থেকে বৃদ্ধি পেয়েছিল এবং এখন এই মডেলটিতে বিদ্যমান। এর সুবিধা এবং অসুবিধা কি?

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

তদনুসারে, আমাদের অপারেশন সিস্টেমগুলিতেও যায়, অর্থাৎ, আমরা এই বিষয়টিকে বিকেন্দ্রীকরণ করছি। আপনার পদ্ধতি কি এবং আপনার লক্ষ্য গল্প কি?

আলেকজান্ডার:

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

সার্জি:

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

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

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

আলেকজান্ডার:

সের্গেই, আপনি আসলে প্রক্রিয়াটির মালিক, তাই না? টাস্ক ব্যাকলগ ভাগ করা হয়? এর বিতরণের জন্য দায়ী কে?

সার্জি:

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

বিভিন্ন দিক থেকে ব্যাকলগের মালিক-পরিবর্তনের ব্যাকলগ-বিভিন্ন মানুষ হবে। প্রযুক্তিগত পরিষেবাগুলির সংযোগ, তাদের সংগঠিত নীতি - এই সমস্ত আইটিতে থাকবে। আমি প্ল্যাটফর্ম এবং সম্পদেরও মালিক। শীর্ষে যা ব্যাকলগ এবং কার্যকরী পরিবর্তনগুলি এবং এই অর্থে স্থাপত্যকে উদ্বেগ করে।

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

আলোচনা শেষ হলেও সব নয়

মেইলটো:ক্লাউড সম্মেলনের আয়োজন করা হয়েছিল Mail.ru ক্লাউড সলিউশন.

আমরা অন্যান্য ইভেন্টও করি - যেমন @কুবারনেটস মিটআপ, যেখানে আমরা সর্বদা দুর্দান্ত স্পিকার খুঁজছি:

• আমাদের টেলিগ্রাম চ্যানেলে @Kubernetes এবং অন্যান্য @Meetup খবর অনুসরণ করুন t.me/k8s_mail
• @Meetups-এর একটিতে কথা বলতে আগ্রহী? জন্য একটি অনুরোধ ছেড়ে mcs.mail.ru/speak

উত্স: www.habr.com