মাপ নির্ধারণ

ERDDAP™ - ভারি লোড, গ্রিড, স্তবক, ফেডারেশন এবং ক্লাউড কম্পিউটার

 

ERDDAP :

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

২০০৯ সালের জুন মাসে মূল সংস্করণটি লেখা হয়। কোন পরিবর্তন হয়নি । সর্বশেষ আপডেটটি ছিল ২০১৯-০৪-১৫।

ডিস্কটি বের করে নিন

এই ওয়েব পাতার বিষয়বস্তু হলো বব সাইমনের ব্যক্তিগত মতামত এবং তা সরকারের কোন অবস্থানের প্রতিফলন নয়। National Oceanic and Atmospheric Administration . . গণনাগুলো সহজ, কিন্তু আমি মনে করি ফলাফল সঠিক। আমি কি ভুল যুক্তি ব্যবহার করেছি বা আমার গণনায় ভুল করেছি? যদি তাই হয়, দোষটা আমার। সংশোধন সঙ্গে একটি ইমেইল পাঠান erd dot data at noaa dot gov . .  

ভারি / কন্‌ট্রান্সমিটার

ভারী ব্যবহার করে, একটি স্বতন্ত্র স্বতন্ত্র ERDDAP™ বার্ন করার জন্য প্রয়োগ করা হবে (কম থেকে কম) তারিখ:

দূরবর্তী উৎস ব্যান্ডউইথ

1. দূরবর্তী ডাটা উৎস'র সাথে সংযোগ স্থাপন করা হয়েছে - একটি কার্যকর সংযোগের পরেও (এক. OPeNDAP ) সংযোগের ক্ষেত্রে দূরবর্তী তথ্য উপস্থিত না থাকলে, অত্যন্ত উচ্চ ব্যান্ডের ইন্টারনেট সংযোগ ব্যবহার করা হবে ERDDAP দ্রুত প্রতিক্রিয়া হবে ERDDAP™ উৎস থেকে তথ্য পাওয়া যাবে। তথ্য নির্দেশকারী একটি সমাধান ERDDAP ' হার্ড ড্রাইভ, সম্ভবত EDDGrid কপি করুন অথবা EDDT টেবিল কপি করা হয়েছে . .  

ERDDAP সার্ভার ব্যান্ডউইডথ

2. যদি না ERDDAP সার্ভারের মধ্যে অত্যন্ত উচ্চ ব্যান্ডিক ইন্টারনেট সংযোগ রয়েছে, ERDDAP দ্রুত প্রতিক্রিয়া হবে ERDDAP™ ডাটা উৎস থেকে তথ্য প্রাপ্ত করতে সহায়ক ও দ্রুত প্রণালী ERDDAP™ ক্লায়েন্টদের কাছে তথ্য পাঠাতে পারবে। একমাত্র সমাধান হলো দ্রুত ইন্টারনেট সংযোগ পাওয়া।  

মেমরি

3. যদি অনেক অনুরোধ থাকে, ERDDAP™ স্মৃতি থেকে বের হতে পারে আর সাময়িকভাবে নতুন অনুরোধ প্রত্যাখ্যান করতে হবে। ( ERDDAP™ এটা এড়িয়ে চলার জন্য ও এর পরিণতিকে কমিয়ে আনার জন্য কয়েকটা পদ্ধতি রয়েছে ।) তাহলে সার্ভার আরো অনেক স্মৃতি। ৩২-বিট সার্ভারে, ৪+ গিগাবাইট আসলেই ভালো, ২ গিগাবাইট ঠিক আছে, কম সুপারিশ করা হচ্ছে না। ৬৪-বিট সার্ভারে, অনেক স্মৃতি পেয়ে তুমি সমস্যার প্রায় পুরোপুরি এড়াতে পারবে। দেখুন \-Xx ও কনফিগারেশন সংক্রান্ত বৈশিষ্ট্য উল্লিখিত সময় অবধি ERDDAP - টোমেক্যাট। একটি ERDDAP™ ৮জিবি এবং ৪,০০০ জিক্স সেটের মাধ্যমে কোন কম্পিউটারে প্রচুর পরিমাণে ব্যবহার করা হয়, যদি কখনও স্মৃতিতে স্থির থাকে ।  

ড্রাইভ ব্যান্ডউইডথ

4. দূরবর্তী তথ্য এনক্রিপ্ট করা হার্ড-ড্রাইভের মধ্যে সংরক্ষিত তথ্যের পরিমাণ অত্যাধিক দ্রুত। এমনকি, যদি ERDDAP™ সার্ভারে খুব উচ্চ ব্যান্ডউইথ ইন্টারনেট সংযোগ আছে যা হার্ড ড্রাইভে পাওয়া যাবে। আংশিক সমাধান হলো দ্রুত ব্যবহার করা (উদাহরণ, ১০,০০০ RPM) মলিকুল হার্ড-ড্রাইভ অথবা SSD ড্রাইভ (যদি এটার দাম হয়...) . . আরেকটি সমাধান হলো বিভিন্ন ড্রাইভে বিভিন্ন তথ্য সংরক্ষণ করা, যাতে এই মরণশীল হার্ড ব্যান্ডউইথের পরিমাণ অনেক বেশি।  

ফাইলের মধ্যে অত্যাধিক ফাইল উপস্থিত রয়েছে

5. ফাইলের মধ্যে অত্যাধিক সংখ্যক ফাইল উপস্থিত রয়েছে ক্যাশ ডিরেক্টরি ERDDAP™ সব ছবি ক্যাশে করে, কিন্তু শুধুমাত্র কিছু ডাটা অনুরোধের জন্য তথ্য ক্যাশে ক্যাশে ক্যাশে করা হয়। একটি ডাটা ফাইলের মধ্যে অস্থায়ী ফাইল সংরক্ষণের জন্য ক্যাশে প্রস্তুত করা যাবে। ক্যাশের মধ্যে ফাইল সংযোজনের অনুরোধ হ্রাস করার অনুরোধ জানানো হবে কি না, তা ব্যবহারকারীকে জিজ্ঞাসা করা হবে (সত্যিই!) . .<ক্যাশ মিনিট ও তারিখ উন্নত ব্যবস্থা। ক্যাশে মুছে ফেলার পূর্বে একটি ফাইল সংরক্ষণের জন্য নির্ধারিত মান ধার্য করা হয় । একটি ছোট সংখ্যা নির্ধারণ করা এই সমস্যার হ্রাস করবে.  

সি- পি- ইউ

6. মাত্র দুটি জিনিসই CPU-র সময় নেয়:
   • NetCDF ৪ এবং HDF এখন ৫ তথ্যের অভ্যন্তরীণ কম্প্রেশন সমর্থন করছে। ছোট মাপে সংকুচন করা হচ্ছে NetCDF ৪ / ৪ HDF ৫-টি ডাটা ফাইল ১০ অথবা অধিক সংখ্যক সেকেন্ড সময় নিতে পারে। (এটা কোন বাস্তবায়নের কাজ নয়। এটা কম্প্রেশনের ধরন.) এর ফলে, সংরক্ষিত তথ্যের সাথে সংরক্ষিত তথ্যের মধ্যে সংরক্ষিত তথ্য বিশিষ্ট একাধিক অনুরোধ অন্তর্ভুক্ত করার অনুরোধ, যে কোনো সার্ভারের মধ্যে প্রচণ্ড চাপ সৃষ্টি করে। যদি এটি একটি সমস্যা হয়, কম্পিউটারের মধ্যে জনপ্রিয় ডাটা পয়েন্ট ফাইল স্টোর করা হয় অথবা ত্রুটিপূর্ণ হয়ে গেলে এই সমস্যার সমাধান করা যাবে। অধিক CPU- র আরও বেশি।
   • গ্রাফ তৈরি করা (মানচিত্র সহ) : প্রায় 128 - গ্রাফের ১ সেকেন্ড। যদি গ্রাফের জন্য একাধিক অনন্য অনুরোধ থাকে ( WMS ক্লায়েন্টরা প্রায়ই ৬টা অনুরোধ করে!) - এখানে একটা সি. সি. এক্স. সি. কমও. আছে. একাধিক ব্যবহারকারী চলছে WMS ক্লায়েন্ট, এটা একটা সমস্যা.  

একাধিক ERDDAP ব্যালিং এর সাথে?

এই প্রশ্নটি প্রায়ই উঠে আসে: “ভারী বোঝা নিয়ে আমি একাধিক মিল তৈরি করতে পারি। ERDDAP লোডশেডিং লোড? এটা একটা মজার প্রশ্ন কারণ এটি দ্রুত মূল অংশে চলে যায় ERDDAP ডিজাইন। দ্রুত উত্তর হল "না"। আমি জানি এটা একটা হতাশাজনক উত্তর, কিন্তু এর কয়েকটা কারণ আছে আর কিছু বড় মৌলিক কারণ আমি কেন ডিজাইন করেছি ERDDAP™ ভিন্ন পদ্ধতি ব্যবহার করুন (খাবার ERDDAP এই ডকুমেন্টের মধ্যে এক, একাধিক অক্ষরের বর্ণনাকৃত) আমি যা বিশ্বাস করি তা হলো ভালো সমাধান।

কিছু সরাসরি কারনে আপনি একাধিক মিল স্থাপন করতে পারেন না ERDDAP এস আর:

• একটি প্রদত্ত ERDDAP™ ফাইল পড়ার পরে তথ্য উপস্থিত থাকলে প্রথম ফাইলের মধ্যে তথ্য উপলব্ধ হবে। এরপর একটি ইনডেক্স ফাইলে তথ্য সংরক্ষণ করা হয় । পরে, তথ্য পাওয়ার জন্য ব্যবহারকারীকে অনুরোধ করা হলে, ERDDAP™ অনুরোধ করা তথ্যের জন্য যে ইনডেক্সটি ব্যবহার করা হবে তার তালিকা । যদি একাধিক মিল থাকে ERDDAP তারা প্রত্যেকে এই ধরনের কাজ করবে, যা প্রচেষ্টা ব্যর্থ হয় । নীচে বর্ণিত ঔষধ ব্যবস্থাটি শুধুমাত্র একবারই করা হয়, ERDDAP স.
• কিছু ধরনের ব্যবহারকারীর জন্য অনুরোধ জানানো হয়েছে (জি. .nc ; png, .ফাইল ফাইল) ERDDAP™ পুনরুদ্ধারের জন্য সম্পূর্ণ ফাইল নির্বাচন করা আবশ্যক । তাই ERDDAP™ এই ক্যাশেটি স্বল্প সময়ের জন্য ক্যাশে রূপে উপলব্ধ করা হয়। যদি একই রকম একটা অনুরোধ আসে (সাধারণত: ওয়েব পেজের মধ্যে লোড করা হয়) '%s' ERDDAP™ ক্যাশে করা ফাইল পুনরায় ব্যবহার করা যাবে । একাধিক শ্রেণীতে ERDDAP srk-র মধ্যে ক্যাশে করা ফাইল ভাগ করা হয় না, তাহলে প্রতিটি ফাইল পৃথক করে প্রদর্শন করা হবে ERDDAP™ এটা অট ্ টালিকা সদৃশ বৃহৎ স ্ ফুলিংগ নিক ্ ষেপ করবে । .nc ..png, অথবা .ফাইল ফাইল. নীচে যে ঔষধি ব্যবস্থা বর্ণনা করা হয়েছে, তা দিয়ে, ফাইলটা শুধুমাত্র একবারই তৈরি করা হয়। ERDDAP এস. আর.
• ERDDAP একাধিক শেয়ার করা সাবস্ক্রিপশনের ব্যবস্থা নির্ধারণ করা হয়নি ERDDAP স. উদাহরণস্বরূপ, লোড করা হলে ব্যবহারকারীর পরিচয় দ্বারা একজন ব্যবহারকারী প্রেরিত হয় ERDDAP™ সাবস্ক্রাইব করা ব্যবহারকারী একটি ডাটাসেটে সাবস্ক্রাইব করতে চান ERDDAP সাবস্ক্রিপশনের ব্যাপারে কথা বলা যাবে না। এর পরে, লোড করা হলে ব্যবহারকারীকে ভিন্ন অবস্থানে পাঠানো হবে ERDDAP™ এবং তার গ্রাহকের একটি তালিকা জিজ্ঞাসা এবং অন্যটি ERDDAP™ সেখানে কেউ বলবে না (অন্যান্য ব্যবহারকারীর সাথে অনুরূপ বন্ধনীচিহ্ন যুক্ত করার জন্য তাকে পরিচালিত করুন DAP ) . . নীচে যে বিজ্ঞাপনী ব্যবস্থা বর্ণনা করা হয়েছে, তা দিয়ে গ্রাহক ব্যবস্থাটি প্রধান, জনগণ, যৌথ ভাবে পরিচালনা করে। ERDDAP . .

হ্যাঁ, সব সমস্যার জন্য, আমি পারি (অনেক প্রচেষ্টাসহ) একটি সমাধান ইঞ্জিনিয়ার (শেয়ারের মধ্যে তথ্য শেয়ার করা হবে ERDDAP আইসোবার) কিন্তু আমি মনে করি বিনোদন ERDDAP পদ্ধতি (এই ডকুমেন্টের মধ্যে অধিক বিবরণ) এটি একটি ভাল সামগ্রিক সমাধান, আংশিক কারণ এটি অন্যান্য সমস্যার সাথে সম্পর্কযুক্ত যে বহুবিবাহ-- ERDDAP s-a-in-loaded-loading পদ্ধতি এমনকি ঠিকানা পর্যন্ত শুরু হয় না, বিশেষ করে বিশ্বের তথ্য উৎসের বিকেন্দ্রিত প্রকৃতি।

আমি ডিজাইন করিনি এমন সহজ সত্য গ্রহণ করাই ভালো ERDDAP™ একাধিক সাদৃশ্য হিসাবে পাঠানো হবে ERDDAP একটু লোড ভারসাম্য নিয়ে। আমি সচেতনভাবে ডিজাইন ERDDAP™ তার মধ্যে কাজের জন্য ERDDAP এস. লক্ষণীয় যে, এক ধরনের বিনোদন ERDDAP বিকেন্দ্রীভূত করা, তথ্য কেন্দ্রের বিতরণ ব্যবস্থা যা বাস্তব বিশ্বে আমাদের রয়েছে। (অন্য কোন আইওএস অঞ্চল বা অন্য উপকূলীয় অঞ্চল সম্বন্ধে চিন্তা করুন, অথবা এনইআইইআই বা অন্য ১০০ ডাটা কেন্দ্রগুলো। NOAA অথবা NASAAAC, অথবা বিশ্বের ১০০০ এর ডাটা সেন্টার) . . বিশ্বের সকল তথ্য কেন্দ্রকে বলার বদলে তাদের প্রচেষ্টা পরিত্যাগ করতে হবে এবং তাদের সকল তথ্য কেন্দ্রীয় “ডাটা হ্রদ” স্থাপন করা হবে। (এমনকি যদি এটা সম্ভবও হয়, এটা অনেক কারনে একটি ভয়ঙ্কর ধারণা - বিভিন্ন বিশ্লেষণের বিভিন্ন সুবিধা দেখা যাচ্ছে এক্সটেন্ডেড সিস্টেম ) '%s' ERDDAP বিশ্বের মত ডিজাইন কাজ করে। প্রতিটি ডাটা কেন্দ্র যা তথ্য উৎপাদন করে তা সংরক্ষণ, একত্রিত করতে এবং তথ্য সেবা করতে পারে। (যেমন তাদের) এবং এখনও, এবং ERDDAP™ তবে তথ্যকে স ্ খলিত করা যেতে পারে । ERDDAP কেন্দ্রীয় তথ্য প্রেরণের প্রয়োজন নেই ERDDAP™ তথ্য মুছে ফেলা হচ্ছে। কখনও, প্রদত্ত তথ্য একযোগে ব্যবহারযোগ্য করা যাবে থেকে ERDDAP™ যে সংগঠন তৈরি হয় এবং সংরক্ষণ করে (হুম, যাও।) '%s' থেকে ERDDAP™ বাবা - মায়ের সংগঠনে (উদাহরণ, IOOS কেন্দ্র) '%s' সব থেকে- NOAA ERDDAP™ '%s' সকল যুক্তরাষ্ট্র-পন্থী সরকারের কাছ থেকে। ERDDAP™ '%s' গ্লোবাল থেকে ERDDAP™ (GuOS) '%s' এবং অপবিত ্ রতা থেকে দূরে থাকুন । ERDDAP আইসোবার (জি. ERDDAP™ হাবা গবেষণার জন্য নিবেদিত একটা প্রতিষ্ঠান) '%s' মূলত সাথে সাথে সাথে এবং দক্ষতার সাথে, কারণ শুধুমাত্র মেটাডাটা স্থানান্তর করা হয় ERDDAP তথ্য না। প্রাথমিক প্রাথমিক পরে, সেরা ERDDAP™ ( ১ করি. ERDDAP তাই তাড়াতাড়ি সেট করা যাবে (কয়েক ঘন্টা কাজ) কঠোর স ্ বভাব , তদুপরি কুখ ্ যাত ; (সার্ভারের মধ্যে কোনো তথ্য সংরক্ষণ করা হয়নি) আর তাই খুবই কম খরচ। এর তুলনায় একটা ডাটা হ্রদের মধ্যকার তথ্য কেন্দ্র স্থাপন এবং তা বজায় রাখার খরচের সাথে তুলনা করা যায় এবং সত্যিকার অর্থে ব্যাপক, ব্যয়বহুল, ইন্টারনেট সংযোগের প্রয়োজন, যার সাথে কেন্দ্রীয় তথ্য কেন্দ্রটি ব্যর্থতার একটি অংশ। আমার কাছে, ERDDAP ( ১ তীম.

এমন এক পরিস্থিতিতে যেখানে প্রদত্ত তথ্যের জন্য একাধিক সুযোগ প্রয়োজন ERDDAP উচ্চ চাহিদা পূরণ, ERDDAP 'মৈথুনেগত কল্পনা'র ডিজাইন পুরোপুরি কার্যকর বা সম্পূর্ণভাবে কার্যকর- ERDDAP s-av-in-power-intern চলছে। সময় নির্ধারণ সংক্রান্ত বিকল্প উল্লেখ করা আবশ্যক একাধিক ধাঁধা ERDDAP আইসোবার (নীচে আলোচিত) যারা চলে থাকে , অদৃশ ্ য হয়ে যায় , ERDDAP লোডশেড ছাড়া। এই ক্ষেত্রে, আমি সুপারিশ করছি যে, আপনি প্রতিটা জাতের একটা নির্দিষ্ট বিন্দু দেন ERDDAP ভিন্ন নাম / পরিচয় যোগ করুন এবং যদি তাদেরকে বিশ্বের বিভিন্ন স্থানে সেট করা যায় (বিভিন্ন অঞ্চল) আর. ERD \US : ERD বঙ্গ_BAR_চেক, ERD বিশ্বাস করুন, ERD \r_FR, ERD \tটি, সুতরাং এ কারণে যে ব্যবহারকারীরা সতর্ক, বার বার করে, সুনির্দিষ্টভাবে কাজ করুন ERDDAP এর সাথে যোগ করা হয়েছে যে আপনি ব্যর্থতার এক পর্যায় থেকে ঝুঁকি সরিয়ে ফেলেছেন।  

গ্রিড, স্তবক, এবং ফেডারেশন

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

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

এই পদ্ধতিকে গঠন করার মূল ধারণাটি হল, সম্ভাব্য বোতলের জিনগুলোকে শনাক্ত করা এবং এরপর সেই পদ্ধতিকে গঠন করা, যাতে এই ব্যবস্থার কিছু অংশকে নকল করা যেতে পারে, যা বোতলের বিষ থেকে মুক্ত করার জন্য প্রয়োজন। প্রকৃত অর্থে, প্রতিটি প্রতি নকল অংশ সিস্টেমের ক্ষমতার বৃদ্ধি করে (আকার পরিবর্তনের ক্ষমতা) . . প্রত্যেক বোতলের পরম সমাধান না পাওয়া পর্যন্ত এই ব্যবস্থাটি বিশ্বাসযোগ্য নয়। ক্ষমতা দক্ষতা থেকে আলাদা (কীভাবে কাজ করা যেতে পারে — কাজের কার্যকারিতা) . . কোন ধরনের চাহিদার মোকাবেলা করার জন্য সিস্টেমের গতি বৃদ্ধি পাবে। অভিজ্ঞতা (সংকলন) নির্ধারণ করে কত সার্ভার, ইত্যাদি প্রয়োজন হবে। ( হিতো. এমন একটা পদ্ধতি তৈরি করার একমাত্র ব্যবহারিক সমাধান যা কিনা নিয়ন্ত্রণ করতে পারে অত্যন্ত ভারি ব্যবহার। সত্যি বলতে কি, এই ব্যবস্থা সম্ভব আর কার্যকর হবে।

উদ্দেশ্য

এই নকশার লক্ষ্য হচ্ছে:

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

প্রস্তাবিত ট্র্যাক

আমাদের সুপারিশ হচ্ছে

• আসলে, আমি একটি চিহ্ন সেট করার পরামর্শ দিচ্ছি ERDDAP™ ( D ডায়াগ্রামে) যা আছে এক গোপন কিতাবে , ERDDAP™ শুধুমাত্র এটি অন্য কোন কাজের থেকে তথ্য প্রদান করে থাকে ERDDAP স. গ্রিডের স্থাপত্য এমনভাবে তৈরি করা হয়েছে যেন যতটা সম্ভব কাজ করার জন্য (CPU-র ব্যবহার, মেমরির ব্যবহার) কম্পোসিট থেকে ERDDAP™ অন্য দিকে ERDDAP স.
• ERDDAP™ দুটি বিশেষ ডাটা সেট রয়েছে, EDDGrid আরম্ভ থেকে এবং EDD টেবিলEddvis থেকে Edvis এবং তোমরা যে-সময়ে তাকিয়ে থাকো , অন্যান্য ধাতু ERDDAP স.
• [ পাদটীকা] ERDDAP™ এই তথ্য থেকে তথ্য অথবা ছবি গ্রহণ করার জন্য একটি অনুরোধ প্রাপ্ত করুন ERDDAP™ রেজোলিউশন অনুগ্রহ করে অন্য ব্যবহারকারীর তথ্য পাঠাতে অনুরোধ করুন ERDDAP™ সার্ভার। ফলাফল হলো:
  • এটা খুবই কার্যকর (CPU, মেমরি ও ব্যান্ডউইন্ড) অন্য কারণে
    1. [ পাদটীকা] ERDDAP™ তথ্যকে অন্য ব্যবহারকারীর অনুরোধ জানানো হবে ERDDAP . .
    2. অন্যান্য ERDDAP™ তথ্য তথ্য পেতে, এটি রিফর্ম করুন, এবং কংকেটে তথ্য প্রেরণ করুন ERDDAP . .
    3. [ পাদটীকা] ERDDAP™ তথ্য প্রাপ্ত করার প্রণালী (আগমনকারী মেইলে প্রয়োগ করা হবে) আবার বলি, (অতিরিক্ত সময় ও মেমরি ব্যবহার) এবং ব্যবহারকারীর দ্বারা তথ্য প্রেরণ করা হবে (আগমনকারী মেইলে প্রয়োগ করা হবে) . . তথ্যের অনুরোধ প্রতিরোধ করে অন্য কোনো তথ্য প্রদান করা হচ্ছে ERDDAP™ ব্যবহারকারীর দ্বারা সরাসরি প্রত্যুত্তর পাঠানো হবে ERDDAP™ পি- জি- পি সময়, মেমরি অথবা ব্যান্ডউইথ অনুরোধের মধ্যে কোনো CPU নেই ।
  • ক্লায়েন্ট দ্বারা ব্যবহারকারীর স্বচ্ছতা ধার্য করা হয় (ব্রাউজার অথবা অন্য কোনো সফটওয়্যার অথবা কমান্ড উল্লেখ করা আবশ্যক) . .

গ্রিডের অংশ

গ্রিডের কিছু অংশ হচ্ছে:

একটিও নয় : যে সকল রিমোট ডাটার জন্য একটি উচ্চ- ধাতু রয়েছে OPeNDAP দূরবর্তী সার্ভারের সাথে সংযোগ স্থাপন করতে ইচ্ছুক। দূরবর্তী সার্ভারের সাথে সংযোগ স্থাপন করা হলে... ERDDAP™ ব্যবহার EDDGrid Eddedপ অথবা ED টেবিল হতে আরম্ভ করুন ERDDAP Bind পর্যন্ত তথ্য সেবা ERDDAP . . দূরবর্তী সার্ভারের সাথে সংযোগ স্থাপন করতে ব্যবহৃত DAP সার্ভার, উদাহরণ, THRDS, Hyrax অথবা গ্রিডএস, ব্যবহৃত EDDGrid অস্ত্র থেকে.

বি প্রত্যেক জনের জন্য ERDDAP - এমন ডাটা উৎস (তথ্য থেকে একটি তথ্য বিশিষ্ট ERDDAP তথ্য পড়তে ব্যর্থ) এখানে একটি উচ্চ- বস লেখা সার্ভার রয়েছে, যা অন্য একটি মান স্থাপন করা হয়েছে ERDDAP™ এই তথ্য উৎস থেকে তথ্য পরিচালনার জন্য দায়ী গ্রিড।

• যদি এরকম হয় ERDDAP তথ্যের জন্য অনেক অনুরোধ করা হচ্ছে না, আপনি তাদের একটাতে রূপান্তর করতে পারেন ERDDAP . .
• যদি ERDDAP™ একটি দূরবর্তী উৎস থেকে তথ্য প্রাপ্ত করার জন্য অতিরিক্ত অনুরোধ জানানো হচ্ছে, অতিরিক্ত ডিরেক্টরিতে একটি প্রলোভন যোগ করা হচ্ছে ERDDAP দূরবর্তী ডাটা উৎস ব্যবহার করতে ব্যবহৃত। বিশেষ ক্ষেত্রে এটা হয়তো বোঝা যেতে পারে যে, এটা আরও বেশি কিছু হতে পারে । (যে নিজেকে বিচ্ছিন্ন করে দেয়) অন্যান্য ব্যবহারকারীদেরকে দূরবর্তী ডাটা ব্যবহার করার অনুমতি প্রদান করা হবে (যেটা সুন্দর নয়) . . এইরকম একটা ক্ষেত্রে, একে অপরকে বিবেচনা করুন ERDDAP™ যে তথ্যসেট ও কপি করা সম্ভব ERDDAP হার্ড ড্রাইভ (দেখুন C ) সম্ভবত সেখানে রয়েছে EDDGrid কপি করুন এবং/অথবা EDDT টেবিল কপি করা হয়েছে . .
• বি সার্ভার ব্যবহারের জন্য পরিচয়-প্রমাণ করা আবশ্যক।

C প্রত্যেক জনের জন্য ERDDAP - এমন কোনো ডাটা সোর্স যা একটি কম-ব্যান্ড ক্যাশ-এর সার্ভার (নাকি অন্য কারনে ধীর সার্ভিস) আবার বলি , তোমরা কি তাকে দেখেছ , ERDDAP™ যে তথ্য মুছে ফেলতে হবে তার একটি প্রতিলিপি সংরক্ষণ করতে হবে ERDDAP ' হার্ড ড্রাইভ, সম্ভবত EDDGrid কপি করুন এবং/অথবা EDDT টেবিল কপি করা হয়েছে . . যদি এরকম হয় ERDDAP তথ্যের জন্য অনেক অনুরোধ করা হচ্ছে না, আপনি তাদের একটাতে রূপান্তর করতে পারেন ERDDAP . . C সার্ভার ব্যবহারের জন্য পরিচয়-প্রমাণ করা আবশ্যক।

কম্পোসিট ERDDAP

D : [ পাদটীকা] ERDDAP™ সাধারণ ERDDAP™ শুধুমাত্র এটি অন্য কোন কাজের থেকে তথ্য প্রদান করে থাকে ERDDAP স.

• কারণ ক্ষেপন ERDDAP™ তথ্য সকল তথ্য কালের জন্য তথ্য উপলব্ধ করা হয়, এটি ডাটাসেটের তালিকায় দ্রুত সাড়া দিতে পারে (ই-মেইল, পরিচিতি ও কর্মতালিকা অনুসন্ধান করা হবে) একটি ব্যক্তিগত তথ্য অ্যাক্সেস ফর্ম, গ্রাফ ফর ফর্ম বা, তৈরি করুন WMS তথ্য পেজ। এগুলো সব ছোট, পরিবর্তনশীল, এইচটিএম পাতা তৈরি করা হয়েছে। তাই সাড়া খুব দ্রুতই দেয়া হচ্ছে।
• তথ্যের জন্য অনুরোধ করা কারণ, অন্য কোনো ব্যক্তির সাথে দ্রুত সংযোগ স্থাপন করা হয় ERDDAP সুতরাং, খ্রিষ্ট জোট ERDDAP™ কোনো পি- পি- জি- পি সময়, মেমরি অথবা ব্যান্ডউই ব্যবহার না করে প্রকৃত তথ্য জানতে অনুরোধ করা যাবে।
• যতটা সম্ভব কাজ করার মাধ্যমে (CPU, মেমরি) কম্পোসিট থেকে ERDDAP™ অন্য দিকে ERDDAP সুতরাং, খ্রিষ্ট জোট ERDDAP™ অনেক ব্যবহারকারীর কাছ থেকে প্রচুর তথ্য চাওয়া হয়েছে।
• বিডিফাইড পরীক্ষা ইঙ্গিত করে যে, পারমাণবিক বিপর্যয় ERDDAP™ পি. এস. টি. এম. - এর মধ্যে সবচেয়ে বেশি অনুরোধের উত্তর দিতে পারে, অথবা ১০০০ অনুরোধ/সেকেন্ড পর্যন্ত । তাই ৮টা কোর প্রসেসরের মাধ্যমে প্রায় ৮০০০ ডলার পর্যন্ত সাড়া দিতে পারবে। যদিও এটা কল্পনা করা সম্ভব যে, উচ্চ পর্যায়ের কর্মকাণ্ড ধীরগতির সৃষ্টি করতে পারে, কিন্তু তা অনেক সময় লাগবে। এটি হতে পারে যে উপাত্তের কেন্দ্রে ব্যান্ডউইডম এর মান হবে কংকণ পূর্বে ERDDAP™ বোতলেরক হয়ে যাবে।

বড় থেকে ছোট (সময়) ?

এটা EDDGrid /সূচি ERDDAP™ উৎস রূপে তথ্য উপলব্ধ করা হলে, মূল তথ্য প্রয়োগ করা হবে লোড করা হয়েছে কিছু মিটা-ডাটা পরিবর্তন (উদাহরণ, সময়ের ভেরিয়েবল actual\_range ) যার ফলে একজন গ্রাহকের বিজ্ঞপ্তি তৈরি হয়। উৎসের মধ্যে উপস্থিত তথ্য মুছে ফেলুন (উদাহরণস্বরূপ, প্রতি সেকেন্ডে নতুন তথ্য) এবং ব্যবহার "কবর্তক" এই ক্ষেত্রে, নিম্নমুখী তথ্যের ক্ষেত্রে কেন আমাদের সতর্ক থাকা উচিত? EDDGrid /TETEDP এ এই ধরনের পরিবর্তন সম্পর্কে অবহিত করা হবে না যতক্ষণ না পরবর্তী ডাটার “রক্ষা” করা হয়, সুতরাং EDDGrid / টেবিলEdrdedপ থেকে একেবারে ঠিক হয়ে যাবে না. উৎসের তথ্য পরিবর্তন করে এই সমস্যা হ্রাস করা যাবে<নতুন করে পড়ো (৬০ বছর?) বলতে বলতে আরো সাবস্ক্রিপশনের বিজ্ঞপ্তি আছে EDDGrid উৎস তথ্য সংক্রান্ত তথ্য আপডেট করার জন্য /TENDddp.

অথবা, আপনার তথ্য ব্যবস্থাপনা সিস্টেম যদি জানে যে উৎস সংক্রান্ত তথ্য আছে (উদাহরণ, একটি স্ক্রিপ্টের সাহায্যে সেই ডাটা ফাইলের মধ্যে কপি করা হয়) আর যদি এটা অস্বাভাবিক না হয় (উদাহরণস্বরূপ, প্রতি ৫ মিনিট অথবা কম) এর চেয়ে ভালো সমাধান আছে:

1. ব্যবহার করা হবে না<প্রতিটি আপডেট আপডেট attermilis এবং প্রতি উৎস তথ্য প্রতিস্থাপিত করুন।
2. উৎস নির্ধারণ করুন<নতুন নামে সংরক্ষণ করো (১৪৪০?) . .
3. উৎসের পরামিতি প্রাপ্ত করুন পতাকার URL ফোল্ডারে নতুন তথ্য কপি করার পরে, ফাইলগুলিকে ডিস্কের মধ্যে কপি করা হয়। এর ফলে উৎসে তথ্য একেবারে নিখুঁত ভাবে তৈরি করা হবে এবং এর কারণ হবে একটি গ্রাহক বিজ্ঞপ্তি তৈরি করা, যা পাঠানো হবে। EDDGrid /TEDrdge (প্রজেক্ট) থেকে প্রাপ্ত তথ্য। সেটাই নেতৃত্ব দিবে EDDGrid /TEdadge-এ সম্পূর্ণভাবে সুসংগত করা হবে (ভাল, ৫ সেকেন্ডের মধ্যে নতুন তথ্য যোগ করা হচ্ছে) . . আর এই যে , তার প ্ রচেষ ্ টা অচিরেই দৃষ ্ টিগোচর হবে , (তথ্য মুছে ফেলো) . .

একাধিক অবস্থাসূচক ERDDAP আইসোবার

• অত্যন্ত চরম ক্ষেত্রে, অথবা দোষ সহ্যের জন্য আপনি হয়তো একাধিক মান নির্ধারণ করতে পারেন ERDDAP . . এটা সম্ভবত সিস্টেমের অন্য অংশ (উল্লেখযোগ্য নয় যে, তথ্য কেন্দ্রটির TX ভিডিওর বিটের হার) খ্রি. ERDDAP™ একটা বোতলের মতো হয়ে যায়। সুতরাং এই সমাধান সম্ভবত অতিরিক্ত, ভৌগলিকভাবে বিভিন্ন, উপাত্ত কেন্দ্র স্থাপন করা হয়েছে। (আয়না) তারা একে অপরের দিকে মুখ করে পরস ্ পরকে জিজ ্ ঞাসাবাদ করবে । ERDDAP™ এবং সার্ভার ERDDAP এবং (অন্তত) যে সমস্ত তথ্য চাহিদা রয়েছে, তার কপি কপি কপি। এই বৈশিষ্ট্য এজন ্ য যে কোনো একটি ব্যাক-আপ সংস্করণ ব্যবহার করা হচ্ছে এবং এর ডাটা ব্যাক- আপ তথ্য সরবরাহ করছে (অনুলিপি করা) . . এই ক্ষেত্রে, যদি যুক্তিসঙ্গত হয়, তাহলে এটাই সবচেয়ে ভালো হবে ERDDAP ইউ- আর- এল আছে।

আপনি যদি সত্যিই সব কটি দাবি করতে চান ERDDAP একই ইউ. আর. এল., একটি সম্মুখ প্রান্তের শেষ পদ্ধতি ব্যবহার করুন যা একটি নির্দিষ্ট ব্যবহারকারীর জন্য নির্দেশ করে ERDDAP আইসোবার (IP ঠিকানার ভিত্তিতে) তাই ব্যবহারকারীর সকল অনুরোধ শুধু একটি খৃষ্টরে যেতে ERDDAP স. দুটো কারণ রয়েছে:

• কোন অনুভুমিক তথ্য লোড করা হলে পরিবর্তনগুলি পুনরায় লোড করা হবে (e.g, একটি নতুন তথ্য গ্রিড তথ্যের মধ্যে একটি নতুন তথ্য ব্যাক- ট্রেস উৎপন্ন করে actual\_range পরিবর্তন করতে ব্যবহৃত) ক ্ লিষ ্ ট , ক ্ লান ্ ত । ERDDAP sysonh-এ সামান্য অংশ হলেও smbh থেকে কম হতে পারে সুসংগতি ব্যবস্থা . . সাধারণত, তারা ৫ সেকেন্ডের মধ্যে আবার ফিরে আসবে, কিন্তু মাঝে মাঝে এটা আরো দীর্ঘ হবে। যদি ব্যবহারকারীর দ্বারা স্বয়ংক্রিয়রূপে একটি স্বয়ংক্রিয় সিস্টেম সৃষ্টি করা হয় ERDDAP™ সাবস্ক্রিপশন যার ফলে, সংক্ষিপ্ত দ্রাক্ষার সমস্যাগুলো গুরুত্বপূর্ণ হয়ে উঠবে।
• ২+ জোট ERDDAP প্রত্যেক গ্রাহকের নিজস্ব সেটের (সুসংগত সমস্যার কারণে উপরের বর্ণনার জন্য) . .

তাই, একটি প্রদত্ত ব্যবহারকারীর শুধুমাত্র পারমাণবিকতার এককে নির্দেশ করা উচিত ERDDAP এই সমস্যা এড়ানোর জন্য. [ ৩ পৃষ্ঠার চিত্র] ERDDAP নীচে নামলে, সম্মুখ দিক দিয়ে শেষ সিস্টেম তা রি-ডাইরেক্ট করতে পারে ERDDAP অন্যান্য ব্যবহারকারীদের ক্ষেত্রে ERDDAP™ ওটা উপরে। তবে যদি এটি একটি ক্ষমতাগত সমস্যা হয় যার ফলে প্রথম ভাগ হয় ERDDAP™ ব্যর্থ (একটি অতিরিক্ত ব্যবহারকারী? একটি & অস্বীকার করো ?) এ কারণে যে , তারা একে অপরের দিকে মুখ করে । ERDDAP এটি একটি বিষয় হবে % 1 বছর . . তাই, সবচেয়ে বড় ডাকাতির বৈশিষ্ট্য হল কটি বিবাদ ERDDAP ভিন্ন ইউ- আর- এল।

অথবা, হয়তো ভাল, একাধিক জোট সেট ERDDAP লোডশেডিং নেই. এই ক্ষেত্রে, আপনি প্রতিটি সুযোগ দেওয়া উচিত ERDDAP ভিন্ন নাম / পরিচয় যোগ করুন এবং যদি তাদেরকে বিশ্বের বিভিন্ন স্থানে সেট করা যায় (বিভিন্ন অঞ্চল) আর. ERD \US : ERD বঙ্গ_BAR_চেক, ERD বিশ্বাস করুন, ERD \r_FR, ERD \tI_SON, সুতরাং এ কারণে যে ব্যবহারকারীরা সচেতনভাবে, সুনির্দিষ্টভাবে কাজ করে (_o) ERDDAP . .

• \[ একটা সার্ভারে হাই পারফর্মিং সিস্টেমের আকর্ষণীয় ডিজাইনের জন্য, এটা দেখুন মেইল সংক্রান্ত বিস্তারিত বর্ণনা . . \]

অতিরিক্ত তথ্য

আসলেই অস্বাভাবিক একটা কেসে একটিও নয় '%s' বি অথবা C ERDDAP ব্যান্ডউইথ বা হার্ড ড্রাইভ সীমাবদ্ধতার কারণে অনুরোধ করা সম্ভব নয়, এর ফলে ডাটা অনুলিপি করতে পারবেন না (আবার) অন্য কোনো সার্ভারে লগ-ইন করতে ব্যবহৃত হয় ড্রাইভ ERDDAP সম্ভবত সেখানে রয়েছে EDDGrid কপি করুন এবং/অথবা EDDT টেবিল কপি করা হয়েছে . . যদিও এটা মূল তথ্য ধারণ করার এবং কপিকৃত তথ্যগুলোকে পরস্পরের মধ্যে একটি তথ্য হিসেবে দেখা যেতে পারে, তবুও এই তথ্যগুলোকে সারবস্তু হিসেবে দেখা যেতে পারে । ERDDAP™ এটা খুব কঠিন কারন দুটি তথ্য নির্ভর ভিন্ন ভিন্ন ভিন্ন প্রদেশে হতে পারে। (লক্ষণীয় যে, মূল ডাটা পাওয়া গেলে, কিন্তু কপি করার পূর্বে তা পাওয়া যাবে) . . সুতরাং, আমি সুপারিশ করছি যে তথ্যকে সামান্য ভিন্ন নাম দেয়া হবে। (জি... (প্রতিলিপি) এবং... (কপি ২) " অথবা সম্ভবত" (আয়না % 1 সেকেন্ড ) বা (সার্ভার # % 1 সেকেন্ড ) "") আর অন ্ ধকারাচ ্ ছন ্ ন দল হয়ে গেছে , ERDDAP . . ব্যবহারকারীদের তালিকা দেখার জন্য ব্যবহৃত ব্যবহারকারী আয়না জনপ্রিয় ফাইল ডাউনলোড সাইটগুলোতে তাই এটা বিস্ময় বা হতাশ করা উচিত নয়। একটা নির্দিষ্ট স্থানে ব্যান্ডউইথের সীমাবদ্ধতার কারণে আয়নাকে অন্য জায়গায় রাখা হয়তো যুক্তিযুক্ত হতে পারে । যদি মিরর কপি একটি ভিন্ন তথ্য কেন্দ্র হয়ে থাকে, শুধুমাত্র যে উপাত্ত কেন্দ্রটি পারমাণবিক বলয় ERDDAP™ - আলাদা শিরোনাম (উদাহরণ, "মিরেরল১") দরকার নেই।

RAID অ্যারে

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

বিফলতা

যদি...

• একটি উপাত্তের জন্য যে কোন একটিতে অনুরোধ করা হবে (উদাহরণস্বরূপ, ক্লাসের সকল ছাত্র একই ধরনের তথ্য অনুরোধ করে।) ? শুধুমাত্র ERDDAP™ যে সমস্ত তথ্য প্রদান করা হবে, সেগুলো খুবই ধীর ও ধীর হবে অথবা অনুরোধ প্রত্যাখ্যান করা হবে । [ পাদটীকা] ERDDAP™ এবং অন্যান্য ERDDAP এতে কোন ক্ষতি হবে না। সিস্টেমের মধ্যে তথ্য প্রাপ্তির উদ্দেশ্যে প্রদত্ত তথ্যের ব্যাক- এন্ডের জন্য সুনির্দিষ্ট সীমা অতিক্রমের ফলে, এই তথ্যের হার্ড-ড্রাইভের মধ্যে তথ্য প্রেরিত হবে (না ERDDAP ) শুধুমাত্র সমাধান (এই মুহূর্তে নয়) একটি ভিন্ন সার্ভারে তথ্য সংকলনের একটি কপি তৈরি করতে হবে ERDDAP . .
• একটি একটিও নয় '%s' বি অথবা C ERDDAP™ বিফল (উদাহরণ, হার্ড ড্রাইভ সংক্রান্ত ত্রুটি) ? শুধুমাত্র তথ্য বিশিষ্ট (আইসোবার) আর ভাবো যাদের তারা উপাসনা করত -- ERDDAP™ আক্রান্ত। তথ্য নির্ধারণ করা হলে (আইসোবার) অন্য একটি সার্ভারে মিররে মিরর করা হয়েছে+RAID status ERDDAP - খুব কম। যদি সমস্যা হয়, ৫ অথবা ৬ RAID অ্যারের মধ্যে কোনো হার্ড-ডিস্কে এই সমস্যা দেখা দিতে পারে তাহলে ড্রাইভ প্রতিস্থাপন করুন ও ড্রাইভের মধ্যে তথ্য পুনরায় নির্মাণ করতে পারবেন।
• [ পাদটীকা] ERDDAP™ ব্যর্থ? যদি আপনি খুব সাথে একটি সিস্টেম তৈরি করতে চান উচ্চ পর্যায়ের আপনি সেট আপ করতে পারেন একাধিক ধাঁধা ERDDAP আইসোবার (উপরে যেমন) ব্যবহার করে নাক্স অথবা ট্রাফেক ভার বহন করতে। লক্ষ করুন যে, প্রদত্ত জোট ERDDAP™ অত্যাধিক সংখ্যক ব্যবহারকারী দ্বারা অত্যাধিক সংখ্যক অনুরোধ ব্যবস্থাপনা করা সম্ভব মিটা-ডাটার জন্য অনুরোধ করা অনুরোধ ছোট এবং এই তথ্য দিয়ে মেমরির মধ্যে উপস্থিত রয়েছে, এবং, তথ্যের জন্য অনুরোধ (তাতে তারা চিরকাল থাকবে ।) চাইল্ডের সাথে সংযুক্ত করা হবে ERDDAP স.

সহজ, সহজ

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

ব্যান্ডউইথ

সিস্টেমের ব্যবহৃত সাধারণ ব্যবহারের অংশ হিসাবে:

কম্পোনেন্ট	এলার্জী ব্যান্ডউইথ (গিগাবাইট)
DDR মেমরি	২.৫
SD ড্রাইভ	১
ETA ড্রাইভ	০.৩
Ggabit ইথারনেট	বি- এম- এল
ওসি-১২	০.৬
ওসি-৩	০.১৫
টি- এম- এলName	০. ০০২

তাই, একটি SAT হার্ড ড্রাইভ (০.৩জি/সেকেন্ড) একটি সার্ভার সাথে ERDDAP™ Gigabit ইথারনেট LAN-র সাথে যোগাযোগ করতে পারে (বি. এস. বি.) . . আর একটা জিগাবিট ইথারনেট LAN (বি. এস. বি.) একটি OC-12 ইন্টারনেট সংযোগ মুছে ফেলতে পারে (০.৬GB) . . এবং অন্তত একটি উৎস একটি তালিকা তৈরি করেছে যা প্রতি মাসে ওসি-১২ টি লাইন মূল্য ১০,০০০ মার্কিন ডলার। (হ্যাঁ, এই গণনা পদ্ধতিকে তার সীমার মধ্যে ঠেলে দিচ্ছে, যা ভালো নয়, কারণ এটা খুবই অলস সাড়া দেয়। কিন্তু, এই হিসাবগুলো সিস্টেমের বিভিন্ন অংশের পরিকল্পনা ও ভারসাম্য বজায় রাখার জন্য প্রয়োজনীয় ।) এটা স্পষ্ট যে, আপনার তথ্য কেন্দ্রের জন্য একটি দ্রুত ইন্টারনেট সংযোগ সিস্টেমের সবচেয়ে ব্যয়বহুল অংশ। আপনি সহজেই এবং সহজভাবে একটি গ্রিড তৈরি করতে পারেন এক ডজন সার্ভার পরিচালনা করে ERDDAP যার ফলে অনেক তথ্য দ্রুত বের করা সম্ভব, কিন্তু খুব দ্রুত ইন্টারনেট সংযোগ খুবই ব্যয়বহুল হবে। আংশিক সমাধান হচ্ছে:

• প্রয়োজন হলে তথ্য উত্‍পাদনের জন্য অনুরোধ জানানো হবে । ক্লায়েন্টের প্রয়োজন হলে ছোট কোন অঞ্চলে অথবা কম রেজল্যুশনের জন্য তথ্য প্রয়োজন, তা অনুরোধ করা উচিত। দু:খজনকতা প্রোটোকলের কেন্দ্র। ERDDAP™ তথ্যের জন্য অনুরোধ জানানো হচ্ছে ।
• সহায়তা ব্যবস্থা দ্বারা তথ্য প্রেরণ করা হচ্ছে। ERDDAP™ পদার্থ তথ্য প্রেরণের সময় "অনুসন্ধান" রূপে উপলব্ধ থাকলে একটি তথ্য প্রেরিত হবে HTTP GET হেডারের অনুরোধ । সব ওয়েব ব্রাউজার "গ্রহণ" এবং স্বয়ংক্রিয়ভাবে সাড়া দিতে বাধ্য হয়। অন্যান্য ক্লায়েন্ট (উদাহরণ, কম্পিউটার প্রোগ্রাম) এটি স্পষ্টভাবে ব্যবহার করতে হবে।
• একটি আইএসপি বা অন্য কোন সাইটে আপনার সার্ভার বন্ধ করুন, যেখানে ব্যান্ডউইথের মূল্য তুলনামূলক কম।
• সার্ভার সঙ্গে ভুল করা হয়েছে ERDDAP বিভিন্ন প্রতিষ্ঠানের জন্য এর মূল্য কমে যাচ্ছে। তারপর আপনি আপনার দাবীকে যুক্ত করতে পারেন ERDDAP™ তাদের কাছে ERDDAP স.

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

মাইকেল নাইগার্ডের বই দেখুন। এটা ছেড়ে দাও . .

যেমন লেগোস

সফ্টওয়্যার ডিজাইনাররা প্রায়ই ভাল ব্যবহার করার চেষ্টা করেন সফটওয়্যারের নকশার বিন্যাস সমস্যা সমাধান করতে। ভাল বিন্যাস ভাল কারণ তারা ভালো, সহজ আর সহজ কাজ তৈরি করা আর কাজ করা, সাধারণ সমাধানের সমাধান যা ভালো সম্পত্তি দিয়ে পরিচালিত হয়। বিন্যাসের নাম প্রচলিত হয় না, তাই আমি প্যাটার্ন ডাকবো ERDDAP™ লেগো প্যাটার্ন ব্যবহার করো. প্রত্যেক লেগো (প্রতিটি ERDDAP ) একটা সহজ, ছোট, আদর্শ, স্থির, ইট (সার্ভার সংক্রান্ত তথ্য) নির্ধারিত ইন্টারফেস সহযোগে অন্যান্য লম্পটের সাথে সংযুক্ত হওয়ার সুযোগ দেয় ( ERDDAP আইসোবার) . . অংশে ERDDAP™ এই সিস্টেমটি তৈরি করা হল: সাবস্ক্রিপশনী এবং পতাকার সিস্টেম (যে সাহায্যে যোগাযোগের সুযোগ দেয় ERDDAP আইসোবার) ...এডি... Edroption সিস্টেম, এবং সিস্টেমের উপর থেকে RESTful ব্যবহারকারী অথবা অন্যান্য ব্যবহারকারীদের জন্য তথ্য নির্মাণের জন্য অনুরোধ জানানো হবে ERDDAP স. তাই, প্রদত্ত দুই বা একাধিক পা দেওয়া ( ERDDAP আইসোবার) তোমরা অনেক বড় ধরনের আকৃতি তৈরী করতে পার , (নেটওয়ার্কের সর্বোচ্চ পরিসংখ্যান ERDDAP আইসোবার) . . অবশ্যই, নকশা এবং বৈশিষ্ট্য ERDDAP™ এটা ভিন্নভাবে করা যেত, লেগো-এর মত না, সম্ভবত একটা নির্দিষ্ট তত্ত্বের জন্য। কিন্তু আমরা সেটা অনুভব করি ERDDAP 'লেগো-এর মত ডিজাইন একটি ভাল, সাধারণ নির্বাচনী প্রস্তাব দেয় যা যে কোন কিছু করতে পারে। ERDDAP™ অ্যাডমিনস্ট্রেটর (অ্যাডমিনিস্ট্রেটর অথবা দলের দল) বিভিন্ন ধরনের বিভিন্ন ধরনের ক্ষমার জন্য. উদাহরণস্বরূপ, একটা সংগঠন তিন বার স্থাপন করতে পারে (অথবা বেশি) ERDDAP প্রদর্শন করা হবে ERDDAP™ গ্রিড/luস্টার ডায়াগ্রাম উপরে . . অথবা বিতরণকৃত দল (আইওএস? কোস্ট ওয়াচ? ভয়? রাজ্য? NOAA ? যুক্তরাষ্ট্র? ডেটানো? উত্তর? সার্জেন্ট? ওওআই? স্ট্রো? স্কুল? জেআরসি? ধাক্কা?) একটি সেট আপ করা যাবে ERDDAP™ ছোট ছোট শূণ্যের মধ্যে (ফলে উৎসের সাথে তথ্য সংযোগ স্থাপন করা যাবে) তারপর আলাদা করে দেয় আলাদা করণে , ERDDAP™ ভার্চুয়াল ডাটা সহ কেন্দ্রীয় অফিসে (যা সবসময় একেবারে নিখুঁত ভাবে-এ-) ছোট থেকে বড় ERDDAP স. আসলে, সব কিছুর ERDDAP বিশ্বের বিভিন্ন প্রতিষ্ঠানে, যা অন্যান্য প্রতিষ্ঠানের কাছ থেকে তথ্য পাওয়া যায় ERDDAP s এবং/অথবা অন্য কোনো তথ্য প্রদান করুন ERDDAP গঠন, একটি বিশাল নেটওয়ার্ক তৈরি করুন ERDDAP স. কি চমৎকার! তো, লেগো'র মত, সম্ভাবনার সংখ্যাও অবিরাম। এজন্যই এটা একটা ভালো প্যাটার্ন। এজন্যই এটা কাজের জন্য ভালো ডিজাইন ERDDAP . .

বিভিন্ন ধরন

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

• অনেক অনুরোধ খুব সহজ। উদাহরণস্বরূপ: এই তথ্যের জন্য মিটা-ডাটা কি? অথবা: এই গ্রিডের তথ্যের মাত্রা কত? ERDDAP™ যত দ্রুত সম্ভব এগুলো হ্যান্ডেল করতে ডিজাইন করা হয়েছে (সাধারণত এটি ব্যবহার করে)<= ২ মি.  
• ( ১ করি. উদাহরণস্বরূপ: আমাকে এই তথ্যসেটের এই ক্ষুদ্র অংশ দিন (যে একটি তথ্য ধারণকারী একটি ফাইল) . . এই অনুরোধগুলো খুব দ্রুত পরিচালনা করা যায়, কারণ সেগুলো অত্যন্ত কঠিন নয়।  
• কিছু অনুরোধ খুব কঠিন আর তাই সময় নষ্ট হচ্ছে। উদাহরণস্বরূপ: আমাকে এই তথ্যসেটের এই ক্ষুদ্র অংশ দিন (১০,০০০+ ডাটা ফাইলের যে কোনো একটি হতে পারে অথবা ফাইলগুলি ১০ সেকেন্ডের মধ্যে সংরক্ষিত তথ্যের সাহায্যে প্রতি ১০ সেকেন্ডের মধ্যে ফাইল লোড করা যাবে) . . ERDDAP™ ভি২ নতুন, দ্রুত এই অনুরোধের মোকাবেলার জন্য কিছু নতুন উপায় চালু করেছে। তবে এই অনুরোধের মাধ্যমে বেশ কিছু শ্রমিকের থ্রেড তৈরি করা সম্ভব না। কিন্তু এই সমস্যার আর একটা উপায় আছে যেটা নিয়ে ERDDAP™ এখনো সমর্থন করা হয় না: প্রদত্ত তথ্য বিশিষ্ট ফাইল সংরক্ষণ ও বিশ্লেষণের জন্য বিভিন্ন কম্পিউটারের মধ্যে সংরক্ষিত তথ্য বিশিষ্ট ফাইল সংরক্ষণ ও বিশ্লেষণের সুবিধা উপলব্ধ করা হয়, এবং তারপর মূল সার্ভারে সংযুক্ত ফলাফল প্রদর্শন করা হয়। এই পদ্ধতি বলা হয় মানচিত্র নিয়ন্ত্রণ তারপর আলাদা করে দেয় আলাদা করণে , অপ্রত্যাশিত প্রথমে (?) ওপেন সোর্স ম্যাপ নিয়ন্ত্রণ প্রোগ্রাম যা গুগল পেপার থেকে ধারনার ভিত্তিতে তৈরি করা হয়েছিল। (যদি তোমার কাছে ম্যাপের দরকার হয় ERDDAP একটি ই-মেইল পাঠাতে অনুরোধ করুন erd.data at noaa.gov . .) গুগল্ বড়Query মজার বিষয় হচ্ছে, মনে হচ্ছে এটা একটি ম্যাপের উপর নিয়ন্ত্রণ প্রয়োগ করা হচ্ছে যেখানে ট্যাবলার ডাটাসেটের ক্ষেত্রে প্রয়োগ করা হয়েছে। ERDDAP প্রধান লক্ষ্য. এটা সম্ভবত আপনি তৈরি করতে পারেন ERDDAP™ কে- ডি- ই' র মাধ্যমে তথ্য আহরণ করা হচ্ছে EDDet টেবিল ডাটাবেস পরিদর্শন করুন কারণ বিগ্‌স কে জেডিবিসি ইন্টারফেস থেকে পাওয়া যায়।

এগুলো আমার মতামত।

হ্যাঁ, গণনা সহজ করে দেয় (এবং এখন সামান্য) কিন্তু আমার মনে হয় ফলাফল সঠিক। আমি কি ভুল যুক্তি ব্যবহার করেছি বা আমার গণনায় ভুল করেছি? যদি তাই হয়, দোষটা আমার। সংশোধন সঙ্গে একটি ইমেইল পাঠান erd dot data at noaa dot gov . .

ক্লাউড কম্পিউটিং

বেশ কিছু কোম্পানি মেঘের কম্পিউটিং সেবা দিচ্ছে (জি, অ্যামাজন ওয়েব সার্ভিসName এবং গুগল ক্লাউড প্লাটফর্ম ) . . ওয়েব হোস্টিং কোম্পানি ৯০-১৯৯০ সালের মাঝামাঝি সময়ের পর থেকে তারা সহজ সেবা প্রদান করে আসছে, কিন্তু এই সেবা পদ্ধতিগত ও সেবা প্রদানের ক্ষেত্রে “ক্লান্ত” সেবাকে অনেক বিস্তৃত করেছে। তখন থেকে ERDDAP™ গ্রিডের বৈশিষ্ট্য ERDDAP আরম্ভ ও পরে ERDDAP s পারতে Java টমcatতে চালানো ওয়েব অ্যাপ্লিকেশন (অধিকাংশ সাধারণ অ্যাপ্লিকেশন সার্ভার) অন্যান্য অ্যাপ্লিকেশন যেমন, অগ্রাহ্য করার জন্য এটিকে সহজ হওয়া উচিত ERDDAP™ মেঘের সার্ভিস অথবা ওয়েব হোস্টিং সাইটে গ্রিড। এই সুবিধাগুলো হলো:

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

এই সেবার অসুবিধা হচ্ছে:

• তারা তাদের কাজের জন্য, কখনো অনেক (সুনির্দিষ্ট শর্ত অনুযায়ী; এটি একটি ভাল মান নয়) . . দামের তালিকা এখানে দেয়া হল অ্যামাজন ইC2 . . দাম (জুন ২০১৫ পর্যন্ত) নেমে আসবে। অতীতে দাম অনেক বেশি ছিল, কিন্তু তথ্য ফাইল এবং অনুরোধের সংখ্যা অনেক কম। ভবিষ্যতে দাম কম হবে, কিন্তু তথ্যের ফাইল এবং অনুরোধের সংখ্যা আরো বৃদ্ধি পাবে। তাই বিস্তারিত পরিবর্তন, কিন্তু পরিস্থিতি দিন দিন দিন চলতে থাকে। আর এটা বলা যায় না যে এই সেবাগুলো বেশী সস্তা, এটা আমরা অনেক সেবা কিনে নিয়েছি।
  • তথ্য বিনিময়ের ক্ষেত্রে তথ্য পরিবহণ বর্তমানে মুক্ত (হ্যাঁ!) . . সিস্টেম থেকে তথ্য স্থানান্তর করা হয়েছে $0.০৯/জি.বি.বি.জি. । এক SAT হার্ড ড্রাইভ (০.৩জি/সেকেন্ড) একটি সার্ভার সাথে ERDDAP™ Gigabit ইথারনেট LAN-র সাথে যোগাযোগ করতে পারে (বি. এস. বি.) . . একটি Gigabit ইথারনেট LAN (বি. এস. বি.) একটি OC-12 ইন্টারনেট সংযোগ মুছে ফেলতে পারে (০.৬GB) . . যদি একটি OC-12 সংযোগ চালু করতে পারে, তাহলে ডাটা স্থানান্তর খরচ প্রায় ১০,০০০ টাকা হতে পারে। স্পষ্টতই, যদি তোমার কাছে ডজন খানেক কাজ থাকে ERDDAP মেঘ সার্ভিসের উপর ঘন ঘন, আপনার মাসিক তথ্য স্থানান্তর ফি উল্লেখযোগ্য হতে পারে (১,৬০০০ ডলার পর্যন্ত) . . (আবার বলা যায়, এই সেবা বন্ধ করে দেওয়া হয় নি, এটা বলা যায় যে আমরা অনেক সেবা কিনে নিয়েছি।)
  • তথ্য সংরক্ষণ — আমাজনের অভিযোগ টিবি-এর ৫০ মাস। (০ ডলার/টিবিবি-এর জন্য ৪টি ব্যবসা প্রতিষ্ঠান কিনলে তা সম্পূর্ণ খরচে যোগ করে।) যদি আপনি মেঘে প্রচুর তথ্য সংরক্ষণ করতে চান, তাহলে এটি অবশ্যই ব্যয়বহুল হতে পারে (উদাহরণ, ১০০ টি টিবি খরচ হবে ৫০০/সেকেন্ড) . . কিন্তু খুব বেশি পরিমাণ তথ্য না পাওয়া হলে, ব্যান্ডউইথ/ডাটা স্থানান্তর খরচের তুলনায় এটি একটি ছোট বিষয়। (আবার বলা যায়, এই সেবা বন্ধ করে দেওয়া হয় নি, এটা বলা যায় যে আমরা অনেক সেবা কিনে নিয়েছি।)
     

ডিক্রিপ্ট করা হচ্ছে

• দ্যা ক্ষুদ্র সমস্যা: ডাটা থেকে প্রাপ্ত তথ্যের উপর ভিত্তি করে এই তথ্য পাঠানো হচ্ছে (জি, ERDDAP ) এমন একটি সার্ভারে যা স্থানীয় হার্ড ড্রাইভের মধ্যে সংরক্ষিত রয়েছে (একইভাবে SN অথবা স্থানীয় RAID-র মাধ্যমে) . . স্থানীয় ফাইল-সিস্টেমের অনুমতি প্রদান করা যাবে ERDDAP™ (এবং গোপনে লাইব্রেরি যেমন নেট-ডিফ-জাভা) ফাইল থেকে সুনির্দিষ্ট বাইটের সীমা প্রাপ্ত করার জন্য অনুরোধ করা হয় এবং খুব দ্রুত সাড়া প্রাপ্ত হয়। %s থেকে প্রাপ্ত তথ্যের প্রচুর সংখ্যক অনুরোধ ERDDAP™ ফাইলের মধ্যে (উল্লেখযোগ্যভাবে উল্লেখযোগ্যভাবে প্রদত্ত তথ্যের অনুরোধ অগ্রাহ্য করা হয়নি যেখানে গুরুত্বের মান হল > ১) প্রোগ্রাম দ্বারা ফাইল সম্পূর্ণ করার অনুরোধ করা সম্ভব হয়নি অথবা একটি স্থানীয় ফাইল থেকে (এর ফলে ধীর গতির) ডাটা রেকর্ড সিস্টেম এবং তারপর একটি অ্যারে প্রাপ্ত করুন। যদি মেঘ সেট না দেয় ERDDAP™ ফাইল ব্যাক-এন্ডে অন্তর্ভুক্ত করতে ব্যবহার করুন (স্থানীয় ফাইলের সাথে দ্রুত ফাইল বার্ন করতে ব্যবহার করুন) '%s' ERDDAP ডাটার প্রবেশাধিকার একটি মারাত্মক বোতলের মধ্যে হতে পারে এবং মেঘ সার্ভিস ব্যবহার করে অন্য সুবিধাগুলো সংগ্রহ করতে পারে।

হোস্ট সংক্রান্ত তথ্য

উপরে খরচের বিকল্প বিশ্লেষণ (তথ্য মালিকের উপর ভিত্তি করে নির্মিত (জি, NOAA ) মেঘপুঞ্জের উপর তাদের তথ্য সংরক্ষণ করার সুবিধা) ২০১২ সালে যখন আমাজন আসে (এবং খুব কম, কিছু মেঘ প্রদানকারী) মেঘপুঞ্জের মধ্যে তাদের মেঘপুঞ্জ (AWS S3) বিনামূল্যের জন্য (সম্ভবত আশা করা হচ্ছে যে তারা তাদের খরচ পুনরুদ্ধার করতে পারবে যদি ব্যবহারকারীরা এডাব্লিউএস ইসি২-এর ভাড়া করে এই তথ্য দিয়ে কাজ করতে পারে।) . . এটা বোঝা যাচ্ছে যে, মেঘ চালিত হবার ফলে অনেক বেশি খরচ হয়, কারণ সময় এবং খরচের কারণে তথ্য আপলোড এবং হোস্টিং এখন শূন্য। সহ ERDDAP™ v2.0, Runnting support-র জন্য নতুন বৈশিষ্ট্য উপস্থিত রয়েছে ERDDAP মেঘে :

• এখন, একটি EDDGrid ফাইল থেকে EdeF টেবিল উৎস ফাইল তৈরি করতে পারে এমন ডাটা থেকে যা দূরবর্তী ফাইল থেকে মুছে ফেলা যাবে (উদাহরণ: AWS3 বালতি) ব্যবহার করে<ক্যাশে নির্মাণ করুনStock label<আকার গিগাবাইট ও বিকল্প। ERDDAP™ সম্প্রতি ব্যবহৃত ডাটা ফাইলের মধ্যে উপস্থিত একটি স্থানীয় ক্যাশের তথ্য সংরক্ষণ করা হবে ।
• বর্তমানে, কোনো EDT টেবিল উৎস ফাইল সংকুচন করা হলে (জি, .tgz ) '%s' ERDDAP™ যখন এটি পড়ে তখন স্বয়ংক্রিয় ভাবে সেগুলো ভেঙে পড়বে।
• এখন, ERDDAP™ কোনো অনুরোধ থাকলে, ব্যবহারকারীকে তার অনুরোধ অনুযায়ী কাজ করতে হবে।<কোন ফাইলকে বেছে নেওয়া হয়নি । এই তুলনা দ্রুত সাড়া দেওয়া উচিত অনুরোধ করা কঠিন।

এই পরিবর্তন একটি AWSS3- র সমস্যার সমাধান করো না স্থানীয়, ব্লক- লেভেল ফাইল সংরক্ষণ এবং ফাইল (পুরোনো) S3 উপাত্ত ব্যবহারের সমস্যা হচ্ছে... (বছর পূর্বে (এম- বি) এটা উল্লেখযোগ্য ছিল কিন্তু এখন খুব ছোট আর তেমন গুরুত্বপূর্ণ নয়।) সকল, এর মানে হচ্ছে, সেট আপ করা ERDDAP™ মেঘে এখন অনেক ভালো কাজ হয়.

ধন্যবাদ মথি এবং তার দলকে মূল ওওআই দলের কাজের জন্য ধন্যবাদ ERDDAP™ মেঘে এবং এর ফলাফল নিয়ে আলোচনা।  

তথ্যানুসারে গ্রাফ আঁকো

এখানে একটি সাধারণ সমস্যা রয়েছে যা মূলত গ্রিডের আলোচনা এবং খাওয়ানোর সাথে সম্পর্কিত। ERDDAP সি. এস. ই. (g০১ ৩ / ৮) মূল সমস্যা হল: একটি তথ্য সরবরাহকারী এমন এক তথ্য ধারণ করে যা মাঝে মাঝে পরিবর্তন এবং ব্যবহারকারীর দ্বারা এই তথ্য স্বয়ংক্রিয়ভাবে আপ করা হয় । (বিভিন্ন কারণে) . . স্পষ্টতই, এটার প্রচুর সংখ্যা রয়েছে । ( ১ করি.

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

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

প্রাসঙ্গিকতা ERDDAP™ সরঞ্জাম

ERDDAP™ কিছু সরঞ্জাম যা সিস্টেমের অংশ হিসাবে ব্যবহার করা যাবে যা একটি ডাটাসেটের একটি দূরবর্তী কপি রাখার চেষ্টা করছে:

• ERDDAP `%s' RSS (রিচ সাইট সারসংক্ষেপ?) পরিসেবা
  দূরবর্তী অবস্থানে ডাটা মাইগ্রেটে সহায়তা প্রদান করুন ERDDAP™ পরিবর্তিত হয়েছে।  
• ERDDAP `%s' সাবস্ক্রিপশন
  আরো কার্যকর (থেকে RSS ) : তথ্য আপডেট করার সময় সেটি সঙ্গে প্রতিটি গ্রাহকের জন্য একটি ই- মেইল অথবা একটি ইউ- আর- এল পাঠানো হবে। এটা যত কার্যকরই হোক না কেন, এর জন্য কোন প্রচেষ্টাই হয় না (ভোট দেবার সাথে সাথে RSS পরিসেবা) . . ব্যবহারকারীরা অন্যান্য সরঞ্জাম ব্যবহার করতে পারবেন (পছন্দ বরফ ) সাবস্ক্রিপশন ব্যবস্থার মাধ্যমে মেইল প্রদর্শন করা হবে। উদাহরণস্বরূপ, দূরবর্তী অবস্থানে কোনো ব্যবহারকারীর তথ্য সাবস্ক্রাইব করতে ব্যর্থ ERDDAP™ গ্রাহকের ইমেইল বিজ্ঞপ্তির প্রতি প্রতিক্রিয়া জানাতে ইএফটিটি ব্যবহার করে এবং স্থানীয় ডাটাগুলো আপডেট করে।  
• ERDDAP `%s' সিস্টেমের সময়
  এটি একটি সুযোগ দেয় ERDDAP™ /তার মধ্যে তথ্য প্রয়োগ করার উদ্দেশ্যে অ্যাডমিনিস্ট্রেটরের সাথে যোগাযোগ করুন ERDDAP যত তাড়াতাড়ি সম্ভব পুনরায় লোড করা হবে। স্ক্রিপ্টের মাধ্যমে সহজে ব্যবহারযোগ্য একটি ফ্ল্যাগ। Name সাবস্ক্রিপশনের জন্য ব্যবহৃত ফ্ল্যাগ হিসাবে চিহ্নিত করা যেতে পারে।  
• ERDDAP `%s' "files" সিস্টেম
  প্রদত্ত তথ্যের জন্য সোর্স ফাইলের URI-র তালিকা প্রস্তুত করা যাবে, যার মধ্যে AActore-র অন্তর্ভুক্ত রয়েছে ("ওয়েব ফোল্ডার") যে সব ফাইলের ইউ- আর- এল ডাউনলোড করা হয়েছে, সর্বশেষ পরিবর্তিত সময় এবং মাপ হয় । এর একপাশে "files" সোর্স ফাইলের নামগুলি সম্ভবত ভিন্ন ভেরিয়েবল ও মিটা-ডাটার পরিবর্তে তথ্য বিশিষ্ট ফাইলটি উপস্থিত রয়েছে ERDDAP . . দূরবর্তী যদি ERDDAP™ ডাটাসেট তার উৎস ফাইল- এ প্রবেশাধিকার প্রদান করে, যা কিনা একজন দরিদ্র-ম্যানের সংস্করণ উন্মুক্ত করে দেয়: একটি স্থানীয় ব্যবস্থার জন্য সহজ হয়ে ওঠে যা দূরবর্তী ফাইল পরিবর্তন করা প্রয়োজন এবং ডাউনলোড করা প্রয়োজন। (দেখুন ক্যাশে থেকে প্রাপ্ত বিকল্প নীচে এর ব্যবহার করা যেতে পারে।)
   

সমাধান দেখাও

যদিও এই সমস্যা এবং বিপুল সংখ্যক সম্ভাব্য সমাধান রয়েছে, তবে সমাধানের জন্য মাত্র কয়েকটি মৌলিক পদক্ষেপ রয়েছে:

স্বনির্ধারিত, ব্রুট ফোর্স সমাধান

এর ফলে একটি পরিস্থিতির জন্য দ্রুত পদক্ষেপ নেয়া যায়: যা এমন একটি পদ্ধতি তৈরি করে যা তথ্যকে পরিবর্তন করে এমন তথ্যকে চিহ্নিত করে এবং ব্যবহারকারী তথ্য পাঠাতে পারে যাতে ব্যবহারকারী এই তথ্য পরিবর্তন করতে পারেন। ভাল, আপনি এটা করতে পারেন, কিন্তু এখানে সমস্যা আছে:

• স্বনির্ধারিত সমাধান হলো অনেক কাজ।
• সাধারণত একটি প্রদত্ত তথ্য এবং ব্যবহারকারীর সিস্টেমকে দেয়া হয় যা সহজে সংরক্ষণ করা যাবে না।
• তোমাকে দিয়ে স্বনির্ধারিত সমাধান তৈরি করতে হবে। (এটা কোন ভালো আইডিয়া না। কাজ এড়িয়ে অন্য কাউকে নিয়ে কাজ করাই ভালো হবে!)

আমি এই পদক্ষেপ নিতে নিরুৎসাহিত হই, কারণ সাধারণ সমাধান খুঁজতে গেলে, অন্য কারো দ্বারা নির্মিত সমাধান খুঁজে বের করা এবং তা বজায় রাখা, যা কিনা ভিন্ন পরিস্থিতিতে সহজেই পুনরায় স্থাপন করা যায়।  

rsync

rsync বর্তমানে, বিস্ময়করভাবে, বিস্ময়করভাবে ভালো, সাধারণ উদ্দেশ্য হচ্ছে একজন কম্পিউটারের দূরবর্তী কম্পিউটারের সংগ্রহ করার। এটা যেভাবে কাজ করে :

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

সব কিছু বিবেচনা করলে, সেগুলো খুব দ্রুত কাজ করে (উদাহরণ, ১০ সেকেন্ড এবং তথ্য স্থানান্তর সময়) এবং খুব কার্যকরভাবে। আছে rsync এর ধরন যে বিভিন্ন পরিস্থিতিতে (e.g., প্রতিটি উৎস ফাইলের খণ্ডের বিভাজনের প্রক্রিয়া এবং সংরক্ষণ করুন) . .

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

বস্তুটিতে রয়েছে ERDDAP™ rsync সার্ভিসের জন্য সমর্থিত তালিকা যোগ করার উদ্দেশ্যে তালিকার মধ্যে যোগ করুন ERDDAP (হয়তো খুব কঠিন কাজ) হতে পারে যে কোনো ক্লায়েন্ট rsync ব্যবহার করতে পারেন (নাকি রূপভেদ) ডাটা-সেটের একটি কপি রাখা। যদি কেউ এই বিষয়ে কাজ করতে চান, অনুগ্রহ করে ইমেইল করুন erd.data at noaa.gov . .

আরো অনেক প্রোগ্রাম আছে যেগুলো rsync বা কি করে, মাঝে মাঝে তথ্য পুনঃসেটের জন্য ছাড়া (যদিও একটি ফাইল-সিস্টেমের মধ্যে উপস্থিত রয়েছে) আর. Unidata `%s' আইডি . .

অরেল থেকে ক্যাশে

Quart থেকে ক্যাশে উপলব্ধ রয়েছে (প্রারম্ভে রয়েছে ERDDAP™ v2) সব কিছুর জন্য ERDDAP ফাইল থেকে ডাটা সেট করার জন্য ব্যবহৃত ধরনের .desktop ফাইল (মূলত, সকল সাব ক্লাস EDDGrid ফাইল থেকে এবং EDDF হতে ফাইল ) . . ক্যাশ স্বয়ংক্রিয়ভাবে স্থানীয় ডাটা ডাউনলোড করতে এবং ক্যাশে থেকে দূরবর্তী অবস্থানে অনুলিপি করার জন্য ফাইল থেকে একটি দূরবর্তী উৎস নির্বাচন করুন অরিজিনাল সেট থেকে. THRDS দ্বারা প্রদত্ত দূরবর্তী ফাইলগুলিকে একটি ওয়েব ফোল্ডার বা ডিরেক্টরী হতে পারে Hyrax বা ERDDAP `%s' "files" সিস্টেম।

দূরবর্তী ফাইলের উৎস নির্ধারণ করা হয় ERDDAP™ এই উৎস ফাইল ব্যবহার করে ডাটা স্থাপনকারী ERDDAP™ "files" সিস্টেম, তারপর আপনি পারেন সাবস্ক্রাইব করা দূরবর্তী ডাটাসেট, এবং ব্যবহার করুন পতাকার URL subscriptionের জন্য স্থানীয় তথ্য ধার্য করা হয় । এরপর, দূরবর্তী তথ্য পরিবর্তন হলে, তথ্য প্রয়োগ করে আপনার ডাটার জন্য এটি যোগাযোগ করবে। এটি আপনার ডাটার সাহায্যে দূরবর্তী অবস্থানে তথ্য ডাউনলোড করা হবে ও ডাউনলোড করা হবে। এসব কিছু খুব দ্রুত ঘটে (ফাইল পরিবর্তনের জন্য সাধারণত ৫ সেকেন্ড অপেক্ষা করে) . . এই পদ্ধতি অসাধারণ কাজ করে যদি উৎস তথ্য পরিবর্তন করা হয় এবং বিদ্যমান ফাইল কখন পরিবর্তন করা হবে, এবং কখন সেটি পরিবর্তিত হবে না । এই পদ্ধতিটি ভাল হয় না যদি তথ্য যোগ করা হয় (সর্বোচ্চ) বিদ্যমান উৎস তথ্যের ফাইল কারণ, আপনার স্থানীয় ডাটাসেট প্রায়ই দূরবর্তী তথ্য ডাউনলোড করা হয় । (এখানেই একটি rsync পদ্ধতি প্রয়োজন.)

আর্কাইভের তথ্যAbout

ERDDAP™ `%s' আর্কাইভের তথ্যAbout তথ্য যোগ করার সময় তথ্য যোগ করা হলে, একটি ভাল সমাধান রয়েছে, কিন্তু তা কখনোই পরিবর্তন করা হয় না। মূলত, একটা ERDDAP™ প্রশাসকের দ্বারা আর্কাইভ চালানো সম্ভব হয়নিADataAb (হয়তো কোন স্ক্রিপ্টে, হয়তো শকুন দিয়ে দৌড়াবে) একটি উপাত্তের একটি অংশ উল্লেখ করে যে তারা পার্স করতে চান (হতে পারে একাধিক ফাইল) এবং সেখানে প্যাকেজ .zip অথবা .tgz ফাইল, যাতে আপনি আগ্রহী ব্যক্তি বা দল তৈরি করতে পারেন (g.H.I, সংরক্ষণ করার জন্য NCECEITI.) ডাউনলোডের জন্য অথবা এটি সহজলভ্য করুন। উদাহরণ স্বরূপ, আপনি প্রতিদিন ১২: ১০ মিনিটে আর্কাইভADatatatset চালাতে পারেন এবং এটি তৈরি করতে পারেন .zip রাত ১২.০০ থেকে আজকের দিন পর্যন্ত সকল তথ্য। (অথবা প্রয়োজন অনুযায়ী এই সাপ্তাহিক, মাসিক অথবা বছরে একবার করে করুন ।) প্যাকেজ নির্মাণ করা হয়েছে কারণ প্যাকেজ সমূহ অফলাইন অবস্থায় রয়েছে, কোনো সময়সীমা অথবা খুব বেশি তথ্য নেই। ERDDAP™ অনুরোধ।  

ERDDAP™ সিস্টেমের প্রমিত অনুরোধ

ERDDAP™ সিস্টেমের প্রমিত অনুরোধ সিস্টেম একটি বিকল্প সমাধান যেখানে তথ্য নিয়মিত যোগ করা হয়, কিন্তু তাতে পুরনো তথ্য কখনো পরিবর্তন করা হয় না। মূলত, নির্দিষ্ট সময়ের জন্য তথ্য পেতে যে কেউ সাধারণ অনুরোধ করতে পারেন। উদাহরণ হিসেবে বলা যায়, প্রতিদিন ১২.১০ এ, আপনি একটি দূরবর্তী তথ্য থেকে সকল তথ্যের জন্য অনুরোধ করতে পারেন। কে- মেইলComment (আর্কাইভ- এর সঙ্গে তুলনা করো) সময়সীমার মান অথবা কোনো ফাইলের জন্য অত্যাধিক তথ্য উপস্থিত রয়েছে । আপনি সর্বনিম্ন মাপে নির্দিষ্ট কিছু সময় ধরে অনুরোধ করতে পারেন ।  

EDD টেবিল Htttupet গেটComment

\[ এই অপশনটি এখনো বিদ্যমান নেই, কিন্তু নিকট ভবিষ্যতে সম্ভব বলে মনে হচ্ছে। \]
নতুন EDD টেবিল Htttupet গেটComment ডাটা টাইপ#pragma blah ERDDAP™ v2.0 আরেকটা সমাধান কল্পনা করতে পারে। এই ধরনের তথ্যের সাহায্যে তথ্য সংরক্ষণ করা হয় এমন ফাইলগুলি মূলত তথ্য রূপান্তর করার জন্য রেকর্ড করা হয় । সিস্টেমের মধ্যে উপস্থিত তথ্য স্থায়ীরূপে প্রয়োগের জন্য একটি স্থানীয় তথ্য বজায় রাখা সম্ভব (অথবা ট্রিগারের উপর ভিত্তি করে) সর্বশেষ অনুরোধের পর থেকে, দূরবর্তী তথ্য প্রয়োগ করার অনুরোধ জানানো হয়েছে । এটা কার্যকর হওয়া উচিত (অথবা বেশি) rsync এবং অনেক কঠিন পরিস্থিতির মোকাবিলা করবে, কিন্তু দূরবর্তী এবং স্থানীয় তথ্য মাধ্যম যদি ইডিডিটিএএস এইচটিএপি ডাটাস (ডিডিটিটিটি) হিসেবে কাজ করে তাহলে তা কাজ করবে।

যদি কেউ এই বিষয়ে কাজ করতে চান, অনুগ্রহ করে যোগাযোগ করুন erd.data at noaa.gov . .

ডিস্ট্রিবিউটেড তথ্য

উপরের কোনো সমাধান সমস্যার সমাধান করার জন্য খুব ভাল কাজ করে না কারণ বাস্তব সময়ের পুনর্নব্যক্ত করা (এন. টি.) তথ্যগুলো খুবই কঠিন, কারণ সম্ভাব্য সকল দৃশ্যের কারণে।

একটা বড় সমাধান আছে: তথ্য আবার তৈরি করার চেষ্টা করবেন না। পরিবর্তে, মূল উৎস ব্যবহার করুন (একটিতে একটি ডাটা স্থাপিত ERDDAP ) উপলব্ধকারী দ্বারা তথ্য প্রদান করা হয় (উদাহরণ হিসেবে বলা যায়, কে.) . . যে সকল ব্যবহারকারী তথ্য ধারণ করতে চান তাদের কাছ থেকে সবসময় উৎস থেকে তা পেতে হবে। উদাহরণস্বরূপ, URL-ভিত্তিক হোস্ট-নেম থেকে তথ্য প্রাপ্ত করা যাবে, এর ফলে দূরবর্তী সার্ভারের মধ্যে মূল সোর্সটি উপস্থিত থাকা উচিত (ESM সার্ভার ব্যবহার করতে ব্যর্থ) . . অনেক লোক এই বিতরণকৃত তথ্যকে দীর্ঘ সময় ধরে সমর্থন করছে। (যেমন, রয় মেন্ডেস গত ২০ বছর ধরে) . . ERDDAP 's গ্রিড/তথ্যের মডেল (এই ডকুমেন্টের শীর্ষ 80%) এই পদ্ধতি ভিত্তিক। এই সমাধান একটা গৌতমের তলোয়ারের মতো — পুরো সমস্যাটা দূর হয়ে যায় ।

• এই সমাধান খুবই সহজ।
• এই সমাধান বিস্ময়করভাবে কার্যকর যেহেতু কোনো কাজ করা হয়নি একটি নকল তথ্য রাখার জন্য। (আইসোবার) আপ-টু-ডেট।
• যে কোনো সময়ে ব্যবহারকারীরা সর্বশেষ তথ্য পেতে পারেন (উদাহরণ, শুধুমাত্র ০. ৫ সেকেন্ড) . .
• এটা বেশ ভালভাবেই উন্নত এবং মাপার উপায় রয়েছে। (এই নথির শীর্ষ ৮০%।)
   

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

অন্তর্ভুক্ত

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