বহুজাতিক সমর্থন


10

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

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


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

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

উত্তর:


11

ডেটা সিলিংয়ের পাশাপাশি আপনার সমস্যা হতে পারে

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

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

  1. ডিবাগ থেকে মেশিন অ্যাক্সেস করতে অসুবিধা।
  2. পুরানো সংস্করণগুলির জন্য সমর্থন অনুরোধগুলি।
  3. তৃতীয় পক্ষের ঠিকাদারদের কনফিগার করার অনুমতি দেওয়ার অনুরোধ।
  4. এটি যে হার্ডওয়্যারটিতে চলছে তার উপর কম নিয়ন্ত্রণ।
  5. এটি ওএসের প্যাচ / আপডেট চক্রের উপর কম নিয়ন্ত্রণ।

1

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


1

মাইকের উত্তরটি খুব ভাল, এবং সেখানে প্রচুর পয়েন্টগুলি তাদের সংক্ষিপ্তসারটিকে প্রায় সংক্ষিপ্ত করে তোলে কারণ তারা কতটা সংক্ষিপ্ত, তাই সেগুলি মনে রাখুন।

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

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


কাস্টমাইজেশন কেন "নিষিদ্ধ"? এটি অবশ্যই প্রযুক্তিগতভাবে অর্জনযোগ্য। এমন অনেকগুলি নিদর্শন রয়েছে যা পৃথক ভাড়াটেদের জন্য কাস্টমাইজড টুকরোগুলি সরবরাহ করার সময় একাধিক ভাড়াটেদের জন্য মূল সিস্টেমটি পুনরায় ব্যবহারের অনুমতি দেয়। কোনও গ্রাহক যদি কাস্টমাইজেশনের জন্য আপনাকে অর্থ প্রদান করতে রাজি হন তবে এটি বিবেচনা করা যুক্তিসঙ্গত বলে মনে হবে। এমন অনেকগুলি মাল্টিটেন্যান্ট পণ্য রয়েছে যার জন্য প্রতি ক্লায়েন্টের কাস্টমাইজেশন রয়েছে। YAGNI IMO এর বোধে আরও বেশি যে এক্সটেনসিবিলিটির জন্য অনুমতি দেওয়া হয় এবং সবকিছুকে কনফিগারযোগ্য করে তুলতে ডিফল্ট না করে।
যৌক্তিকগীত

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

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

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

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