شروعات ۾ هڪ وڏي ۽ پراڻي منصوبي کي سمجهڻ هميشه ڏکيو آهي. آرڪيٽيڪچر هڪ معمار جي تشخيص جي سرگرمين مان هڪ آهي. عام طور تي توهان کي ڪم ڪرڻو پوندو وڏن، پراڻن منصوبن سان، ۽ نتيجا لازمي طور تي هڪ هفتي ۾ پهچائڻ گهرجن.
هڪ هفتي ۾ 100k يا وڌيڪ لائنن جي ڪوڊ جي منصوبي جو اندازو ڪيئن ڪجي جڏهن ته اڃا تائين نتيجا مهيا ڪري رهيا آهن جيڪي ڪلائنٽ لاءِ واقعي ڪارآمد آهن.
گھڻا معمار ۽ ٽيڪنيڪل ليڊس ساڳيا پروجيڪٽ جي جائزي کي منهن ڏئي چڪا آھن. اهو ٿي سگهي ٿو هڪ نيم رسمي عمل وانگر يا هڪ الڳ خدمت جي طور تي جيئن اسان جي ڪمپني ۾ ڪيو ويندو آهي، هڪ طريقو يا ٻيو توهان مان اڪثر هن سان معاملو ڪيو آهي.
توهان جي غير روسي ڳالهائيندڙ دوستن لاءِ اصل انگريزيءَ ۾ هتي آهي: .
اسان جي ڪمپني جو طريقو
مان توهان کي ٻڌايان ٿو ته اهو اسان جي ڪمپني ۾ ڪيئن ڪم ڪري ٿو ۽ آئون اهڙين حالتن ۾ ڪيئن ڪم ڪريان ٿو، پر توهان آساني سان هن طريقي کي پنهنجي منصوبي ۽ ڪمپني جي ضرورتن مطابق تبديل ڪري سگهو ٿا.
فن تعمير جا ٻه قسم آهن.
اندروني - اسان عام طور تي اهو ڪندا آهيون ڪمپني جي اندر منصوبن لاءِ. ڪو به پروجيڪٽ ڪيترن ئي سببن لاءِ فن تعمير جي تشخيص جي درخواست ڪري سگھي ٿو:
- ٽيم سوچيو ته سندن پروجيڪٽ مڪمل آهي ۽ اهو مشڪوڪ آهي. اسان وٽ اهڙا ڪيس آهن، ۽ اڪثر اهڙن منصوبن ۾ هر شيء مثالي کان پري آهي.
- ٽيم پنهنجي منصوبي ۽ انهن جي حل کي جانچڻ چاهي ٿي.
- ٽيم ڄاڻي ٿي شيون خراب آهن. اهي شايد بنيادي مسئلن ۽ سببن جي فهرست به ڏئي سگھن ٿا، پر منصوبي کي بهتر ڪرڻ لاء مسئلن ۽ سفارشن جي مڪمل فهرست چاهيون ٿا.
خارجي اندروني تشخيص کان وڌيڪ رسمي عمل آهي. ڪلائنٽ هميشه صرف هڪ صورت ۾ اچي ٿو، جڏهن هر شيء خراب آهي - تمام خراب. عام طور تي ڪلائنٽ سمجهي ٿو ته عالمي مسئلا آهن، پر صحيح طور تي سببن جي نشاندهي نه ڪري سگھندا آهن ۽ انهن کي حصن ۾ ورهايو ويندو آهي.
هڪ خارجي ڪلائنٽ لاء هڪ فن تعمير جو جائزو وٺڻ هڪ وڌيڪ پيچيده ڪيس آهي. عمل وڌيڪ رسمي هجڻ گهرجي. منصوبا هميشه وڏا ۽ پراڻا آهن. انهن وٽ ڪيترائي مسئلا، ڪيڙا ۽ ڪڙي ڪوڊ آهن. ڪيل ڪم جي رپورٽ وڌ ۾ وڌ ڪجهه هفتن اندر تيار ٿيڻ گهرجي، جنهن ۾ بنيادي مسئلا ۽ سڌارن لاءِ سفارشون شامل ٿيڻ گهرجن. تنهن ڪري، جيڪڏهن اسان منصوبي جي خارجي تشخيص سان معاملو ڪنداسين، پوء اندروني تشخيص ڪيڪ جو هڪ ٽڪرو هوندو. اچو ته سڀ کان ڏکيو ڪيس تي غور ڪريو.
انٽرپرائز پروجيڪٽ آرڪيٽيڪچر جو جائزو
ھڪڙي عام منصوبي جو جائزو وٺڻ ھڪڙو وڏو، پراڻو، انٽرنيشنل منصوبو آھي جنھن ۾ گھڻن مسئلن سان. هڪ گراهڪ اسان وٽ اچي ٿو ۽ اسان کان پڇي ٿو ته هن جي منصوبي کي درست ڪريو. اهو هڪ آئس برگ وانگر آهي، ڪلائنٽ صرف پنهنجي مسئلن جو ٽپ ڏسي ٿو ۽ ان کي خبر ناهي ته پاڻي هيٺ ڇا آهي (ڪوڊ جي کوٽائي ۾).
مسئلا جن جي باري ۾ گراهڪ شڪايت ڪري سگهي ٿي ۽ انهن کان واقف ٿي سگهي ٿي:
- ڪارڪردگي جا مسئلا
- استعمال جا مسئلا
- ڊگھي مدت جي مقرري
- يونٽ ۽ ٻين ٽيسٽن جي کوٽ
مسئلا جيڪي ڪلائنٽ گهڻو ڪري واقف نه هوندا آهن، پر اهي شايد پروجيڪٽ ۾ موجود هجن:
- حفاظتي مسئلا
- ڊيزائن جا مسئلا
- غلط فن تعمير
- Algorithmic غلطيون
- نامناسب ٽيڪنالاجيون
- ٽيڪنيڪل قرض
- غلط ترقي جي عمل
رسمي فن تعمير جو جائزو وٺڻ وارو عمل
اهو هڪ رسمي عمل آهي جنهن کي اسين هڪ ڪمپني جي طور تي پيروي ڪندا آهيون، پر توهان ان کي ترتيب ڏئي سگهو ٿا توهان جي ڪمپني ۽ منصوبي تي منحصر آهي.
ڪسٽمر کان درخواست
ڪلائنٽ پڇي ٿو ته موجوده منصوبي جي فن تعمير جو جائزو وٺو. اسان جي پاسي جو ذميوار ماڻهو منصوبي بابت بنيادي معلومات گڏ ڪري ٿو ۽ ضروري ماهرن کي چونڊي ٿو. منصوبي تي منحصر ڪري، اهي مختلف ماهر ٿي سگهن ٿا.
حل معمار - بنيادي شخص جو تشخيص ۽ همراهيءَ جو ذميوار آهي (۽ اڪثر ڪري صرف هڪ).
اسٽيڪ مخصوص ماهرن - نيٽ، جاوا، پٿون، ۽ ٻيا ٽيڪنيڪل ماهر پروجيڪٽ ۽ ٽيڪنالاجيز جي لحاظ کان
بادل جا ماهر - اهي Azure، GCP يا AWS ڪلائوڊ آرڪيٽيڪٽس ٿي سگهن ٿا.
ڍانچو - DevOps، سسٽم ايڊمنسٽريٽر، وغيره.
ٻيا ماهر - جهڙوڪ وڏي ڊيٽا، مشين سکيا، ڪارڪردگي انجنيئر، سيڪيورٽي ماهر، QA ليڊ.
منصوبي بابت معلومات گڏ ڪرڻ
توھان کي پروجيڪٽ بابت جيترو ممڪن معلومات گڏ ڪرڻ گھرجي. توهان صورتحال تي منحصر ڪري مختلف ٽيڪنالاجي استعمال ڪري سگهو ٿا:
- سوالنامي ۽ ميل ذريعي رابطي جا ٻيا طريقا. سڀ کان وڌيڪ غير موثر طريقو.
- آن لائين ملاقاتون.
- معلومات جي مٽاسٽا لاءِ خاص اوزار جھڙوڪ: Google doc، Confluence، repositories وغيره.
- سائيٽ تي "لائيو" گڏجاڻيون. سڀ کان وڌيڪ موثر ۽ قيمتي طريقو آهي.
توهان کي ڪلائنٽ مان ڇا حاصل ڪرڻ گهرجي؟
بنيادي معلومات. منصوبي بابت ڇا آهي؟ ان جو مقصد ۽ قدر. مکيه مقصد ۽ مستقبل لاء منصوبا. ڪاروباري مقصد ۽ حڪمت عمليون. مکيه مسئلا ۽ گهربل نتيجا.
پروجيڪٽ جي ڄاڻ. ٽيڪنالاجي اسٽيڪ، فريم ورڪ، پروگرامنگ ٻوليون. بنياد تي يا بادل جي تعیناتي. جيڪڏهن پروجيڪٽ ڪلائوڊ ۾ آهي، ڪهڙيون خدمتون استعمال ڪيون وينديون آهن. ڇا تعميراتي ۽ ڊزائن جا نمونا استعمال ڪيا ويا.
غير فنڪشنل گهرجون. سسٽم جي ڪارڪردگي، دستيابي، ۽ استعمال جي آسانيء سان لاڳاپيل سڀ گهرجون. حفاظت جي گهرج، وغيره.
بنيادي استعمال جا ڪيس ۽ ڊيٽا جي وهڪري.
ماخذ ڪوڊ تائين رسائي. سڀ کان اهم حصو! توھان کي ضرور حاصل ڪرڻ گھرجي ريپوزٽريز تائين پھچڻ ۽ دستاويزن تي ته پروجيڪٽ ڪيئن ٺاھيو وڃي.
انفراسٽرڪچر تائين رسائي. اهو سٺو لڳندو ته اسٽيج يا پيداوار جي انفراسٽرڪچر تائين رسائي حاصل ڪرڻ لاءِ لائيو سسٽم سان ڪم ڪرڻ لاءِ. اها هڪ وڏي ڪاميابي آهي جيڪڏهن ڪلائنٽ وٽ اوزار آهي انفراسٽرڪچر ۽ ڪارڪردگي جي نگراني لاءِ. اسان ايندڙ حصي ۾ انهن اوزارن بابت ڳالهائينداسين.
دستاويزي. جيڪڏهن ڪلائنٽ وٽ دستاويز آهي ته اها هڪ سٺي شروعات آهي. اهو ٿي سگهي ٿو پراڻو، پر اهو اڃا تائين هڪ سٺي شروعات آهي. دستاويزن تي ڪڏهن به ڀروسو نه ڪريو - ان کي ڪلائنٽ سان جانچيو، حقيقي زيربناء تي ۽ سورس ڪوڊ ۾.
آرڪيٽيڪچر جي تشخيص جو عمل
هڪ اهڙي مختصر وقت ۾ معلومات جي اهڙي وڏي مقدار کي ڪيئن پروسيس ڪري سگهي ٿو؟ سڀ کان پهريان، ڪم کي متوازي ڪريو.
DevOps انفراسٹرڪچر کي ڏسڻ گهرجي. ڪوڊ ۾ ٽيڪنيڪل ليڊ. ڪارڪردگي جي ميٽرڪ کي ڏسڻ لاء ڪارڪردگي انجنيئر. هڪ ڊيٽابيس ماهر کي ڊيٽا جي جوڙجڪ ۾ تمام گهڻي کوٽائي ڪرڻ گهرجي.
پر اهو هڪ مثالي ڪيس آهي جڏهن توهان وٽ تمام گهڻا وسيلا آهن. عام طور تي، هڪ کان ٽي ماڻهو هڪ منصوبي جو جائزو وٺندا آهن. توهان پڻ اندازو لڳائي سگهو ٿا پنهنجو پاڻ، جيڪو گهڻو ڪري اهو معاملو آهي جيڪڏهن توهان وٽ پروجيڪٽ جي سڀني علائقن ۾ مناسب ڄاڻ ۽ تجربو آهي. انهي حالت ۾، توهان کي ممڪن طور تي سڀني عملن کي خودڪار ڪرڻ جي ضرورت آهي.
بدقسمتي سان، توهان کي دستي طور تي دستاويز پڙهڻو پوندو. تجربي جي صحيح مقدار سان، توهان جلدي سمجهي سگهو ٿا دستاويز جي معيار کي. ڇا سچ آهي ۽ ڇا واضح طور تي حقيقت سان ٺهڪندڙ ناهي. ڪڏهن ڪڏهن توهان دستاويزن ۾ فن تعمير ڏسي سگهو ٿا جيڪي ڪڏهن به حقيقي زندگي ۾ ڪم نه ڪندا. اهو توهان جي باري ۾ سوچڻ لاء هڪ محرڪ آهي ته اهو ڪيئن ڪيو ويو حقيقت ۾ منصوبي ۾.
پروجيڪٽ جي تشخيص کي خودڪار ڪرڻ لاء مفيد اوزار
ڪوڊ جي تشخيص هڪ سادي مشق آهي. توھان استعمال ڪري سگھوٿا جامد ڪوڊ تجزيي ڪندڙ جيڪي توھان کي ڏيکاريندا ڊيزائن، ڪارڪردگي، ۽ سيڪيورٽي مسئلا. هتي انهن مان ڪجهه آهن:
هڪ معمار لاء هڪ وڏو اوزار آهي. اهو توهان کي ڏيکاريندو وڏي تصوير، ماڊل جي وچ ۾ انحصار ۽ ريفڪٽرنگ لاء امڪاني علائقن. سڀني سٺن اوزارن وانگر، اهو سٺو پئسا خرچ ڪري ٿو، پر توهان 30 ڏينهن جي آزمائشي ورزن جو فائدو وٺي سگهو ٿا.
- هڪ سٺو پراڻو اوزار. جامد ڪوڊ جي تجزيي لاءِ هڪ اوزار. توهان کي 20 کان وڌيڪ پروگرامنگ ٻولين لاءِ خراب ڪوڊ، بگ، ۽ سيڪيورٽي مسئلن جي نشاندهي ڪرڻ جي اجازت ڏئي ٿي.
سڀ بادل مهيا ڪندڙن وٽ انفراسٽرڪچر مانيٽرنگ جا اوزار آهن. اهو توهان کي قيمت ۽ ڪارڪردگي جي لحاظ کان توهان جي انفراسٽرڪچر جي اثرائتي جو صحيح اندازو لڳائڻ جي اجازت ڏيندو. AWS لاء هي آهي . اهو Azure لاء آسان آهي .
اضافي ڪارڪردگي جي نگراني ۽ لاگنگ سڀني سطحن تي ڪارڪردگي مسئلن کي ڳولڻ ۾ مدد ڪندي. ڊيٽابيس کان شروع ٿيندڙ غير موثر سوالن سان، پس منظر ۽ آخر ۾ فرنٽ اينڊ سان. جيتوڻيڪ ڪلائنٽ انهن اوزارن کي اڳ ۾ نصب نه ڪيو آهي، توهان انهن کي موجوده سسٽم ۾ جلدي جلدي ڪارڪردگي جي مسئلن کي سڃاڻڻ لاء ضم ڪري سگهو ٿا.
هميشه وانگر، سٺو اوزار ان جي لائق آهن. مان ڪجهه ادا ڪيل اوزارن جي سفارش ڪري سگهان ٿو. يقينا توهان استعمال ڪري سگهو ٿا اوپن سورس پر اهو توهان کي وڌيڪ وقت وٺندو. ۽ اهو اڳڀرائي ٿيڻ گهرجي، نه ته تعميراتي تشخيصي عمل دوران.
- ايپليڪيشن ڪارڪردگي جو جائزو وٺڻ لاء هڪ اوزار
- ڪلائوڊ سسٽم مانيٽرنگ سروس
سيڪيورٽي جاچ لاءِ ڪيترائي اوزار موجود آهن. هن ڀيري مان توهان کي سفارش ڪندس مفت سسٽم اسڪيننگ اوزار.
- حفاظتي معيارن جي تعميل لاءِ ويب ايپليڪيشنن کي اسڪين ڪرڻ لاءِ هڪ اوزار.
اچو ته سڀڪنھن شيء کي گڏجي هڪ مڪمل ۾ وجهي.
رپورٽ تيار ڪرڻ
پنھنجي رپورٽ شروع ڪريو ان ڊيٽا سان جيڪو توھان ڪلائنٽ کان گڏ ڪيو آھي. منصوبي جا مقصد بيان ڪريو، رڪاوٽون، غير فعال گهرجن. ان کان پوء، سڀني ان پٽ ڊيٽا جو ذڪر ڪيو وڃي: سورس ڪوڊ، دستاويز، انفراسٽرڪچر.
اڳيون قدم. ڪنهن به مسئلن کي لسٽ ڪريو جيڪو توهان هٿ ڪيو يا خودڪار اوزار استعمال ڪندي. ايپليڪيشن سيڪشن ۾ آخر ۾ وڏي خودڪار ٺاهيل رپورٽون رکو. مليل مسئلن جو مختصر ۽ مختصر ثبوت هجڻ گهرجي.
غلطي، ڊيڄاريندڙ، معلومات جي پيماني تي مليل مسئلن کي ترجيح ڏيو. توهان پنهنجي پنهنجي پيماني تي چونڊي سگهو ٿا، پر اهو عام طور تي قبول ٿيل آهي.
هڪ حقيقي معمار جي طور تي، اهو توهان جي ذميواري آهي ته توهان جي مسئلن کي حل ڪرڻ لاء سفارشون مهيا ڪريو. وضاحت ڪريو بهتري ۽ ڪاروباري قدر جيڪي ڪسٽمر حاصل ڪندا. مان ڪيئن ڪاروباري قدر ڏيکاريو اسان اڳ ۾ بحث ڪيو.
هڪ روڊ ميپ تيار ڪريو ننڍي ورهاڱي سان. هر ورهاڱي ۾ مڪمل ٿيڻ جو وقت، وضاحت، سڌاري لاءِ گهربل وسيلن جي مقدار، ٽيڪنيڪل قدر ۽ ڪاروباري قدر شامل هجڻ گهرجي.
اسان فن تعمير جي تشخيص مڪمل ڪريون ٿا ۽ ڪلائنٽ کي رپورٽ سان مهيا ڪريو
ڪڏهن به صرف هڪ رپورٽ اي ميل نه ڪريو. اهو ٿي سگهي ٿو ته بلڪل به نه پڙهي سگهجي، يا شايد مناسب وضاحت کان سواء پڙهي ۽ سمجهي نه سگهجي. مختصر ۾، لائيو ڪميونيڪيشن ماڻهن جي وچ ۾ غلط فهمي کي ختم ڪرڻ ۾ مدد ڪري ٿي. توهان کي ڪلائنٽ سان ملاقات جو وقت مقرر ڪرڻ گهرجي ۽ انهن مسئلن جي باري ۾ ڳالهائڻ گهرجي، سڀ کان اهم ماڻهن تي ڌيان ڏيڻ. اهو مسئلو آهي ته ڪلائنٽ جي ڌيان ڇڪائڻ جي قابل آهي ته هو شايد ان کان به واقف نه هجي. جهڙوڪ سيڪيورٽي مسئلا ۽ وضاحت ڪريو ته اهي ڪاروبار ڪيئن اثر انداز ڪري سگهن ٿا. ڏيکاريو پنھنجو روڊ ميپ سڌارن سان ۽ مختلف اختيارن تي بحث ڪريو جيڪي ڪلائنٽ لاءِ وڌيڪ موزون آھن. اهو ٿي سگهي ٿو وقت، وسيلن، ڪم جو مقدار.
توھان جي گڏجاڻي جي خلاصي طور، پنھنجي رپورٽ ڪلائنٽ ڏانھن موڪليو.
نتيجو
آرڪيٽيڪچر جي تشخيص هڪ پيچيده عمل آهي. جائزي کي صحيح طريقي سان انجام ڏيڻ لاءِ توهان کي ڪافي تجربو ۽ علم هجڻ گهرجي.
اهو ممڪن آهي ته ڪلائنٽ کي صرف هڪ هفتي ۾ سندس ۽ سندس ڪاروبار لاء مفيد نتيجا مهيا ڪرڻ. جيتوڻيڪ توهان اهو اڪيلو ڪندا آهيو.
منهنجي تجربي جي بنياد تي، وچ ۾ ڪيترائي سڌارا ڊائون لوڊ ڪيا ويا، ۽ ڪڏهن ڪڏهن شروع نه ٿيا. جن پنهنجي لاءِ سونهري معنيٰ کي چونڊيو ۽ صرف انهن سڌارن جو حصو بڻيو جيڪي ڪاروبار لاءِ تمام ڪارآمد هئا، گهٽ ۾ گهٽ محنت جي لاڳت سان انهن پنهنجي پيداوار جي معيار کي گهڻو بهتر ڪيو. جن ڪجھ به نه ڪيو سي ٻن سالن کان پوءِ پروجيڪٽ کي مڪمل طور بند ڪري سگھن ٿا.
توھان جو مقصد آھي ڪلائنٽ کي گھٽ ۾ گھٽ قيمت لاءِ وڌ ۾ وڌ واڌارو ڏيکارڻ.
سيڪشن مان ٻيا مضمون توهان پنهنجي فرصت ۾ پڙهي سگهو ٿا.
مان توهان کي صاف ڪوڊ ۽ سٺي تعميراتي فيصلن جي خواهشمند آهيان.
اسان جو فيس بوڪ گروپ - .
جو ذريعو: www.habr.com