অনাথ পরিষেবা: (মাইক্রো) পরিষেবা আর্কিটেকচারের নেতিবাচক দিক৷

Banki.ru পোর্টালের ডিরেক্টর অব অপারেশনস অ্যান্ড্রে নিকোলস্কি গত বছরের সম্মেলনে বক্তব্য রাখেন DevOpsDays মস্কো এতিম পরিষেবাগুলি সম্পর্কে: কীভাবে অবকাঠামোতে এতিমকে সনাক্ত করা যায়, কেন এতিম পরিষেবাগুলি খারাপ, তাদের সাথে কী করতে হবে এবং যদি কিছুই সাহায্য না করে তবে কী করতে হবে।

কাট নীচে রিপোর্ট একটি পাঠ্য সংস্করণ আছে.

ওহে সহকর্মীরা! আমার নাম আন্দ্রে, আমি Banki.ru-এ কাজ করি।

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

সেবার সুবিধা

আমি দ্রুত পরিষেবাগুলির সুবিধাগুলি নিয়ে যাব।

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

দ্বিতীয়ত, বিচ্ছিন্ন উন্নয়ন, যখন আপনার একাধিক ডেভেলপমেন্ট টিম থাকে, প্রতিটি দলে বিভিন্ন ডেভেলপার থাকে এবং প্রতিটি দল তার নিজস্ব পরিষেবা বিকাশ করে।

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

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

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

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

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

আপনার যদি পরীক্ষার পরে একটি পরিষেবা থাকে (যদি অবশ্যই পরীক্ষা থাকে), এবং আপনাকে এখনও এটি একটি ফাইল দিয়ে শেষ করতে হবে যাতে এটি উত্পাদনে কাজ করে, আমার কাছে আপনার জন্যও খারাপ খবর আছে।

আপনি যদি নির্দিষ্ট অ্যামাজন পরিষেবার উপর নির্ভর করেন এবং রাশিয়ায় কাজ করেন, তবে দুই মাস আগে আপনারও ছিল "আশেপাশে সবকিছু জ্বলছে, আমি ঠিক আছি, সবকিছু ঠিক আছে।"

আমরা ডিপ্লোয়মেন্ট স্বয়ংক্রিয় করতে Ansible ব্যবহার করি, কনভারজেন্সের জন্য পুতুল, ডিপ্লোয়মেন্ট স্বয়ংক্রিয় করতে বাঁশ, এবং কোনো না কোনোভাবে এগুলি বর্ণনা করতে কনফ্লুয়েন্স ব্যবহার করি।

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

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

উদাহরণস্বরূপ, আমরা প্রতিটি বিকাশকারীকে একটি প্ল্যাটফর্ম দিই যেখানে আমাদের কাছে প্রায় সমস্ত কিছু রয়েছে, সমস্ত পরিষেবা যা বিকাশ করা যেতে পারে, যাতে তার একটি বিচ্ছিন্ন পরিবেশ থাকে, তিনি এটিকে ভেঙে দিতে পারেন এবং এটিকে তিনি যেভাবে চান তা তৈরি করতে পারেন।

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

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

আমাদের পিএইচপি 5.6-এ সাইট এবং পরিষেবা রয়েছে, আমরা তাদের জন্য লজ্জিত, কিন্তু আমরা কী করতে পারি? এটা আমাদের এক সাইট. পিএইচপি 7-এ সাইট এবং পরিষেবা রয়েছে, তাদের মধ্যে আরও রয়েছে, আমরা তাদের জন্য লজ্জিত নই। এবং প্রতিটি বিকাশকারীর নিজস্ব ভিত্তি রয়েছে যেখানে তিনি আনন্দের সাথে দেখেছেন।

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

আপনার এটিতে সাইট এবং পরিষেবা রয়েছে, এটিতে, তারপরে Go-এর জন্য আরেকটি সাইট, রুবির জন্য একটি সাইট এবং পাশে অন্য কিছু Redis রয়েছে৷ ফলস্বরূপ, এই সমস্ত সমর্থনের জন্য একটি বৃহৎ ক্ষেত্রে পরিণত হয় এবং সর্বদা এটির কিছু অংশ ভেঙ্গে যেতে পারে।

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

প্রতিটি পরিষেবার নিজস্ব দল আছে

আমাদের প্রধান সুবিধা, যা বেশ কয়েক বছর ধরে স্ফটিক হয়ে গেছে, তা হল প্রতিটি পরিষেবার নিজস্ব দল রয়েছে। এটি একটি বড় প্রকল্পের জন্য সুবিধাজনক, আপনি ডকুমেন্টেশনে সময় বাঁচাতে পারেন, পরিচালকরা তাদের প্রকল্পটি ভাল জানেন।

আপনি সহজেই সমর্থন থেকে কাজ জমা দিতে পারেন. উদাহরণস্বরূপ, বীমা পরিষেবা ভেঙে পড়েছে। এবং অবিলম্বে যে দল বীমা নিয়ে কাজ করে তা ঠিক করতে যায়।

নতুন বৈশিষ্ট্যগুলি দ্রুত তৈরি করা হচ্ছে, কারণ আপনার যখন একটি পারমাণবিক পরিষেবা থাকে, আপনি দ্রুত এতে কিছু স্ক্রু করতে পারেন৷

এবং যখন আপনি আপনার পরিষেবাটি ভাঙ্গবেন, এবং এটি অনিবার্যভাবে ঘটবে, আপনি অন্য লোকেদের পরিষেবাগুলিকে প্রভাবিত করেননি, এবং অন্যান্য দলের বিকাশকারীরা আপনার কাছে বিট নিয়ে ছুটে আসে না এবং বলে: "আয়-আয়, এটি করবেন না।"

সর্বদা হিসাবে, nuances আছে. আমাদের স্থিতিশীল দল রয়েছে, ম্যানেজাররা দলের সাথে পেরেক তুলছেন। স্পষ্ট নথি আছে, ম্যানেজার ঘনিষ্ঠভাবে সবকিছু পর্যবেক্ষণ. একজন ম্যানেজারের সাথে প্রতিটি দলে বেশ কয়েকটি পরিষেবা রয়েছে এবং দক্ষতার একটি নির্দিষ্ট পয়েন্ট রয়েছে।

যদি দলগুলি ভাসমান থাকে (আমরা মাঝে মাঝে এটি ব্যবহার করি), "তারকা মানচিত্র" নামে একটি ভাল পদ্ধতি রয়েছে।

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

এতিম সেবা কিভাবে প্রদর্শিত হবে?

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

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

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

কিভাবে একটি এতিম সনাক্ত করতে?

এই তালিকাটি পরিস্থিতি ভালভাবে বর্ণনা করে। তাদের অবকাঠামো সম্পর্কে কে কিছু শিখেছে?

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

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

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

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

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

উদাহরণস্বরূপ, আমাদের একটি পরিষেবা ছিল যেখানে বিভিন্ন অপ্রত্যাশিত জায়গায় স্ফিংস ছিল৷ আমি আপনাকে পরে বলব আমার কি করতে হয়েছিল।

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

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

পরিষেবাটি পরীক্ষা করা দরকার, পরিষেবাটি পর্যালোচনা করা দরকার, পাসওয়ার্ড পরিবর্তন করা দরকার। আমাদের একটি কেস ছিল যখন তারা আমাদের একটি পরিষেবা দিয়েছে, সেখানে একটি অ্যাডমিন প্যানেল আছে “যদি লগইন == 'অ্যাডমিন' && পাসওয়ার্ড == 'অ্যাডমিন'...”, এটি কোডে লেখা আছে। আমরা বসে বসে ভাবি, আর মানুষ এই 2018 সালে লিখবে?

স্টোরেজ ক্ষমতা পরীক্ষা করাও একটি প্রয়োজনীয় জিনিস। আপনি কোথাও এই পরিষেবাটি উত্পাদন করার আগেও, এক লক্ষ রেকর্ডে কী ঘটবে তা আপনাকে দেখতে হবে।

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

আমরা একটি পাইলট প্রকল্প আউটসোর্স করার সিদ্ধান্ত নিয়েছে যখন একটি মামলা ছিল.

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

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

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

এতিমদের সমস্যা কি?

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

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

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

কেন এতিম পরিষেবা বিপজ্জনক:

• পরিষেবাটি হঠাৎ করে ভেঙে যেতে পারে।
• পরিষেবাটি মেরামত করতে অনেক সময় লাগে বা একেবারে মেরামত করা হয় না।
• নিরাপত্তা সমস্যা।
• উন্নতি এবং আপডেটের সাথে সমস্যা।
• একটি গুরুত্বপূর্ণ পরিষেবা ভেঙ্গে গেলে, কোম্পানির সুনাম ক্ষতিগ্রস্ত হয়।

এতিম সেবা দিয়ে কি করতে হবে?

আমি আবার কি করতে হবে পুনরাবৃত্তি করব. প্রথমত, ডকুমেন্টেশন থাকতে হবে। Banki.ru-এ 7 বছর আমাকে শিখিয়েছে যে পরীক্ষকদের ডেভেলপারদের কথা নেওয়া উচিত নয় এবং অপারেশনগুলি সবার কথা নেওয়া উচিত নয়। আমাদের চেক করতে হবে।

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

তৃতীয়ত, প্রযুক্তিগত ঋণ নিয়ে কাজ করা। আপনি যখন কোনো ধরনের ক্রাচ করেন বা কোনো পরিষেবা গ্রহণ করেন এবং বলেন যে কিছু করা দরকার, আপনাকে নিশ্চিত করতে হবে যে এটি করা হয়েছে। কারণ তখন দেখা যাচ্ছে যে ছোট গর্তটি এত ছোট নয় এবং আপনি এটির মধ্য দিয়ে পড়বেন।

স্থাপত্য কাজের সাথে, আমাদের স্ফিংস সম্পর্কে একটি গল্প ছিল। পরিষেবাগুলির মধ্যে একটি তালিকা প্রবেশ করতে স্ফিঙ্কস ব্যবহার করেছিল। শুধু একটি পৃষ্ঠাযুক্ত তালিকা, কিন্তু এটি প্রতি রাতে পুনরায় সূচীভুক্ত করা হয়েছিল। এটি দুটি সূচী থেকে একত্রিত হয়েছিল: একটি বড় একটি প্রতি রাতে সূচিত করা হয়েছিল, এবং একটি ছোট সূচকও ছিল যা এটিতে স্ক্রু করা হয়েছিল। প্রতিদিন, বোমা হামলা বা না হওয়ার 50% সম্ভাবনার সাথে, গণনার সময় সূচকটি ক্র্যাশ হয়ে যায় এবং আমাদের সংবাদ মূল পৃষ্ঠায় আপডেট হওয়া বন্ধ করে দেয়। প্রথমে সূচক পুনঃসূচী হতে 5 মিনিট সময় লেগেছিল, তারপর সূচক বাড়তে থাকে এবং এক পর্যায়ে আবার সূচক হতে 40 মিনিট সময় লাগতে থাকে। আমরা যখন এটি কেটে ফেলি, তখন আমরা স্বস্তির নিঃশ্বাস ফেলি, কারণ এটি স্পষ্ট ছিল যে আরও কিছুটা সময় কেটে যাবে এবং আমাদের সূচকটি পুরো সময়ের জন্য পুনরায় সূচিত হবে। এটি আমাদের পোর্টালের জন্য ব্যর্থতা হবে, আট ঘন্টার জন্য কোনও খবর নেই - এটিই, ব্যবসা বন্ধ হয়ে গেছে।

একটি এতিম সেবা সঙ্গে কাজ করার জন্য পরিকল্পনা

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

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

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

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

আমাদের এমন একটি পরিস্থিতি ছিল যখন আমরা Yii 1-এ একটি পরিষেবা নিয়েছিলাম এবং বুঝতে পেরেছিলাম যে আমরা এটিকে আরও বিকাশ করতে পারব না, কারণ আমাদের কাছে এমন ডেভেলপারদের অভাব ছিল যারা Yii 1-এ ভাল লিখতে পারে। সমস্ত বিকাশকারীরা Symfony XNUMX-এ ভাল লেখে। কি করো? আমরা সময় বরাদ্দ করেছি, একটি দল বরাদ্দ করেছি, একজন ব্যবস্থাপক বরাদ্দ করেছি, প্রকল্পটি পুনর্লিখন করেছি এবং সহজেই এতে ট্রাফিক পরিবর্তন করেছি।

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

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

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

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

আমরা বর্তমানে Node.js-এ একটি পরিষেবা তৈরি করছি, এবং এটি একটি পৃথক ভাষা সহ প্রতিটি বিকাশকারীর জন্য কাছাকাছি একটি প্ল্যাটফর্ম হবে৷ কিন্তু আমরা বসে বসে ভেবেছিলাম যে গেমটি মোমবাতির মূল্য ছিল। অর্থাৎ, এটি আপনার জন্য বসে বসে চিন্তা করার জন্য একটি প্রশ্ন।

আপনি কিভাবে আপনার সেবা নিরীক্ষণ করবেন? আপনি কিভাবে লগ সংগ্রহ এবং নিরীক্ষণ করবেন?

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

কিভাবে একই পরিবেশে পুতুল এবং Ansible সঙ্গে বসবাস?

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

আপনি কিভাবে সামঞ্জস্য বজায় রাখবেন? আপনার কি Ansible এবং Puppet উভয় ক্ষেত্রেই কনফিগারেশন আছে?

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

উপস্থাপনাটি ছিল রুবির বিভিন্ন সংস্করণ নিয়ে। কি সমাধান?

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

এবারের সম্মেলন DevOpsDays মস্কো 7 ডিসেম্বর টেকনোপলিসে অনুষ্ঠিত হবে। আমরা 11 নভেম্বর পর্যন্ত রিপোর্টের জন্য আবেদন গ্রহণ করছি। লিখুন আপনি যদি কথা বলতে চান তাহলে আমাদের

অংশগ্রহণকারীদের জন্য নিবন্ধন উন্মুক্ত, আমাদের সাথে যোগ দিন!

উত্স: www.habr.com