এন্টারপ্রাইজ অভ্যন্তরীণ ইউআরএল কনভেনশন


8

এখানে বিকাশকারী ... আমি এটিতে আপনার আইটি দৃষ্টিভঙ্গি চাই ...

আমি আমার সংস্থার জন্য একটি নতুন অভ্যন্তরীণ ওয়েব অ্যাপ তৈরি করছি এবং কীভাবে এটি স্থাপন করা হবে তা নিয়ে ভাবতে শুরু করি। এখানে বিদ্যমান অনেক ওয়েব অ্যাপ্লিকেশন সরাসরি তাদের সার্ভারের নামগুলি ব্যবহার করে লিঙ্কযুক্ত রয়েছে:

http://webserver123/someInternalApp/

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

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

  • উত্পাদনের জন্য: http://someInternalApp.myCompany.com/
  • পরীক্ষার জন্য: http://test.someInternalApp.myCompany.com/
  • উন্নয়নের জন্য: http://dev.someInternalApp.myCompany.com/

আমার এটি আরও ভাল লেগেছে , কারণ অ্যাপ্লিকেশন নামটি ডোমেন নামের একটি মূল অংশ এবং দেব / পরীক্ষা / প্রোড পরিবেশের পদবী সহজ। তবে, আমার কিছু সংরক্ষণ রয়েছে:

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

অভ্যন্তরীণ ডোমেন নামগুলির জন্য আমি যেদিকে ঝুঁকছি সে সম্পর্কে এখানে কয়েকটি বিকল্প রয়েছে:

অভ্যন্তরীণ সাবডোমেনের অ্যাপ্লিকেশনটির নাম: (তারা কিছুটা দীর্ঘ হয় তবে আমার মনে হয় সবকিছু একসাথে প্যাকেজ করা আছে)

  • http://someInternalApp.corp.myCompany.com/
  • http://dev.someInternalApp.corp.myCompany.com/

উপ-ডিরেক্টরি হিসাবে অ্যাপ্লিকেশনটির নাম: (স্বল্প ডোমেন নাম, তবে এটি সূচিত করে যে সমস্ত অ্যাপ্লিকেশনগুলি একটি ইউনিফাইড সাইটের অংশ, যা সেগুলি নাও হতে পারে এবং এটি অ্যাপ্লিকেশন থেকে পরিবেশের নকশা সংযোগ বিচ্ছিন্ন করে)

  • http://corp.myCompany.com/someInternalApp
  • http://dev.corp.myCompany.com/someInternalApp

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

ধন্যবাদ!


ডিএনএস কৌশল, ইউআরএল পুনর্লিখন এবং ভার্চুয়াল হোস্টিং এখানে আপনার বন্ধু। এটি কি কোনও মাইক্রোসফ্ট স্ট্যাক বা লিনাক্সে থাকবে?
ew

মাইক্রোসফ্ট ...। উইন্ডোজ আইআইএসে চলমান নেট ওয়েব অ্যাপ্লিকেশনগুলি
বেন ব্র্যান্ডেট

জিনিসগুলির নামকরণ কম্পিউটার বিজ্ঞানের একটি কঠিন সমস্যা। কোনও স্কিম (বিশেষত স্ব-বর্ধিত সংখ্যা সহ) কোনও সময়ে ব্যর্থ হওয়ার প্রত্যাশা করুন। পুনঃনির্দেশ এবং DNS নির্দিষ্ট নামগুলিকে দ্বিধাগ্রস্ত করার উপায়।
tedder42

উত্তর:


7

আপনার অ্যাপটি অভ্যন্তরীণ বা বাহ্যিক হবে কিনা তার উপর কখনই নির্ভর করবেন না। সর্বদা বিকাশ করুন যদিও অ্যাপটির শ্রোতা আপনার নিয়ন্ত্রণের বাইরে থাকবে (কারণ এটি)।

ENV.APPNAME.DOMAIN.TLD এর সাথে যান

সাথে www। "উত্পাদন" জন্য উপন্যাস হিসাবে।


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

3

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

উদাহরণস্বরূপ, আপনি http://contact.app/ হিসাবে স্থাপন করতে পারেন তবে .app টিএলডি নিবন্ধিত হয়ে গেলে আপনি নিজেকে বিবাদমান মনে করতে পারেন।

সুতরাং আপনি সম্ভবতঃ http: //contact.local/ বা http: //contact.lan/ এর মতো কিছু ব্যবহার করছেন best

অ্যাপল এবং তাদের বনজর পরিষেবার সামঞ্জস্যতার কারণে আপনি .local এড়ানো ভাল so তাই সম্ভবত .lan এর সাথে যান

বিকল্পভাবে কেবল আপনার http: //contact.ourcompany/ খুব ভাল কাজ করবে যদি আপনার সংস্থার নাম টিএলডি হওয়ার সম্ভাবনা খুব বেশি থাকে।

আমি অ্যাপের নামটিকে উপ-ডিরেক্টরি হিসাবে এড়িয়ে যাব কারণ এটি অপ্রয়োজনীয় এবং কেবল এটি দীর্ঘতর করে তোলে। ভার্চুয়াল হোস্টিং হল অ্যাপ্লিকেশন অনুসারে একটি অনন্য URL নিয়ে সেখানে যাওয়ার উপায়।

এবং আপনি সার্ভারের নামগুলি এড়ানোর ক্ষেত্রে বেশ সঠিক, এটি একটি নির্দিষ্ট নম্বর নয় কারণ সার্ভারগুলি আসে এবং যায়।

সম্পাদনা 1 : আরএফসি 2606 দেখুন এবং সেখানে উপলব্ধ অভ্যন্তরীণ ব্যবহার টিএলডি'র রেফারেন্স থেকে আপনার বাছাই করুন।

আমি যেমন প্রস্তাবিত মন্তব্যগুলিতে নোট -। লোকাল এবং .lan উপরের আরএফসি অনুসারে নিবন্ধনযোগ্য নয়। আপনি একই কারণে .priv এবং .test ব্যবহার করতে পারেন।


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

@ ইভানঅ্যান্ডারসন, .localজিটিএলডি নিবন্ধন করতে এবং আপনার পরিবেশকে কীভাবে সঠিকভাবে কনফিগার করতে হবে তার স্থায়ী পাঠ স্থাপনের জন্য আমি আবেদনপত্রের জন্য 185 ডলার বাড়াতে একটি কিকস্টারারের প্রস্তাব রাখছি ।
সিমমিতাচ

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

1

এই একরকম মতামত ভিত্তিক কারণ আপনি যখন কেবলমাত্র নিজের প্রয়োগটি অভ্যন্তরীণভাবে নিযুক্ত করেন তখন আপনার সম্পূর্ণ নিয়ন্ত্রণ থাকে এবং আপনি যা করেন তা আসলেই গুরুত্বপূর্ণ নয় ...

বেশিরভাগ ব্যবহারকারীরা যেভাবেই অভ্যন্তরীণ ওয়েব অ্যাপ্লিকেশনগুলি ব্যবহার করতে হবে তা বুকমার্ক করবেন, সুতরাং তাদের ইউআরএলগুলির সম্পর্কে খুব বেশি হতাশ করবেন না।

সিসাদমিন হিসাবে আমি আরও বেশি অ্যাপ্লিকেশন পছন্দ করব যা আমাকে কনফিগারযোগ্য সাব-ডাইরেক্টরিতে অথবা সাবডোমেনের মূলের মধ্যে স্থাপন করতে বা সাবডোমেনগুলি ব্যবহারের বাছাই করার অনুমতি দেয় love

"সহজ" পথে না যাওয়ার জন্য এটি একটি আরও বিবেচ্য বিকাশকারী লাগে এবং কেবল href=/images/bullet.pngএকটি এলোমেলো পৃষ্ঠায় একটি হার্ডকোডযুক্ত (আপেক্ষিক) উল্লেখ " " অন্তর্ভুক্ত করে এবং বেশ কয়েকটি স্থাপনা / কনফিগারেশন সেটিংস " href={HTTP-PROTO}://{IMG-HOST}/{IMG-BASEDIR}/bullet.png" থেকে রেফারেন্স তৈরির পরিবর্তে "

দয়া করে আপনার স্থাপনার পছন্দগুলি যেমন কোনও হোস্টনাম, পোর্ট নম্বর, HTTP / HTTPS কনফিগারেশন সেটিংসে পছন্দগুলি করুন এবং সেগুলি হার্ডকোড করবেন না।

আমি প্রায়ই গ্রহণ শেষ হয়েছে "ব্যবস্থাপনা অধীনস্থ সকল অভ্যন্তরীণ অ্যাপ্লিকেশান চায় http://intranet/apps/কারণ appname.intranet। হয় সু বিভ্রান্তিকর এবং আমাদের বিক্রেতাদের থেকে বিপরীত; আমরা প্রয়োজন appname.intranetহিসাবে আমরা বিল্ট ইন অনুরোধকে বিরুদ্ধে চেক আছে আমাদের যন্ত্র / অ্যাপ্লিকেশানের জন্য, ইনলাইনিং ম্যান-ইন- -মিল্ড-আক্রমণ এবং বিপরীত প্রক্সি ...

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


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

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