"সুপার" সাইটের পক্ষে এবং বিপক্ষে কী বিবেচনা করা উচিত?

Question

আমার সংস্থা তাদের সমস্ত স্তর -১ (অর্থাৎ শীর্ষ প্রান্ত উত্পাদন) অ্যাপ্লিকেশন এবং সাইটগুলিকে একটি সমস্ত-অন্তর্ভুক্ত কোড বেসে একীকরণের বিষয়ে বিবেচনা করছে।

তত্ত্বটি হ'ল তাদের অনুমতি, নকশা এবং সামগ্রিক কার্যকারিতা একত্রিত হয়ে কেন্দ্রীয়ভাবে পরিচালিত হতে পারে।

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

সম্পাদনা :

বর্তমান পরিবেশে তিনটি এএসপি. নেট নেট ১.১ সাইট রয়েছে যা প্রথম লেখা হওয়ার পরে সবেমাত্র কোনও সত্যিকারের ভালবাসা দেখেছেন (মূলত কোম্পানির অভিজ্ঞ বিকাশকারীদের অনুপস্থিতির কারণে) এবং একটি এমভিসি 2 অ্যাপ্লিকেশন যা এটির আগে এএসপি. নেট 1.1 সাইটও ছিল গত বছর আপগ্রেড করা হয়েছে। আমরা একচেটিয়াভাবে সি # তে লিখি।

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

অ্যাপ্লিকেশনগুলি হ'ল মূলত অনলাইন পরিষেবাদি যা কোম্পানির বিক্রয়কৃত পণ্যগুলিকে সমর্থন করে। সংস্থাটি সরাসরি কোনও সফ্টওয়্যার বিক্রি করে না।

সুতরাং এই পুরো পরিস্থিতিটি একটি যুক্তিসঙ্গত নির্দিষ্ট এবং জবাবদিহিত প্রশ্নে বাক্যবালিত করার জন্য: বর্তমান শর্তগুলি (যেমন পুরানো কোড বেস, জটিল ব্যবসায়ের ব্যবস্থা এবং বিধিগুলি) দিয়ে আপনার সমস্ত সিস্টেমকে একত্রে একটি আর্চিং সমাধানে টানানোর চেষ্টা করার এবং বিপক্ষে কিছু বাধ্যতামূলক কারণগুলি কী? )?

Comments

এখানে উপস্থাপিত প্রশ্নটি অত্যন্ত উন্মুক্ত এবং অত্যধিক বিস্তৃত। আপনি যদি এটি সঙ্কুচিত করতে পারেন তবে এটি আরও ভাল প্রশ্ন করতে পারে।

— ক্রিসএফ

@ ক্রিসএফ - আমি চেষ্টা করব আপনি কি ধরণের সুনির্দিষ্ট দেখতে দেখতে পছন্দ করতে পারেন?

— ফিল.ওহিলার

@ ফিল আপনি ওপি, আপনি কি খুঁজছেন?

— জর্জ স্টকার

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

— গ্যারি রোউ

এইভাবে তারা মাটির 3 - 4 টি ছোট বলের পরিবর্তে মাটির এক বড় বলটিকে অবহেলা করতে পারে, সেভাবে আরও দক্ষ!

Answer 1

খারাপ ধারণা

এই প্রতিক্রিয়াটি নিম্নলিখিত অনুমানের উপর ভিত্তি করে:

1. একযোগে বিভিন্ন রকমের অ্যাপ্লিকেশন রয়েছে
2. বিভিন্ন অ্যাপ্লিকেশন নিয়ে কাজ করছে অনেক দল
3. সক্রিয়ভাবে অ্যাপ্লিকেশনগুলি পরিচালনা করে এমন কোনও সম্মানিত এবং অনুমোদনযোগ্য সফ্টওয়্যার স্থপতি নেই

সামনে গেলে কী হবে

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

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

"আরে, আমরা কেন কেবল পুরানো অ্যাপ্লিকেশনগুলিতে এই বহিরাগত কনফিগারেশন পদ্ধতির পুনঃনির্মাণ করি না, এটি আরও দ্রুত হবে?"

এবং এক মুহুর্ত পরে অন্য কেউ পাইপ আপ করবে

"এবং, যেহেতু আমরা যাইহোক রিফ্যাক্টরিং করছি, কেন আমরা কেবল অ্যাপ্লিকেশন ডোমেনগুলির জন্য কেবল একটি নকশার মান প্রয়োগ করি না - ওয়েব প্রসেসিং এ জাতীয় দেখায়, বিজনেস রুল প্রসেসিং এবং ডেটাবেস অ্যাক্সেসের মতো এটি this"

অবশেষে

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

এই মুহুর্তে প্রত্যেকে স্বস্তির নিঃশ্বাস ফেলে যে একটি বিশাল একরঙা নির্মিত হয়নি।

Comments

(+1) কেবল (1) এর জন্য,

— বিশদটির বাক্যটিও

Answer 2

আমরা আমার সংস্থায় এটি নিয়ে কাজ করছি। আমি মনে করি এটি সম্ভব এবং এর সুস্পষ্ট সুবিধাগুলি রয়েছে (আপনি তাদের উল্লেখ করেছেন) তবে এটি সম্ভবত সর্বনিম্নে একটি 5 থেকে 7 বছরের প্রকল্প হবে এবং মূলত সবকিছু নতুন করে লেখা দরকার requires আপনি যদি এরকম কোনও কিছুর সাইন আপ পেতে পারেন তবে আমি বলব এটির জন্য যান। যদি তা না হয় তবে একটি নৈশন্যিক মৃত্যু মার্চের জন্য প্রস্তুত হন।

Answer 3

গুগল এটি করে, তাই এটি অবশ্যই সম্ভব ।

এই লিঙ্কটি বিটিডাব্লু হ'ল তারা কীভাবে তাদের কোড বেস, অবিচ্ছিন্ন একীকরণ, পরীক্ষা ইত্যাদি পরিচালনা করে সে সম্পর্কে একটি গুগলারের আকর্ষণীয় উপস্থাপনা is

টুলিংয়ের প্রতি অনুরূপ দৃ strong় প্রতিশ্রুতি না থাকলেও গুগলের মতোই আপনিও সম্ভবত বিশ্বজুড়ে আহত হয়েছেন।

এখানে মূল প্রশ্নটি কেন ? সিনিয়র ম্যানেজমেন্ট কেন এটি করতে চায়? কী সঞ্চয়, উত্তোলন বা অন্যান্য সুবিধা তারা আশা করবে?

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

Comments

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

— এমি বি

তথ্যপ্রযুক্তি সেখানে বেশ কিছু ভাল উপস্থাপনা পেয়ে যায়; তারা আমার আরএসএস তালিকার শীর্ষস্থানীয় সাইট।

— এসডিজি

Answer 4

আমরা একটি অনুরূপ প্রক্রিয়া পেরিয়ে যাচ্ছি। আমাদের এমন একটি পণ্য ছিল যা প্রায় সময় হয়ে গেল। গত বছর আমরা আরেকটি পণ্য প্রবর্তন করেছি যা প্রথমটির মতো 95% সমান, মাঝে মাঝে সূক্ষ্ম তবে উল্লেখযোগ্য পার্থক্যের 5% থাকে, এই পার্থক্যগুলি একটি পৃথক দল দ্বারা বিকাশ ও বজায় রাখতে হয় with

যখন আমরা প্রথম নতুন পণ্যটিতে কাজ শুরু করি, তখন পুরানো দলটি এমন পরিবর্তনগুলি চালিয়ে যায় যা আমাদের 5% এর মধ্যে বিরূপ প্রভাবিত করে, কারণ তারা নতুন পণ্যটি বুঝতে পারে না। সুতরাং আমরা সেই 5% কোডটিকে পুরোপুরি নকল করেছি, যা আমাদের সময়মতো প্রথম প্রকাশের কাজ শেষ করতে সক্ষম করে।

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

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

Comments

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

— ফিল.ওহিলার

Answer 5

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

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

যাঁরা এটি স্থির করেন, তাদের তারা কেন এটি করতে চান তা দৃ strongly়ভাবে বিবেচনা করা উচিত এবং তারা সেখানে যাওয়ার জন্য কতটা কাজ করতে চান তা বিবেচনা করতে হবে।

Answer 6

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

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

এটি এসওএর মূল অভিপ্রায়টির সাথে বেশ মিল, তবে আপনি যদি এটি কল করেন যে আপনি কেবল একটি ভিন্ন ধরণের বৃহত, সবেমাত্র কার্যকর সিস্টেম যা সব কিছু করার চেষ্টা করে তা শেষ করবেন।

Answer 7

আমার প্রথম চিন্তাটি হচ্ছে এটি মুক্তির জন্য মোট পিটা হবে।

কেবল পরিচালনা এবং অনুমোদনের সমস্ত স্তর এড়ানোর জন্য যদি কার্যক্ষমতার ব্যবস্থাপনামূলক অংশগুলিতে বিভক্ত হয় তবে অনেক বেশি বুদ্ধিমান।

উপাদান / পরিষেবাগুলিতে সাধারণ স্টাফ ভাঙা এবং সেইভাবে মানক করা IMHO হতে পারে।

Answer 8

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