ডিভোপস ইঞ্জিনিয়ারদের কীভাবে একাকী নেকড়ের মতো মনে হয়?


66

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

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

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



3
আমি সর্বদা একটি ব্যবসায়িক সংস্থার মডেল হিসাবে ডিভোপসকে ধন্যবাদ জানাই, কেউই নিতে পারে এমন ভূমিকা নয়।
টি সর সর

উত্তর:


34

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

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

পরামর্শ, যোগাযোগ এবং দায়বদ্ধতার মিশ্রণগুলি কোনও ডিভস দলের সাফল্যের জন্য গুরুত্বপূর্ণ।


1
এর মধ্যে বেশ কয়েকটি সফটওয়্যার ফোকাসযুক্ত। আমি এমবেডড সফ্টওয়্যার (বা ফার্মওয়্যার বা সফ্টওয়্যার বিশেষজ্ঞের সাথে / বিশেষজ্ঞের সাথে চলমান) নিয়ে কাজ করি এবং অনেকগুলি আইএসি মডেল এবং সরঞ্জামগুলি সঠিকভাবে খাপ খায় না। কখনও কখনও ডিভোপস লোকটি কেবল সেই ব্যক্তি যে জানেন যে সেই হার্ডওয়্যারটি কোথায়। ল্যাবটিতে জিনিসগুলি খুঁজতে যেতে পারে এমন ers 60 ইঞ্জিনিয়ারের মধ্যে 4 জন আমি ছিলাম। এই ক্ষেত্রে এই উত্তরটি কার্যকর করা কঠিন। আমরা জনগণকে দূর থেকে পাওয়ার চক্রের ইউনিটগুলি দেওয়ার উপায়গুলি নিয়ে কাজ করেছিলাম তবে এটিই আমরা আসতে পেরেছি। আর কোনও পরামর্শ স্বাগত হবে।
TafT

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

25

আমি মনে করি প্রথম ত্রুটি এই বাক্যে রয়েছে:

তিনি ডেভলপমেন্ট ম্যানেজারকে প্রতিবেদন করেন তবে অবকাঠামো পরিচালকের সাথে আরও ঘনিষ্ঠভাবে কাজ করেন।

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

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

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

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

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

এটি পরিচালনা পুনর্গঠনের চেয়ে প্রথম ধাপ হিসাবে একটি সহজ উপায়ে কার্যকর কার্যকর কিছু সরবরাহ করে অন্যান্য উত্তরগুলির পরিপূরক করে।


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

@ স্টুয়ার্টঅনসওয়ার্থ সত্যই, এই কারণেই আমি সংগঠনটি পরিবর্তনের বিষয়ে কথা বলিনি, তবে দলের বাকি সদস্যদের নিয়ে আরও কিছু করতে চাইছি।
তেনসিবাই

16

এই ধরণের পরিস্থিতিতে ডেভোপস ইঞ্জিনিয়ারদের জন্য সর্বাধিক গুরুত্বপূর্ণ বিষয় হ'ল (ক) পরিচালন প্রতিশ্রুতি এবং (খ) প্রয়োজনীয় বাজেট পাওয়া । দুজনেরই আরও কিছু বিবরণের জন্য পড়ুন ...

পরিচালন প্রতিশ্রুতি পান

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

  • কেন আমাদের পরিবর্তন করতে হবে? আমি এক্স বছরের জন্য যা করেছি তা ইতিমধ্যে করতে চাই!
  • আমার যে (প্রযুক্তিগত) শক্তি আছে তা আলগা করতে চাই না, এবং প্রকারের নির্বিকারের ফিক্স পেতে, যাতে আমার 5 ঘন্টা (বা দিন ...) এর পরিবর্তে 5 মিনিটের মতো সময় নেওয়া উচিত fix
  • ... (আমি এখানে আরও ডজন ডজন গুলি যোগ করতে পারতাম ...)।

যখনই এই চ্যালেঞ্জগুলি আসে, সমস্ত ডিভোপস ইঞ্জিনিয়ারের বলা উচিত:

আমি দুঃখিত, আমি ঠিক আমার কাজটি করছি ... উচ্চ পরিচালনার নির্দেশাবলীর ভিত্তিতে।

প্রয়োজনীয় বাজেট পান

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

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

1. অটোমেশন উপকারিতা

কেবলমাত্র ২ (!!!) কম্পিউটার অপারেটরদের (যারা কনসোল কমান্ডগুলি টাইপ করেননি এমনটি আর টাইপ করেননি) থেকে কিছু ধর্মঘটের কারণে ট্রেনগুলিকে ২ টি কারখানার মাঝামাঝি কোথাও থামতে হয়েছিল (কারখানার সিস্টেম থেকেই) যেখানে ট্রেনটি নামছিল সেখানে ট্রেন পরিচালনা করার বিষয়ে গুরুত্বপূর্ণ তথ্য পাওয়া যায়নি)।

একটি এসসিএম সিস্টেম প্রয়োগ করে, অনেক অপারেটর কমান্ড স্বয়ংক্রিয় হয়েছিল।

২. সফ্টওয়্যার লাইসেন্স ব্যয় হ্রাস করুন

কিছু সফ্টওয়্যার বিক্রেতাই (পুরানো) এসসিএম সফ্টওয়্যারটির জন্য কিছু বার্ষিক ফি বাড়ানোর সিদ্ধান্ত নিয়েছিলেন, যা ম্যানেজমেন্ট তাতে সম্মত নয়। এর জন্য তারা একটি বিকল্প প্রকল্প তৈরি করেছে যাতে এটির কিছু বিকল্প এসসিএম সফ্টওয়্যার প্রতিস্থাপন করে।

প্রকল্পের বাজেট বার্ষিক ফি হিসাবে তারা পরিশোধ করতে চায় না তার সমান। প্রকল্পটি সফল করতে অন্যান্য মহাদেশের ইঞ্জিনিয়ারদের (আমার মতো) বিমান চালানো অন্তর্ভুক্ত ছিল।

৩. অপারেটিং ব্যয় হ্রাস করুন

কিছু বড় বীমা সংস্থা সারা দেশে প্রায় 13.000 মিডরেঞ্জ কম্পিউটারে (এএস / 400 গুলি) সফ্টওয়্যার ফিক্সগুলি স্থানান্তর করতে কিছু এফটিপি সফটওয়্যার ব্যবহার করছিল এবং এটি যখনই "একটি" ফিক্স পাওয়া যায়। এই জাতীয় 1 ট্রান্সফারের ব্যয় ছিল প্রায় 4 মার্কিন ডলার (একক স্থানান্তরের জন্য 13.000 x 4 = 52.000 মার্কিন ডলার ...)। সফটওয়্যারটিতে প্রায় 120.000 উপাদান রয়েছে, প্রায় 150 বিকাশকারী দ্বারা বিকাশ / রক্ষণাবেক্ষণ করে। 1 জন বিকাশকারী এই 120.000 উপাদানগুলির মধ্যে যে কোনওটিতে 1 (ক্ষুদ্র) ভুল করেছে এমন সম্ভাবনা সম্পর্কে গণিতটি করুন, যা এটি উত্পাদনে তৈরি করেছে এবং একটি জরুরি সমাধানের প্রয়োজন হয়েছিল, যার জন্য আরও 52,000 মার্কিন ডলার খরচ হবে (কেবল স্থানান্তরের জন্য!)।

পর্যাপ্ত এসসিএম সিস্টেম (পরিচালিত পরীক্ষার পরিবেশ, অনুমোদন ইত্যাদিসহ) বাস্তবায়নের মাধ্যমে এই সংস্থাটি ব্যয় একটি হ্রাস অর্জন করেছে। এটি সম্পর্কে চিন্তা করুন, যদি এসসিএম সিস্টেম জরুরী সংস্থাগুলির কেবলমাত্র 20 টি স্থানান্তরের প্রয়োজনীয়তা রোধ করতে পারে তবে এর ফলে 52.000 x 20 = 1.040.000 মার্কিন ডলার ব্যয় হ্রাস পেয়েছে (এসসিএম সিস্টেম বাস্তবায়নের জন্য বেশিরভাগ বাজেট, তাদের কেবল ভগ্নাংশের প্রয়োজন ছিল কাজটি সম্পন্ন করার জন্য এই পরিমাণটি)।

৪. অপ্রাপ্যতার ব্যয় হ্রাস করুন

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

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


আমি মনে করি আপনি কিছু পদক্ষেপ মিস করছেন। যদি ডেভ টিমটি ইতিমধ্যে অ্যাপ্লিকেশনটির একাধিক অনুলিপি স্থাপন করছে না (কমপক্ষে একটি প্রোডের আগে পরীক্ষার পরিবেশ), তবে তা হ'ল আদেশ should তারপরে তারা সত্যিকার অর্থে সময় ব্যয় করতে চাইলে তারা নিজেরাই কিছু সময়ের জন্য লড়াই করতে পারে। এটি এই লোকেদের জন্য ডেভ অপস বিশেষজ্ঞকে সহায়ক করে তোলে ; তারা "ম্যানেজমেন্ট তাই বলে" এর অবলম্বন না করে যন্ত্রণাদায়ক প্রক্রিয়াটিকে একটি মসৃণ পদ্ধতিতে পরিণত করতে পারে। দেব অপ্সের পুরো ধারণাটি এখান থেকেই এসেছে: একাধিক পরিবেশ মোতায়েন ও পরিচালনার ব্যথা দূর করে।
jpmc26

4

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

(আমি ধরেই নিচ্ছি যে তাঁর সমস্যাটি মূলত অনিচ্ছুক দেবদের নিয়ে , তাঁর অন্যান্য অপস সহকর্মীরা যারা মূলত ক্লাসিকাল অপারেশন করেন বলে মনে হয় না))

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

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

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

তৃতীয়ত, "এক লোক" অবশ্যই লক্ষ্য রাখতে হবে যে তিনি তার সহকর্মীদের জন্য মেনাল, দৈনন্দিন কাজগুলি করেন না (যেমন, তাদের শিল্পকর্মগুলির জন্য ডকফেরাইলের পরে ডকফেরিল তৈরি করা ...) ...

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

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

এবং পরিশেষে, যদি বছরের পর বছর এবং পরিশ্রমের পরে তার সহকর্মীদের সাথে কেবল কোনও দৃশ্যমান উন্নতি না হয় তবে অন্য উপায়গুলি সন্ধান করা সর্বদা সম্ভব (এটি কোম্পানির ভিতরে বা বাইরে হোক) be চাকরীর সন্ধানের জন্য তার বেল্টের অধীনে ডিভোপসের সমস্ত অভিজ্ঞতা হ'ল আজকাল ...


4

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

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

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

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

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

আপনার সহকর্মী উপলব্ধি করতে পারে বা এটি এখনও উপলব্ধি করতে পারে না যে তিনি ডিভোপস ইঞ্জিনিয়ার হওয়া পছন্দ করেন না


3

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


2

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

  • অপ্সের অভিজ্ঞতার সাথে দলের সদস্যরা আশা করেন যে তারা সর্বোত্তমটি (অর্থাত্ অপ্স) যা করেন তারা অন্যকে সর্বোত্তম (অর্থাত্ ওপস) যা করেন তার মূলসূত্রগুলি শিখতে এবং সম্পর্কিত ক্ষেত্রে (অর্থাত্ দেব কার্য) শিখতে এবং করণীয় শিখবে।
  • দেবের অভিজ্ঞতার সাথে দলের সদস্যরা আশা করেন যে তারা সর্বোত্তম (অর্থাত্ দেব) যা করেন তারা অন্যকে সর্বোত্তম (অর্থাত্ দেব) যা করেন তার মূলসূত্রগুলি শেখাতে এবং সম্পর্কিত ক্ষেত্রগুলিতে (অর্থাৎ অপ্স কার্য) শিখতে এবং কাজ করতে পারে to

সুতরাং DevOps প্রকৌশলী একাকী নেকড়ে মত কম মনে ডেভেলপারদের কিভাবে শেখান তাকে আমন্ত্রণ, করতে চালানো , সিস্টেম সময় স্বীকার করেন যে তিনি বিশেষজ্ঞ কিভাবে হয় ডিজাইন পরিকাঠামো।

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

ডেভরা আশা করে যে দলে অপ্রয়োজনীয়তা তৈরি করতে এবং "ড্রাডিজ" কাজগুলি সুষ্ঠুভাবে ছড়িয়ে দেওয়ার জন্য দু'দিকের রুটিন অপস কাজের কিছুটা গ্রহণ করা।

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


1

ডিভোপস ইঞ্জিনিয়ারদের একাকী নেকড়ের মতো কম অনুভব করতে সহায়তা করার জন্য কী করা যেতে পারে?

ভাষান্তর করার জন্য - একটি DevOps ইঞ্জিনিয়ার কি করতে পারি নিজে / নিজেকে কম একাকী নেকড়ে মত মনে কিভাবে?

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

অতএব - একাকী নেকড়ে মনে হবে না; ডিভোপস সম্প্রদায়গুলিতে এখানে যেমন বা সরঞ্জাম-নির্দিষ্ট গোষ্ঠী এবং গিটহাবের মতো অংশ নিন - অনুভূতিটি অন্তত তখনই হয় আপনি কেবল একাকী নেকড়ে নন ;-)


1
ডেভস, প্রকৃতির দ্বারা এটি একটি দল অনুশীলন। কোনও একাকী নেকড়ের মতো নিজেকে কম মনে করার জন্য ডিভোপস ইঞ্জিনিয়ার তার দ্বারা কেবল নিজেই যে কাজটি করতে পারে তা হ'ল হ'ল ছেড়ে যাওয়া এবং আরও কার্যকরী সংস্থায় যোগদান করা।
জেমস শ্যুয়ে
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.