ব্ল্যাক ফ্রাইডে এবং সাইবার 먼ডে-র জন্য প্রস্তুত? আজই আপনার ডেটা সুরক্ষিত করুন

ব্ল্যাক ফ্রাইডে, সাইবার 먼ডে, এবং এমনকি গ্রিন 먼ডে (ক্রিসমাসের জন্য অপ্টিমাম শিপিং ডেটসহ কিছু "গ্রিন" বাঁচাতে শেষ 먼ডে) অবশ্যই سالের এই সময়ে বড় আলোচনার বিষয়। সবচেয়ে সাধারণ পাবলিক কথোপকথনের বিষয় হল চমৎকার ডিল খোঁজা, কাঙ্ক্ষিত হ oliday গিফট শপিং, এবং কনসিউমাররা যে অদ্ভুত পরিমাণ টাকা খরচ করে।

২০১৮ সালের ব্ল্যাক ফ্রাইডে সেলস রিপোর্ট দেখায় অনলাইন সেলস ছিল ৬.২ বিলিয়ন ডলার, গত বছরের চেয়ে ২৩.৬ শতাংশ বৃদ্ধি, এবং সাইবার 먼ডে ২০১৮ সালের সর্বোচ্চ সেলস ডে ছিল, ৭.৯ বিলিয়ন ডলার অনলাইন রेवিনিউ ছিল, ২০১৭ সালের চেয়ে ১৯.৩ শতাংশ বৃদ্ধি।

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

তাই আপনি যদি একজন মার্চেন্ট হন, অথবা একজন মার্চেন্টকে সাপোর্ট করেন, অথবা যেকোনোভাবে ই-কমার্স বা ফাইন্যান্সের সাথে জড়িত হন, আপনি সম্ভবত এখন খুব ব্যস্ত, এবং আপনার সেল ফোন সবসময় আপনার কাছে। এখন আপনার ডাটাবেস, সাপোর্টিং ইंফ্রাস্ট্রাকচার, এবং আপনার অ্যাপ্লিকেশনগুলো শপিং সিজনের време যেন যেকোনো ভারী লোড সহন করতে পারে সেটির জন্য প্রস্তুত করার সময়।

এই ব্লগ আপনার ডেটা টেকনোলজি স্ট্যাকের কিছু প্রধান এলাকা কভার করে যেগুলো ব্ল্যাক ফ্রাইডে আশinker করার সাথে বিবেচনা করতে চাবেন, প্রস্তুতির পয়েন্টার, এবং কীভাবে আপনার ObjectRocket টিম আপনাকে ব্ল্যাক ফ্রাইডে এবং সাইবার 먼ডে-র জন্য প্রস্তুত করতে পারে।

আপনার ডেটা স্ট্যাক প্রস্তুত করার সাধারণ ধাপাবলী

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

• বড় পরিমাণ ট্রাফিকের জন্য প্রস্তুত থাকুন: ক্যাপাসিটি প্ল্যানিং, গ্রোথ প্রজেকশন, ডেটা স্থিতিশীলতা, হাই অ্যাক্সেসিবিলিটি, রিপ্লিকেশন, ফেইলওভার ক্লাস্টার, ট্রাফিক লোড বাড়ানোর জন্য মূল ধারণা। প্রস্তুতির সময় এগুলো বিবেচনা করুন:
  • শার্ডেড ক্লাস্টারের জন্য, আরও শার্ড যোগ করার কথা ভাবুন যাতে পিক পিরিয়ডে ডিস্ক ফুল হয়ে আউটেজ না হয়। ObjectRocket-এ আমরা সাধারণত তাদেরা যারা অনেক গ্রোথ আশা করেন তাদেরকে ৬০% ব্যবহারে রাখতে চাই।
  • Elasticsearch ক্লাস্টার ভার্সন ৬.x এবং তার উপরে ছোট প্ল্যান সাইজ ব্যবহার করলে, দ্রুত গ্রোথের সম্ভাবনা বিবেচনা করতে হবে, এবং বিশেষ করে ডিস্ক সাইজ ৯৫% এর নিচে রাখার গুরুত্বপূর্ণ লক্ষ্য যাতে রিড-অনলি লক এড়ানো যায়। ক্যাপাসিটি প্ল্যানিং-এ মনে রাখবেন প্রতিটি শার্ডের একটি ট্রান্সলগ থাকে যা ৫১২MB পর্যন্ত বড় হতে পারে এবং ১২ ঘণ্টা পর্যন্ত সেটি থাকতে পারে।
  • স্মল, সিম্পল রেপ্লিকা সেটের জন্য যেটি অটো-স্কেলিং ব্যবহার করে না, গ্রোথ প্রজেকশন অনুযায়ী কনকারেন্সি এবং গ্রোথ হ্যান্ডল করতে পার এমন প্ল্যান সাইজে মুভ করার কথা ভাবুন।
  • ট্রাফিক বাড়ার সাথে সাথে ডাটাবেসে কানেকশন রিকোয়েস্টও বাড়ে। অ্যাপ্লিকেশন টিম সদস্য/কাস্টমারের সাথে রিভিউ করুন নিশ্চিত করতে যে সঠিক কানেকশন পুলিং সেটিংস inplace আছে এবং সঠিক OS সেটিংস (যেমন ulimits, যা ইউজারদের জন্য রিসোর্স লিমিট ডিসপ্লে এবং সেট করতে দেয়)। কখনও কখনও অ্যাপ্লিকেশনগুলোর জন্য একক রেপ্লিকা সেট বা আমাদের প্রদত্ত ৪টি ডিফল্ট mongos (শার্ডেড ক্লাস্টারে কানেকশন লিসেন করার স্পেশাল নোড) হ্যান্ডেল করতে পারার চেয়ে বেশি কানেকশন প্রয়োজন হয়। এই কেসে, আমরা প্রায়শই কাস্টমারদের সাথে কাজ করি আরও mongos অ্যালোকেট করতে কানেকশন হ্যান্ডেল করার জন্য।
  • Oplog সঠিক আকারে সাইজ করা একটি অন্য এলাকা যেটি দেখতে হবে। Oplog হল একটি ক্যাপড কালেকশন (ফিক্সড সাইজ) সকল ক্রিয়েট, রিড, এবং ডিলিট অপারেশনের, যার থেকে সেকেন্ডারি নোডগুলো তাদের সিঙ্ক সোর্স থেকে ডেটা রিপ্লিকেট করে। সেকেন্ডারি নোডগুলো আউট-অফ-সিঙ্ক হয়ে যেতে পারে যদি সেটি যেটি থেকে সিঙ্ক করছে সেটির oplog সাইজ ছোট হয় এবং সেটি অপারেশনগুলোके পিছিয়ে দেয় - বিশেষ করে পিক পিরিয়ডে। Oplog যত বড়, সেকেন্ডারি নোডগুলো उतनी বেশি সময় প্রাইমারি নোডের এক্টিভিটির সাথে সিঙ্কড থাকবে, এমনকি সেগুলো ডাউন হলে।
• টেস্ট, টুইক, এবং আবার টেস্ট করুন: আপনি যত বেশি আপনার ডাটাবেস টেস্ট করবেন, তত বেশি আপনি আপনার ডাটাবেস জানবেন। এখন স্ট্রেস এবং পারফরম্যান্স টেস্ট চালানোর সময়, এবং যেকোনো পরিবর্তন প্রয়োগ করুন, আপনার কাস্টমাররা শপিং শুরু করার আগে।
  • গতanych hiccups/ডেটা ফেইলার, দুর্বলতায় এলাকা দেখুন, এবং নির্ধারণ করুন কিছু কী বাফ আপ করা প্রয়োজন (বরং BF-এর ঠিক আগে বড় ফিক্স প্রয়োগ করবেন না)।
  • প্রস্তুতির পিরিয়ডের শুরুতে লোড এবং পারফরম্যান্স টেস্ট করুন, কিন্তু বছরের সারানamespace, এবং এই টাইপের টেস্টগুলো আপনার Continuous Integration প্রসেসে বিল্ড করুন।
  • টেস্ট এনভায়রনমেন্টে ট্রাফিক প্যাটার্ন এবং লোডের দৈর্ঘ্য সিমুলেট করুন, যদি সম্ভব হয়।
• অ্যানালিটিক্স 활용 করুন: আপনি যদি গত অনেক মাস থেকে ট্রাফিক ফ্লো এবং অন্যান্য প্যাটার্ন দেখে আসেন, তবে আপনি "নর্মাল" কী সেটি জানতে পারবেন।
  • কোনো পারফরম্যান্স বা ইনপুট/আউটপুট ইস্যু যা সাব-অপ্টিমাল লাগছে সেটি বড় দিনের আগে রেজলভ করার জন্য খুঁজুন।
  • আপনার ট্রাফিক প্যাটার্ন অধ্যয়ন করুন: সবচেয়ে ব্যস্ত সময়ে ম্যাক্স কানেকশনের সংখ্যা দেখুন এবং তারপর ২০% বেশি ক্যাপাসিটির জন্য প্ল্যান করুন।
  • Elasticsearch-এর জন্য, থার্ড-পার্টি মেট্রিক্স কালেক্টর যেমন New Relic ব্যবহার করতে পারেন যা CPU ব্যবহার/GC টাইম/কোয়ারি টাইম দেবে। এই সব স্ট্যাট ব্ল্যাক ফ্রাইডের বড় সপ্তাহের জন্য প্ল্যান করতে সাহায্য করবে।
• বড় দিনগুলোর খুব কাছে বড় রিপেয়ার বা আপগ্রেড করা থেকে বিরত থাকুন! এবং আপনার টিম জুড়ে এই মোরেটোরিয়াম কমিউনিকেট করুন।
• আপনার সিকিউরিটি মেজাররা আবার দেখুন, সেগুলো জানুন এবং বুঝুন, আপনার সক্ষমতা নিয়ে কনফিডেন্ট হন অন্যদের কাছে ব্যাখ্যা করার জন্য (প্রয়োজনে)। ন্যূনতম, নিশ্চিত করুন আপনি ডেটা ব্রিচের জন্য "সফট টার্গেট" নন।
• প্রাইভেসি রেগুলেশন, সিকিউরিটি ইস্যুর মতো, càngদিন বেশি গুরুত্বপূর্ণ হচ্ছে। বিবেচনা করুন GDPR প্রয়োজনীয়তা কীভাবে আপনার সেলস ক্যাম্পেইন (এবং সম্পর্কিত কুকিজ) এবং আপনি কীভাবে কাস্টমার ডেটা ব্যবহার/সংরক্ষণ করছেন সেটিকে প্রভাবিত করে।
• ভবিষ্যতের দৃষ্টিতে ধারাবাহিক উন্নতি: প্রতিটি ব্ল্যাক ফ্রাইডে/সাইবার 먼ডে-র পর রেট্রোসপেক্টিভ মিটিং (ретро) ধারণ করা একটি দুর্দান্ত ধারণা যাতে পরবর্তী বার উন্নত করা যায় এমন এলাকা চিহ্নিত করা যায়!

ডাটাবেস-নির্দিষ্ট বিবেচনা

ObjectRocket যেসব ডাটাবেস সাপোর্ট করে (হয়তো আপনি তিনটি ডাটাবেসই চালান পলিগ্লট পার্সিস্টেন্স!) তাদের জন্য কিছু প্রো টিপস:

MongoDB প্রো টিপস

MongoDB ই-কমার্সের জন্য NoSQL ডাটাবেসগুলোর মধ্যে díaে দিন জনপ্রিয় হচ্ছে, স্পিড এবং স্কেলেবিলিটি প্রাইমারি বেনিফিট হিসেবে। অনেক মার্চেন্ট MongoDB Product Catalog ব্যবহার করে তাদের প্রোডাক্ট অফারিং, প্রাইসিং, শিপিং, এবং ইনভেন্টরি ম্যানেজ করতে। আমাদের MongoDB এক্সপার্টদের প্রো টিপস:

• রেপ্লিকা সেটের তিনটি হোস্টনেম এবং শার্ডেড ক্লাস্টারের চারটি mongos কানেকশন স্ট্রিং-এ অ্যাড করা নিশ্চিত করুন।
• কানেকশন পুল ব্যবহার করছেন কিনা নিশ্চিত করুন ডাটাবেসে অনাবশ্যক বেশি কানেকশন খোলা এড়াতে।
• আপনার ট্রাফিক এবং রিড/রাইট কতটো বাড়তে পারে (আপনার গ্রোথ প্রজেকশন) বিবেচনা করুন এবং MongoDB-এর অটো-স্কেলিং ফিচারটি ব্যবহার করুন।
• বড় শপিং দিনগুলোর আগে এবং সময়ে পারফরম্যান্স টিউনিং (মেমরি ব্যবহার, কানেকশন হ্যান্ডলিং, রেপ্লিকা সেটের স্বাস্থ্য) নিরydown রাখুন।

Elasticsearch প্রো টিপস

আমাদের Elasticsearch এক্সপার্ট টিম থেকে ব্ল্যাক ফ্রাইডে এবং সাইবার 먼ডে-র জন্য ডাটাবেস প্রস্তুতির কিছু প্রো টিপস সংগ্রহ করা হয়েছে। Elasticsearch ই-কমার্স টেকনোলজি স্ট্যাকের একটি ক্রিটিক্যাল অংশ, এটি হয় স্ট্রিমিং লগ ডেটা ভিজ্যুয়ালাইজেশন এবং অ্যানালাইসিসের জন্য প্রাথমিকভাবে ব্যবহৃত হয় বা ক্রিটিক্যাল অনলাইন-শপিং ফাংশনালিটি সার্চের জন্য (অটো-কমপ্লিশন, ফ্যাসেটেড সার্চ, এবং সিনোনিমসহ)।

• ব্ল্যাক ফ্রাইডে থেকে ২ দিন আগে স্ন্যাপশট लेने এর ফ্রিকোয়েন্সি বাড়ান। আমরা শপিং উইকএন্ডে পুরো ২-৩ বার প্রতি দিন স্ন্যাপশট लेने প্রস্তাব করি, এবং সাইবার 먼ডে-র পর স্বাভাবিক ব্যাকআপ শিডিউলে ফিরে যান। আমরা এই স্ন্যাপশটগুলো পিক ট্রাফিকের আগে এবং পিক ট্রাফিকের পর আবার শিডিউল করার প্রস্তাব করি - এবং আপনার পছন্দের অন্য একটি সময়ে। Elasticsearch ব্যাকআপ diff- হিসেবে হয় বলে, দিনে ৩ বার স্ন্যাপশট নিলে স্ন্যাপশটের durée খুব ছোট থাকে।
• আপনি যদি Elasticsearch প্রধানত লগ ফাইল ভিজ্যুয়ালাইজ করার জন্য ব্যবহার করেন:
  • ইভেন্টের সময় ডেটা কনসাম্পশন বাড়ার জন্য প্ল্যান করুন।
  • Kibana ড্যাশবোর্ড আপ-টু-ডেট আছে কিনা নিশ্চিত করুন সেটি ক্রিটিক্যাল লগ এবং ইভেন্ট অ্যানালাইজ করার উপযুক্ত সেটিংসহ।
  • আপনার এগ্রিগেশন/ড্যাশবোর্ডের বেসলাইন কী সেটি জানুন যাতে স্পাইক এবং ইস্যু চিহ্নিত করতে পারেন। কিছু ইউজ কেস Elastalert ইন্টিগ্রেশন থেকে বেনিফিট পেতে পারে বিভিন্ন ইভেন্টে অ্যালার্ট করার জন্য।
• আপনি যদি Elasticsearch প্রধানত সার্চ ফাংশনালিটির জন্য ব্যবহার করেন:
  • এই দিনগুলো বেশি হলে রিড-হеви হবে, তাই আপনি চাইবেন:
    • নোড কাউন্ট বাড়ান অতিরিক্ত এক্টিভ থ্রেড পুল পাওয়ার জন্য
    • রেপ্লিকা কাউন্ট বাড়ান বেশি জায়গা থেকে পড়ার জন্য
• Elasticsearch-এর টুল Rally ব্যবহার করে বেঞ্চмар্কিং টেস্ট করুন দেখতে বর্তমান Elasticsearch ক্লাস্টার প্ল্যান করা সার্চ থ্রুপুট হ্যান্ডেল করতে পারে কিনা।
• Elasticsearch লগ চেক করুন যেকোনো অতিরিক্ত এরর যা থ্রো করা হয়েছে।
• সকল অ্যাপ্লিকেশন ৪টি কানেকশন এন্ডপয়েন্ট ব্যবহার করছে কিনা নিশ্চিত করুন।
• বর্তমান স্লো কোয়ারি দেখুন, এবং কোয়ারি অ্যানালাইজ বা উন্নত করতে সাহায্য প্রয়োজন হলে আপনার ObjectRocket টিমের সাথে যোগাযোগ করুন।

Redis প্রো টিপস

Redis সাধারণত এমন ডেটার জন্য ব্যবহৃত হয় যা খুব ইফেমেরাল হতে পারে, যা অবশ্য মানে ক্যাশিং: কোয়ারি, সেশন, এবং ফুল পেজ ক্যাশ। ব্ল্যাক ফ্রাইডে এবং সাইবার 먼ডে-র ভারী ট্রাফিকের সময়, ক্যাশিং অ্যাপ্লিকেশনকে তাদের সেরা পারফরম্যান্সে রাখার কী। আমাদের Redis এক্সপার্টরা নিচের টিপস দিয়েছে:

• আপনি যদি Redis সেশন স্টোর বা ক্যাশ হিসেবে ব্যবহার করেন, আপসাইজ করার কথা ভাবুন যদি মনে করেন ব্ল্যাক ফ্রাইডে ট্রাফিক বাড়ার সাথে মেমরি বা ব্যান্ডউইডথ লিমিট হিট করতে পারে।
• নিশ্চিত করুন যে যেকোনো কি যেগুলো অটোম্যাটিক্যালি এক্সপায়ার হতে পারে এবং হওয়া উচিত সেগুলোতে TTL ("time to live" কির এক্সপায়ারেশন টাইম নির্ধারণ করে) সেট করা আছে।
• maxmemory-policy উপযুক্তভাবে সেট আছে কিনা নিশ্চিত করুন মেমরি আউট হওয়ার কেসে। এই সেটিং আপনার ইনস্ট্যান্সে মডিফাই করতে ObjectRocket সাপোর্টে যোগাযোগ করুন।
• প্রোডাকশন ইনস্ট্যান্সের জন্য, ট্রাফিক স্পাইকের আগে হেলথি মেমরি ফ্র্যাগমেন্টেশন রেশিও আছে কিনা নিশ্চিত করুন।
• আপনি যদি Redis কোনো জব কিউ ম্যানেজমেন্ট ফ্রেমওয়ার্কের ব্যাকএন্ড হিসেবে ব্যবহার করেন, আমরা দৃঢ়ভাবে সুপারিশ করি এই ফ্রেমওয়ার্কের জন্য একটি ড্যাশবোর্ড থাকা এবং জব স্ট্যাটাস মনিটর করা। এমন ড্যাশবোর্ডের উদাহরণ: resque-web, arena, sideqik।
• চাইতে পারেন, ক্যাম্পেইনের ঠিক আগে flushdb, flushall, বা অন্যান্য বড় ডিলিশন অপারেশন চালাবেন না; বরং একটি SCAN এবং DEL স্ক্রিপ্ট লিখুন।
• COMMANDSTATS লগ এবং SLOWLOG লগ বর্তমান এন্ট্রির জন্য চেক করুন এবং কোন প্যাটার্ন অপ্টিমাইজ করা যায় কিনা দেখুন, যাতে ব্লকিং অপারেশনে না পড়েন। "KEYS *" এবং অন্যান্য লং-রানিং অপারেশন ব্যবহার এড়ান।
• ডেভেলপমেন্ট ইনস্ট্যান্সে (প্রোডাকশন নয়!), MONITOR কমান্ডের আউটপুট দেখে স্ট্রেস টেস্ট চালান প্যাটার্ন অ্যানালাইজ করতে।
• স্যাম্পল ডেটাসহ ডেভেলপমেন্ট ইনস্ট্যান্সে, rdb-tools, redis-cli --bigkeys, এবং redis-cli --memkeys ব্যবহার করে আপনার ডেটা ডিস্ট্রিবিউশন এবং মেমরি ব্যবহার অ্যানালাইজ করুন।
• একটি এজেন্ট সেটআপ করুন যেটি আপনার ইনস্ট্যান্স মনিটরিং আপনার বিদ্যমান স্ট্যাটস প্ল্যাটফর্মের সাথে ইন্টিগ্রেট করে। Ex: Datadog, New Relic, Prometheus।

ObjectRocket আপনার সাথে পার্টনারশিপ করে কী করে

অনেক কাস্টমারের জন্য, হোলিডে সিজন তাদের سالানাবসার বізনেস ভলিউমের একটি বড় অংশ উপস্থাপন করে। এই পিরিয়ডে স্টেকস সর্বোচ্চ এবং আপটাইম সবচেয়ে ক্রিটিক্যাল। আমরা আমাদের কাস্টমারদের এই মৌসুমী ট্রাফিক ইভেন্টের জন্য প্রস্তুত করতে অনেক কাজ করি।

আপনার ObjectRocket টিম যা করছে তার কিছু উদাহরণ:

• স্লো কোয়ারি অ্যানালাইসিস: আমরা অপ্টিমাল চেয়ে বেশি সময় নেওয়া কোয়ারি জন্য পরামর্শ দিতে পারি (উদাহরণস্বরূপ, Elasticsearch-এ যেকোনো কোয়ারি ১ সেকেন্ডের বেশি নিলে সাব-অপ্টিমাল)।
  • স্লো কোয়ারি লগিং ক্লাস্টারে এনাবল থাকতে হবে - (আমাদের কাস্টমাররা অনুরোধ করতে পারেন) এবং তারপর - এক বা দুই দিন ডেটা পাওয়ার পর - আমরা কতগুলো কোয়ারি ডিফাইন করা অপ্টিমাল সেকেন্ডের চেয়ে বেশি সময় নিচ্ছে সেটি দেখি এবং সেগুলো কোয়ারি প্রোফাইলারের মাধ্যমে চালিয়ে কোয়ারির সবচেয়ে ব্যয়বহুল অংশ চিহ্নিত করি। তারপর আমরা আমাদের কাস্টমারের সাথে কনসাল্ট করি এবং কোয়ারি টাইম কমাতে কীভাবে পারবেন সেটি নিয়ে পরামর্শ দিই।
• পারফরম্যান্স টিউনিং: এটি আরেকটি এলাকা যেখানে আমরা কিছু সময় ব্যয় করি আমাদের কাস্টমারদের জন্য আন-অপ্টিমাইজড অপারেশন টিউন করার জন্য, বিশেষ করে:
• • খারাপ regex কোয়ারি আপনার ডাটাবেসকে ক্রল করতে বাধ্য করতে পারে। regex কোয়ারি অপ্টিমাইজেশনের কিছু উদাহরণের জন্য আমাদের ব্লগ পোস্ট রেফার করুন।
  • কলেকশন স্ক্যান প্রয়োজনীয় কোয়ারি। এই অপারেশনগুলো খুব ব্যয়বহুল হতে পারে কারণ সেগুলো প্রায়শই অনেক ডকুমেন্ট স্ক্যান করে এবং কিছুই রিটার্ন করে (অর্থাৎ তারা ইন্ডেক্স ব্যবহার করে না)।
  • নন-পারফরম্যান্ট অপারেটর ব্যবহার করা অপারেশন ofteন অনেক ডকুমেন্ট এবং ইন্ডেক্স কি এক্সামিন করে, তাই সম্ভব হলে $ne, $exists: true, $nin এর মতো অপারেটর ব্যবহার এড়ান।

• ইন্ডেক্সিং: সঠিক ইন্ডেক্সগুলো inplace থাকা প্রায়শই সবচেয়ে ক্রিটিক্যাল টাস্ক, এবং এটিই হল কীভাবে আমাদের অধিকাংশ কাস্টমার ব্ল্যাক ফ্রাইডে উদ্ধার পেয়েছে। আমরা ইনস্ট্যান্স প্রোফাইল করতে পারি নিশ্চিত করতে যে অধিকাংশ অপারেশনের জন্য সঠিক ইন্ডেক্সগুলো inplace আছে, এবং যদি অতিরিক্ত ইন্ডেক্স প্রয়োজন হয়, তবে আমরা আপনার সাথে কাজ করি সেগুলো তৈরি করতে।
• লোড টেস্টিং এবং স্কেলিং — অনুরোধ করলে, আমরা লোড টেস্টিং কোঅর্ডিনেট করতে পারি যেকোনো আশাবাদী ট্রাফিক বৃদ্ধি সিমুলেট করার জন্য যেন সেগুলো ঘটার আগে। আপনার অ্যাপ্লিকেশনের পারফরম্যান্স অপ্টিমাল থাকতে বাধ্য করতে এটি আবশ্যক বাড়তেই ট্রাফিক সার্জের সময়।
• মেইনটেন্যান্স মোরেটোরিয়াম — আমরা বুঝতে পেরেছি যে আমাদের কাস্টমাররা এই সময় আমাদের ওপর ভরসা করে এবং একটি মেইনটেন্যান্স মোরেটোরিয়াম ইমপ্লিমেন্ট করেছি। এর মানে হল অর্লি নভেম্বর থেকে অর্লি জানুয়ারি পর্যন্ত ইনফ্রাস্ট্রাকচার মেইনটেন্যান্স কাজে একটি সফট ফ্রিজ কার্যকর। এই সময় শুধু ইমারজেন্সি মেইনটেন্যান্স যেগুলো একটি কঠোর অনুমোদন প্রসেসের মধ্য দিয়ে গিয়েছে সেগুলো অনুমোদিত হবে।
• ২৪x৭x৩৬৫ সাপোর্ট — ObjectRocket সাপোর্ট টিম সবসময় スタッフড থাকে আপনার প্রয়োজন মেট করতে। আমাদের DBA এবং ডেটা টেকনোলজি এক্সপার্টদের টিম ব্ল্যাক ফ্রাইডে এবং সাইবার 먼ডে পাগলপনের সিজনড ভেরান; তারা আপনার জন্য এই ক্রিটিক্যাল পিরিয়ডের আগে, সময়ে, এবং পরে উপস্থিত!

সদা ভাবেই, ObjectRocket সাপোর্টের সাথে যোগাযোগ করার সেরা উপায় হল আমাদেরকে ইমেইল করা support@objectrocket.com-এ। আমাদের জানান কীভাবে আমরা সাহায্য করতে পারি, এবং শুভ ব্ল্যাক ফ্রাইডে!