স্ল্যাকে ব্যবহৃত প্রকল্প স্থাপনা পদ্ধতি

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

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

কিভাবে প্রকল্প স্থাপন প্রক্রিয়া আজ কাজ করে

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

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

চেকপয়েন্ট সিস্টেমের ইন্টারফেস, যা প্রকল্প স্থাপন করতে স্ল্যাকে ব্যবহৃত হয়

প্রোডাকশনে একটি নতুন রিলিজ মোতায়েন করার প্রক্রিয়াটিকে চারটি ধাপ নিয়ে ভাবা যেতে পারে।

▍1। একটি রিলিজ শাখা তৈরি করা হচ্ছে

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

▍2। একটি স্টেজিং পরিবেশে স্থাপনা

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

▍3. ডগফুড এবং ক্যানারি পরিবেশে স্থাপনা

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

▍4. উৎপাদনে ধীরে ধীরে মুক্তি

যদি নতুন রিলিজের জন্য পর্যবেক্ষণ সূচকগুলি স্থিতিশীল হতে দেখা যায়, এবং যদি ক্যানারি পরিবেশে প্রকল্পটি স্থাপন করার পরে আমরা কোন অভিযোগ না পাই, আমরা ধীরে ধীরে নতুন রিলিজে উত্পাদন সার্ভারগুলি স্থানান্তর করতে থাকি। স্থাপনা প্রক্রিয়া নিম্নলিখিত পর্যায়ে বিভক্ত: 10%, 25%, 50%, 75% এবং 100%। ফলস্বরূপ, আমরা ধীরে ধীরে সিস্টেমের নতুন রিলিজে উত্পাদন ট্র্যাফিক স্থানান্তর করতে পারি। একই সময়ে, আমাদের কাছে পরিস্থিতি তদন্ত করার সময় আছে যদি কোনো অসঙ্গতি সনাক্ত করা যায়।

▍ স্থাপনার সময় কিছু ভুল হলে কি হবে?

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

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

একটি স্থাপনার সিস্টেমের বিল্ডিং ব্লক

আমাদের প্রকল্প স্থাপনা সিস্টেমের অন্তর্নিহিত প্রযুক্তিগুলি দেখুন।

▍দ্রুত স্থাপনা

উপরে বর্ণিত কর্মপ্রবাহ কিছুটা স্পষ্ট বলে মনে হতে পারে। কিন্তু আমাদের স্থাপনার ব্যবস্থা এখনই এভাবে হয়ে ওঠেনি।

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

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

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

1. প্রোডাকশন সার্ভার কনসাল কী নিরীক্ষণ করে। 2. মূল পরিবর্তন, এটি সার্ভারকে বলে যে তাদের নতুন কোড ডাউনলোড করা শুরু করতে হবে। 3. সার্ভারগুলি অ্যাপ্লিকেশন কোড সহ টারবল ফাইল ডাউনলোড করে৷

▍পারমাণবিক স্থাপনা

আরেকটি সমাধান যা আমাদের একটি বহু-স্তর স্থাপনার ব্যবস্থায় পৌঁছাতে সাহায্য করেছিল তা হল পারমাণবিক স্থাপনা।

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

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

1. একটি "ঠান্ডা" ডিরেক্টরিতে অ্যাপ্লিকেশন কোড আনপ্যাক করা। 2. সিস্টেমটিকে একটি "ঠান্ডা" ডিরেক্টরিতে পরিবর্তন করা, যা "গরম" হয়ে যায় (পারমাণবিক অপারেশন)

ফলাফল: নির্ভরযোগ্যতার দিকে জোর দেওয়া

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

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

কিন্তু আমরা সেখানে থামব না। আমরা ক্রমাগত এই সিস্টেমের উন্নতি করছি, আরো উন্নত সহায়ক সরঞ্জাম এবং কাজের অটোমেশন সরঞ্জাম ব্যবহার করে।

প্রিয় পাঠকগণ! আপনি যেখানে কাজ করেন সেখানে নতুন প্রজেক্ট রিলিজ স্থাপনের প্রক্রিয়া কীভাবে কাজ করে?

উত্স: www.habr.com