কুবারনেটস পৃথিবী দখল করবে। কখন এবং কিভাবে?

প্রত্যাশায় DevOpsConf ভিটালি খবরভ সাক্ষাৎকার নেওয়া দিমিত্রি স্টোলিয়ারভ (ডিস্টল), ফ্লান্ট কোম্পানির প্রযুক্তিগত পরিচালক এবং সহ-প্রতিষ্ঠাতা। ভিটালি দিমিত্রিকে ফ্লান্ট কি করে, কুবারনেটস, ইকোসিস্টেম ডেভেলপমেন্ট, সাপোর্ট সম্পর্কে জিজ্ঞাসা করেছিল। আমরা আলোচনা করেছি কেন কুবারনেটস প্রয়োজন এবং এটি আদৌ প্রয়োজন কিনা। এছাড়াও মাইক্রোসার্ভিসেস সম্পর্কে, Amazon AWS, DevOps-এর জন্য “আমি ভাগ্যবান হব” পদ্ধতি, কুবারনেটসের ভবিষ্যত, কেন, কখন এবং কীভাবে এটি বিশ্ব দখল করবে, DevOps-এর সম্ভাবনা এবং প্রকৌশলীদের কী প্রস্তুতি নেওয়া উচিত। সরলীকরণ এবং নিউরাল নেটওয়ার্ক সহ উজ্জ্বল এবং অদূর ভবিষ্যতে।

মূল সাক্ষাৎকার DevOps Deflop-এ একটি পডকাস্ট হিসাবে শুনুন - DevOps সম্পর্কে একটি রাশিয়ান-ভাষার পডকাস্ট এবং নীচে পাঠ্য সংস্করণ রয়েছে৷

এখানে এবং নীচে তিনি প্রশ্ন জিজ্ঞাসা করেন ভিটালি খবরভ এক্সপ্রেস 42 থেকে ইঞ্জিনিয়ার।

"ফ্লান্ট" সম্পর্কে

- হ্যালো দিমা। আপনি প্রযুক্তিগত পরিচালক "চ্যাপ্টা"এবং এর প্রতিষ্ঠাতাও। অনুগ্রহ করে আমাদের বলুন কোম্পানী কি করে এবং আপনি এতে কি আছেন?

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




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

কুবারনেটস সম্পর্কে

— ইদানীং আমি ফ্লান্ট এবং থেকে প্রচুর রিপোর্ট দেখছি নিবন্ধ কুবারনেটস সম্পর্কে। আপনি এটা কিভাবে আসেন?

দিমিত্রি: আমি ইতিমধ্যে এই সম্পর্কে অনেকবার কথা বলেছি, কিন্তু আমি এটির পুনরাবৃত্তি করতে মোটেই আপত্তি করি না। আমি মনে করি এই বিষয়টির পুনরাবৃত্তি করা সঠিক কারণ কারণ এবং প্রভাবের মধ্যে বিভ্রান্তি রয়েছে।

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

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

হ্যাঁ, এখানে একধরনের অপূর্ণতা আছে, সেখানে একধরনের অপূর্ণতা আছে - সেখানে অনেক অপূর্ণতা আছে, এবং 1.2 সাধারণত ভয়ানক, কিন্তু... কুবারনেটস একটি নির্মাণাধীন ভবনের মতো - আপনি প্রকল্পটি দেখেন এবং বুঝতে পারেন যে এটা ঠান্ডা হবে। যদি বিল্ডিংটিতে এখন একটি ভিত্তি এবং দুটি তলা থাকে, তবে আপনি বুঝতে পারবেন যে এখনও ভিতরে না যাওয়াই ভাল, তবে সফ্টওয়্যারটির সাথে এমন কোনও সমস্যা নেই - আপনি ইতিমধ্যে এটি ব্যবহার করতে পারেন।

আমাদের কাছে এমন একটি মুহূর্ত ছিল না যেখানে আমরা কুবারনেটস ব্যবহার করা বা না করার বিষয়ে চিন্তা করি। এটি উপস্থিত হওয়ার অনেক আগে আমরা এটির জন্য অপেক্ষা করছিলাম এবং নিজেরাই অ্যানালগ তৈরি করার চেষ্টা করেছি।

কুবারনেটস সম্পর্কে

— আপনি কি সরাসরি কুবারনেটসের বিকাশের সাথে জড়িত?

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

— একই সময়ে, আপনি কি কুবারনেটসের চারপাশে আপনার অনেক সরঞ্জাম তৈরি করেন?

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

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

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

পথটি সর্বদা এই রকম: আমরা খুব সাবধানে অনুসন্ধান করি এবং, যদি আমরা একটি রুটি থেকে একটি ট্রলিবাস তৈরি করার কোনও সমাধান না পাই, তবে আমরা আমাদের নিজস্ব রুটি এবং আমাদের নিজস্ব ট্রলিবাস তৈরি করি।

ফ্লান্টা সরঞ্জাম

— আমি জানি যে ফ্লান্টের এখন অ্যাডন অপারেটর, শেল অপারেটর এবং ড্যাপ/ওয়ার্ফ টুল রয়েছে। আমি এটি বুঝতে পেরেছি, এটি বিভিন্ন অবতারে একই যন্ত্র। আমি আরও বুঝি যে ফ্লান্টের মধ্যে আরও অনেকগুলি বিভিন্ন সরঞ্জাম রয়েছে। এটা সত্য?

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

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

ইকোসিস্টেম উন্নয়ন

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

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

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

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

আমি কাজের শিরোনাম DevOps ইঞ্জিনিয়ার সম্পর্কে সবকিছু বুঝি, সবাই সবকিছু বোঝে এবং DevOps ইঞ্জিনিয়ারদের DevOps ইঞ্জিনিয়ার বলতে অভ্যস্ত, আমরা এই বিষয়ে আলোচনা করব না। এই সমস্ত 40টি আশ্চর্যজনক DevOps ইঞ্জিনিয়াররা প্রতিদিন সমস্যার মুখোমুখি হন এবং সমাধান করেন, আমরা কেবল এই অভিজ্ঞতাটি বিশ্লেষণ করি এবং সাধারণীকরণ করার চেষ্টা করি। আমরা বুঝতে পারি যে এটি যদি আমাদের ভিতরে থেকে যায়, তবে এক বা দুই বছরের মধ্যে সরঞ্জামটি অকেজো হয়ে যাবে, কারণ সম্প্রদায়ের কোথাও একটি তৈরি তুলা উপস্থিত হবে। অভ্যন্তরীণভাবে এই অভিজ্ঞতা সঞ্চয় করার কোন মানে নেই - এটি কেবল শক্তি এবং সময়কে dev/null করে দিচ্ছে। এবং আমরা এর জন্য মোটেও দুঃখিত বোধ করি না। আমরা অত্যন্ত আনন্দের সাথে সবকিছু প্রকাশ করি এবং বুঝতে পারি যে এটি প্রকাশ করা, বিকাশ করা, প্রচার করা, প্রচার করা দরকার, যাতে লোকেরা এটি ব্যবহার করে এবং তাদের অভিজ্ঞতা যোগ করে - তারপরে সবকিছু বৃদ্ধি পায় এবং বেঁচে থাকে। তারপর দুই বছর পর যন্ত্রটি ট্র্যাশে যায় না। শক্তি ঢালা চালিয়ে যাওয়া দুঃখজনক নয়, কারণ এটি স্পষ্ট যে কেউ আপনার সরঞ্জাম ব্যবহার করছে এবং দুই বছর পরে সবাই এটি ব্যবহার করছে।

এটি dapp/werf-এর সাথে আমাদের বড় কৌশলের অংশ. আমি কখন এটি তৈরি করতে শুরু করেছি মনে নেই, এটি 3 বছর আগে মনে হয়। প্রাথমিকভাবে, এটি সাধারণত শেলের উপর ছিল। এটি ধারণার একটি সুপার প্রুফ ছিল, আমরা আমাদের কিছু নির্দিষ্ট সমস্যার সমাধান করেছি - এটি কাজ করেছে! তবে শেলটিতে সমস্যা রয়েছে, এটি আরও প্রসারিত করা অসম্ভব, শেলের প্রোগ্রামিং অন্য কাজ। আমাদের রুবিতে লেখার অভ্যাস ছিল, সেই অনুসারে, আমরা রুবিতে কিছু পুনঃনির্মাণ করেছি, বিকাশ করেছি, বিকাশ করেছি, বিকাশ করেছি এবং এই সত্যের মধ্যে ছুটে গিয়েছি যে সম্প্রদায়, ভিড় যে বলে না “আমরা এটি চাই বা আমরা এটি চাই না, ” রুবির দিকে নাক তুলে, এটা কতটা মজার? আমরা বুঝতে পেরেছি যে চেকলিস্টের প্রথম পয়েন্টটি পূরণ করার জন্য আমাদের এই সমস্ত জিনিসগুলি Go-তে লিখতে হবে: DevOps টুল একটি স্ট্যাটিক বাইনারি হওয়া উচিত. গো হওয়া বা না হওয়া এত গুরুত্বপূর্ণ নয়, তবে গো-তে লেখা একটি স্ট্যাটিক বাইনারি ভাল।

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

কেন ড্যাপ তৈরি করা হয়েছিল?

— আপনি কি আমাদের সংক্ষেপে বলতে পারেন কেন ড্যাপ তৈরি করা হয়েছিল, এটি কোন সমস্যার সমাধান করে?

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

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

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

দেখা যাচ্ছে যে হেলম শুধুমাত্র একটি পাঠ্য প্রিপ্রসেসর যা কুবারনেটে ডেটা লোড করে।

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

পরিকল্পনা

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

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

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

এই পুরো গল্পটিকে দেখার আরেকটি উপায় আছে, উপমা সহ।

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

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

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

Kubernetes বজায় রাখা কঠিন?

— আপনি কুবারনেটস ব্যবহার করা শুরু করেছেন এমন অভিজ্ঞতার কথা বলুন, এটি আপনার জন্য একটি ফ্রেম, একটি ইঞ্জিন এবং আপনি এতে অনেকগুলি বিভিন্ন জিনিস ঝুলিয়ে রাখতে পারেন: একটি বডি, একটি স্টিয়ারিং হুইল, প্যাডেলের স্ক্রু, আসন৷ প্রশ্ন উঠেছে - আপনার জন্য কুবারনেটস সমর্থন কতটা কঠিন? আপনার অনেক অভিজ্ঞতা আছে, অন্য সব কিছু থেকে বিচ্ছিন্নভাবে কুবারনেটসকে সমর্থন করার জন্য আপনি কতটা সময় এবং সংস্থান ব্যয় করেন?

দিমিত্রি: এটি একটি খুব কঠিন প্রশ্ন এবং উত্তর দেওয়ার জন্য, আমাদের বুঝতে হবে সমর্থন কী এবং আমরা কুবারনেটসের কাছ থেকে কী চাই৷ হয়তো প্রকাশ করতে পারবেন?

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

দিমিত্রি: এটা যে মত.

— স্ক্র্যাচ থেকে কুবারনেটস নেওয়া এবং ইনস্টল করা কতটা কঠিন যাতে এটি উত্পাদন প্রস্তুত হয়?

দিমিত্রি: হার্ট প্রতিস্থাপন করা কতটা কঠিন বলে আপনি মনে করেন? আমি বুঝতে পারি এটি একটি আপসমূলক প্রশ্ন। একটি স্ক্যাল্পেল ব্যবহার করা এবং একটি ভুল না করা কঠিন নয়। যদি তারা আপনাকে বলে যে কোথায় কাটতে হবে এবং কোথায় সেলাই করতে হবে, তবে পদ্ধতিটি নিজেই জটিল নয়। সময়ের পর সময় নিশ্চিত করা কঠিন যে সবকিছু কার্যকর হবে।

Kubernetes ইনস্টল করা এবং এটি কাজ করা সহজ: চিক! — ইনস্টল করা, অনেক ইনস্টলেশন পদ্ধতি আছে। কিন্তু সমস্যা দেখা দিলে কী হয়?

প্রশ্ন সবসময় উত্থাপিত হয় - আমরা এখনও বিবেচনায় নেওয়া হয়নি কি? আমরা এখনো কি করিনি? কোন লিনাক্স কার্নেল পরামিতিগুলি ভুলভাবে নির্দিষ্ট করা হয়েছিল? প্রভু, আমরা কি তাদের উল্লেখ করেছি?! কোন Kubernetes উপাদান আমরা বিতরণ করেছি এবং কোনটি নেই? হাজার হাজার প্রশ্ন জাগে, এবং তাদের উত্তর দিতে, আপনাকে এই শিল্পে 15-20 বছর ব্যয় করতে হবে।

আমার কাছে এই বিষয়ে একটি সাম্প্রতিক উদাহরণ রয়েছে যা সমস্যার অর্থ প্রকাশ করতে পারে "কুবারনেটস কি বজায় রাখা কঠিন?" কিছু সময় আগে আমরা গুরুত্ব সহকারে বিবেচনা করেছি যে আমাদের কুবারনেটেসে একটি নেটওয়ার্ক হিসাবে সিলিয়াম বাস্তবায়নের চেষ্টা করা উচিত কিনা।

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

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

একটি বিস্ময়কর BPF এবং কার্নেলের জন্য হুক লেখার ক্ষমতা আছে - ছেলেরা কার্নেলের জন্য তাদের নিজস্ব হুক লিখেছে। প্যাকেজটি লিনাক্স কার্নেলে আসে, তারা সরাসরি ইনপুটে এটিকে বের করে নেয়, ব্রিজ ছাড়া, টিসিপি ছাড়া, আইপি স্ট্যাক ছাড়াই এটিকে নিজের মতো করে প্রসেস করে - সংক্ষেপে, লিনাক্স কার্নেলে যা লেখা আছে সবকিছুকে বাইপাস করে, তারপর থুতু দেয়। এটা পাত্রে আউট.

কি হলো? খুব দুর্দান্ত পারফরম্যান্স, দুর্দান্ত বৈশিষ্ট্য - কেবল দুর্দান্ত! কিন্তু আমরা এটি দেখি এবং দেখতে পাই যে প্রতিটি মেশিনে একটি প্রোগ্রাম রয়েছে যা কুবারনেটস API এর সাথে সংযোগ করে এবং এই API থেকে প্রাপ্ত ডেটার উপর ভিত্তি করে, C কোড তৈরি করে এবং বাইনারিগুলিকে কম্পাইল করে যা এটি কার্নেলে লোড করে যাতে এই হুকগুলি কাজ করে। কার্নেল স্পেসে

কিছু ভুল হলে কি হবে? আমরা জানি না. এটি বোঝার জন্য, আপনাকে এই সমস্ত কোড পড়তে হবে, সমস্ত যুক্তি বুঝতে হবে এবং এটি কতটা কঠিন তা আশ্চর্যজনক। কিন্তু, অন্যদিকে, এই ব্রিজ, নেট ফিল্টার, আইপি রাউট আছে - আমি তাদের সোর্স কোড পড়িনি, এবং আমাদের কোম্পানিতে কাজ করে এমন 40 জন প্রকৌশলীও নেই। হয়ত মাত্র কয়েকজন কিছু অংশ বোঝে।

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

এবং দুর্দান্ত শীতল সিলিয়াম 30 বছর বয়সী নয়, এটি এখনও বয়স্ক নয়। Kubernetes একই সমস্যা আছে, কপি. সেই Cilium নিখুঁতভাবে ইনস্টল করা হয়েছে, যে Kubernetes নিখুঁতভাবে ইনস্টল করা হয়েছে, কিন্তু যখন উত্পাদনে কিছু ভুল হয়ে যায়, আপনি কি একটি জটিল পরিস্থিতিতে দ্রুত বুঝতে পারবেন কী ভুল হয়েছে?

যখন আমরা বলি কুবারনেটস বজায় রাখা কি কঠিন - না, এটি খুব সহজ, এবং হ্যাঁ, এটি অবিশ্বাস্যভাবে কঠিন। Kubernetes নিজে থেকে দুর্দান্ত কাজ করে, কিন্তু এক বিলিয়ন সূক্ষ্মতার সাথে।

"আমি ভাগ্যবান হব" পদ্ধতি সম্পর্কে

— এমন কোম্পানি আছে যেখানে এই সূক্ষ্মতাগুলি প্রায় উপস্থিত হওয়ার নিশ্চয়তা রয়েছে? ধরুন ইয়ানডেক্স হঠাৎ কুবারনেটে সমস্ত পরিষেবা স্থানান্তর করে, সেখানে একটি বিশাল লোড থাকবে।

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

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

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

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

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

আমার দৃষ্টিকোণ থেকে, যে কোনও সিস্টেম পরিচালনার সূক্ষ্মতা এবং জটিলতা হ'ল বরফের পুরুত্ব আমাদের সমস্যা সমাধানের জন্য যথেষ্ট। এই আমরা সম্পর্কে কথা বলছি কি.

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

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

দিমিত্রি: বস্তুনিষ্ঠভাবে, এটা তাই. কুবারনেটস গল্পে আপনার নিজের মতো করে একটি ছোট দলের জন্য প্রবেশ করা অনেক ঝুঁকির সাথে জড়িত।

আমরা পাত্রে প্রয়োজন?

— আপনি কি আমাদের বলতে পারেন রাশিয়ায় কুবারনেটিস কতটা বিস্তৃত?

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

তারপর আরেকটি প্রশ্ন - আমরা পাত্রে প্রয়োজন? আমার ব্যক্তিগত অনুভূতি এবং ফ্লান্ট কোম্পানির সামগ্রিক অবস্থান হল যে Kubernetes একটি প্রকৃত মান।

কুবারনেটস ছাড়া আর কিছুই থাকবে না।

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

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

—অর্থাৎ, যে কোম্পানিগুলি এখনও কুবারনেটে স্যুইচ করেনি তারা অবশ্যই এটিতে সুইচ করবে বা বিস্মৃতিতে থাকবে। আমি তোমাকে ঠিক বুঝেছি?

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

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

মাইক্রোসার্ভিস সম্পর্কে

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

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

উদাহরণস্বরূপ, একটি মনোলিথ রয়েছে যা 300 জনের দ্বারা লিখিত, এবং যারা বিকাশে অংশ নিয়েছিল তারা বুঝতে পারে যে সেখানে সমস্যা রয়েছে এবং এটিকে মাইক্রো-টুকরোতে বিভক্ত করা উচিত - প্রায় 10 টুকরা, যার প্রতিটি 30 জনের লেখা। ন্যূনতম সংস্করণে। এটি গুরুত্বপূর্ণ, প্রয়োজনীয় এবং শীতল। কিন্তু যখন একটি স্টার্টআপ আমাদের কাছে আসে, যেখানে 3 জন অত্যন্ত দুর্দান্ত এবং প্রতিভাবান লোক তাদের হাঁটুতে 60টি মাইক্রোসার্ভিস লিখেছিল, প্রতিবার আমি Corvalol-এর সন্ধান করি।

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

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

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

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

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

আমি দৃঢ়ভাবে স্টার্টআপ এবং প্রতিষ্ঠিত ব্যবসায় আউটসোর্সিং করার পরামর্শ দিই যেখানে আপনি 10 জনের একটি দলকে অপারেশনের জন্য উৎসর্গ করতে পারেন, কারণ অন্যথায় কোন লাভ নেই। এটা স্পষ্টভাবে এই আউটসোর্স করার জন্য জ্ঞান করে তোলে.

অ্যামাজন এবং গুগল সম্পর্কে

— Amazon বা Google থেকে একটি সমাধান থেকে একটি হোস্ট একটি আউটসোর্স হিসাবে বিবেচনা করা যেতে পারে?

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

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

সম্ভবত উত্তর হল - অবশ্যই, একটি হোস্ট করা গল্প কিছু অংশ সহজ করে তোলে। প্রশ্ন হল আপনি এই হোস্টারদের বিশ্বাস করতে প্রস্তুত কিনা এবং তারা আপনার সমস্যার সমাধান করবে কিনা। অ্যামাজন এবং গুগল ভালো করেছে। আমাদের সব ক্ষেত্রে - ঠিক. আমাদের আর কোনো ইতিবাচক অভিজ্ঞতা নেই। অন্যান্য সমস্ত ক্লাউড যেগুলির সাথে আমরা কাজ করার চেষ্টা করেছি সেগুলি অনেকগুলি সমস্যা তৈরি করে - Ager, এবং রাশিয়ায় যা কিছু রয়েছে এবং বিভিন্ন বাস্তবায়নে সমস্ত ধরণের OpenStack: Headster, Overage - আপনি যা চান। তারা সব সমস্যা তৈরি করে যা আপনি সমাধান করতে চান না।

অতএব, উত্তরটি হ্যাঁ, কিন্তু, আসলে, খুব বেশি পরিপক্ক হোস্ট করা সমাধান নেই।

কার Kubernetes প্রয়োজন?

- এবং তবুও, কার কুবারনেটস দরকার? কার ইতিমধ্যেই কুবারনেটসে সুইচ করা উচিত, কে সাধারণ ফ্লান্ট ক্লায়েন্ট যিনি বিশেষভাবে কুবারনেটসের জন্য আসেন?

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

আমাদের ক্লায়েন্টরা বিভিন্ন জিনিস আশা করে, কিন্তু সবাই কিছু ভাল অলৌকিক ঘটনার জন্য অপেক্ষা করছে যে তাদের কিছু সমস্যা আছে, এবং এখন - হপ! — কুবারনেটস তাদের সমাধান করবে। মানুষ অলৌকিকতায় বিশ্বাস করে। তাদের মনে তারা বুঝতে পারে যে কোন অলৌকিক ঘটনা হবে না, কিন্তু তাদের আত্মায় তারা আশা করে - যদি এই কুবারনেটস এখন আমাদের জন্য সবকিছু সমাধান করবে, তারা এটি সম্পর্কে এত কথা বলে! হঠাৎ সে এখন- হাঁচি! - এবং একটি রূপালী বুলেট, হাঁচি! — এবং আমাদের কাছে 100% আপটাইম রয়েছে, সমস্ত বিকাশকারীরা 50 বার উত্পাদনে যা কিছু আসে তা প্রকাশ করতে পারে এবং এটি ক্র্যাশ হয় না। সাধারণভাবে, একটি অলৌকিক ঘটনা!

যখন এই ধরনের লোকেরা আমাদের কাছে আসে, আমরা বলি: "দুঃখিত, কিন্তু অলৌকিক বলে কিছু নেই।" সুস্থ থাকতে হলে ভালো খাওয়া ও ব্যায়াম করতে হবে। একটি নির্ভরযোগ্য পণ্য পেতে, এটি নির্ভরযোগ্যভাবে তৈরি করা প্রয়োজন। একটি সুবিধাজনক CI/CD পেতে, আপনাকে এটিকে এভাবে তৈরি করতে হবে। এটা অনেক কাজ যে করা প্রয়োজন.

কার কুবারনেটসের প্রয়োজন এই প্রশ্নের উত্তর - কারও কুবারনেটসের প্রয়োজন নেই।

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

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

আমাদের বা অন্য কারও কুবারনেটসের প্রয়োজন এমন শব্দটি ভুল।

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

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

চূড়ান্ত উত্তর হল: আপনার কুবারনেটসের প্রয়োজন নেই। আপনার সমস্যার সমাধান করতে হবে।

আপনি যা অর্জন করতে পারেন তা হল:

• prod পড়ে না;
• এমনকি যদি সে পড়ে যাওয়ার চেষ্টা করে, আমরা এটি সম্পর্কে আগে থেকেই জানি এবং আমরা এতে কিছু রাখতে পারি;
• আমাদের ব্যবসার জন্য যে গতিতে এটি প্রয়োজন আমরা এটিকে পরিবর্তন করতে পারি এবং আমরা এটি সুবিধামত করতে পারি; এটি আমাদের কোনো সমস্যা সৃষ্টি করে না।

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

সার্ভারহীন সম্পর্কে

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

দিমিত্রি: এখানে আবার একটা মন্তব্য করতে হবে যে আমি দ্রষ্টা নই যে সামনে তাকিয়ে বলে- এমন হবে! যদিও আমি ঠিক একই জিনিস করেছি। আমি আমার পায়ের দিকে তাকাই এবং সেখানে একগুচ্ছ সমস্যা দেখি, উদাহরণস্বরূপ, কম্পিউটারে ট্রানজিস্টর কীভাবে কাজ করে। এটা মজার, তাই না? আমরা CPU-তে কিছু বাগ সম্মুখীন হচ্ছি।

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

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

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

কুবারনেটস কীভাবে বিকশিত হবে

— যখন আমরা এই সম্ভাব্য বিস্ময়কর দূরবর্তী ভবিষ্যতের দিকে এগিয়ে যাচ্ছি, আপনি কীভাবে কুবারনেটস এবং এর চারপাশের বাস্তুতন্ত্রের বিকাশ ঘটবে বলে মনে করেন?

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

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

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

কোনো না কোনোভাবে অপারেটর উন্নয়নের এই গল্প আগামী কয়েক বছরে গুরুত্বপূর্ণ হবে।

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

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

এখন 2019 সালে কোন রেডিও? গাড়িতে, রেডিও রিসিভার সমস্ত তরঙ্গ এবং স্টেশনগুলির নাম খুঁজে পায়। প্রক্রিয়াটির পদার্থবিজ্ঞান 100 বছরে পরিবর্তিত হয়নি, তবে ব্যবহারের সহজতা রয়েছে। এখন, এবং এখনই নয়, ইতিমধ্যেই 1980 সালে, যখন আজিমভের সাথে একটি সাক্ষাত্কার ছিল, সবাই রেডিও ব্যবহার করেছিল এবং এটি কীভাবে কাজ করে তা নিয়ে কেউ ভাবেনি। এটি সর্বদা কাজ করে - এটি একটি প্রদত্ত।

আজিমভ তখন বলেছিলেন যে এটি কম্পিউটারের সাথে একই হবে - ব্যবহারের সহজতা বৃদ্ধি পাবে. 1980 সালে আপনাকে কম্পিউটারে বোতাম টিপতে প্রশিক্ষণ নিতে হয়েছিল, ভবিষ্যতে এমনটি হবে না।

আমি অনুভব করছি যে Kubernetes এর সাথে এবং পরিকাঠামোর সাথে ব্যবহার সহজে একটি বিশাল বৃদ্ধি হবে। এটি, আমার মতে, সুস্পষ্ট - এটি পৃষ্ঠের উপর অবস্থিত।

ইঞ্জিনিয়ারদের কি করতে হবে?

— তাহলে কুবারনেটসকে সমর্থনকারী ইঞ্জিনিয়ার এবং সিস্টেম অ্যাডমিনিস্ট্রেটরদের কী হবে?

দিমিত্রি: 1C আবির্ভাবের পর হিসাবরক্ষকের কী হয়েছিল? একই সম্পর্কে. এর আগে তারা কাগজে-কলমে গুনছে এখন কর্মসূচিতে। শ্রম উৎপাদনশীলতা মাত্রার আদেশ দ্বারা বৃদ্ধি পেয়েছে, কিন্তু শ্রম নিজেই অদৃশ্য হয়ে যায়নি। যদি আগে একটি লাইট বাল্বে স্ক্রু করতে 10 জন প্রকৌশলী লাগত, এখন একজনই যথেষ্ট হবে।

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

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

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

DevOps বা সিস্টেম ইঞ্জিনিয়ারিং চলে যাবে না - উচ্চ-স্তরের কাজ এবং দক্ষতা বৃদ্ধি পাবে।

- আমি একটি আকর্ষণীয় ধারণাও শুনেছি যে কাজ আসলে বাড়বে।

দিমিত্রি: অবশ্যই একশো শতাংশ! কারণ আমরা যে সফটওয়্যার লিখি তার পরিমাণ ক্রমাগত বাড়ছে। আমরা সফ্টওয়্যার দিয়ে সমাধান করি এমন সমস্যার সংখ্যা ক্রমাগত বাড়ছে। কাজের পরিমাণ বাড়ছে। এখন DevOps বাজার ভয়ঙ্করভাবে উত্তপ্ত। এটি বেতন প্রত্যাশায় দেখা যায়। একটি ভাল উপায়ে, বিশদে না গিয়ে, এমন জুনিয়র থাকা উচিত যারা X চায়, মধ্যম যারা 1,5X চায় এবং সিনিয়র যারা 2X চায়। এবং এখন, আপনি যদি মস্কো DevOps বেতন বাজারের দিকে তাকান, একজন জুনিয়র চায় X থেকে 3X এবং একজন সিনিয়র চায় X থেকে 3X পর্যন্ত৷

কেউ জানে না এর দাম কত। বেতনের স্তর আপনার আত্মবিশ্বাস দ্বারা পরিমাপ করা হয় - একটি সম্পূর্ণ পাগলাগার, সত্য কথা বলতে, একটি ভয়ানক অতিরিক্ত গরম বাজার।

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

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

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

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

শুভেচ্ছা এবং বিজ্ঞাপন একটি মিনিট

- তোমার কি কোন ইচ্ছা আছে?

দিমিত্রি: হ্যাঁ, আমার অনেক ইচ্ছা আছে।

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

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

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

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

- আপনাকে অনেক ধন্যবাদ!

দিমিত্রি: আপনাকে ধন্যবাদ, Vitaly, সময় এবং সাক্ষাত্কারের জন্য উভয়ের জন্য। প্রিয় পাঠক, আপনাকে অনেক ধন্যবাদ যদি আপনি হঠাৎ এই পর্যায়ে পৌঁছে থাকেন। আমি আশা করি যে আমরা আপনাকে অন্তত কয়েকটি চিন্তা নিয়ে এসেছি।

সাক্ষাত্কারে, দিমিত্রি ওয়ার্ফের বিষয়টিকে স্পর্শ করেছিলেন। এখন এটি একটি সর্বজনীন সুইস ছুরি যা প্রায় সমস্ত সমস্যার সমাধান করে। তবে সবসময় এমন ছিল না। চালু DevOpsConf  উৎসবে RIT++ দিমিত্রি স্টোলিয়ারভ আপনাকে এই সরঞ্জামটি সম্পর্কে বিস্তারিত জানাবে। প্রতিবেদনে "ওয়ার্ফ হল কুবারনেটসে CI/CD এর জন্য আমাদের টুল" সেখানে সবকিছু থাকবে: কুবারনেটসের সমস্যা এবং লুকানো সূক্ষ্মতা, এই অসুবিধাগুলি সমাধানের বিকল্পগুলি এবং বিশদভাবে ওয়ার্ফের বর্তমান বাস্তবায়ন। 27 এবং 28 মে আমাদের সাথে যোগ দিন, আমরা নিখুঁত সরঞ্জাম তৈরি করব।

উত্স: www.habr.com