প্রদেয় সফ্টওয়্যার আপডেটের জন্য একটি অ্যাপল রেপোজিটরি ব্যবহার করা


9

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

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

  1. বিটা - বড় ত্রুটির জন্য প্যাকেজটি পরীক্ষা করতে পরীক্ষার ডেটাতে অভ্যন্তরীণভাবে ব্যবহৃত হয়।
  2. অভ্যন্তরীণ - ত্রুটিগুলির জন্য প্যাকেজটি পরীক্ষা করার জন্য লাইভ ডেটাতে অভ্যন্তরীণভাবে ব্যবহৃত হয় (কুকুর খাওয়ার পর্যায়ে)।
  3. বাহ্যিক 1 - ত্রুটিগুলি পরীক্ষা করতে আমাদের ব্যবহারকারী বেসের 1% (এলোমেলোভাবে নির্বাচিত) মোতায়েন করা হয়েছে।
  4. বাহ্যিক 9 - ত্রুটিগুলি পরীক্ষা করতে আমাদের ব্যবহারকারীর 9% ভিত্তিতে (এলোমেলোভাবে নির্বাচিত) মোতায়েন করা হয়েছে।
  5. বাহ্যিক 90 - ব্যবহারকারীর অবশিষ্ট 90% এ মোতায়েন।
  6. হোস্ট করা - হোস্ট করা পরিবেশে মোতায়েন।

সমস্যাগুলি প্রতিবেদনের ক্ষেত্রে পরবর্তী স্টোরগুলিতে প্রবেশের জন্য এটি প্রতিটি পর্যায়ে সাইন অফ নেবে।

সম্প্রদায়ের কাছে আমার প্রশ্নগুলি হ'ল:

  1. এর আগে কেউ কি এরকম কিছু চেষ্টা করেছে?
  2. এই ধরণের পদ্ধতির কোনও ক্ষতি করতে পারে যে কেউ?
  3. একটি ভাল উপায় আছে কি?

3
কেবল কৌতূহলী, তবে আপনার সংগ্রহস্থল থেকে আপডেট ডাউনলোড করা থেকে কাউকে থামাতে এবং তারপরে এটি পি 2 পি নেটওয়ার্কগুলির মাধ্যমে পুনরায় প্রকাশ করতে হবে? আমি আরও খেয়াল করব যে আপনার গ্রাহকরা যদি তাদের সংগ্রহস্থলগুলি তাদের উত্স.লিস্ট ফাইলে যুক্ত করে থাকেন তবে আপনি তাদের নিজস্ব সুরক্ষার জন্য অ্যাপট-পিনিংয়ের উল্লেখ করতে পারেন। অন্যথায় কেউ আপনার রেপোতে একটি দূষিত libc couldোকাতে পারে এবং আপনার গ্রাহকরা এটিতে স্বয়ংক্রিয়ভাবে আপডেট হবে।
জেফ ওয়েলিং

উত্তর:


1

সামগ্রিকভাবে, আমি পদ্ধতির পছন্দ করি। পাইরেসি সম্পর্কিত সমস্যাগুলি কোনওভাবেই মোকাবেলা করা যাবে না, traditionalতিহ্যবাহী বিতরণ বা স্বয়ংক্রিয়ভাবেই হোক না কেন এবং আপনি কোনও লাইসেন্সিং স্কিমের অসুবিধা এড়াতে পারেন।

আপনি এলোমেলো নির্বাচন নিয়ে সমস্যা পেতে পারেন। আপনার ব্যবসায়ের সম্পর্কের পুরো সময়কালের জন্য কোনও গ্রাহক কি একেবারে প্রাথমিক গ্রহণকারী হিসাবে বেছে নেওয়া হয়েছে? যদি তা না হয় তবে বাহ্যিক 1 থেকে বাহ্যিক 9-তে ডাউনগ্রেড কীভাবে উপলব্ধি করা যায়?


আমার পরিকল্পনা ছিল এটি প্রতিমাস বা তারও বেশি এলোমেলো নির্বাচন হবে এবং আপনি যদি বাহ্যিক 1 গোষ্ঠীতে থাকতেন তবে আপনি একাধিক সময়কালে গ্রুপ থেকে বাদে ছিলেন were
স্কট কেক-ওয়ারেন

আপনি এটি নিয়ে ইস্যুগুলি চালিয়ে যেতে পারেন, যেহেতু কোন ব্যবহারকারী কোনটি আপগ্রেড করেছেন এবং কাকে হটফিক্সড করা দরকার তা অনুমিতিকর। বলুন আপনার বাহ্যিক 1 এ একটি বাগ আছে এবং একজন ব্যবহারকারী মাত্র 1 টি বাহ্যিক 1 বাদ দিয়েছে, আপনাকে হটফিক্সটি বহিরাগত 90 এর দিকে পুরোপুরি ঠেলে দেওয়া উচিত Maybe সম্ভবত আপনি কেবল গ্রাহকদের জিজ্ঞাসা করতে পারেন যারা প্রারম্ভিক গ্রহণকারী হতে চান?
থিটন

0

আপনি কি আপনার সফ্টওয়্যারটির জন্য সাধারণ লাইসেন্সিং এবং ফোন হোম টাইপ সুরক্ষা সম্পর্কে ভেবে দেখেছেন?

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

আপনার যদি ইতিমধ্যে লাইসেন্সিং থাকে, তবে চালানোর আগে লাইসেন্স পরীক্ষা করার জন্য প্রয়োজনীয় সফ্টওয়্যারটির সাথে কেবল সাধারণ অরক্ষিত সংগ্রহস্থলগুলি রাখুন


2
সাহায্য করার জন্য ধন্যবাদ. লোকদের এই ব্যথা কমানোর জন্য আমার পরিকল্পনার জন্য 30 দিনের জন্য সম্পূর্ণ বৈশিষ্ট্য মোডে সফ্টওয়্যার চালনা করা উচিত এবং তারপরে গ্রাহককে কমপক্ষে কয়েক বছরের মূল্যবান আপডেটগুলি ক্রয় করতে হবে এবং এটিকে "পঙ্গু" থেকে বের করে আনতে সহায়তা করতে হবে " মোড. যদি তারা সেই সময়ের পরে পণ্যটির জন্য অর্থ প্রদান বন্ধ করতে চান এবং তারা কেবল আপডেটগুলি বা আমাদের দুর্দান্ত প্রযুক্তি সমর্থন পাবেন না। :-)
স্কট কেক-ওয়ারেন

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

0

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


0

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

যদিও আমি এপটি ধারণাটি পছন্দ করি, এটি সেভাবেই করাটি বুদ্ধিমান, এটি সহজ এবং সত্যই সত্যই এই মুহুর্তে ভালভাবে পরীক্ষিত।


0

আমি এমন একটি সংস্থার কথা জানি যা আপনি বর্ণনা করেছেন ঠিক একই কাজ করছে। (আপনার বর্ণনার চেয়ে কম স্তরগুলি, এবং তারা কীভাবে সত্যায়ন করছে তা আমি জানি না))

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


0

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


0

এটি একটি ভাল পাকা পদ্ধতির।

কিছু সমস্যাগুলি বিবেচনা করুন:

  • আপনি সর্বদা 1 শতাংশ, 9 শতাংশ, 90 শতাংশ যেতে চান না। আপনার গ্রাহকরা সমজাতীয় নাও হতে পারে, যার অর্থ আপনি কোনও বিশেষজ্ঞ শুরু করতে চাইতে পারেন, অঞ্চল অনুযায়ী, ডিভাইসের ধরণ ইত্যাদি দ্বারা, যার ক্ষেত্রে বিশ্বব্যাপী 1, 9, 90 শতাংশ দ্বারা বিতরণ আর অর্থবোধ করে না।

  • আপনার 90 শতাংশ ব্যবহারকারীর জন্য একক সংগ্রহস্থল হটস্পটিং প্রবর্তন করে - সেই সার্ভারটি প্রচুর পরিমাণে অনুরোধের অভিজ্ঞতা অর্জন করবে, যার অর্থ ট্র্যাফিকের উত্থানের ঘটনায় এটিই প্রথম মারা যাবে যার ফলে আপনার 90 শতাংশ ব্যবহারকারীর জন্য বিভ্রান্তি ঘটবে । রিডানডেন্সি অবশ্যই সহায়তা করে তবে এটি সামগ্রিকভাবে আরও ব্যয়ের পরিচয় দেয়।

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

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

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

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