ভিজ্যুয়াল স্টুডিওতে কেবল "প্রকাশনা" এবং তারপরে পরিবর্তিত ফাইলগুলি ম্যানুয়ালি এফটিপি করার চেয়ে আরও ভাল কোনও উপায় থাকতে হবে?
ওকামের রেজারটি সাধারণত পছন্দের পদ্ধতির: সহজতর, আরও ভাল। অল্প অল্প জটিলতার সাথে এফটিপি সহজ। কিছু লোক এক্সসিপিওয়াই, ফাইলজিলা বা ডাব্লুএসএফটিপি ব্যবহার করে, অন্যরা এমএস ওয়েব ডিপ্লোয়মেন্ট সরঞ্জামটি ব্যবহার করতে পারে (যা আমি এখনও পরিচিত নই), তবে সর্বমোট, এএসপি.নেট ওয়েব অ্যাপ্লিকেশন মোতায়েনের আরও ভাল উপায় আছে (এবং অন্যান্য অ্যাপ্লিকেশন সাধারণভাবে)। আইএমও, যদি নিয়োগের বিকাশের শুরু থেকেই বিবেচনা করা হয়, ডিপোমেন্টটিকে ওয়েব অ্যাপের সাথে একীভূত করা যেতে পারে যা ভবিষ্যতে তুলনামূলকভাবে ব্যথামুক্ত এবং মসৃণ স্থাপনার ব্যবস্থা করে।
.NET বিকাশকারী যিনি ASP.NET ওয়েব অ্যাপ্লিকেশনগুলি আকার, জটিলতা এবং ব্যবহারকারীর সংখ্যা (কয়েকশো ব্যবহারকারী থেকে কয়েক হাজার পর্যন্ত) বিকাশকারী বেশ কয়েকটি সংস্থায় কাজ করেছেন, আইএমও 'স্থাপনা' প্রায়শই সবচেয়ে "তরল" বিষয়। কিছু সংস্থা এটিকে আমলাতন্ত্রের ক্ষেত্রে খুব বেশি দূরত্বে নিয়ে যায়, অন্যরা মোতায়েনের কোনও বিষয়ই মোটেই সমাধান করে না। আমার অভিজ্ঞতায়, মোতায়েনের সমস্যাগুলি অসুবিধা / ব্যর্থতার ক্ষেত্রে 1 বা একাধিক 3 বিভাগে পড়ে:
নকশা পর্যায়ে ডিপ্লোয়মেন্ট পর্যায়ে ডিপোজিট অবহেলা / ভুলে যাওয়া:
বেশিরভাগ ওয়েব অ্যাপ্লিকেশনগুলির মধ্যে একটি ওয়েব সার্ভার এবং একটি ডাটাবেস অন্তর্ভুক্ত থাকে। অ্যাপ্লিকেশন কোডের বাইরে, সম্ভবত কিছু সঞ্চিত পদ্ধতি এবং ডাটাবেস টেবিল, স্থাপনার খুব বেশি চিন্তাভাবনা করার দরকার নেই। ASP.NET স্থাপনার মধ্যে প্রতিপোষক করতে সক্ষম বেশী কিন্তু অধিকাংশ প্রায়ই ডেভেলপারদের প্রকৃত আবেদন চলমান পাওয়ার পরিপ্রেক্ষিতে বিভ্রান্ত করছে করছেন যখন যাব এটা টাস্ক কিভাবে একটি পৃথক ইস্যু হিসেবে বিস্তারের।
একাধিক সিস্টেম এবং খেলতে লোকেরা জুড়ে
মোতায়েন জটিল : জটিলতা একটি দুশ্চরিত্রা। এমএসএমকিউ, টি-এসকিউএল স্টোরেজ পদ্ধতি এবং ট্রিগারগুলি থেকে শুরু করে রিপোর্টিং সার্ভিসেস, এসওএপি / এক্সএমএল মেসেজিং, এডি প্রমাণীকরণ, এসএসএএস / এসএসআইএস ইত্যাদি ইত্যাদি খেলায় প্রযুক্তির সংখ্যা জড়িতদের সংখ্যা বাড়িয়ে তোলে। সবচেয়ে খারাপ, এই সমস্ত বিভিন্ন উপাদান সাধারণত কোনও সংস্থার মধ্যে বিভিন্ন সত্ত্বা দ্বারা পরিচালিত হয়। প্রত্যেকে একে অপরের সাথে সুসংগত না হলে, স্থাপনা জটিলতায় দ্রুত বৃদ্ধি পেতে পারে এবং ব্যর্থতার একাধিক পয়েন্টে নিয়ে যায়।
অলসতা, উদাসীনতা বা যোগাযোগের অভাব এবং / অথবা পরিচালন:
সমন্বিত যোগাযোগ এবং প্রোটোকলের অভাবে সামান্য থেকে কোনও ডকুমেন্টেশন নয়, তুলনামূলক সহজ প্রক্রিয়া আঁকানো সহজ। ডিপ্লোয়িংয়ের সময় পুরো চেক সহ অনেকগুলি পরীক্ষা করা একটি সহজ প্রক্রিয়া হওয়া উচিত, তবে প্রায়শই এটি কখনও হয় না। বেশিরভাগ লোকেরা কেবল অভিশাপের সাইটটি চলমান হওয়া চাই। আমার অভিজ্ঞতায় লোকেরা (নন-প্রোগ্রামাররা) কিছু সত্যই ফুবার না হওয়া পর্যন্ত সত্যই যত্ন করে না । দায়িত্ব কদাপি মাত্র এক ব্যক্তি আসলে উপর বৃক্ষের পতন না স্থাপনার যেমন কেউ সত্যিই তাই জবাবদিহিতা হয় ব্যর্থতার জন্য কারণ হতে চায় সাধারণত ছত্রভঙ্গ করে দেয়।
অনেকগুলি স্পষ্টতই ফাইল ব্যতিক্রম রয়েছে যে দুর্ঘটনাজনিত আপলোডগুলি রোধ করার জন্য আমাকে যতটা সম্ভব প্রক্রিয়াটি স্বয়ংক্রিয়ভাবে চালিত করতে হবে। সুতরাং আপনার দল এটি কিভাবে করে?
মোতায়েন স্বয়ংক্রিয় করতে কোনও বিক্রেতাকে আমি জানি না যদিও কয়েক জন থাকলে আমি অবাক হব না। আপনি সম্ভবত ভিবিএস স্ক্রিপ্ট / ডাব্লুএমআই বা ব্যাচ স্ক্রিপ্টের মাধ্যমে একটি সমাধান স্ক্রিপ্ট করতে পারেন, তবে বাস্তবতাটি আপনাকে আরও জটিল এএসপি.নেট সাইটগুলির জন্য একসাথে একটি সমাধান টেলর করা দরকার। পৃষ্ঠাগুলি, ডাটাবেস সংযোগ এবং অন্য কিছুই সমন্বিত সহজ সাইটগুলি, আপনার নিজের প্রয়োগের প্রচেষ্টাটিকে অ্যাপ্লিকেশনটির জটিলতার সাথে সামঞ্জস্য করার জন্য আপনাকে প্রায় এতটা করতে হবে না।
এখনও অবধি, আমার বর্তমান কাজ মোতায়েনের কাজটি এখনও এফটিপি-র মাধ্যমে করা হয়েছে এবং একগুচ্ছ ফাইল সরিয়ে নেওয়া হচ্ছে। এটি কুৎসিত, স্ক্রু করা সহজ এবং সঠিক ইতিহাসের কোনও ধারণা নেই। আপনি এফটিপি লগের সাহায্যে চিরুনি দিতে পারেন তা নিশ্চিত করার জন্য কেউই সত্যিই বিরক্ত হয় না। আমাদের অ্যাপসটি এফটিপি ছাড়িয়ে খুব বেশি প্রয়োজন ছাড়াই মোটামুটি সহজ। আমার দল কীভাবে আমাদের ওয়েব অ্যাপ্লিকেশনগুলি নিযুক্ত করে তা আপনার জন্য খুব কম। পরিবর্তে, আমি বরং আরও ভাল অনুশীলনের পরামর্শ দেওয়ার জন্য এই সুযোগটি ব্যবহার করব ।
- কিছুই ধরে নিও না। ব্যবহারকারীর অ্যাকাউন্টগুলি, আর / ডাব্লু / এক্স সুবিধাগুলি, এসিএল, ফায়ারওয়ালস, টাইমিং (কখন স্থাপন করতে হবে এবং আপনাকে এটি করতে কত সময় দিতে হবে), এবং যদি সম্ভব হয় তবে চূড়ান্ত "আরম্ভের তারিখ" এর আগে সমস্ত পরিবেশে পরীক্ষা মোতায়েন করুন।
- বিকাশ আসলে শুরু হওয়ার আগে, বিকাশে ফ্যাক্টর স্থাপনা। যদি এটি একটি সহজ সাইট, তাই এটি হতে। অসংখ্য চলমান অংশ, ফ্যাক্টর এটা সব আছে এবং আসলে এমন বিল্ড একটি পরিকল্পনা যা সব উপাদান (কোড, ডাটাবেজ, প্রতিবেদন, সারি, ইত্যাদি) একই প্ল্যানে সব আছে।
- অন্যান্য অংশের সাথে সমন্বয় করুন এবং কার্যকর এবং দক্ষতার সাথে যোগাযোগ করুন।
- সম্ভব হলে যথাযথ তথ্য দলিল করুন।
- পরিবেশ: একটি ওয়েব সার্ভার বনাম ওয়েব ফার্ম; 32-বিট বনাম 64-বিট; লগগুলি / ত্রুটিগুলি / ঘোরানো ইত্যাদি পর্যবেক্ষণের জন্য কোনও উপায় সন্ধান করুন
- সরঞ্জাম স্থাপন করুন (বা বিল্ড করুন) যা মোতায়েনের ক্ষেত্রে সহায়তা করতে পারে।
- প্রোগ্রামেবল মোতায়েনের জন্য যদি সম্ভব হয় তবে একটি দৃষ্টান্ত বেছে নিন এবং এটির সাথে আটকে দিন। উদাহরণস্বরূপ, আপনি যদি কোনও অ্যাপ্লিকেশনের স্থিতি, স্থাপনা, অ্যাক্সেস এবং এগুলি চালানোর জন্য প্রাথমিক উপায় হিসাবে কোনও ডাটাবেস সার্ভারটি ব্যবহার করতে চান, তবে অ্যাপ্লিকেশনটিতে এটি বেক করুন এবং এটি দিয়ে আটকে যান। আপনি যদি সব উপায়ে XML ফাইলগুলি (ওয়েবকনফিগের মতো) পড়া পছন্দ করেন তবে কেবল অ্যাপ্লিকেশনটি মোতায়েনের একটি ধারাবাহিক দৃষ্টান্তের সাথে আঁকুন। অন্য উদাহরণ: কিছু সংস্থাগুলি প্রতিটি পরিবেশে একটি স্ট্যাটিক ফাইল হিসাবে ওয়েবকনফিগকে ছেড়ে দেয় যা অন্য পরিবেশে স্থাপন করা উচিত নয় । অন্যের প্রোগ্রাম ওয়েবকনফিগটি এমনভাবে যাতে এটি কোনও ত্রুটি ছাড়াই পরিবেশ জুড়ে মোতায়েন করা যায়।
আমি বুঝতে পারি যে এই পোস্টটি মূলত যে প্রশ্নটি করা হয়েছিল তার জন্য ওভারকিল হতে পারে। দুর্ভাগ্যক্রমে, মোতায়েন করা সহজ জিনিস নয় কারণ অ্যাপ্লিকেশনগুলি জটিলতায় বিভিন্ন রকম হতে পারে। আমি বাজি ধরছি যে বেশিরভাগ সংস্থাগুলি জটিল এএসপি.এনইটি অ্যাপ্লিকেশনগুলি মোতায়েন করে, সময়ের সাথে সাথে কাজের (অন্ততপক্ষে) নির্ভরযোগ্যতার সাথে কিছু কৌশল তৈরি করেছে ।