লিনাক্সে .NET কোর, ঘোড়ার পিঠে DevOps

আমরা যতটা সম্ভব DevOps ডেভেলপ করেছি। আমাদের মধ্যে 8 জন ছিল, এবং ভাস্য ছিল উইন্ডোজে সবচেয়ে দুর্দান্ত। হঠাৎ, ভাস্য চলে গেল, এবং আমার কাছে একটি নতুন প্রকল্প চালু করার কাজ ছিল যা উইন্ডোজ বিকাশ দ্বারা সরবরাহ করা হয়। যখন আমি পুরো উইন্ডোজ ডেভেলপমেন্ট স্ট্যাকটি টেবিলে ঢেলে দিয়েছিলাম, তখন আমি বুঝতে পেরেছিলাম যে পরিস্থিতিটি একটি বেদনাদায়ক ...

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

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

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

যেহেতু আমরা সক্রিয়ভাবে DevOps বিকাশ করছি, আমি বুঝতে পেরেছি যে একটি নতুন অ্যাপ্লিকেশন নেওয়ার পদ্ধতিতে কিছু পরিবর্তন করা দরকার। একটি মাত্র সমাধান ছিল - যদি সম্ভব হয়, সবকিছু লিনাক্সে স্থানান্তর করুন। গুগল আমাকে সাহায্য করেছিল - সেই সময়ে .নেট ইতিমধ্যেই লিনাক্সে পোর্ট করা হয়েছিল, এবং আমি বুঝতে পেরেছিলাম যে এটিই সমাধান!

লিনাক্সের সাথে .NET কোর কেন?

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

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

সিস্টেমটি কেবল বিদ্যমান সিআই-তে একত্রিত করা হয়েছে. আমরা নিজেদেরকে প্রগতিশীল DevOps বিবেচনা করি, আমরা ব্যাম্বু, জেনকিন্স এবং গিটল্যাব সিআই ব্যবহার করি, তাই আমাদের বেশিরভাগই লিনাক্সে।

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

প্রয়োজনীয়তা

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

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

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

শেষ তারিখ - গতকাল.

উন্নয়ন দল জয়

উইন্ডোজ দল তখন কি করছিল?

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

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

আসুন দেখি এবং এই সমস্ত হস্তক্ষেপ শুরু করার আগে কী ঘটেছিল তা বোঝার চেষ্টা করি।

কি হলো

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

পূর্বে, এগুলি শক্ত ভেন্ট ছিল। TFS বেশ কয়েকটি বিল্ড এজেন্ট ব্যবহার করেছে যা অনেকগুলি প্রকল্প তৈরি করেছে। প্রতিটি এজেন্টের কাজ সমান্তরাল করতে এবং প্রক্রিয়াটি অপ্টিমাইজ করার জন্য 3-4 জন কর্মী থাকে। আরও, রিলিজ প্ল্যান অনুযায়ী, TFS সদ্য বেকড বিল্ডকে Windows অ্যাপ্লিকেশন সার্ভারে পৌঁছে দিয়েছে।

আমরা কোথায় যেতে চেয়েছিলাম

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

প্রকল্পটি

অ্যাপ্লিকেশনটি প্রিপেইড কার্ড পরিচালনার জন্য কার্যকারিতা প্রদান করে।

মক্কেল

দুই ধরনের ব্যবহারকারী ছিল। প্রথম একটি SSL SHA-2 শংসাপত্রের সাথে লগ ইন করে অ্যাক্সেস করা হয়েছে৷ এ দ্বিতীয়টি ব্যবহারকারীর নাম এবং পাসওয়ার্ড দ্বারা অ্যাক্সেস করা হয়েছিল।

HAProxy

তারপরে ক্লায়েন্টের অনুরোধটি HAProxy-এ গিয়েছিল, যা নিম্নলিখিত কাজগুলি সমাধান করেছে:

• প্রাথমিক অনুমোদন;
• SSL এর সমাপ্তি;
• HTTP অনুরোধ টিউনিং;
• অনুরোধ অনুবাদ.

ক্লায়েন্ট সার্টিফিকেট যাচাই চেইন বরাবর গিয়েছিলাম. আমরা - কর্তৃত্ব এবং আমরা এটি বহন করতে পারি, কারণ আমরা নিজেরাই পরিষেবার গ্রাহকদের সার্টিফিকেট প্রদান করি।

তৃতীয় পয়েন্টে মনোযোগ দিন, একটু পরে আমরা এটিতে ফিরে যাব।

ব্যাক-এন্ড

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

HAProxy এর সাথে সঞ্চয়

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

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

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

তৃতীয় ধাপ- ক্লায়েন্ট ফিরে পুনঃনির্দেশিত যে প্রেক্ষাপট থেকে এটি এসেছে।

IdentityServer4 এর একটি বৈশিষ্ট্য রয়েছে: এটি HTTP এর মাধ্যমে রিটার্ন অনুরোধের প্রতিক্রিয়া প্রদান করে. সার্ভার সেট আপ করার জন্য আমরা যেভাবে সংগ্রাম করেছি, ডকুমেন্টেশন যতই আলোকিত হোক না কেন, প্রতিবার আমরা HTTPS এর মাধ্যমে আসা একটি URL সহ প্রাথমিক ক্লায়েন্ট অনুরোধ পেয়েছি, এবং আইডেন্টিটি সার্ভার একই প্রসঙ্গ ফিরিয়ে দিয়েছে, কিন্তু HTTP এর সাথে। আমরা হতবাক! এবং আমরা এই সমস্ত আইডেন্টিটি কনটেক্সটের মাধ্যমে HAProxy-এ স্থানান্তর করেছি এবং হেডারগুলিতে আমাদের HTTP প্রোটোকল HTTPS-এ পরিবর্তন করতে হয়েছিল।

উন্নতি কি এবং আপনি কোথায় সংরক্ষণ করেছেন?

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

এটা কিভাবে কাজ করা উচিত

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

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

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

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

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

আইডেন্টিটি সার্ভার। ADFS আমাদের উপায় নয়, আমরা ওপেন সোর্সের জন্য ডুবে যাই।

এর উপাদান মাধ্যমে যান.

জাদু বাক্স

চারটি অংশ নিয়ে গঠিত।

লিনাক্স বিল্ড এজেন্ট। লিনাক্স, কারণ আমরা এটির জন্য তৈরি করি - এটি যৌক্তিক। এই অংশটি তিনটি ধাপে সম্পন্ন হয়েছিল।

• কর্মীদের সেট আপ করুন এবং একটি নয়, যেমন প্রকল্পে বিতরণ করা কাজ ধরে নেওয়া হয়েছিল।
• .NET কোর 1.x ইনস্টল করুন. কেন 1.x যখন 2.0 ইতিমধ্যেই স্ট্যান্ডার্ড রিপোজিটরিতে উপলব্ধ? কারণ যখন আমরা বিকাশ শুরু করি, তখন স্থিতিশীল সংস্করণ ছিল 1.09, এবং এটির জন্য প্রকল্পটি তৈরি করার সিদ্ধান্ত নেওয়া হয়েছিল।
• গিট 2.x.

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

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

পুতুল - সমস্ত বিতর্কিত পয়েন্টগুলি সমাধান করে এবং ঠিক সেই কনফিগারেশনটি সরবরাহ করে যা আমরা গিটল্যাব থেকে চাই।

আমরা ডুব দিতে শুরু করি। কিভাবে DLL RPM এ বিতরণ করা হয়?

RPM-এ DDL বিতরণ করা হচ্ছে

ধরা যাক আমাদের একটি .NET ডেভেলপমেন্ট রক স্টার আছে। এটি ভিজ্যুয়াল স্টুডিও ব্যবহার করে এবং একটি রিলিজ শাখা তৈরি করে। এর পরে, এটি এটিকে Git-এ আপলোড করে, এবং Git এখানে একটি TFS সত্তা, অর্থাৎ, এটি এমন একটি অ্যাপ্লিকেশন সংগ্রহস্থল যার সাথে বিকাশকারী কাজ করে।

তারপর TFS দেখে যে একটি নতুন প্রতিশ্রুতি এসেছে। কোন অ্যাপ? TFS সেটিংসে এই বা সেই বিল্ড এজেন্টের কি কি সম্পদ আছে তার একটি লেবেল আছে। এই ক্ষেত্রে, এটি দেখতে পায় যে আমরা একটি .NET কোর প্রকল্প তৈরি করছি এবং পুল থেকে একটি লিনাক্স বিল্ড এজেন্ট নির্বাচন করছি।

বিল্ড-এজেন্ট উত্সগুলি গ্রহণ করে, প্রয়োজনীয় ডাউনলোড করে নির্ভরতা .NET সংগ্রহস্থল, npm, ইত্যাদি থেকে এবং অ্যাপ্লিকেশনটি নিজেই তৈরি করার পরে এবং পরবর্তী প্যাকেজিং, RPM প্যাকেজটি RPM সংগ্রহস্থলে জমা দেয়।

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

কথায় কথায়, সবকিছুই সহজ, কিন্তু বিল্ড এজেন্টের ভিতরে কী ঘটে?

প্যাকেজিং DLL RPMs

TFS থেকে প্রকল্পের উত্স এবং বিল্ড টাস্ক প্রাপ্ত। এজেন্ট তৈরি করুন উত্স থেকে নিজেই প্রকল্প নির্মাণ শুরু করে. একত্রিত প্রকল্প একটি সেট হিসাবে উপলব্ধ dll ফাইল, যা ফাইল সিস্টেমে লোড কমাতে একটি জিপ সংরক্ষণাগারে প্যাক করা হয়।

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

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

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

ডাটাবেস সংস্করণ

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

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

Минусы

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

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

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

Плюсы

সত্তা ফ্রেমওয়ার্ক কোর বাক্সের বাইরে কাজ করে এবং বিকাশ করা সহজ, এবং ফ্লাইওয়ে সহজেই বিদ্যমান CI এর সাথে একীভূত হয়. কিন্তু আমরা এটি ডেভেলপারদের জন্য সুবিধাজনকভাবে করি :)

রোল-অন পদ্ধতি

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

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

TFS সমস্যা

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

প্রধান প্রকল্পগুলির মধ্যে একটি 12-15 মিনিটে যাচ্ছে - এটি একটি দীর্ঘ সময়, আপনি এভাবে বাঁচতে পারবেন না। একটি দ্রুত বিশ্লেষণ I/O-এ একটি ভয়ানক ড্রডাউন দেখিয়েছে এবং এটি অ্যারেতে রয়েছে।

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

তৃতীয় - npm ইনস্টল করুন। দেখা গেল যে বেশিরভাগ পাইপলাইনে আমরা এই দৃশ্যটি ব্যবহার করেছি। সে খারাপ কেন? নির্ভরতা গাছ তৈরি করার সময় Npm ইনস্টল পদ্ধতি চালানো হয় প্যাকেজ-lock.json, যেখানে প্রকল্পটি তৈরি করতে ব্যবহৃত প্যাকেজের সংস্করণগুলি স্থির করা হয়েছে৷ নেতিবাচক দিক হল যে Npm ইন্সটল প্রতিবার ইন্টারনেট থেকে প্যাকেজগুলির সর্বশেষ সংস্করণগুলি টেনে আনে এবং এটি একটি বড় প্রকল্পের ক্ষেত্রে অনেক সময়।

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

রায়

• AV ব্যতিক্রমের সূত্র।
• ইনডেক্সিং অক্ষম করুন।
• রূপান্তর npm ci.

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

কনফিগারেশন

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

আমরাও ব্যবহার করি নিউগেট, কারণ এটি অন্যান্য প্যাকেজ পরিচালকদের চেয়ে ভাল ক্যাশে করে।

ফল

আমরা বিল্ড এজেন্টদের অপ্টিমাইজ করার পরে, গড় বিল্ড টাইম 12 মিনিট থেকে কমিয়ে 7 করা হয়েছিল।

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

পরিকল্পনা

পরবর্তী ত্রৈমাসিকের জন্য, আমরা কোড ডেলিভারি অপ্টিমাইজ করার জন্য কাজ করার পরিকল্পনা করেছি।

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

সারাংশ

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

স্পিকার প্রোফাইল আলেকজান্ডার সিনচিনভ গিটহাবে.

DevOps কনফ পেশাদার থেকে পেশাদারদের জন্য উন্নয়ন, পরীক্ষা এবং অপারেশন প্রক্রিয়াগুলির একীকরণের উপর একটি সম্মেলন। সেজন্য আলেকজান্ডার যে প্রকল্পের কথা বলেছেন? বাস্তবায়িত এবং কাজ, এবং দুটি সফল রিলিজ পারফরম্যান্সের দিনে তৈরি করা হয়েছিল। চালু RIT++ এ DevOps কনফ 27 এবং 28 মে অনুশীলনকারীদের কাছ থেকে এমন আরও বেশি ঘটনা ঘটবে। আপনি এখনও শেষ গাড়িতে ঝাঁপ দিতে পারেন এবং একটি প্রতিবেদন জমা দিন বা তাড়াহুড়ো নয় বুক করা টিকিট স্কোলকোভোতে দেখা হবে!

উত্স: www.habr.com