ম্যানুয়ালি ফাইল দ্বারা সার্ভার ফাইলে কোনও প্রকল্প স্থাপন করা কি ভাল অনুশীলন?


26

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


12
এমনকি এই কাজের জন্য দূর থেকে একটি "সমস্ত পরিস্থিতিতে একটি অনুশীলন" নেই।

26
সাধারণত আমি এর সাথে লিঙ্ক করব কেন "সেরা অনুশীলন" খারাপ জিনিস সম্পর্কে প্রশ্ন জিজ্ঞাসা করছে? আমি মনে করি আমরা সকলেই একমত হতে পারি যে এটি সবচেয়ে খারাপ অভ্যাস। এটি "সার্ভারে আগুন লাগানোর" উপরে কিছুটা উপরে রয়েছে।


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

2
আমরা দ্বিতীয় সহস্রাব্দে এভাবেই করেছি। জরিমানা করা উচিত! ;)
ডন ব্রানসন

উত্তর:


103

কোনটি সেরা অনুশীলন? প্রতিটি স্থাপনার ম্যানুয়ালি একটি প্রকল্প নিদর্শন স্থাপন করতে বা ফাইল স্থাপনার মাধ্যমে ফাইলটি চালিয়ে যেতে?

আমরাও।

সেরা অনুশীলন হ'ল সম্পূর্ণরূপে এবং একচেটিয়াভাবে আপনার স্থাপনাকে স্বয়ংক্রিয় করা। তার মানে কেউ কোনও ম্যানুয়ালি কোনও সার্ভারে কিছু দিতে পারে না

"সারাংশের সারাংশের সংক্ষিপ্তসার হিসাবে: লোকেরা একটি সমস্যা" " (ডগলাস অ্যাডামস)

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


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

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

39
@ জোহান হ্যামিলটন: একটি ক্ষুদ্রতর সংস্থা যা খারাপভাবে পরিচালিত হয়েছে তারা নিশ্চয়ই এই ভেবে ভ্রান্ত হবে sure ফাইলগুলি অনুলিপি করা ঠিক একটি কঠিন কাজ নয় এবং কোনও নিয়োগপ্রাপ্ত ব্যক্তির নিয়মিত এটি করার ব্যয় এটির পরিবর্তে এমনকি সবচেয়ে তুচ্ছ স্ক্রিপ্ট লেখার ব্যয়কেও ছাড়িয়ে যাবে।
GManNickG

8
@ জনহ্যামিলটন: ম্যানুয়াল মোতায়েনের সময় করা ভুলগুলির ঝুঁকির বিরুদ্ধে অটোমেশনের ব্যয়কে ওজন করতে হবে।
রবার্ট হার্ভে

7
এমনকি অগত্যা আপনার জেনকিনসের দরকার নেই। স্কিপ কমান্ডগুলির একগুচ্ছ (বা ম্যানুয়ালি আপলোড করার সময় আপনি যা কিছু ব্যবহার করেন) সহ কেবল একটি চেক-ইন স্ক্রিপ্ট একটি উন্নতি হবে।
ব্যবহারকারী 253751

14

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

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


যদি সার্ভারের মোট সংখ্যা 2 বা কম হয় তবে ম্যানুয়াল স্বয়ংক্রিয়র চেয়ে কম ঝুঁকিপূর্ণ। স্বয়ংক্রিয়র জন্য বিস্তৃত বাগ-চেকিং দরকার। আমি কখনই তুচ্ছ automatic
জোশুয়া

3
@ জোশুয়া আমি নিশ্চিত নই যে সার্ভারের সংখ্যাটি এখানে ফ্যাক্টর হওয়া উচিত। আপনি একাধিকবার একই সার্ভারে স্থাপন করলে অটোমেশনেরও মান থাকে। প্রশ্নটি হ'ল আপনি কাকে বেশি বিশ্বাস করবেন: কম্পিউটারটি একবারে কাজ করা স্ক্রিপ্টটি বিশ্বস্ততার সাথে চালিত করার জন্য, বা প্রতিবার সমস্ত প্রয়োজনীয় পদক্ষেপগুলি মনে রাখার আপনার ক্ষমতা? ফলস্বরূপ এবং ভুলে যাওয়া মানুষ হিসাবে, ম্যানুয়ালি জিনিস না করার জন্য আমার দৃ strong় পছন্দ রয়েছে। কখনও কখনও আমি এমনকি এক-অফ কার্যগুলি স্ক্রিপ্টও করি যাতে কমান্ডগুলি চালানোর আগে আমি তার পর্যালোচনা করতে পারি। এটি কাজ না করা অবধি ম্যানুয়ালি স্টাফ করার চেয়ে অনেক কম ঝুঁকিপূর্ণ!
আমন

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

9

সেরা অনুশীলন হবে কোনও ধরণের একটি স্বয়ংক্রিয় প্রক্রিয়া বাস্তবায়ন করা।

'ফাইল বাই ফাইল' পদ্ধতির কোনও বিশেষ কারণ নেই যা আপনাকে বিবেচনায় নিতে হবে তা পরীক্ষা করে দেখতে সাবধান হন।


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

4
সবচেয়ে ভাল প্রশ্ন জিজ্ঞাসা করা হয় "আমরা কেন এইভাবে করি?" আমি কোনও কারণ চিন্তা করতে পারি না, তবে আমি জানি যে কিছু সংস্থাগুলি যেমন
ইওয়ান

8
@ জ্যাকমুলার এই উত্তরের পংক্তির মধ্যে আপনার যা পড়া উচিত তা হ'ল সিদ্ধান্ত সম্পর্কে সিদ্ধান্ত নিয়ে সিদ্ধান্ত নেওয়া উচিত, কারও অজান্তে কেউ যে উত্তরকে সর্বদা সঠিক উত্তর হিসাবে ঘোষণা করেছিল তা মেনে চলা নয়।
ব্লারফ্লু

ফাইল পদ্ধতির মাধ্যমে ফাইলের কারণ হতে পারে ফাইলগুলির মধ্যে নির্ভরতা এবং সেই ফাইলগুলির উপর নির্ভর করে অন্য ফাইলগুলিতে পরিবর্তনের আগে ফাইল আপডেটগুলি স্থাপন করা হয়। ভুল ক্রমে ফাইলগুলি আপডেট করা সংক্ষেপে সিস্টেমে ব্রেক হয়ে যেতে পারে।
বিডিএসএল

6

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

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

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


1

সেরা অনুশীলন হ'ল আপনার নির্দিষ্ট কোম্পানির জন্য আপনার নির্দিষ্ট স্থাপনার জন্য ব্যয় / উপকার বিশ্লেষণ করা।

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

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


1

ম্যানুয়াল ফাইল-বাই-ফাইল অনুলিপি এবং অবিচ্ছিন্ন বিতরণের মধ্যে ধূসর রঙের প্রচুর শেড রয়েছে।

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

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

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


0

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

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.