সিডিএন ব্যবহার করে এমন একটি উচ্চ প্রাপ্যতা অ্যাপ্লিকেশন পরিমাপ করার জন্য একটি সুপারিশ খুঁজছেন


11

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

আমরা যাকে আমরা "সত্য ব্যবহারকারীর অভিজ্ঞতা" বলি তা পরিমাপ করার চেষ্টা করি (অর্থাত, আমাদের পরীক্ষার স্ক্রিপ্টগুলি অ্যাপ্লিকেশনটির মাধ্যমে ক্লিক করে একটি সাধারণ ব্যবহারকারীকে অনুকরণ করে)) এই নিরীক্ষণ স্ক্রিপ্টগুলি আমাদের নেটওয়ার্কের বাইরে বসে থাকে যার অর্থ আমরা সিডিএনটির প্রায় 75% হিট করছি means সময়.

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

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

তবে আমি বলতে পারি যে এই মেট্রিকগুলি পরিচালনার জন্য দৃশ্যমান, সমস্যাগুলি সমাধান করা এবং খুব দ্রুত সমাধান করা হয় (পড়ুন: আমরা লাল-টেপটি খুব দ্রুত কাটলাম)) দুর্ভাগ্যক্রমে, একজন বিকাশকারী হিসাবে, আমি চাই না যে व्यवस्थापनটি ভাবেন অ্যাপ্লিকেশনটি উপরে বা নীচে রয়েছে কারণ কিছু বাহ্যিক উপাদান (যেমন, সিডিএন) সংখ্যাগুলিকে প্রভাবিত করছে।

থটস?

(আমি ভুলভাবে এই প্রশ্নটি স্ট্যাকওভারফ্লোতে পোস্ট করেছি, ক্রস-পোস্টের জন্য আগাম দুঃখিত)

উত্তর:


2

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

তবে, যেহেতু আপনি কেবল প্রতি 5 মিনিটে পরিমাপ করছেন, তাই সিডিএন বনাম, মাস্টার সাইটের আলাদাভাবে হিটগুলি পরিমাপ করা যুক্তিসঙ্গত বলে মনে হচ্ছে এবং সিডিএন থেকে 75% প্রাপ্যতা আসছে এবং মাস্টার থেকে 25% আসছে। এখানে অসুবিধাটি হ'ল 75% কেবল একটি গড়। নির্দিষ্ট সময়ের জন্য নির্ভুলভাবে দোষ দেওয়ার জন্য, আপনাকে জানতে হবে যখন কোনও বা অন্য সাইটটি আসলে গ্রাহক-মুখী নয়, যেমন, কোনও পরিকল্পিত পরিবর্তনের সময় বা কোনও সমস্যা সনাক্ত হওয়ার পরে ম্যানুয়াল অ্যাকশনের পরে। যখন কোনও মাস্টার সাইট বা সিডিএন ডাউন থাকে তখন কী ঘটে তা আপনাকেও ফ্যাক্ট করতে হবে। গ্রাহকরা কি এইচটিটিপি 500 পাবেন, না তারা কেবল স্বচ্ছভাবে কার্যকরী সাইটটিতে ব্যর্থ হন? আপনার লোড ব্যালেন্সিং সমাধানের উপর অনেক কিছু নির্ভর করে। আপনার বর্ণিত "সবচেয়ে খারাপ ক্ষেত্রে" মেট্রিকটি খুব সরল মনে হচ্ছে। নিজেকে জিজ্ঞাসা করুন, "

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

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


@ ব্যবহারকারী 44700: এখানে কৌশলটি দ্বিগুণ - সিডিএন আপনার বর্ণনার মতো মেট্রিকের একটি টন সরবরাহ করে ... এবং উত্স সার্ভারে প্রতি 5 মিনিটে আমাদের নিজস্ব অভ্যন্তরীণ পরীক্ষা হয়। সিডিএন বনাম অভ্যন্তরীণ থেকে ডেটা পয়েন্টগুলির পরিমাণ সম্পূর্ণ ভারসাম্যহীন, তবুও তারা বেশ ভারসাম্যপূর্ণ বলে মনে হচ্ছে যেন তারা ভারসাম্যযুক্ত ছিল (যেমন, (সিডিএন + অভ্যন্তরীণ) / ২ = আপটাইম) ... আমি বিশ্বাস করি না যে ব্যবস্থাপনা প্রাথমিক পরিসংখ্যান বোঝে ... :)
টিম রেড্ডি

2

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

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

আপনি আরও কিছু ধারণার জন্য এই ব্লগ পোস্টটি পড়তে পারেন: http://blog.catchPoint.com/2010/07/21/true-av উপলভ্যতা- to-a-webpage/


লিঙ্কটির জন্য ধন্যবাদ ... আমরা এই নিবন্ধটির সাথে সামঞ্জস্যপূর্ণ পদ্ধতিতে অনেক বেশি অনুসরণ / পরিমাপ করি।
টিম রেড্ডি

0

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

আমি উত্সের তথ্যটি একটি উচ্চমানের কাছে রাখতে চাইলে বুঝতে পারি, সম্ভবত সর্বদা ভুল হলেও এটি প্রতিবেদন করা হয় তবে কেন এটি চিহ্নিত করে একটি নোট সহ।

আপনি যদি সম্মতিতে আসতে না পারেন, তবে পরিমাপক সার্ভারটি কম পতনের জন্য সম্ভবত কোনও প্রযুক্তিগত সমাধান রয়েছে।

যদি তথ্যটি আউটেজ হিসাবে রিপোর্ট করা হয় এবং তা না হয় তবে রিপোর্টিংটি কোন মূল্য সরবরাহ করে?

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


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

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

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

0

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


0

পিংডম ভাল: http://www.pingdom.com/


কোন পরিষেবাটি ব্যবহার করবেন তা প্রশ্ন ছিল না। বর্ণিত কেস দৃশ্যের সাথে এটি কীভাবে মোকাবেলা করা যায়।
জর্জউ

0

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

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

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

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

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

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

এটি একটিও নয় বা, আমরা এগুলি সবই ব্যবহার করি কারণ আপনি "শেষ ব্যবহারকারীর গল্প" পাশাপাশি "আমাদের কী প্রোগ্রামারকে ঝুঁকতে হবে" চান।


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