একজন বিকাশকারীকে কেন ডকারের যত্ন নেওয়া উচিত?


11

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

সহজভাবে বলতে গেলে কেন কোনও বিকাশকারীকে ডকার সম্পর্কে যত্ন নেওয়া উচিত?

পিএস: এই পোস্টে পিতামাতার প্রশ্নটি হ'ল ডেভলপমেন্ট টিমের সাথে ডকার পরিচয় করিয়ে দেওয়ার বিষয়টি

উত্তর:


7

সম্ভবত আপনি যে উত্তরটি সন্ধান করছেন তা নয়, তবে তবে একটি উত্তর :)

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

বিষয়গুলি কিছুটা জটিল হয়ে ওঠে যদি "একজন বিকাশকারী" দ্বারা আপনি আসলে সংখ্যাগরিষ্ঠ বা এমনকি পুরো বিকাশকারী দলের বোঝায় mean কোনও বিকাশকারীকে সমর্থন না করেই বিকাশের পরিবেশে কোনও সরঞ্জামকে ঠেলাঠেলি করা সত্যিই শক্ত। প্রথমে দলের প্রযুক্তিগত নেতৃত্ব থেকে এমন একটি সমর্থক তৈরি করতে সময় ব্যয় করুন।

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


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

@ ডার্কমুক্কে "দেব" সর্বদা প্রযুক্তি সিদ্ধান্ত নেন না ... বৃহত্তর দেব দলগুলিতে প্রায়শই বিপরীত সত্য হয় - "দেব" দলটি যে প্রযুক্তি ব্যবহার করে তা কেবল ব্যবহার করে। যদি তারা দলের ক্রিয়াকলাপে বাধা বা নেতিবাচক প্রভাব না দেয় তবে ব্যতিক্রমগুলি সহ্য করা যেতে পারে।
ড্যান কর্নিলিস্কু

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

6

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

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

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

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

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

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


5

এটি ডকার বা অন্য কোনও ধারক প্রযুক্তির বিষয়ে নয়।

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

এই সমাধানগুলি জাভাতে চর্বিযুক্ত জারের মতো, যেখানে আপনার (তত্ত্ব অনুসারে) যা যা দরকার তা হ'ল রানটাইম (জেআরই) পূর্বনির্ধারিত এবং সবকিছু ঠিক কাজ করে ™


কেন বিকাশকারীদের বুঝতে হবে (তাদের কীভাবে এই জাতীয় সরঞ্জাম পরিচালনা করতে হবে তা শেখার দরকার নেই, কেবল কেন এটির প্রয়োজন কেন) অর্কেস্ট্রেশন সরঞ্জামগুলি হ'ল এটি আপনাকে "traditionalতিহ্যবাহী" স্থাপনার চেয়ে কিছু সুবিধা পেতে দেয়।

গবাদি পশু, পোষা প্রাণী নয়

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

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

উন্নত সংস্থান ব্যবহার

অর্কেস্ট্রেশনকে ধন্যবাদ আপনি একটি সার্ভারে একাধিক অ্যাপ্লিকেশন পরিচালনা করতে পারেন এবং অর্কেস্টেটর আপনার জন্য সংস্থানগুলি ট্র্যাক করবে। এটি প্রয়োজন পড়লে অ্যাপ্লিকেশনগুলিকে পুনরায় সাজিয়ে তুলবে।

অপরিবর্তনীয় অবকাঠামো

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

  1. নতুন কনফিগারেশন সহ নতুন সার্ভার তৈরি করুন।
  2. একটি চলমান সার্ভার হত্যা।
  3. আপনার অর্কেস্টেটর সবকিছু অন্য মেশিনে নিয়ে যাবে (নতুন সহ)।
  4. যদি কোনও পুরানো সার্ভার বাকী থাকে তবে 1 এ যান।

সহজ অপারেশন

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

টিএল; ডিআর হোল পয়েন্ট ডকার সম্পর্কে নয় বরং অর্কেস্টেশন সম্পর্কে। ডকার হ'ল টার্বল / ফ্যাট জারগুলির কেবলমাত্র বর্ধিত সংস্করণ যা সঠিক অর্কেস্টেশনের জন্য প্রয়োজনীয় required


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

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

4

এখানে 2014 এর পিছনে প্রকাশিত ব্লগ পোস্ট থেকে কিছু যুক্তি দেওয়া হয়েছে এবং শিরোনামে আপনার উত্তরটির সাথে বেশ মিল রয়েছে:

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

থেকে: https://thenewstack.io/why-you-should-care-about-docker/


আমি নতুন প্রযুক্তি ইনজেকশন সম্মত। তবে এটি নিয়ে কিছু সমস্যাও রয়েছে। ডাটাবেসগুলির জন্য ডকার ব্যবহার করার মতো ( পারকোনা . com / blog / 2016/11 / 16 / is-docker- জন্য- আপনার- ডেটাবেস )। তারা এই মুহূর্তে স্থিতিশীল নয় এবং সম্ভবত ভবিষ্যতে স্থিতিশীল হবে। ভালো কিছুর আশা করি. আমরা যাইহোক সিআই / সিডি ব্যবহার করে পরীক্ষিত কোডটিকে উত্পাদন করতে বাধ্য করতে পারি achieve তাহলে ডাক্তার কেন? আমরা কী ওএস চালাচ্ছি সে সম্পর্কে বিকাশকারীরা কিছুই চিন্তা করে না। তারা কেন প্রথমে ডকার শেখার বিষয়ে মাথা ঘামাবে? ডিওপস জীবনকে আরও সহজ করতে?
অভয় পাই

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

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

এইচএম তবে তারা যদি সকেট ভিত্তিক ব্যাকডোর বাস্তবায়ন করে? ডকার এন্টারপ্রাইজ ফায়ারওয়ালটি প্রতিস্থাপন করে না বলে আমি মনে করি
পিটার মুরিশকিন

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

4

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

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

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

ডোকর কুইকস্টার্টটি এটি করার জন্য একটি দুর্দান্ত ভূমিকা, ডিভোপস টিম তাদের পছন্দ মতো ডিস্ট্রোতে দেবকে গাইড করার পরে (তাদের মধ্যে অনেকেই এ জাতীয় জিনিস জানেন না alpine)।

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


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

2

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


0

ঠিক আছে, আপনি যদি কখনও পরীক্ষার জন্য ভিএম ব্যবহার করেন তবে আপনি পাত্রে ব্যবহারের চেষ্টা করতে পারেন এবং ডকার আসলে পরীক্ষার জন্য দুর্দান্ত জিনিস এবং এটি LXC এর পরিবর্তে ব্যবহার করা আরও সহজ :)


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