মস্কোতে Slurm DevOps-এর জন্য নিবন্ধন খোলা আছে

TL; ডিআর

Slurm DevOps 30 জানুয়ারি - 1 ফেব্রুয়ারি মস্কোতে অনুষ্ঠিত হবে।

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

দর্শন, সংশয় এবং অপ্রত্যাশিত সাফল্য সম্পর্কে

আমি সেপ্টেম্বরের শেষে মস্কোতে DevOpsConf-এ যোগ দিয়েছিলাম।
আমি যা শুনেছি তার সারসংক্ষেপ:
— DevOps যে কোনো আকারের অধিকাংশ প্রকল্পের জন্য প্রয়োজন;
— DevOps একটি সংস্কৃতি, যেকোনো সংস্কৃতির মতো, এটি অবশ্যই কোম্পানির মধ্যে থেকে আসতে হবে। আপনি একজন DevOps প্রকৌশলী নিয়োগ করতে পারবেন না এবং স্বপ্ন দেখবেন যে তিনি প্রক্রিয়াগুলি উন্নত করবেন।
— DevOps ট্রান্সফরমেশনের জন্য যা প্রয়োজন তার তালিকার একেবারে শেষে প্রযুক্তি আসে, অর্থাৎ, আমরা যে DevOps টুলগুলি শেখাই।

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

ব্যক্তিগতভাবে, আমি সর্বদা "নীচ থেকে আন্দোলন", সরঞ্জামের মাধ্যমে সংস্কৃতির গেরিলা বাস্তবায়নের সমর্থক। দ্য ফিনিক্স প্রজেক্টে বর্ণিত একের মতো কিছু। যদি আমাদের সঠিকভাবে গিট সেট আপ করার সাথে টিমওয়ার্ক থাকে তবে আমরা ধীরে ধীরে এটিকে প্রবিধানের সাথে পরিপূরক করতে পারি এবং তারপরে এটি মানগুলিতে আসবে।

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

যাইহোক, বেশিরভাগ অংশগ্রহণকারী জরিপে উত্তর দিয়েছেন যে অর্জিত জ্ঞান বাস্তবে প্রযোজ্য, এবং তারা অদূর ভবিষ্যতে তাদের নিজের দেশে কিছু বাস্তবায়ন করবে। একই সময়ে, আমরা যা ব্যাখ্যা করেছি তা দরকারী জিনিসগুলির তালিকায় অন্তর্ভুক্ত ছিল: Git, Ansible, CI/CD, এবং SRE।

এটা মনে রাখা দরকার যে শুরুতে তারা স্লার্ম কুবারনেটস সম্পর্কেও বলেছিল যে 3 দিনে k8s ব্যাখ্যা করা অসম্ভব।

ইভান ক্রুগ্লভের সাথে, যিনি SRE বিষয়ের নেতৃত্ব দিয়েছেন, আমরা একটি পৃথক প্রোগ্রামে সম্মত হয়েছি। আমরা বর্তমানে বিস্তারিত আলোচনা করছি, আমি শীঘ্রই একটি ঘোষণা করব।

Slurm DevOps এ কি হবে?

প্রোগ্রামটি

বিষয় #1: Git এর সাথে টিমওয়ার্ক

• বেসিক কমান্ড git init, কমিট, অ্যাড, ডিফ, লগ, স্ট্যাটাস, টান, পুশ
• গিট প্রবাহ, শাখা এবং ট্যাগ, মার্জ কৌশল
• একাধিক দূরবর্তী প্রতিনিধিদের সাথে কাজ করা
• গিটহাব প্রবাহ
• কাঁটা, দূরবর্তী, টান অনুরোধ
• দ্বন্দ্ব, রিলিজ, আবারও গিটফ্লো এবং দলের সাথে সম্পর্কিত অন্যান্য প্রবাহ সম্পর্কে

বিষয় #2: বিকাশের দৃষ্টিকোণ থেকে অ্যাপ্লিকেশনের সাথে কাজ করা

• পাইথনে একটি মাইক্রোসার্ভিস লেখা
• এনভায়রনমেন্ট ভেরিয়েবল
• ইন্টিগ্রেশন এবং ইউনিট পরীক্ষা
• উন্নয়নে ডকার-কম্পোজ ব্যবহার করা

বিষয় #3: CI/CD: অটোমেশনের ভূমিকা

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

বিষয় #4: CI/CD: Gitlab এর সাথে কাজ করা

• গিটল্যাব সিআই
• গিটল্যাব রানার, তাদের প্রকার এবং অ্যাপ্লিকেশন
• গিটল্যাব সিআই, কনফিগারেশন বৈশিষ্ট্য, সেরা অনুশীলন
• গিটল্যাব সিআই পর্যায়গুলি
• গিটল্যাব সিআই ভেরিয়েবল
• নির্মাণ, পরীক্ষা, স্থাপন
• এক্সিকিউশন কন্ট্রোল এবং সীমাবদ্ধতা: শুধুমাত্র, যখন
• শিল্পকর্ম নিয়ে কাজ করা
• .gitlab-ci.yml এর ভিতরে টেমপ্লেট, পাইপলাইনের বিভিন্ন অংশে ক্রিয়াগুলি পুনরায় ব্যবহার করা
• অন্তর্ভুক্ত - বিভাগ
• gitlab-ci.yml এর কেন্দ্রীভূত ব্যবস্থাপনা (একটি ফাইল এবং স্বয়ংক্রিয়ভাবে অন্যান্য সংগ্রহস্থলে পুশ)

বিষয় #5: কোড হিসাবে অবকাঠামো

• IaC: কোড হিসাবে অবকাঠামোর কাছে যাওয়া
• অবকাঠামো প্রদানকারী হিসাবে ক্লাউড প্রদানকারী
• সিস্টেম ইনিশিয়ালাইজেশন টুল, ইমেজ বিল্ডিং (প্যাকার)
• IaC একটি উদাহরণ হিসাবে Terraform ব্যবহার করে
• কনফিগারেশন স্টোরেজ, সহযোগিতা, অ্যাপ্লিকেশন অটোমেশন
• উত্তরযোগ্য প্লেবুক তৈরির অনুশীলন
• অদম্যতা, ঘোষণামূলকতা
• IaC একটি উদাহরণ হিসাবে Ansible ব্যবহার করে

বিষয় #6: পরিকাঠামো পরীক্ষা

• অণু এবং গিটল্যাব সিআই এর সাথে পরীক্ষা এবং অবিচ্ছিন্ন একীকরণ
• ভ্যাগ্রান্ট ব্যবহার করে

বিষয় #7: প্রমিথিউসের সাথে পরিকাঠামো পর্যবেক্ষণ

• কেন পর্যবেক্ষণ প্রয়োজন?
• পর্যবেক্ষণের প্রকারভেদ
• মনিটরিং সিস্টেমে বিজ্ঞপ্তি
• কিভাবে একটি স্বাস্থ্যকর মনিটরিং সিস্টেম তৈরি করা যায়
• মানুষের পাঠযোগ্য বিজ্ঞপ্তি, প্রত্যেকের জন্য
• স্বাস্থ্য পরীক্ষা: আপনার কী মনোযোগ দেওয়া উচিত
• মনিটরিং ডেটার উপর ভিত্তি করে অটোমেশন

বিষয় #8: ELK এর সাথে অ্যাপ্লিকেশন লগিং

• সেরা লগিং অনুশীলন
• ELK স্ট্যাক

বিষয় #9: ChatOps সহ পরিকাঠামো অটোমেশন

• DevOps এবং ChatOps
• চ্যাটপস: শক্তি
• স্ল্যাক এবং বিকল্প
• চ্যাটপসের জন্য বট
• Hubot এবং বিকল্প
• নিরাপত্তা
• সেরা এবং সবচেয়ে খারাপ অভ্যাস

স্থান: মস্কো, সেভাস্তোপল হোটেলের সম্মেলন কক্ষ।

তারিখ: 30 জানুয়ারী থেকে 1 ফেব্রুয়ারি, 3 দিন কঠোর পরিশ্রম।

নিবন্ধন

উত্স: www.habr.com