নতুন শর্তে অনলাইন ট্রেডিংয়ের সাথে দ্রুত মানিয়ে নিতে কী আমাদের সাহায্য করেছে

গ্রিটিংস!

আমার নাম মিখাইল, আমি স্পোর্টমাস্টার কোম্পানিতে আইটির উপ-পরিচালক। মহামারী চলাকালীন উদ্ভূত চ্যালেঞ্জগুলিকে আমরা কীভাবে মোকাবেলা করেছি তার গল্পটি আমি শেয়ার করতে চাই।

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

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

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

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

অনলাইন পরিষেবার অপারেশন

সের্গেই কোলেসনিকভ, অনলাইন স্টোর এবং মাইক্রোসার্ভিসের অপারেশনের জন্য দায়ী

যে মুহূর্ত থেকে আমাদের খুচরা দোকানগুলি দর্শকদের কাছে বন্ধ হতে শুরু করেছিল, আমরা ব্যবহারকারীর সংখ্যা, আমাদের অ্যাপ্লিকেশনে দেওয়া অর্ডারের সংখ্যা এবং অ্যাপ্লিকেশনগুলিতে অনুরোধের সংখ্যার মতো মেট্রিক্সে বৃদ্ধি রেকর্ড করতে শুরু করি৷ 

18 মার্চ থেকে 31 মার্চ পর্যন্ত অর্ডারের সংখ্যাঅনলাইন পেমেন্ট মাইক্রো সার্ভিসে অনুরোধের সংখ্যাওয়েবসাইটে দেওয়া অর্ডারের সংখ্যা

প্রথম গ্রাফে আমরা দেখতে পাচ্ছি যে বৃদ্ধি প্রায় 14 বার, দ্বিতীয়টিতে - 4 বার। আমরা আমাদের অ্যাপ্লিকেশনগুলির প্রতিক্রিয়া সময় মেট্রিককে সবচেয়ে নির্দেশক বলে বিবেচনা করি। 

এই গ্রাফে আমরা ফ্রন্ট এবং অ্যাপ্লিকেশনগুলির প্রতিক্রিয়া দেখতে পাই, এবং নিজেদের জন্য আমরা নির্ধারণ করেছি যে আমরা তেমন কোন বৃদ্ধি লক্ষ্য করিনি।

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

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

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

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

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

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

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

অবশ্যই, আমাদের এখনও অপারেটিং সিস্টেমের পরিপ্রেক্ষিতে বৃদ্ধি এবং বিকাশের জায়গা আছে এবং আমরা সক্রিয়ভাবে এটিতে কাজ করছি। আপনি আমাদের মনিটরিং সিস্টেম সম্পর্কে আরও পড়তে পারেন এখানে. 

প্রযুক্তিগত পরীক্ষা 

Orlov Sergey, ওয়েব এবং মোবাইল ডেভেলপমেন্টের সক্ষমতা কেন্দ্রের প্রধান

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

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

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

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

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

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

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

এবং এখানে চেকলিস্ট আছে

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

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

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

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

প্রযুক্তিগত সমাধানগুলির কথা বলতে গিয়ে, আমরা পণ্য দলগুলিকে সুপারিশ, ধারণা এবং সমাধানগুলির একটি নতুন সেট প্রস্তুত করতে বলেছিলাম, যা তারা কাজের চাপের পরবর্তী তরঙ্গের প্রস্তুতিতে প্রয়োগ করেছিল।

কেশি

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

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

এছাড়াও, হ্যাজেলকাস্টে সিরিয়ালাইজারকে ক্রয়োতে ​​পরিবর্তন করা আমাদের একটি ভাল উত্সাহ দিয়েছে। এবং হ্যাজেলকাস্ট-এ ReplicatedMap থেকে IMap + Near Cache-তে রূপান্তর আমাদেরকে ক্লাস্টার জুড়ে ডেটা চলাচল কমিয়ে দেওয়ার অনুমতি দিয়েছে। 

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

প্রতিক্রিয়াশীল স্ট্যাক

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

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

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

Elasticsearch

Elasticsearch ব্যবহার করার সময়, অব্যবহৃত ডেটা নির্বাচন করবেন না। এটি, নীতিগতভাবে, খুব সহজ পরামর্শ, তবে প্রায়শই এটি ভুলে যাওয়া হয়। আপনি যদি একবারে 10 হাজারের বেশি রেকর্ড নির্বাচন করতে চান তবে আপনাকে স্ক্রোল ব্যবহার করতে হবে। একটি উপমা ব্যবহার করার জন্য, এটি একটি রিলেশনাল ডাটাবেসের একটি কার্সারের মতো। 

প্রয়োজন না হলে পোস্টফিল্টার ব্যবহার করবেন না। প্রধান নমুনায় বড় ডেটা সহ, এই অপারেশনটি ডাটাবেসকে ব্যাপকভাবে লোড করে। 

যেখানে প্রযোজ্য সেখানে বাল্ক অপারেশন ব্যবহার করুন।

এপিআই

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

এবং পরিশেষে, পুরো ডাটা ছুঁড়ে ফেলবেন না, ভোক্তা এবং সরবরাহকারীদের মধ্যে চুক্তি সম্পর্কে পরিষ্কার হোন।

সাংগঠনিক রূপান্তর

এরোশকিনা এলেনা, আইটি উপ-পরিচালক

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

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

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

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

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

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

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

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

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

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

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

তথ্যও

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

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

প্রকৌশল. কোম্পানির প্রযুক্তি স্ট্যাকের সাথে কাজ করার জন্য একটি পরিপক্ক পন্থা গ্রহণ করা এবং যেখানে এটি সত্যিই প্রয়োজন সেখানে দক্ষতা তৈরি করা প্রয়োজন। এটা খুব সহজ এবং সুস্পষ্ট শোনাচ্ছে. এবং খুব প্রায়ই উপেক্ষা করা হয়.

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

সাধারণভাবে, আমরা যেভাবে বেঁচে গিয়েছিলাম তা অনেকটা। আমাদের সময়ের মূল থিসিসটি আবারও নিশ্চিত করা হয়েছিল, কপালে একটি ধ্বনিত ক্লিকের সাথে

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

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

উত্স: www.habr.com