এক বা একাধিক পরিষেবাতে প্রচুর স্তর? (এবং কেন)


13

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

দৃশ্যপট:

  • ক্লায়েন্টের একটি ওয়েব ম্যাপিং অ্যাপ্লিকেশন রয়েছে। একাধিক ছোট অ্যাপ্লিকেশনগুলিতে বিভক্ত করতে চায় না। যদিও এটি ওয়েবে মানচিত্রের জন্য আধুনিক দিনের পদ্ধতির বিপরীতে চলেছে (যেমন একটি মূল ওয়েব-ম্যাপের উপরে প্রচুর ফোকাসযুক্ত ওয়েব-ম্যাপ অ্যাপস) আমি দৃ strongly়ভাবে বিশ্বাস করি যে কিছু ব্যবহারকারীর জন্য ওয়েবে জিআইএস অ্যাপ্লিকেশনটি প্রতিলিপি দেওয়ার চেষ্টা করা হচ্ছে ঠিক আছে ( কখনও কখনও )

  • ক্লায়েন্ট তার বেসম্যাপ স্তরগুলির যতটা পৃথক পরিষেবাতে ক্যাশে করেছে।

  • ক্লায়েন্টের এখনও একটি গতিশীল মানচিত্র পরিষেবাটিতে অতিরিক্ত 600-700 স্তর প্রয়োজন ...
  • পরিষেবাটি এই স্তরগুলি সমস্ত বন্ধ করে দিয়ে প্রকাশ করা হবে ।
  • এটি অনুমান করা হয় না যে ব্যবহারকারীরা একবারে 10-40 টিরও বেশি স্তর চালু করবে।

আমি ভাবছি এটিতে আপনার প্রাথমিক প্রতিক্রিয়াটি আমার মতো (600+ ?! WTF ?!)

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

আপনি সিদ্ধান্তে ঝাঁপ দেওয়ার আগে ক্লায়েন্টটি আর্কজিআইএস সার্ভার প্রশাসক cl
তারা সর্বোত্তম অনুশীলনের নিয়মের মাধ্যমে 600 স্তরগুলি পরিচালনা করেছেন: উদাহরণস্বরূপ স্কেল রেঞ্জগুলি সংজ্ঞা প্রশ্নের সাথে মিলিয়ে; লেবেল ওভার টীকা; ছোট আকারের জটিল স্তরগুলিকে সাধারণকরণ; এমএসডি হিসাবে প্রকাশ করুন; ইত্যাদি

সমস্যা :

এখানে আরও ভাল পদ্ধতির কি?

  1. একটি গতিশীল মানচিত্র পরিষেবাতে সমস্ত 600 স্তর প্রকাশ করুন

  2. যৌক্তিক গ্রুপিংগুলিতে স্তরগুলি বিভক্ত করুন (জলবিদ্যুৎ, পরিকল্পনা, বাস্তুশাসন, ইউটিলিটিস ইত্যাদি)

আপনি যদি # 1 নিয়ে যান এবং আপনার কয়েকটি জটিল স্তর চালু আছে। আপনি যদি কোনও সাধারণ পয়েন্ট স্তরটি চালু করতে চান, তবে আরকজিআইএস সার্ভারটিকে পুরো স্তরটি আবার প্রদর্শিত হবে re

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

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

আপনি যদি # 1 নিয়ে যান, আপনি এজিএস যে পরিচালনা করতে পারেন তার সর্বাধিক # টি নিক্ষেপ করতে পারেন।

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

আমি বর্তমানে # 2 পদ্ধতির দিকে ঝুঁকছি, যেহেতু আমার মাথা এখনও আমাকে বলছে যে একটি পরিষেবাতে 600 স্তর থাকা পাগলামি, তবে সেগুলি যদি ডিফল্টরূপে বন্ধ করে দেওয়া হয়, তবে সত্যিই কোনও সমস্যা নেই।

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


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


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

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

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

1
আমি জানি এটি করণীয়, আমি একই ক্লায়েন্টদের সাথে কাজ করে যাচ্ছিলাম, তবে আমি মনে করি এটি পরামর্শযোগ্য নয়, যা বিভিন্ন জিনিস। যদি তারা এমন একসাথে 10 ক্লায়েন্টকে সমস্ত 600 স্তর চায়, যদি আপনি এজিএস চালিয়ে যাচ্ছেন না কেন তা সিদ্ধান্ত নেবে
হিরি

উত্তর:


8

4 টি ভারী মানচিত্র পরিষেবাদি বনাম একটি সুপার ভারী মানচিত্র পরিষেবা তুলনায় সহায়তা করতে ক্যাপাসিটি প্ল্যানিং সরঞ্জাম ব্যবহার করেছেন এবং ফলাফলগুলি ইঙ্গিত দেয় যে ভারী মানচিত্র পরিষেবাটি চলার পথে।

এটি সঠিক উত্তর নাও হতে পারে এবং ক্ষমতা পরিকল্পনার সরঞ্জামটি প্রতিটি ফ্যাক্টর (উদাহরণস্বরূপ ব্যবহারকারীর কর্মপ্রবাহ) বিবেচনা করে না - আপনি কী ভাবেন তা মন্তব্যগুলির মাধ্যমে আমাকে জানতে দিন।

1 টি ভারী মানচিত্রের পরিষেবা:
অ্যাপ সার্ভার সিপিইউ ব্যবহার = 49.4%
ডাটাবেস সার্ভার সিপিইউ ব্যবহার = 7.6%
নেটওয়ার্ক লোড = 16 এমবিপিএস
প্রদর্শন প্রতিক্রিয়া সময় = 0.88 সেকেন্ড

(চিত্রগুলি আরসি দ্বারা বড় আকারে দেখা যায় এবং নতুন ট্যাবে খুলতে পারে)

এখানে চিত্র বর্ণনা লিখুন

4 টি মানচিত্রের পরিষেবা মানচিত্র:
অ্যাপ্লিকেশন সার্ভার সিপিইউ ব্যবহার = 55.4%
ডাটাবেস সার্ভার সিপিইউ ব্যবহার = 7.6%
নেটওয়ার্ক লোড = 64 এমবিপিএস
প্রদর্শন প্রতিক্রিয়া সময় = 0.32 সেকেন্ড প্রতিটি, তাই ওয়েব ব্রাউজারের ওভারহেডের উপর নির্ভর করে 0.32 থেকে 1.28 সেকেন্ডের মধ্যে

এখানে চিত্র বর্ণনা লিখুন

এক মানচিত্র পরিষেবা পদ্ধতির সমর্থন করার জন্য আরও যুক্তি:

  1. সমস্ত স্তর একই মানচিত্র পরিষেবাতে, অতএব;
    ক। একটি অনুরোধ সার্ভারে প্রেরণ করা হয়
    খ। একটি এসওসি প্রক্রিয়া মানচিত্র
    আঁকো সি। নেটওয়ার্কের মাধ্যমে একটি চিত্র ফিরে আসে

  2. 40 স্তরগুলি 4 টি মানচিত্র পরিষেবাগুলিতে (প্রতিটি 10 ​​টি স্তর) বিস্তৃত;
    ক। 4 টি অনুরোধ সার্ভারে প্রেরণ করা হয়
    খ। 4 এসওসি প্রক্রিয়া একটি মানচিত্র আঁকো
    সি। 4 টি চিত্র নেটওয়ার্কে ফিরে আসে

1 এ এবং 1 সি দ্রুত হবে এবং 2a এবং 2c এর চেয়ে কম লোড নেটওয়ার্কে রাখবে।

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


2
এটা যৌক্তিক মনে হয়। -০০-স্তরের এমএক্সডি পরিচালনা করা খুব মজার মতো শোনাচ্ছে না।
স্টিফেন লিড

1

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

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

http://www.esri.com/library/whitepapers/pdfs/creating-arcgisserver-web-mapping.pdf


টিওসি তে ভাল পয়েন্ট, তবে এটি আসলে জরিমানা করে। '600+ স্তরগুলি লোড করতে প্রাথমিক আঘাত' = মানচিত্রের অনুরোধের দৃষ্টিকোণ থেকে এটি এখনও কেবল একটি পরিষেবায় একটি অনুরোধ করে। সুতরাং এটি এজিএসের রফতানি ফিরিয়ে আনার জন্য মোটামুটি দ্রুত ততক্ষণে তারা 20 টি স্তর চালু করতে শুরু করে।
সাইমন
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.