সফ্টওয়্যার উন্নয়ন এবং স্থাপনার জন্য আধুনিক প্ল্যাটফর্ম

আসন্ন Red Hat OpenShift প্ল্যাটফর্ম 4.0 আপডেটে পরিবর্তন, উন্নতি এবং সংযোজন সম্পর্কে ধারাবাহিক পোস্টগুলির মধ্যে এটিই প্রথম যা আপনাকে নতুন সংস্করণে রূপান্তরের জন্য প্রস্তুত করতে সাহায্য করবে।

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

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

বলাই বাহুল্য, এই সব বিবাদ ছিল খুবই বোকামি

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

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

কুবারনেটস এমন একটি হাতিয়ার। Red Hat OpenShift-কে অন্যান্য সরঞ্জাম এবং পরিষেবাগুলির সাথে একটি একক প্ল্যাটফর্মে একত্রিত করার জন্য কাজ চলছে যা সফ্টওয়্যারটিকে আরও নির্ভরযোগ্য, পরিচালনা করা সহজ এবং ব্যবহারকারীদের জন্য নিরাপদ করে তুলবে।

এটি বলার সাথে সাথে, OpenShift টিম একটি সহজ প্রশ্ন জিজ্ঞাসা করে:

আপনি কিভাবে Kubernetes এর সাথে কাজ সহজ এবং আরো সুবিধাজনক করতে পারেন?

উত্তরটি আশ্চর্যজনকভাবে সুস্পষ্ট:

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

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

কিভাবে এই ফলাফল অর্জন?

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

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

OpenShift 4 এর নতুন রিলিজ হবে পরিষ্কার, স্বয়ংক্রিয় এবং আরো স্বাভাবিক

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

প্ল্যাটফর্মটি শুরু থেকেই সুরক্ষিত হওয়া দরকার, কিন্তু তারপরও ডেভেলপারদেরকে সহজে পুনরাবৃত্তি করার অনুমতি দেয়—অর্থাৎ, প্রশাসকদের সহজেই অডিট এবং পরিচালনা করার অনুমতি দেওয়ার সময় নমনীয় এবং যথেষ্ট সুরক্ষিত হন।

এটি সফ্টওয়্যারকে "পরিষেবা হিসাবে" চালানোর অনুমতি দেওয়া উচিত এবং অপারেটরদের জন্য নিয়ন্ত্রণহীন অবকাঠামো বৃদ্ধির দিকে পরিচালিত করবে না।

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

OpenShift 4: NoOps প্ল্যাটফর্ম যার রক্ষণাবেক্ষণের প্রয়োজন নেই

В এই প্রকাশনা যে কাজগুলি OpenShift 4-এর জন্য কোম্পানির দৃষ্টিভঙ্গি গঠনে সাহায্য করেছিল সেগুলি বর্ণনা করেছে৷ টিমের লক্ষ্য হল সফ্টওয়্যার পরিচালনা এবং রক্ষণাবেক্ষণের দৈনন্দিন কাজগুলিকে যতটা সম্ভব সহজ করা, এই প্রক্রিয়াগুলিকে সহজ এবং স্বাচ্ছন্দ্যময় করে তোলা - উভয়ই বাস্তবায়নে জড়িত বিশেষজ্ঞদের জন্য এবং বিকাশকারীদের জন্য৷ কিন্তু কিভাবে আপনি এই লক্ষ্য কাছাকাছি পেতে পারেন? ন্যূনতম হস্তক্ষেপের প্রয়োজন এমন সফ্টওয়্যার চালানোর জন্য কীভাবে একটি প্ল্যাটফর্ম তৈরি করবেন? এই প্রসঙ্গে NoOps এর মানে কি?

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

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

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

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

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

SREs জানে যে কিছু ভুল হতে পারে এবং তাদের সমস্যাটি ট্র্যাক করতে হবে এবং সমাধান করতে হবে—তাই তারা রুটিন ওয়ার্ক স্বয়ংক্রিয় করে এবং ত্রুটির বাজেট আগে থেকেই সেট করে যাতে সমস্যা দেখা দিলে তারা অগ্রাধিকার দিতে এবং সিদ্ধান্ত নিতে প্রস্তুত থাকে।

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

• অ্যাপ্লিকেশনগুলি যে পরিকাঠামো ব্যবহার করে তা স্বয়ংক্রিয় এবং মানক করা
• ডেভেলপারদের নিজেদের সীমাবদ্ধ না করেই স্থাপনা এবং উন্নয়ন প্রক্রিয়াগুলিকে একসাথে লিঙ্ক করুন
• নিশ্চিত করা যে XNUMX তম পরিষেবা, বৈশিষ্ট্য, অ্যাপ্লিকেশন, বা সম্পূর্ণ স্ট্যাক চালু করা, অডিট করা এবং সুরক্ষিত করা প্রথমটির চেয়ে বেশি কঠিন নয়৷

কিন্তু OpenShift 4 প্ল্যাটফর্ম এবং এর পূর্বসূরীদের মধ্যে এবং এই ধরনের সমস্যা সমাধানের জন্য "স্ট্যান্ডার্ড" পদ্ধতির মধ্যে পার্থক্য কী? বাস্তবায়ন এবং অপারেশন দলের জন্য স্কেল ড্রাইভ কি? এ কারণে রাজার এ অবস্থা গুচ্ছ। তাই,

• আমরা নিশ্চিত করি যে ক্লাস্টারগুলির উদ্দেশ্য পরিষ্কার (প্রিয় মেঘ, আমি এই ক্লাস্টারটি তুলেছি কারণ আমি পারতাম)
• মেশিন এবং অপারেটিং সিস্টেম ক্লাস্টার (মহারাজ) পরিবেশন করার জন্য বিদ্যমান
• ক্লাস্টার থেকে হোস্টের অবস্থা পরিচালনা করুন, তাদের পুনর্নির্মাণ (ড্রিফট) কম করুন।
• সিস্টেমের প্রতিটি গুরুত্বপূর্ণ উপাদানের জন্য, একটি আয়া (প্রক্রিয়া) প্রয়োজন যা সমস্যাগুলি নিরীক্ষণ এবং নির্মূল করবে
• সিস্টেমের *প্রতিটি* দিক বা উপাদানের ব্যর্থতা এবং সংশ্লিষ্ট পুনরুদ্ধার প্রক্রিয়া জীবনের একটি স্বাভাবিক অংশ
• সমগ্র অবকাঠামো API এর মাধ্যমে কনফিগার করা আবশ্যক।
• Kubernetes চালানোর জন্য Kubernetes ব্যবহার করুন। (হ্যাঁ, হ্যাঁ, এটি একটি টাইপো নয়)
• আপডেটগুলি ইনস্টল করা সহজ এবং ঝামেলামুক্ত হওয়া উচিত। যদি একটি আপডেট ইনস্টল করতে একাধিক ক্লিক লাগে, তাহলে স্পষ্টতই আমরা কিছু ভুল করছি।
• যেকোন কম্পোনেন্টের মনিটরিং এবং ডিবাগ করা কোন সমস্যা হওয়া উচিত নয়, এবং তাই সমগ্র অবকাঠামো জুড়ে ট্র্যাকিং এবং রিপোর্ট করাও সহজ এবং সুবিধাজনক হওয়া উচিত।

কর্মক্ষেত্রে প্ল্যাটফর্মের ক্ষমতা দেখতে চান?

OpenShift 4 এর একটি পূর্বরূপ সংস্করণ বিকাশকারীদের জন্য উপলব্ধ হয়েছে৷ একটি সহজে ব্যবহারযোগ্য ইনস্টলার দিয়ে, আপনি Red Had CoreOS এর উপরে AWS-এ একটি ক্লাস্টার চালাতে পারেন। প্রিভিউ ব্যবহার করার জন্য, আপনার শুধুমাত্র একটি AWS অ্যাকাউন্ট প্রয়োজন যাতে পরিকাঠামোর ব্যবস্থা করা যায় এবং প্রাকদর্শন চিত্রগুলি অ্যাক্সেস করার জন্য অ্যাকাউন্টগুলির একটি সেট।

1. শুরু করতে, যান try.openshift.com এবং "শুরু করুন" এ ক্লিক করুন।
2. আপনার Red Hat অ্যাকাউন্টে লগ ইন করুন (বা একটি নতুন তৈরি করুন) এবং আপনার প্রথম ক্লাস্টার সেট আপ করতে নির্দেশাবলী অনুসরণ করুন।

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

নতুন OpenShift রিলিজ চেষ্টা করুন এবং আপনার মতামত শেয়ার করুন. আমরা Kumbernetes-এর সাথে যতটা সম্ভব অ্যাক্সেসযোগ্য এবং সহজে কাজ করতে প্রতিশ্রুতিবদ্ধ — NoOps-এর ভবিষ্যত আজ থেকে শুরু হচ্ছে।

এখন মনোযোগ!
সম্মেলনে ড DevOpsForum 2019 20 এপ্রিল, ওপেনশিফ্ট ডেভেলপারদের একজন, ভাদিম রুটকভস্কি, একটি মাস্টার ক্লাস ধরবেন - তিনি দশটি ক্লাস্টার ভেঙে দেবেন এবং তাদের ঠিক করতে বাধ্য করবেন। কনফারেন্স অর্থপ্রদান করা হয়, কিন্তু প্রচারমূলক কোড #RedHat-এর সাথে আপনি একটি 37% ছাড় পাবেন

17:15 - 18:15 এ মাস্টার ক্লাস, এবং স্ট্যান্ডটি সারাদিন খোলা থাকে। টি-শার্ট, টুপি, স্টিকার - স্বাভাবিক!

হল # 2
"এখানে পুরো সিস্টেমটি পরিবর্তন করা দরকার: আমরা প্রত্যয়িত মেকানিক্সের সাথে ভাঙা k8s ক্লাস্টারগুলি মেরামত করি।"

উত্স: www.habr.com