সর্বদা ব্যবহারের অধীনে থাকা কোনও সাইটের রক্ষণাবেক্ষণ কীভাবে চালানো যায় সে সম্পর্কে কোনও ধারণা?


18

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

আমরা আমাদের স্টেজিং সাইটটিকে প্রোডাকশন সাইটের মতোই তৈরি করার চেষ্টা করেছি, তবে আমরা কেবল এটির মতোই তৈরি করতে পারি।

আমাদের সাইটটি রিয়েলটাইমের জন্য একটি নোড.জেএস সার্ভারের সাথে লারাভেলের ভিত্তিতে রয়েছে। আমরা লারাভেল ফোর্জ ব্যবহার করছি।

আমরা কীভাবে আপডেটগুলি ঘন ঘন ঘন ঘটাতে পারি সে সম্পর্কে কারও কি কোনও পরামর্শ রয়েছে? আমরা যে কোনও কিছুর জন্য উন্মুক্ত।


কেন একটি মোতায়েন এত দীর্ঘ সময় নেয়?
মাইকেল হ্যাম্পটন

@ মিশেলহ্যাম্পটন আমাদের মোতায়েনগুলি বেশি সময় নেয় না, কিছু ভুল হয়ে গেলে আমরা ডাউনটাইম বহন করতে পারি না।
चीज5505

1
আমি তখন প্রশ্নটি অনুমান করি যে: একটি রোলব্যাক কেন এত দিন নেয়?
মাইকেল হ্যাম্পটন

@ মিশেলহ্যাম্পটন আমরা রোলব্যাকগুলি সঠিকভাবে দেখিনি, তবে অনেক সময় আমরা বড় বড় আপডেটগুলি করি যা সাইটকে খুব বেশি সময় নেবে।
चीज 5505

5
সময়ের বৃহত্ অবরুদ্ধ যেটিই নিচ্ছে, আপনার এটির দিকে নজর দেওয়া দরকার।
মাইকেল হ্যাম্পটন

উত্তর:


22

আপনার স্থাপনার প্রক্রিয়াটি উন্নত করতে আপনি অনেক কিছুই করতে পারেন। তাদের মধ্যে কয়েকটি হ'ল:

  • আপনার কোডটি ভালভাবে পরীক্ষিত হয়েছে তা নিশ্চিত করুন।

    আদর্শভাবে আপনার উচিত 100% ইউনিট পরীক্ষার কভারেজ, পাশাপাশি প্রতিটি কল্পনাযোগ্য দৃশ্যের জন্য ইন্টিগ্রেশন টেস্টিং।

    যদি আপনি এটি না পেয়ে থাকেন তবে আপনার সম্ভবত সমস্ত কিছু ফেলে দেওয়া উচিত এবং এটি যত্ন নেওয়া উচিত।

    আচরণ-চালিত উন্নয়নের দিকে নজর দিন।

    একটি সম্পূর্ণ পরীক্ষার স্যুট থাকা আপনার অনুমতি দেবে ...

  • অবিচ্ছিন্ন ইন্টিগ্রেশন চালান।

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

    কোনও সমস্যার ক্ষেত্রে, সিআই আপনাকে ওয়ান-ক্লিক রোলব্যাকও দিতে পারে।

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

  • পারমাণবিক আপডেট করুন।

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

    এছাড়াও ডকারের মতো পাত্রে আপনাকে সহায়তা করতে পারে কিনা তাও দেখুন।

  • আরও ছোট এবং আরও ঘন ঘন পরিবর্তন করুন।

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

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

  • দীর্ঘস্থায়ী যে কোনও কিছুর বিশ্লেষণ করুন।

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

    কোনও বিষয় বিশেষজ্ঞের সাথে কোনও স্থাপনার যে কোনও অংশ যা বড় বড় সময় নেয় তার দিকে নজর দিন।

  • বিজোড় ঘন্টা কাজ।

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


এখানে সহজ সমাধান হ'ল ক্যাপিস্ট্রানো হিসাবে কোনও সরঞ্জামে স্থাপনার স্ক্রিপ্টিং ব্যবহার করা এবং সম্ভবত লোড ব্যালেন্সিংও করা।
জ্যাকগল্ড

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

1
@ चीज5505 আমি জানি এটি হতাশাব্যঞ্জক এবং এটি আপনার সমস্যার সমাধান করে না তবে আপনি যখন এই কথাটি বলবেন, "... এত বড় যে এটি তৈরি করতে এক সপ্তাহেরও বেশি সময় লাগবে” " এটি স্পষ্টতই হাস্যকর বলে মনে হয়। যে কোনও বুদ্ধিমান বিকাশ এবং স্থাপনার প্রক্রিয়া কোনও সার্ভারকে এক দিনেরও কম সময়ে বা কয়েক ঘন্টা থেকে এক ঘন্টার মধ্যে তৈরি করার অনুমতি দেয়। এটি এড়ানোর জন্য অযৌক্তিক পদার্থের এই গাদাটি তৈরি করতে আপনি কী করেছিলেন তা সত্যই পর্যালোচনা করা উচিত। সমস্যাটি জটিলতা নয় বরং পরিকল্পনার প্রাথমিক দূরদর্শিতা।
জেকগল্ড

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

6

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

আপনার সামনে একটি প্রান্ত সহ একটি 2 (বা আরও ব্যাকএন্ড) সিস্টেম থাকতে পারে যা বর্তমানে যেকোনো লাইভই ট্র্যাফিকের দিকে পরিচালিত করে। একবার আপনি খুশি হন যে একটি রিলিজ কাজ করতে চলেছে আপনি নতুন প্রান্তে স্যুইচ করার জন্য সামনের প্রান্তটি বলবেন। এটিকে স্বল্প সময়ের জন্য স্ক্রিপ্ট করা সহজ হওয়া উচিত।

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


আপনি যখন সম্মুখভাগ থেকে ব্যাকএন্ডের পার্থক্য করেন, আপনি কি সম্পূর্ণরূপে মডিউলার সফ্টওয়্যার আর্কিটেকচারের অর্থ? বা সার্ভারের আর্কিটেকচার যেমন লোড ব্যালেন্সার?
জ্যাকগল্ড

2
কেবল এমন কিছু যা সংযোগগুলি গ্রহণ করে এবং সেগুলি বর্তমান প্রাথমিক ব্যাকএন্ডে সরবরাহ করে।
ব্যবহারকারী 9517 GoFundMonica

5

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

এটি নিম্নলিখিত উপায়ে সহায়তা করে:

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

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


আমাদের ইতিমধ্যে একটি স্টেজিং সার্ভার রয়েছে যা আমরা পরীক্ষার জন্য ব্যবহার করি তবে এই মুহুর্তে উত্পাদন এবং স্টেজিং বিভিন্ন স্থানে বিভিন্ন সার্ভার সরবরাহকারীদের উপর রয়েছে। আমরা উত্পাদনকে যেখানে মঞ্চায়ন সেখানে নিয়ে যাওয়ার চেষ্টা করছি কারণ এটি আমাদের জন্য আরও ভাল পারফরম্যান্স সরবরাহ করে।
चीज 5505

1
কীটি হ'ল লোড ব্যালান্সারটিকে একটি প্রমাণিত কার্যকারী সংস্করণে স্যুইচ করতে হবে। বর্তমান মডেলটি আপনার কাছে নেই।
usr ডিরেক্টরির

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

@ পিটারগ্রিন ওয়েবসাইটগুলির পক্ষে রাষ্ট্রীয় হওয়া খুব শক্ত কারণ এটি ক্লাস্টারিংয়ের অনুমতি দেয় না এবং রাজ্য পুনর্নির্বাচন / রিবুট / ক্র্যাশ / ব্লুজস্ক্রিন ইত্যাদিতে যে কোনও সময় হারাতে পারে Therefore সুতরাং, এটি খুব অস্বাভাবিক।
usr ডিরেক্টরির

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

3

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


2

পূর্ববর্তী উত্তরগুলি যুক্ত করতে:

  • রোলব্যাক এবং তাত্ক্ষণিক স্যুইচিং, ক্যাপিস্ট্রানো বা অন্য কোনও ডিপ্লোয়মেন্ট সিস্টেম এটির জন্য সহায়তা করবে এমন একটি স্থাপনার কৌশল ব্যবহার করুন। আপনি পূর্বের অবস্থায় দ্রুত ফিরে যেতে সক্ষম হতে ডাটাবেস স্ন্যাপশট এবং কোড সিমলিংকের মতো জিনিস ব্যবহার করতে পারেন।

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

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

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

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

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


0

আমি বিশ্বব্যাপী মাইকেলের সাথে তার প্রতিটি পয়েন্ট ( /server//a/739449/309477 ) এর সাথে একমত হই ।

আমার মতে, আপনার প্রথম উন্নতি করা উচিত একটি ডিপ্লোয়মেন্ট সরঞ্জাম (ক্যাপিস্ট্রানো) ব্যবহার করা।

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

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

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

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