কীভাবে একটি উচ্চ-প্রাপ্যতা অ্যাপ্লিকেশন ডিজাইন করবেন


10

আমাদের কাছে বর্তমানে একটি ক্লাসিক এন-টিয়ার অ্যাপ্লিকেশন রয়েছে: ডিবি / ওয়েব পরিষেবা / ফ্রন্ট-এন্ড। এটির অন্যান্য উপাদান রয়েছে তবে এটি প্রাথমিক বিন্যাস।

আমরা তিনটি মূল কারণে অ্যাপ্লিকেশন উপলব্ধতার উন্নতি করতে চাই:

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

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

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

দুর্ভাগ্যক্রমে, আমাদের কারও কাছেই এই অঞ্চলে অভিজ্ঞতা নেই এবং আমরা কীভাবে সন্ধান শুরু করব তাও জানি না। এর জন্য কি সেরা অনুশীলন রয়েছে? নকশা নিদর্শন? গ্রন্থাগারগুলি (যা আমাদের কাছে অর্থ নেই বলে ফ্রি হওয়া উচিত)?

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

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


1
"তারা যদি হঠাৎ আমাদের প্রতিযোগীদের কাছে ডেটা বিক্রয় করার সিদ্ধান্ত নেয়?" সত্যি? এটাই তাদের পক্ষে সেরা যুক্তি? 1) খুব নিশ্চিত যে অবৈধ হবে। 2) কোনও স্বনামধন্য হোস্টিং সরবরাহকারী তা করবেন না (এটি তাদের পুরো ব্যবসায়কে হ্রাস করবে)। 3) আপনি যদি সত্যিই উদ্বিগ্ন থাকেন তবে নিশ্চিত হন যে কোনও স্বাক্ষরিত চুক্তি এই জাতীয় জিনিসগুলিকে নিষিদ্ধ করেছে এবং তারা চুক্তিটি ভঙ্গ করলে মামলা করবে। ৪) আপনার ডেটা এনক্রিপ্ট করুন। 5) আপনার বর্তমান হোস্টকে একই জিনিস করা থেকে বিরত করা কি?
বেকুজ

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

লাইব্রেরিগুলির ব্যয় সবচেয়ে কম ব্যয় হবে
ড্যান পিচেলম্যান

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

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

উত্তর:


5

আপনি কী ধরণের উচ্চ প্রাপ্যতা সন্ধান করছেন তা আপনাকে পরিষ্কার করা দরকার। আমি চালিত করেছি এমন প্রচুর অ্যাপ্লিকেশন রয়েছে যা সময়ের 95% আপ হওয়া দরকার। 99% এ চালানোর দরকার আছে এমন অন্যান্য রয়েছে। আমি জীবন-মৃত্যুর পরিস্থিতিগুলি ভাবতে পারি যার জন্য 100% আপটাইম প্রয়োজন। কেবলমাত্র এই তিনটিরই ভিন্ন ভিন্ন পদ্ধতি এবং ব্যয় রয়েছে।

কেবল আপনার প্রয়োজন এবং একটি 95-99% আপটাইম এসএলএ এর উপর ভিত্তি করে অনুমান করা:

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

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


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

5

আপনার ওয়েবে এবং অ্যাপ্লিকেশন স্তরতে কিছু স্তরের এইচএ পাওয়া:

  1. আদর্শভাবে, সেশন স্টেট সহ কোনও রাজ্যকে ডেটাবেস বা ইন-মেমরি সেশন স্টেট সার্ভারের মতো ভাগ করা-স্টেট সিস্টেমে অন্তর্ভুক্ত করুন। আপনার অ্যাপ্লিকেশন ডিজাইনের উপর নির্ভর করে সংযোজন বিলম্বের কারণে প্রচুর পরিমাণে রাজ্য পাওয়ার কারণে পারফরম্যান্সের সমস্যা হতে পারে।

  2. আপনার ওয়েবসাইট এবং অ্যাপ্লিকেশন স্তরের প্রত্যেকের সামনে একটি পৃথক লোড ব্যালেন্সার থাকা উচিত। এনজিআইএনএক্স কৌশলটি করবে তবে আইআইএস এটিও করতে পারে (এআরআর)।

  3. যদি কোনও একক ডাটাবেস কোনও নির্দিষ্ট ডেটাবেস বাক্সে নির্দিষ্ট অনুরোধটি রুট করার জন্য লোড, লিভারেজ সেশন স্টেট পার্টিশন (বা শারডিং বা ধারাবাহিক হ্যাশিং) পরিচালনা করতে না পারে।

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

আপগ্রেডের দিকে:

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

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

সতর্কতার শব্দ: এমন একটি সিস্টেমকে বিকশিত করা যা এইচএর জন্য ডিজাইন করা হয়নি যা একটি, এটি দীর্ঘ এবং ব্যয়বহুল প্রক্রিয়া হতে পারে। আপনাকে সেই পথে বাণিজ্য বন্ধ করতে হবে (প্রাপ্যতার নির্দিষ্ট স্তরে পৌঁছানোর জন্য ব্যয় প্রচেষ্টা)

আপনার মেঘের প্যারানিয়া অযৌক্তিক নয় - আপনার অংশে ভাল অনুশীলনের সাথে সম্মিলিতভাবে অ্যাডাব্লুএস সরবরাহকারীরা বেশিরভাগ ঝুঁকি নিয়ন্ত্রণ / কমিয়ে দিতে পারে - তারা কী নিয়মগুলি মেনে চলেছেন তার অনুভূতি পেতে তাদের সম্মতি পৃষ্ঠাটি দেখুন: https: // aws .amazon.com / সম্মতি /


1

টিএল; ডিআর: নির্লজ্জ, মডুলার তৈরি করুন; প্রাপ্যতার জন্য পরীক্ষা; নিবিড়ভাবে নিরীক্ষণ।

উপলব্ধি করার পরে যে কোনও ব্যাখ্যা মুছে ফেলার চেষ্টা খুব বেশি দীর্ঘ হতে পারে তাই আমি আমার তৈরি সমস্ত পর্যবেক্ষণগুলি লিখে রাখব।

ভিত্তি প্রশ্নবিদ্ধ

ক্লাউড সিস্টেম প্যানেসিয়া

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

X / y / z এর কারণে আমরা ক্লাউড সিস্টেমটি ব্যবহার করতে চাই না

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

স্কোপিং এবং ডিজাইনে সমস্যা

কোনও পরিষেবার প্রাপ্যতা সংজ্ঞায়িত করা, পরিমাণ নির্ধারণ করা এবং তারপরে ক্রমাগত পরিমাপ করা প্রাপ্যতা সম্পর্কিত সমস্যার সমাধান লেখার চেয়ে বড় চ্যালেঞ্জ।

'প্রাপ্যতা' নির্ধারণ এবং পরিমাপ করা প্রত্যাশার চেয়ে শক্ত

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

লোকেরা সর্বদা উপলভ্য সিস্টেমের জটিলতাগুলিকে অবমূল্যায়ন করে।

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

লোকেরা তাদের / তাদের ইঞ্জিনিয়ারের দক্ষতার চেয়ে বেশি মূল্যায়ন করে

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

গ্রাউন্ড-আপ থেকে একটি উপলভ্য সিস্টেম তৈরি করা

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

প্রাপ্যতা সাহায্যকারী সিস্টেমের বৈশিষ্ট্য

নিম্নলিখিত সিস্টেমের বৈশিষ্ট্যগুলি সিস্টেমের সহজলভ্যতায় অবদান রেখেছিল:

অতিরেক

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

modularity

এক মডুলার আরইএসটি একচেটিয়া এসওএর চেয়ে ভাল। একটি এমনকি মডুলার microservice আসলে স্বাভাবিকের তুলনায় আরো পাওয়া যায় HATEOS বিশ্রাম । যুক্তিটি পরের অংশে ফলন সম্পর্কিত আলোচনায় পাওয়া যাবে। আপনি যদি ব্যাচ প্রসেসিং করে থাকেন তবে 10,000,000 ব্যাচের সাথে ডিলের তুলনায় 10s এর যুক্তিসঙ্গত ব্যাচে ব্যাচ প্রসেসিং করা ভাল।

স্থিতিস্থাপকতা

"I am always angry"
                    - Hulk

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

লগ ট্রেইল

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

প্রাপ্যতার বৈশিষ্ট্য

'প্রাপ্যতা' এর বিশিষ্ট শীর্ষ-মনের অ্যাট্রিবিউট তালিকা: আলোচনার জন্য, ধরে নেওয়া যাক যে প্রশ্নকারী ব্যবহারকারী জিজ্ঞাসা করছে, "আমার শপিং কার্টে আমার কাছে কত আইটেম আছে?"

শুদ্ধি

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

উত্পাদ

আপনি পূর্ববর্তী বিষয় প্রশ্নের জন্য সদা-সঠিক উত্তর দিলে এই পয়েন্টটি এড়িয়ে যান। কখনও কখনও প্রশ্নের উত্তর সঠিক হতে হবে না, যেমন ফেসবুকে আমার এখন কত বন্ধু আছে? তবে উত্তরটি সার্বক্ষণিক বলপार्ক +/- 1 এ থাকবে বলে আশা করা যায়। আপনি যখন প্রত্যাশিত ফলাফল উত্পাদন করছেন তখন আপনার ফলন 100 হয়।

দৃঢ়তা

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

মূল্য

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

একটি বিদ্যমান সিস্টেমের প্রাপ্যতা উন্নতির দিকে

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

  1. আপনার স্টেকহোল্ডারদের 'প্রাপ্যতা' কী তা নির্ধারণ করুন
  2. আপনি কী সংজ্ঞা দিয়েছেন তা কীভাবে পরিমাপ করবেন
  3. বাধা চিহ্নিত করার জন্য মূল কারণ বিশ্লেষণ
  4. উন্নতির জন্য কাজ
  5. সিস্টেমের অবিচ্ছিন্ন পর্যবেক্ষণ ( নিয়ন্ত্রণ )

অপ্রাপ্যতার কারণ

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


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