আমি কীভাবে কোনও সংস্থার অভ্যন্তরীণ এপিআই কীগুলি ভাগ করে নিরুৎসাহিত করতে পারি?

37

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

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

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

আমরা এপিআই কীগুলি ঘর্ষণের উত্স হিসাবে পেতে চাই না, তবে আমরা উদ্বিগ্ন যে বিকাশকারীরা এটিকে অন্য দলের সহকর্মীদের সাথে ভাগ করে নেবে, যার অর্থ আমরা কেবল একটি অ্যাপ্লিকেশনের জন্য ট্র্যাফিককে আর চিহ্নিত করতে পারি না।

অভ্যন্তরীণভাবে API কীগুলি ভাগ না করার জন্য আমরা কীভাবে বিকাশকারীদের উত্সাহিত করতে পারি?

api enterprise-development

— অলি
সূত্র

5

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

— গিয়াকোমো আলজেটা

3

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

— সুলতান

আপনি যখন অ্যাপ্লিকেশনটি প্রথম শুরু করবেন তখন নিবন্ধকরণের প্রয়োজনীয়তা বিবেচনা করেছেন? এটি ব্যবহারকারীর যোগাযোগের বিশদ (বা আপনার যে কোনও তথ্যের প্রয়োজন হয়) জিজ্ঞাসা করে একটি স্প্ল্যাশ স্ক্রিন প্রদর্শন করতে পারে এবং তারপরে ঘটনাস্থলে API কীটি ইস্যু করতে পারে।

— জন উউ

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

— ব্লগার

কৌতূহলজনকভাবে, আমি এই পৃষ্ঠার এই মুহুর্তে "ঘূর্ণন" শব্দটি ( কী রোটেশনের হিসাবে - শংসাপত্রের মেয়াদোত্তীর্ণকরণ / ঘূর্ণন হিসাবে) দেখতে পাচ্ছি না । কেউ একবার চাবিটি পেয়ে গেলে, এটির কি একটি সীমাবদ্ধ জীবনকাল রয়েছে যার পরে এটি ব্যবহারের বাইরে ঘোরানো উচিত এবং একটি নতুন দ্বারা প্রতিস্থাপন করা উচিত? তা না হলে কেন?

— মাইকেল - স্কেলবট

76

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

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

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

— ডেভিড আরনো
সূত্র

2

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

— অলি

3

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

— অলি

1

@ ইয়ান আপনি যদি কেবল প্রদত্ত কীগুলিতে অ্যাক্সেস অক্ষম করেন তবে সমস্ত ব্যবহারকারী আপনার কাছে ছুটে আসবে - তাদের তাড়া করার দরকার নেই। এবং তারপরে আপনি তাদের অনন্য কী দিতে পারেন :)

— আলেক্সি লেভেনকভ

15

প্রাক-শূন্যকরণটি এই ফর্মটি গ্রহণ করা উচিত: কী ছাড়াই এপিআই অ্যাক্সেস করা পৃষ্ঠার লিঙ্ক সহ একটি ত্রুটি বার্তা তৈরি করে যেখানে আপনি কীটির জন্য আবেদন করেন। কারও ডকুমেন্টেশন পড়া আশা করবেন না। তাদের সম্পর্কে যখন কেউ জানে না তখন উত্সাহগুলি কাজ করে না।

— candied_orange

1

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

— রবিন বেনেট

20

ইতিমধ্যে ভাল উত্তর, আমি কেবল একটি ভিন্ন পদ্ধতির কথা ভেবেছিলাম যা আপনার পক্ষে কাজ করে বা নাও পারে।

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

— মার্টিন মাট
সূত্র

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

— অলি

1

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

— মার্টিন মাট

3

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

— ইয়ান

1

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

— কালেব

@ কালেব যদি বিষয়গুলি কেন্দ্রীভূত করা হত ওপিতে সম্ভবত এই সমস্যাটি না হত। আমি যা বুঝতে পেরেছি তাতে ফ্রন্ট এন্ড অ্যাপ্লিকেশন বিকাশকারীরা সফটওয়্যার বিকাশের ব্যক্তিগত উপায় সহ ওপি তে বেনামি।

— মার্টিন মাট

16

সংক্ষেপে:

প্রথম: সুবিধা এবং বেনিফিট; প্রয়োজনে: ঘর্ষণ এবং পুলিশ।

আরও কিছু কথা

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

সুবিধাগুলি : একটি নিজস্ব এপিআই কী ব্যবহার টিম বা পণ্য মালিকদের জন্য উপকারী হতে পারে। উদাহরণস্বরূপ, সেই কীটির উপর ভিত্তি করে অ্যাপ ব্যবহার সম্পর্কে কিছু প্রতিক্রিয়া প্রস্তাব করুন।

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

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

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

— ক্রিস্টোফ
সূত্র

6

সাধারণত "সঠিক জিনিস করতে" বিকাশকারীদের পাওয়ার সহজতম উপায়, তাদের পক্ষে এটি করা সহজ করা।

সে লক্ষ্যে আমি একটি API কী প্রদানকারী ওয়েব পৃষ্ঠা / সাইট তৈরির পরামর্শ দেব। এর সহজতম ফর্মটিতে এটি কেবল একটি লগইন হতে পারে (আদর্শভাবে আপনার কর্পোরেট এডি / এলডিএপি সংযুক্ত) এবং যে পৃষ্ঠাটি কেবল আবেদনের নাম জিজ্ঞাসা করে এবং কীটি জারি করে।

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

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

— DavidT
সূত্র

1

সতর্ক হও.

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

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

ম্যানেজমেন্ট এর সমর্থন আছে। কোনও নসি ন্যান্সি এমন কোনও নিয়ম নেই যা গুরুত্বপূর্ণ নয় going আক্ষরিক অর্থে ম্যানেজমেন্টকে বোঝান যে এটি গুরুত্বপূর্ণ, এবং তারপরে তারাই গুরুত্বপূর্ণ যে এই গ্রুপটিকে গুরুত্বপূর্ণ যে এটি গুরুত্বপূর্ণ। সবাইকে বোঝাতে কাজ করবেন না।

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

— ক্রিস্টোফার জিম্মি
সূত্র

1

অভ্যন্তরীণভাবে API কীগুলি ভাগ না করার জন্য আমরা কীভাবে বিকাশকারীদের উত্সাহিত করতে পারি?

ফলে কী জেনারেট করুন স্বয়ং-পরিষেবা আবেদন নিবন্ধন ।
কীগুলি সক্রিয় হওয়ার আগে যোগাযোগের বিন্দু প্রয়োজন ।
এবং তাদের ভাগ না করতে বলুন। (সার্ভিস শর্তাদি তৈরি করুন এবং / অথবা তাদের বলুন কেন এটা ভালো তাদের জন্য শেয়ার না।)

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

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

— svidgen
সূত্র

0

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

এটি আপনাকে জানাতে দেয় যে এটি উত্পাদন, কিউএ, বা দেবের কিছু ছিল এবং সমস্যাটি কী সংস্করণে তৈরি / নির্মাণ শুরু হয়েছিল।

— Miral
সূত্র

0

আপনি করতে পারেন প্রথম এবং সর্বোত্তম জিনিসটি কীগুলি বিন্যাস করা যাতে তারা সহজেই পঠনযোগ্য ফর্মটিতে অ্যাপ্লিকেশনটির নাম অন্তর্ভুক্ত করে এবং আপনি যদি এটি পরিবর্তন করেন তবে কাজ করবেন না don't

দলগুলি যখন ভুল কী ব্যবহার করছে তা যদি স্পষ্ট হয়, তবে তারা সেগুলি না করার চেষ্টা করবে।

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

— ম্যাট টিমারম্যানস
সূত্র

1

অনুশীলনে যদিও মেয়াদ শেষ হওয়া কীগুলি অ্যাপ্লিকেশন গ্রহণের ক্ষেত্রে খুব বেশি বাধা হতে পারে - আমি ম্যানেজারগুলিকে "fuggetaboutit" বলতে দেখি কারণ এটি কেবল পরে সমস্যা হতে চলেছে।

— ডেভিডবাক