গ্রাহকের প্ল্যাটফর্মে আমাদের ক্রমাগত স্থাপনার বাস্তবায়ন

ট্রু ইঞ্জিনিয়ারিং-এ আমরা গ্রাহক সার্ভারগুলিতে ক্রমাগত আপডেট সরবরাহের জন্য একটি প্রক্রিয়া সেট আপ করেছি এবং এই অভিজ্ঞতাটি ভাগ করতে চাই।

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

এই নিবন্ধে আমরা ক্রমাগত স্থাপনার (সিডি) প্রক্রিয়া বা গ্রাহকের প্ল্যাটফর্মে আপডেট সরবরাহের সমস্ত ধাপ সম্পর্কে কথা বলব:

1. কিভাবে এই প্রক্রিয়া শুরু হয়?
2. গ্রাহকের গিট সংগ্রহস্থলের সাথে সিঙ্ক্রোনাইজেশন,
3. ব্যাকএন্ড এবং ফ্রন্টএন্ডের সমাবেশ,
4. একটি পরীক্ষার পরিবেশে স্বয়ংক্রিয় অ্যাপ্লিকেশন স্থাপনা,
5. Prod এ স্বয়ংক্রিয় স্থাপনা।

আমরা পথ ধরে সেটআপ বিশদ শেয়ার করব.

1. সিডি শুরু করুন

ক্রমাগত স্থাপনা শুরু হয় ডেভেলপার আমাদের গিট রিপোজিটরির রিলিজ শাখায় পরিবর্তন আনার মাধ্যমে।

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

আমরা বিভিন্ন কারণে একটি সংগ্রহস্থলের মাধ্যমে কাজ সংগঠিত করেছি:

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

2. গ্রাহকের সোর্স কোডের গিট রিপোজিটরির সাথে সিঙ্ক্রোনাইজেশন

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

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

এই পরে আপনি সমাবেশ করতে হবে। এটি বিভিন্ন পর্যায় নিয়ে গঠিত: ব্যাকএন্ড এবং ফ্রন্টএন্ড সমাবেশ, পরীক্ষা এবং উৎপাদনে ডেলিভারি।

3. ব্যাকএন্ড এবং ফ্রন্টএন্ড একত্রিত করা

ব্যাকএন্ড এবং ফ্রন্টএন্ড তৈরি করা দুটি সমান্তরাল কাজ যা গিটল্যাব রানার সিস্টেমে সঞ্চালিত হয়। এর মূল সমাবেশ কনফিগারেশন একই সংগ্রহস্থলে অবস্থিত।

গিটল্যাবে নির্মাণের জন্য একটি YAML স্ক্রিপ্ট লেখার জন্য টিউটোরিয়াল.

গিটল্যাব রানার প্রয়োজনীয় সংগ্রহস্থল থেকে কোড নেয়, জাভা অ্যাপ্লিকেশন বিল্ড কমান্ডের সাথে এটিকে একত্রিত করে এবং ডকার রেজিস্ট্রিতে পাঠায়। এখানে আমরা ব্যাকএন্ড এবং ফ্রন্টএন্ড একত্রিত করি, ডকার ইমেজ প্রাপ্ত করি, যা আমরা গ্রাহকের পাশে একটি সংগ্রহস্থলে রাখি। ডকার ইমেজ পরিচালনা করতে আমরা ব্যবহার করি গ্রেডল প্লাগইন.

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

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

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

আমরা কমান্ড কার্যকরী ফলাফল থেকে অ্যাপ্লিকেশন সংস্করণ পেতে
git describe --tags --abbrev=7.

4. পরীক্ষার পরিবেশে সমস্ত পরিবর্তনের স্বয়ংক্রিয় স্থাপনা (UAT)

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

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

আমরা সমাবেশের সাথে K8S ক্লাস্টার কনফিগারেশন সরবরাহ করি। অতএব, পরবর্তী ধাপ হল এটি আপডেট করা: configMaps, স্থাপনা, পরিষেবা, গোপনীয়তা এবং অন্য কোন K8S কনফিগারেশন যা আমরা পরিবর্তন করেছি।

হেলম তারপর পরীক্ষার পরিবেশে অ্যাপ্লিকেশনটির একটি রোলআউট আপডেট চালায়। অ্যাপ্লিকেশন উত্পাদন স্থাপন করা হয় আগে. এটি করা হয় যাতে ব্যবহারকারীরা ম্যানুয়ালি ব্যবসার বৈশিষ্ট্যগুলি পরীক্ষা করতে পারে যা আমরা পরীক্ষার পরিবেশে রাখি।

5. প্রোডের সমস্ত পরিবর্তনের স্বয়ংক্রিয় স্থাপনা৷

উত্পাদন পরিবেশে একটি আপডেট স্থাপন করতে, আপনাকে গিটল্যাবে একটি বোতামে ক্লিক করতে হবে - এবং পাত্রগুলি অবিলম্বে উত্পাদন পরিবেশে বিতরণ করা হবে।

একই অ্যাপ্লিকেশন বিভিন্ন পরিবেশে কাজ করতে পারে—পরীক্ষা এবং উৎপাদন—পুনঃনির্মাণ ছাড়াই। আমরা অ্যাপ্লিকেশনে কিছু পরিবর্তন না করে একই শিল্পকর্ম ব্যবহার করি এবং আমরা বাহ্যিকভাবে পরামিতি সেট করি।

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

সবচেয়ে কঠিন কাজটি ছিল পরিবেশের উপর নির্ভর করে এমন সমস্ত ব্যবহৃত পরিষেবা এবং ভেরিয়েবলের প্যারামিটারাইজ করা এবং হেলমের জন্য পরিবেশের প্যারামিটারের এনভায়রনমেন্ট ভেরিয়েবল এবং বর্ণনা-কনফিগারেশনে অনুবাদ করা।

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

APP_EXTERNAL_DOMAIN: {{ (pluck .Values.global.env .Values.app.properties.app_external_domain | first) }}

.values.global.env - এই ভেরিয়েবলটি পরিবেশের নাম (প্রোড, স্টেজ, ইউএটি) সংরক্ষণ করে।
.values.app.properties.app_external_domain – এই ভেরিয়েবলে আমরা .Values.yaml ফাইলে কাঙ্খিত ডোমেইন সেট করি

একটি অ্যাপ্লিকেশন আপডেট করার সময়, Helm টেমপ্লেটগুলি থেকে একটি configmap.yaml ফাইল তৈরি করে এবং যে পরিবেশে অ্যাপ্লিকেশন আপডেট শুরু হয় তার উপর নির্ভর করে পছন্দসই মান দিয়ে APP_EXTERNAL_DOMAIN মান পূরণ করে। এই ভেরিয়েবলটি ইতিমধ্যে পাত্রে সেট করা আছে। এটি অ্যাপ্লিকেশন থেকে অ্যাক্সেস করা যেতে পারে, তাই প্রতিটি অ্যাপ্লিকেশন পরিবেশের এই ভেরিয়েবলের জন্য আলাদা মান থাকবে।

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

মোটে

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

ভবিষ্যত পরিকল্পনা: স্বয়ংক্রিয় ডাটাবেস মাইগ্রেশন

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

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

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

আমরা K8S কাজের মাধ্যমে ডাটাবেস মাইগ্রেশন স্বয়ংক্রিয় করার পরিকল্পনা করছি, এটিকে সিডি প্রক্রিয়ায় একীভূত করে। এবং আমরা অবশ্যই হাব্রেতে এই অভিজ্ঞতাটি ভাগ করব।

উত্স: www.habr.com