DevOps পদ্ধতির অনুরাগীদের জন্য সম্মেলন

আমরা কথা বলছি, অবশ্যই, সম্পর্কে DevOpsConf. আপনি যদি বিশদে না যান, তবে 30 সেপ্টেম্বর এবং 1 অক্টোবর আমরা বিকাশ, পরীক্ষা এবং অপারেশনের প্রক্রিয়াগুলিকে একত্রিত করার বিষয়ে একটি সম্মেলন করব এবং আপনি যদি বিশদে যান, দয়া করে, বিড়ালের নীচে।

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

সম্মেলনে আমরা দেখাতে চাই যে এই পদ্ধতিটি কীভাবে পণ্যের বিকাশকে প্রভাবিত করে। কিভাবে ক্লায়েন্টের জন্য সিস্টেমের নির্ভরযোগ্যতা এবং অভিযোজনযোগ্যতা নিশ্চিত করা হয়। কিভাবে DevOps একটি কোম্পানির কাঠামো এবং পদ্ধতির পরিবর্তন করছে তার কাজের প্রক্রিয়া সংগঠিত করার জন্য।

দৃশ্যের অন্তরালে

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

• সিনিয়র প্রকৌশলী;
• বিকাশকারী;
• দলনেতা;
• CTO

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

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

সম্মেলনের বিভাগগুলি একই থাকবে গত বার.

• অবকাঠামো প্ল্যাটফর্ম।
• কোড হিসাবে পরিকাঠামো।
• ক্রমাগত ডেলিভারি।
• মতামত।
• DevOps-এ আর্কিটেকচার, CTO-এর জন্য DevOps।
• SRE অনুশীলন।
• প্রশিক্ষণ এবং জ্ঞান ব্যবস্থাপনা।
• নিরাপত্তা, DevSecOps.
• DevOps রূপান্তর।

কাগজপত্রের জন্য কল করুন: আমরা কি ধরনের প্রতিবেদন খুঁজছি

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

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

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

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

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

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

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

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

আমরা কিভাবে DevOps দেখি

DevOps বলতে আমরা কী বুঝি তা বোঝার জন্য, আমি আমার প্রতিবেদনটি পড়ার (বা পুনরায় পড়ার) পরামর্শ দিচ্ছি "DevOps কি" বাজারের তরঙ্গের মধ্য দিয়ে হাঁটতে হাঁটতে, আমি লক্ষ্য করেছি কিভাবে বিভিন্ন আকারের কোম্পানিগুলিতে DevOps ধারণাটি রূপান্তরিত হচ্ছে: একটি ছোট স্টার্টআপ থেকে বহুজাতিক কোম্পানিতে। প্রতিবেদনটি একাধিক প্রশ্নের উপর ভিত্তি করে তৈরি করা হয়েছে, সেগুলির উত্তর দিয়ে আপনি বুঝতে পারবেন যে আপনার কোম্পানি DevOps-এর দিকে অগ্রসর হচ্ছে কিনা বা কোথাও সমস্যা আছে কিনা।

DevOps একটি জটিল সিস্টেম, এতে অবশ্যই অন্তর্ভুক্ত থাকতে হবে:

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

প্রতিবেদনের শেষে একটি ডায়াগ্রাম রয়েছে যা কোম্পানির DevOps সিস্টেম সম্পর্কে ধারণা দেয়। এটি আপনাকে দেখতে দেবে যে আপনার কোম্পানির কোন প্রক্রিয়াগুলি ইতিমধ্যেই সুবিন্যস্ত করা হয়েছে এবং কোনটি এখনও তৈরি করা হয়নি৷

প্রতিবেদনটির ভিডিও দেখতে পারেন এখানে.

এবং এখন একটি বোনাস থাকবে: RIT++ 2019-এর বেশ কয়েকটি ভিডিও, যা DevOps রূপান্তরের সবচেয়ে সাধারণ বিষয়গুলিকে স্পর্শ করে।

একটি পণ্য হিসাবে কোম্পানি অবকাঠামো

Artyom Naumenko Skyeng-এ DevOps দলের নেতৃত্ব দেন এবং তার কোম্পানির অবকাঠামোর উন্নয়নের যত্ন নেন। তিনি বলেছিলেন যে কীভাবে পরিকাঠামো SkyEng-এ ব্যবসায়িক প্রক্রিয়াগুলিকে প্রভাবিত করে: কীভাবে এটির জন্য ROI গণনা করা যায়, গণনার জন্য কোন মেট্রিকগুলি বেছে নেওয়া উচিত এবং কীভাবে সেগুলিকে উন্নত করতে কাজ করতে হবে৷

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

Nixys কোম্পানি ব্যস্ত ওয়েব প্রকল্প এবং বিতরণ সিস্টেমের জন্য সমর্থন প্রদান করে। এর প্রযুক্তিগত পরিচালক, বরিস এরশভ, একটি আধুনিক প্ল্যাটফর্মে সফ্টওয়্যার পণ্যগুলিকে কীভাবে অনুবাদ করতে হয়, যার বিকাশ 5 বছর আগে (বা আরও বেশি) শুরু হয়েছিল তা বলেছিলেন।

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

এই ধরনের প্রকল্পের পরিচালকরা অনিবার্যভাবে সমস্ত প্রযুক্তিগত প্রক্রিয়াগুলিকে রূপান্তরিত করার প্রয়োজনের মুখোমুখি হন। তার প্রতিবেদনে, বরিস বলেছেন:

• কীভাবে প্রকল্পের জন্য সঠিক স্থাপত্য চয়ন করবেন এবং পরিকাঠামোকে ক্রমানুসারে রাখবেন;
• কোন সরঞ্জামগুলি ব্যবহার করতে হবে এবং রূপান্তরের পথে কী অসুবিধার সম্মুখীন হয়;
• পরবর্তী কি করতে হবে.

রিলিজের অটোমেশন বা কীভাবে দ্রুত এবং ব্যথাহীনভাবে বিতরণ করা যায়

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

কিভাবে দুর্ঘটনা আপনাকে শিখতে সাহায্য করে?

অ্যালেক্সি কিরপিচনিকভ 5 বছর ধরে SKB Kontur-এ DevOps এবং পরিকাঠামো বাস্তবায়ন করছে। তিন বছরের মধ্যে, প্রায় 1000 ফ্যাক্যাপ বিভিন্ন মাত্রার মহাকাব্য তার কোম্পানিতে ঘটেছে। তাদের মধ্যে, উদাহরণস্বরূপ, 36% উত্পাদনে একটি নিম্ন-মানের রিলিজ রোল আউট করার কারণে এবং 14% ডেটা সেন্টারে হার্ডওয়্যার রক্ষণাবেক্ষণের কারণে ঘটেছিল।

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

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

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

আমরা ইতিমধ্যে প্রোগ্রামে কি রিপোর্ট গ্রহণ করেছি?

এই সপ্তাহে প্রোগ্রাম কমিটি 4টি রিপোর্ট গ্রহণ করেছে: নিরাপত্তা, অবকাঠামো এবং SRE অনুশীলনের উপর।

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

• কি রক্ষা করা প্রয়োজন এবং কাদের থেকে;
• রুটিন নিরাপত্তা প্রক্রিয়া কি কি;
• আইটি এবং তথ্য সুরক্ষা প্রক্রিয়াগুলি কীভাবে ছেদ করে;
• সিআইএস সিএসসি কী এবং কীভাবে এটি বাস্তবায়ন করা যায়;
• কিভাবে এবং কি সূচক দ্বারা নিয়মিত তথ্য নিরাপত্তা চেক পরিচালনা করতে হবে।

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

ম্যাক্সিম দেখাবে কিভাবে কোড প্লেসমেন্ট প্যাটার্ন কাজ করে, যার লক্ষ্য অটোমেশন এবং ডেভেলপমেন্টকে সহজ করা।

আরেকটা রিপোর্ট আমরা থেকে অবকাঠামো সম্পর্কে শুনব প্লেকি থেকে ভ্লাদিমির রিয়াবভ. এখানে আমরা অবকাঠামো প্ল্যাটফর্ম সম্পর্কে কথা বলব, এবং আমরা শিখব:

• স্টোরেজ স্পেস কার্যকরভাবে ব্যবহার করা হচ্ছে কিনা তা কীভাবে বুঝবেন;
• যদি মাত্র 10 TB স্টোরেজ ব্যবহার করা হয় তবে কিভাবে কয়েকশত ব্যবহারকারী 20 TB সামগ্রী পেতে পারেন;
• কীভাবে ডেটা 5 বার সংকুচিত করা যায় এবং ব্যবহারকারীদের রিয়েল-টাইমে সরবরাহ করা যায়;
• কিভাবে বিভিন্ন ডেটা সেন্টারের মধ্যে ফ্লাইতে ডেটা সিঙ্ক্রোনাইজ করা যায়;
• ক্রমানুসারে একটি ভার্চুয়াল মেশিন ব্যবহার করার সময় কীভাবে একে অপরের উপর ব্যবহারকারীদের প্রভাব দূর করা যায়।

এই জাদুর রহস্য প্রযুক্তি ফ্রিবিএসডির জন্য জেডএফএস এবং তার তাজা কাঁটা লিনাক্সে জেডএফএস. ভ্লাদিমির প্লেকি থেকে কেস শেয়ার করবেন।

Amixr.IO থেকে Matvey Kukuy জীবনের উদাহরণ সহ প্রস্তুত বলতে, কি হয়ছে SRE এবং কিভাবে এটি নির্ভরযোগ্য সিস্টেম তৈরি করতে সাহায্য করে। Amixr.IO তার ব্যাকএন্ডের মাধ্যমে ক্লায়েন্টের ঘটনাগুলি পাস করে; কনফারেন্সে, Matvey পরিসংখ্যান এবং অন্তর্দৃষ্টি শেয়ার করবে যা তার কোম্পানি গ্রাহক সমস্যা সমাধান এবং ব্যর্থতা বিশ্লেষণ করে জমা করেছে।

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

উত্স: www.habr.com