https://virgool.ir/feed/@m_95375424fa2026-11-12 04:29:14https://virgool.ir/images/default-avatar.jpghttps://virgool.ir/@m_95375424https://virgool.ir/@m_95375424/بررسی-چند-موضوع-معماری-نرم-افزار-zzn3mrjrlqo7Architecture Next 2023 URL: Architecture Next 2023 - YouTubeاین ویدیو یک رویداد پیشرو در عرصه معماری نرم‌افزار، تنوعی از دانش‌های فنی و نوآوری‌ها را به نمایش گذاشت. این کنفرانس به عنوان یک بستر برای بررسی ابعاد متنوع فنی معماری نرم‌افزار عمل کرد، بازتابی از پیشرفت‌های سریع در تکنولوژی و تأثیر آن‌ها بر روش‌های معماری.ادغام فناوری‌های نوین: تمرکز مهمی در Architecture Next 2023 بر چگونگی ادغام فناوری‌های جدید در معماری نرم‌افزار بود. مباحث شامل کاربرد هوش مصنوعی و الگوریتم‌های یادگیری ماشین، بهره‌برداری از تحلیل داده‌های بزرگ، و مزایای محاسبات ابری بود. کنفرانس به بررسی استفاده از این فناوری‌ها برای بهبود کارآمدی و مقیاس‌پذیری معماری و ایجاد نوآوری پرداخت.میکروسرویس‌ها و سیستم‌های توزیع‌شده: موضوع دیگر مورد بحث، رویکرد به سمت معماری میکروسرویس‌ها و چالش‌های مرتبط با مدیریت سیستم‌های توزیع‌شده بود. سخنرانان به دنبال راهکارهایی برای تضمین اطمینان و پایداری در محیط‌های توزیع‌شده بودند، با تمرکز بر مسائلی مانند کشف سرویس، تعادل بار و تحمل خطا. هدف، ساخت سیستم‌های انعطاف‌پذیر بود که می‌توانند به خوبی در شرایط مختلف کار کنند.دواپس و تحویل مداوم: همچنین به اهمیت رویکردهایDevOps و تحویل مداوم در معماری نرم‌افزار مدرن پرداخت. مباحث نشان دادند که چگونه این روش‌ها به استقرار سریع‌تر و قابل اعتمادتر نرم‌افزار کمک می‌کنند و بر اهمیت آزمایش خودکار، یکپارچه‌سازی مداوم، و استراتژی‌های استقرار سریع تأکید کردند. ادغام این روش‌ها در چارچوب‌های معماری به منظور افزایش کارایی و انعطاف‌پذیری عملیاتی برجسته شد.امنیت و انطباق: مسائل امنیتی و الزامات انطباق، به دلیل اهمیت روزافزون‌شان در معماری نرم‌افزار، از موضوعات برجسته بودند. کنفرانس بررسی‌هایی را در مورد توسعه معماری‌های ایمن ارائه داد و بر نیاز به یک رویکرد فعال در امنیت تأکید کرد، از جمله مدل‌سازی تهدید، روش‌های نوین کدنویسی، و اجرای اقدامات امنیتی مؤثر. انطباق با استانداردهای رگولاتوری و قوانین حفظ حریم خصوصی داده‌ها نیز مورد توجه قرار گرفت.الگوهای معماری و بهترین روش‌ها: به بررسی الگوهای معماری و بهترین روش‌های موجود پرداخت. جلسات شامل اجرای الگوهای طراحی معتبر، بهره‌گیری از سبک‌های معماری مانند معماری مبتنی بر رویداد، و کاربرد بهترین روش‌ها در طراحی و توسعه نرم‌افزار بودند. هدف این بود که دانش عملی به شرکت‌کنندگان ارائه شود که می‌توانند در پروژه‌های خود به کار ببرند.Software Architecture: From Fundamentals to the Hard Parts - Neal Ford URL: Neal Ford Lecture - YouTubeویدیوی «معماری نرم‌افزار: از اصول تا جنبه‌های پیچیده - نیل فورد» که درYouTube منتشر شده است، نگاه جامعی به پیچیدگی‌ها و معاوضه‌های مربوط به معماری نرم‌افزار ارائه می‌دهد.این ویدیو بر این نکته تاکید دارد که هر جنبه از معماری نرم‌افزار نیاز به تصمیم‌گیری دقیق دارد و درک “دلایل” مهمتر از “روش‌ها” است. این دیدگاه باعث می‌شود معماران به طور انتقادی درباره تصمیمات خود فکر کنند و تأثیرات گسترده انتخاب‌های خود را در نظر بگیرند.یکی از موضوعات اصلی مورد بحث در این ویدیو، سطح جزئیات سرویس‌ها در یک معماری توزیع شده است. تعیین سطح مناسب برای جزئیات سرویس‌ها کار پیچیده‌ای است که نیاز به درک عمیق از چالش‌های تجزیه برنامه‌های یکپارچه دارد.این ویدیو همچنین به بررسی مدیریت گردش کار و هماهنگی سرویس‌ها می‌پردازد. این شامل طراحی و پیاده‌سازی فرآیندهایی است که اجرای چندین سرویس را هماهنگ می‌کند. ویدیو الگوهایی را برای مدیریت گردش کار و تراکنش‌ها در هنگام تجزیه برنامه‌ها ارائه می‌دهد.موضوع مهم دیگری که در این ویدیو مورد بررسی قرار گرفته است، جداسازی قراردادها بین سرویس‌ها است. ویدیو استراتژی‌هایی را برای اطمینان از اینکه سرویس‌ها می‌توانند به شیوه‌ای با فاصله مناسب با یکدیگر تعامل داشته باشند، بحث می‌کند. این برای حفظ انعطاف‌پذیری و قابلیت مقیاس‌پذیری یک معماری توزیع شده بسیار حیاتی است.ویدیو همچنین به چگونگی مدیریت داده‌ها در یک معماری بسیار توزیع شده می‌پردازد. این شامل درک چالش‌ها و معاوضه‌های مرتبط با مدیریت تراکنش‌های توزیع شده است. ویدیو بینش‌هایی را در مورد چگونگی طراحی معماری‌هایی که می‌توانند به طور موثر این چالش‌ها را مدیریت کنند، ارائه می‌دهد.Software Architecture Monday URL: Software Architecture Monday - YouTubeاین یک سری آموزشی رایگان در یوتیوب است که توسط مارک ریچاردز، یک معمار نرم‌افزار با سال‌ها تجربه، ارائه می‌شود. این سری هر دو هفته یکبار، درس‌های کوتاه ولی جامعی درباره جنبه‌های متنوع معماری نرم‌افزار ارائه می‌دهد.یکی از موضوعات اصلی این سری، تمایز بین رویدادها و پیام‌ها است. این مفهوم، در معماری مبتنی بر رویداد، که یک سبک محبوب در توسعه نرم‌افزار مدرن است، بسیار حائز اهمیت است. درک این تفاوت برای طراحی و پیاده‌سازی ارتباط موثر بین اجزای مختلف یک سیستم، ضروری است.موضوع دیگری که در این سری مورد بررسی قرار می‌گیرد، کش تکراری و برخورد داده‌ها است. کش کردن، یک تکنیک متداول برای بهبود عملکرد سیستم‌های نرم‌افزاری است که با ذخیره‌سازی داده‌هایی که به طور مکرر مورد استفاده قرار می‌گیرند، انجام می‌شود. اما وقتی چندین کش یک داده را ذخیره می‌کنند، ممکن است برخورد داده‌ها رخ دهد. این سری، راهکارهایی برای مدیریت این برخوردها و حفظ هماهنگی داده‌ها در سراسر سیستم ارائه می‌دهد.این سری همچنین به اهمیت استفاده از چک‌لیست‌ها در معماری نرم‌افزار می‌پردازد. چک‌لیست‌ها ابزاری ارزشمند برای معماران هستند تا اطمینان حاصل کنند که تمام جنبه‌های مهم سیستم در طول فرآیند طراحی مد نظر قرار گرفته‌اند. این ابزار می‌تواند به جلوگیری از اشتباهات رایج و نادیده گرفتن موارد مهم کمک کند و منجر به سیستم‌های نرم‌افزاری قوی‌تر و قابل اعتمادتر شود.این سری همچنین یک نمای کلی از چارچوب معماری گروه باز (TOGAF) را ارائه می‌دهد. درک TOGAF برای معماران نرم‌افزاری که در سازمان‌های بزرگ کار می‌کنند، مفید است، زیرا این چارچوب یک رویکرد استاندارد برای طراحی، برنامه‌ریزی، پیاده‌سازی و حاکمیت بر معماری‌های اطلاعات سازمانی ارائه می‌دهد.این سری الگوی جریان کنترل تولیدکننده را مورد بررسی قرار می‌دهد. این الگوی طراحی در سیستم‌های مبتنی بر پیام برای کنترل نرخ ارسال پیام توسط تولیدکنندگان به مصرف‌کنندگان استفاده می‌شود. این الگو می‌تواند به جلوگیری از اشباع شدن مصرف‌کنندگان توسط تعداد زیادی پیام کمک کند و عملکرد روان و کارآمد سیستم را تضمین کند.Software Architecture Design Video Lecturesدوره “طراحی معماری نرم افزار” که در CosmoLearning در دسترس است، منبع جامعی برای کسانی است که به درک مفاهیم پایه ای، روش ها و تکنیک های طراحی معماری نرم افزار علاقه مند هستند. این دوره توسط دانشگاه Bilkent ارائه شده و به صورت رایگان در دسترس است.دوره با مقدمه ای بر تاریخچه و تعاریف معماری نرم افزار شروع می شود. سپس به بررسی اهمیت معماری نرم افزار می پردازد و توضیح می دهد که چرا این بخشی اساسی از توسعه نرم افزار است.یکی از موضوعات کلیدی که در این دوره آموزش داده می شود، مدل سازی بصری است. مدل سازی بصری تکنیکی است که در معماری نرم افزار برای نمایش ساختار و رفتار یک سیستم به صورت گرافیکی استفاده می شود. این به درک بهتر سیستم کمک می کند و در ارتباط بین ذینفعان مختلف موثر است.دوره نیز زبان های توصیف معماری (ADL) را پوشش می دهد. ADL ها زبان های رسمی هستند که می توانند برای نمایش معماری یک سیستم نرم افزاری استفاده شوند. آنها در تعیین اجزای یک سیستم، تعاملات بین این اجزا و الگوهایی که این تعاملات را هدایت می کنند، کمک می کنند.دوره بیشتر به بررسی تکثیر ADL ها می پردازد، در مورد اینکه چرا تعداد زیادی از آنها وجود دارد و چگونه آنها از یکدیگر متفاوت هستند بحث می کند. سپس یک سخنرانی در مورد طبقه بندی روش های طراحی معماری ارائه می شود که چارچوبی برای درک و مقایسه روش های مختلف مورد استفاده در طراحی معماری نرم افزار ارائه می دهد.سپس دوره به موضوعات پیشرفته تری مانند تحلیل نیازمندی های معماری، تجزیه و تحلیل دامنه و طراحی معماری مبتنی بر سنتز می رود. این سخنرانی ها به فرآیند طراحی یک معماری نرم افزار، از درک الزامات تا ایجاد طرحی که این الزامات را برآورده می کند، نگاه عمیقی می اندازد.دوره نیز نماهای معماری نرم افزار، به ویژه مدل 4+1 را پوشش می دهد. این مدل که توسطPhilippe Kruchten پیشنهاد شده است، یک سیستم نرم افزاری را از پنج منظر مختلف نشان می دهد و یک دید جامع از سیستم ارائه می دهد.در نهایت، دوره با سخنرانی هایی در مورد الگوهای معماری نرم افزار و ارزیابی معماری نرم افزار به پایان می رسد. این سخنرانی ها بینش هایی را در مورد الگوهای رایج مورد استفاده در معماری نرم افزار و روش های ارزیابی کیفیت معماری نرم افزار ارائه می دهند.دیو فارلی، یک شخصیت برجسته در حوزه توسعه نرم‌افزار و نویسنده کتاب «تحویل مستمر»، در کنفرانس GOTO 2023 سخنرانی جذابی درباره آینده معماری نرم‌افزار ارائه داده است. این سخنرانی عمدتاً بر تأثیر ابر عمومی بر توسعه نرم‌افزار و فرضیات ما درباره معماری نرم‌افزار تمرکز دارد.فارلی با بررسی تکامل معماری نرم‌افزار شروع می‌کند، از سیستم‌های یکپارچه تا روند کنونی میکروسرویس‌ها. او تأکید می‌کند که چگونه ابر عمومی باعث تحول در رویکرد ما نسبت به طراحی و استقرار سیستم‌های نرم‌افزاری شده است. ابر عمومی با منابع تقریباً بی‌نهایت و مدل پرداخت به میزان استفاده، امکان ساخت سیستم‌های بسیار قابل مقیاس‌بندی و انعطاف‌پذیر را فراهم کرده است که می‌توانند به طور کارآمد با بارهای متفاوت مواجه شوند.در مرحله بعدی، فارلی مدل بازیگر را مورد بررسی قرار می‌دهد، یک ایده قدیمی که به نظر او در حال ورود به جریان اصلی مهندسی نرم‌افزار است. مدل بازیگر یک مدل مفهومی برای مقابله با محاسبات همزمان است. این مدل “بازیگران” را به عنوان اصول اولیه جهانی محاسبات دیجیتال همزمان می‌بیند. در پاسخ به یک پیام دریافتی، یک بازیگر می‌تواند تصمیمات محلی بگیرد، بازیگران بیشتری ایجاد کند، پیام‌های بیشتری ارسال کند و تعیین کند چگونه به پیام بعدی دریافتی پاسخ دهد. فارلی معتقد است که این مدل به‌ویژه برای سیستم‌های مبتنی بر ابر مناسب است، زیرا سطوح بالایی از همزمانی را امکان‌پذیر می‌کند و می‌تواند به راحتی بر اساس تقاضا افزایش یا کاهش یابد.فارلی همچنین اهمیت مدیریت وضعیت در معماری نرم‌افزار را مورد بحث قرار می‌دهد. او معتقد است که رویکرد سنتی ذخیره‌سازی وضعیت در پایگاه‌های داده به دلیل مشکلاتی مانند تاخیر و ثبات داده‌ها به طور فزاینده‌ای مشکل‌ساز می‌شود. به جای آن، او تغییر به سمت محاسبات حالت‌دار را پیشنهاد می‌کند، جایی که وضعیت در حافظه ذخیره می‌شود و مستقیماً بر روی آن محاسبه می‌شود. او معتقد است که این رویکرد می‌تواند به سیستم‌های کارآمدتر و پاسخگوتر منجر شود.در پایان سخنرانی، فارلی به موضوع تحویل مداوم می‌پردازد. او تأکید می‌کند که چقدر مهم است که از همان ابتدا کیفیت را در سیستم‌های ما ایجاد کنیم، نه اینکه سعی کنیم آن را در آخر آزمایش کنیم. او از روش‌هایی مانند توسعه مبتنی بر آزمون (TDD) و یکپارچگی مداوم (CI) حمایت می‌کند، که تضمین می‌کند سیستم‌های ما همیشه در حالت قابل ارائه هستند.در نهایت، سخنرانی فارلی یک مرور جامع از روندهای کنونی در معماری نرم‌افزار ارائه می‌دهد و نگاهی اجمالی به آنچه که در آینده ممکن است رخ دهد، ارائه می‌دهد. بینش او در مورد تأثیر ابر عمومی و پتانسیل مدل بازیگر به‌ویژه قابل توجه است و راهنمایی‌های ارزشمندی را برای هر کسی که در توسعه نرم‌افزار دخیل است، ارائه می‌دهد. تأکید او بر محاسبات حالت‌دار و تحویل مستمر نیز به عنوان یادآوری مهمی از نیاز به تکامل مداوم روش‌های ما برای برآورده کردن نیازهای دنیای مدرن است.Dave Farley Conference GOTO 2023URL: Videoدیو فارلی، یک شخصیت برجسته در حوزه توسعه نرم‌افزار و نویسنده کتاب «تحویل مستمر»، در کنفرانس GOTO 2023 سخنرانی جذابی درباره آینده معماری نرم‌افزار ارائه داده است. این سخنرانی عمدتاً بر تأثیر ابر عمومی بر توسعه نرم‌افزار و فرضیات ما درباره معماری نرم‌افزار تمرکز دارد.فارلی با بررسی تکامل معماری نرم‌افزار شروع می‌کند، از سیستم‌های یکپارچه تا روند کنونی میکروسرویس‌ها. او تأکید می‌کند که چگونه ابر عمومی باعث تحول در رویکرد ما نسبت به طراحی و استقرار سیستم‌های نرم‌افزاری شده است. ابر عمومی با منابع تقریباً بی‌نهایت و مدل پرداخت به میزان استفاده، امکان ساخت سیستم‌های بسیار قابل مقیاس‌بندی و انعطاف‌پذیر را فراهم کرده است که می‌توانند به طور کارآمد با بارهای متفاوت مواجه شوند.در مرحله بعدی، فارلی مدل بازیگر را مورد بررسی قرار می‌دهد، یک ایده قدیمی که به نظر او در حال ورود به جریان اصلی مهندسی نرم‌افزار است. مدل بازیگر یک مدل مفهومی برای مقابله با محاسبات همزمان است. این مدل “بازیگران” را به عنوان اصول اولیه جهانی محاسبات دیجیتال همزمان می‌بیند. در پاسخ به یک پیام دریافتی، یک بازیگر می‌تواند تصمیمات محلی بگیرد، بازیگران بیشتری ایجاد کند، پیام‌های بیشتری ارسال کند و تعیین کند چگونه به پیام بعدی دریافتی پاسخ دهد. فارلی معتقد است که این مدل به‌ویژه برای سیستم‌های مبتنی بر ابر مناسب است، زیرا سطوح بالایی از همزمانی را امکان‌پذیر می‌کند و می‌تواند به راحتی بر اساس تقاضا افزایش یا کاهش یابد.فارلی همچنین اهمیت مدیریت وضعیت در معماری نرم‌افزار را مورد بحث قرار می‌دهد. او معتقد است که رویکرد سنتی ذخیره‌سازی وضعیت در پایگاه‌های داده به دلیل مشکلاتی مانند تاخیر و ثبات داده‌ها به طور فزاینده‌ای مشکل‌ساز می‌شود. به جای آن، او تغییر به سمت محاسبات حالت‌دار را پیشنهاد می‌کند، جایی که وضعیت در حافظه ذخیره می‌شود و مستقیماً بر روی آن محاسبه می‌شود. او معتقد است که این رویکرد می‌تواند به سیستم‌های کارآمدتر و پاسخگوتر منجر شود.در پایان سخنرانی، فارلی به موضوع تحویل مداوم می‌پردازد. او تأکید می‌کند که چقدر مهم است که از همان ابتدا کیفیت را در سیستم‌های ما ایجاد کنیم، نه اینکه سعی کنیم آن را در آخر آزمایش کنیم. او از روش‌هایی مانند توسعه مبتنی بر آزمون (TDD) و یکپارچگی مداوم (CI) حمایت می‌کند، که تضمین می‌کند سیستم‌های ما همیشه در حالت قابل ارائه هستند.در نهایت، سخنرانی فارلی یک مرور جامع از روندهای کنونی در معماری نرم‌افزار ارائه می‌دهد و نگاهی اجمالی به آنچه که در آینده ممکن است رخ دهد، ارائه می‌دهد. بینش او در مورد تأثیر ابر عمومی و پتانسیل مدل بازیگر به‌ویژه قابل توجه است و راهنمایی‌های ارزشمندی را برای هر کسی که در توسعه نرم‌افزار دخیل است، ارائه می‌دهد. تأکید او بر محاسبات حالت‌دار و تحویل مستمر نیز به عنوان یادآوری مهمی از نیاز به تکامل مداوم روش‌های ما برای برآورده کردن نیازهای دنیای مدرن است. این مطلب، بخشی از تمرینهای درس معماری نرم‌افزار در دانشگاه شهیدبهشتی است.سینا علیزادهسینا علیزادهMon, 25 Dec 2023 23:28:10 +0330https://virgool.ir/@m_95375424/توضیحی-در-رابطه-با-چند-مفهوم-مهندسی-نرم-افزار-qnszcjpiby0j1.معماری یکپارچه مدولار: این معماری یک رویکرد ترکیبی است که عناصر هر دو سیستم یکپارچه و مدولار را ترکیب می کند. ایده کلیدی این است که یک سیستم را به عنوان مجموعه ای از ماژول های جفت شده آزاد در یک مونولیت ساختار دهیم. هر ماژول مسئول یک قابلیت تجاری خاص است و می تواند به طور مستقل توسعه، آزمایش و استقرار یابد. علیرغم اینکه بخشی از یک پایگاه کد/فرآیند یکسان هستند، آنها از طریق واسط های کاملاً تعریف شده ارتباط برقرار می کنند و خطر خرابی های آبشاری را کاهش می دهند. این رویکرد سادگی یک معماری یکپارچه و انعطاف‌پذیری معماری میکروسرویس‌ها را بدون سربار توزیع خدمات ارائه می‌دهد.2.خدمات وب آمازون :AWS یک پلت فرم خدمات ابری جامع است که توسط آمازون ارائه می شود. بیش از 200 سرویس با ویژگی های کامل را در سراسر جهان در طیف گسترده ای از دامنه ها از جمله محاسبات، ذخیره سازی، پایگاه های داده، تجزیه و تحلیل، شبکه، موبایل، ابزارهای توسعه دهنده، ابزارهای مدیریت، اینترنت اشیا، امنیت و برنامه های کاربردی سازمانی ارائه می دهد. AWS به کسب‌وکارها اجازه می‌دهد تا رشد کنند و انعطاف‌پذیری را برای راه‌اندازی برنامه‌ها بدون در نظر گرفتن اندازه یا صنعت آنها فراهم می‌کند.3.رویکرد API-first : در رویکرد توسعه API-first، با APIها به عنوان اولویت درجه یک رفتار می شود. یعنی برنامه بر اساس API طراحی شده است و نه برعکس. API قبل از خود برنامه طراحی و ساخته شده است. این رویکرد توسعه دهندگان را تشویق می کند تا بر ایجاد یک API قوی تمرکز کنند که بتواند نیازهای برنامه های نرم افزاری متنوع را برطرف کند. جدا شدن بین اجزا را ترویج می کند، توسعه موازی را امکان پذیر می کند و یکپارچگی را آسان می کند.4.پایگاه های دادهNoSQL: پایگاه های داده NoSQL نوعی پایگاه داده هستند که مکانیزمی را برای ذخیره سازی و بازیابی داده هایی که متفاوت از پایگاه های داده رابطه ای مدل سازی شده اند، ارائه می دهد. آنها به ویژه برای کار با مجموعه های بزرگ داده های توزیع شده مفید هستند. پایگاه های داده NoSQL به دلیل مقیاس پذیری، عملکرد و ویژگی های در دسترس بودن بالا شناخته شده اند. چهار نوع اصلی وجود دارد: پایگاه‌های اطلاعاتی Document، Key-Value، Columnar و Graph.راه حل های AWS NoSQL برای مدیریت حجم زیادی از داده ها و انواع مختلف ساختار داده طراحی شده اند. آنها قادر به ذخیره و بازیابی داده هایی هستند که ساختار یافته، نیمه ساختار یافته و بدون ساختار هستند. این پایگاه‌های اطلاعاتی برای مدل‌های داده خاص برای انعطاف‌پذیری بیشتر بهینه‌سازی شده‌اند و مقیاس‌پذیری یکپارچه را بدون نیاز به تنظیمات و پیکربندی قبلی ارائه می‌دهند.حال AWS استفاده از این پایگاه داده های NoSQL را از طریق کنسول کاربر پسند، SDK ها و API ها آسان می کند. این راه حل های بر اساس تقاضا و مقرون به صرفه برای رسیدگی به بارهای کاری سنگین خواندن یا نوشتن ارائه می دهد و به کسب و کارها این امکان را می دهد که بیشتر بر روی عملیات اصلی خود و کمتر بر مدیریت پایگاه های داده تمرکز کنند.علاوه بر این، AWS امنیت و دوام داده‌های شما را با ویژگی‌هایی مانند پشتیبان‌گیری خودکار، رمزگذاری در حالت استراحت و حمل و نقل و مطابقت با استانداردها و مقررات مختلف تضمین می‌کند. AWS با ارائه‌های قوی NoSQL خود، به کسب‌وکارها قدرت می‌دهد تا داده‌های بزرگ را به طور کارآمد مدیریت کنند و در نتیجه نوآوری و رشد را هدایت کنند.5.معماری بدون سرور: معماری بدون سرور به برنامه هایی اطلاق می شود که به طور قابل توجهی به خدمات شخص ثالث یا کد سفارشی که در کانتینرهای زودگذر اجرا می شوند، وابسته هستند. با استفاده از معماری‌های بدون سرور، توسعه‌دهندگان می‌توانند به جای مدیریت و راه‌اندازی سرورها یا زمان‌های اجرا، چه در فضای ابری و چه در محل، بر روی محصول اصلی تمرکز کنند. این سبک معماری می تواند عملیات را ساده کرده و هزینه را کاهش دهد، اما در سایر زمینه ها از جمله آزمایش، اشکال زدایی و نظارت بر پیچیدگی نیز می افزاید.6.طراحی دامنه محور: DDD رویکردی برای توسعه نرم افزار است که بر همکاری بین کارشناسان فنی و کارشناسان حوزه تاکید دارد. بر درک حوزه مشکل، توسعه مدلی از آن، و اصلاح مداوم این مدل از طریق یک فرآیند تکراری تمرکز دارد. با انجام این کار، DDD قصد دارد با پیچیدگی در قلب نرم‌افزار مقابله کند و به نرم‌افزاری منجر شود که در عین ساختارمند و قابل نگهداری، به شدت بیانگر دامنه باشد.7.معماری شش ضلعی: همچنین به عنوان پورت ها و آداپتورها شناخته می شود، معماری شش ضلعی یک الگوی طراحی است که جداسازی نگرانی ها را در یک برنامه تشویق می کند. این پیشنهاد می کند که اجزای برنامه باید به راحتی تعویض شوند و برنامه اصلی از تغییرات در اجزای زیرساخت نرم افزاری آن مانند پایگاه های داده یا رابط های کاربری عایق باشد. لایه بیرونی (پورت ها) با لایه داخلی (آداپتورها) که حاوی منطق تجاری است، از طریق رابط های تعریف شده ارتباط برقرار می کند.8.منبع رویداد: منبع یابی رویداد یک الگوی طراحی است که در آن تغییرات در وضعیت برنامه به عنوان دنباله ای از رویدادها ذخیره می شود. نه فقط رویدادهایی که اتفاق افتاده اند، بلکه توالی ای که در آن رخ داده اند ذخیره می شود. این می تواند اشکال زدایی را با ارائه یک گزارش حسابرسی تسهیل کند، تکرار را ساده می کند، امکان تجزیه و تحلیل تجاری مختلف را فراهم می کند و می تواند برای بازسازی وضعیت های گذشته استفاده شود.9.پلتفرم‌های کم کد: پلتفرم‌های نرم‌افزاری هستند که محیطی را فراهم می‌کنند که برنامه‌نویسان برای ایجاد نرم‌افزار کاربردی از طریق رابط‌های کاربری گرافیکی و پیکربندی به‌جای برنامه‌نویسی سنتی با کد دستی، استفاده می‌کنند. آنها برای سرعت بخشیدن به توسعه و استقرار نرم افزار با کاهش مقدار کدگذاری مورد نیاز طراحی شده اند. آنها می توانند تحویل سریع برنامه های تجاری را با حداقل کدگذاری دستی و حداقل سرمایه گذاری اولیه در راه اندازی، آموزش و استقرار فعال کنند.10.سیستم های مدیریت فرآیند کسب و کار:BPMS سیستمی است که از روش های مختلفی برای کشف، مدل سازی، تجزیه و تحلیل، اندازه گیری، بهبود، بهینه سازی و خودکارسازی فرآیندهای تجاری استفاده می کند. این می تواند یک برنامه مستقل یا تعبیه شده در یک برنامه کاربردی باشد. BPMS ها برای کمک به سازمان ها در اجرا و اجرای مجموعه ای از فعالیت ها یا وظایفی که یک فرآیند تجاری را تشکیل می دهند، طراحی شده اند.11.صف پیام (مانند Kafka و RabbitMQ): صف های پیام یک پروتکل ارتباطی ناهمزمان را ارائه می دهند، به این معنی که فرستنده و گیرنده پیام نیازی به تعامل همزمان با صف پیام ندارند. پیام ها تا زمانی که پردازش و حذف شوند در صف ذخیره می شوند. Kafka و RabbitMQ سیستم های صف پیام محبوب هستند. کافکا برای سیستم های توزیع شده با توان بالا طراحی شده است در حالی که RabbitMQ به انعطاف پذیری و سهولت استفاده معروف است.12.ارکستراسیون کانتینر (مانند Kubernetes:): ارکستراسیون کانتینر به ترتیب، هماهنگی و مدیریت خودکار ظروف نرم افزار اشاره دارد. Kubernetes محبوب‌ترین سیستم ارکستراسیون کانتینر است که برای خودکارسازی استقرار، مقیاس‌بندی و مدیریت برنامه‌های کاربردی کانتینری طراحی شده است. این، کانتینرها را به "کلاستر" گروه بندی می کند، که واحدهای منطقی برای استقرار نمونه هایی از برنامه ها هستند.13.ابزارهای مدیریت گزارش(مانند ELK): ابزارهای مدیریت گزارش، گزارش هایی را که توسط برنامه های کاربردی نرم افزاری، سیستم ها و شبکه ها تولید می شوند، جمع آوری و مدیریت می کنند. این ابزارها به عیب یابی، ردیابی عملکرد سیستم و شناسایی حوادث امنیتی کمک می کنند. Elasticsearch یک موتور جستجو و تجزیه و تحلیل است، Logstash یک خط لوله پردازش داده در سمت سرور است، و Kibana به کاربران اجازه می دهد داده ها را با نمودارها تجسم کنند.14.ابزارهای مانیتورینگ (مانندPrometheus ): ابزارهای مانیتورینگ مشاهده بی‌درنگ عملکرد برنامه و سلامت سیستم را فراهم می‌کنند و امکان تشخیص به موقع مشکلات و قطعی‌ها را فراهم می‌کنند. Prometheus، یک جعبه ابزار مانیتورینگ و هشدار سیستم منبع باز، معمولاً برای زبان و مدل جستجوی قدرتمند، جنبه های یکپارچه آن و پشتیبانی قوی جامعه استفاده می شود.15.تجزیه و تحلیل کد استاتیک (مانندSonarQube): تجزیه و تحلیل کد استاتیک روشی برای رفع اشکال با بررسی کد منبع قبل از اجرای برنامه است. این کار با تجزیه و تحلیل مجموعه ای از کدها در برابر مجموعه ای از قوانین کدگذاری انجام می شود. به عنوان مثال، SonarQube یک پلت فرم منبع باز است که توسط توسعه دهندگان برای مدیریت کیفیت کد منبع استفاده می شود. گزارش هایی در مورد کدهای تکراری، استانداردهای کدگذاری، تست های واحد، پوشش کد، پیچیدگی کد، نظرات، باگ ها و آسیب پذیری های امنیتی ارائه می کند.منابع:Fowler, M. (2014). Microservice Trade-Offs. martinfowler.com.Amazon Web Services, Inc. (2021). What Is AWS? aws.amazon.com.Red Hat, Inc. (2021). What is an API-first design? redhat.com.MongoDB, Inc. (2021). What is NoSQL? mongodb.com.Amazon Web Services, Inc. (2021). What is Serverless? aws.amazon.com.Evans, E. (2003). Domain-Driven Design: Tackling Complexity in the Heart of Software. Addison-Wesley Professional.Cockburn, A. (2005). Hexagonal architecture. alistair.cockburn.us.Fowler, M. (2005). Event Sourcing. martinfowler.com.Mendix Technology B.V. (2021). What is Low-Code? mendix.com.Oracle Corporation. (2021). What is Business Process Management (BPM)? oracle.com.Apache Kafka. (2021). Introduction. kafka.apache.org.Kubernetes. (2021). What is Kubernetes? kubernetes.io.Elastic. (2021). What is the ELK Stack? elastic.co.Prometheus Authors. (2021). Overview. prometheus.io.SonarSource S.A. (2021). SonarQube. sonarqube.org.سینا علیزادهسینا علیزادهMon, 20 Nov 2023 21:16:29 +0330https://virgool.ir/@m_95375424/خلاصه-فصل-15-تا-29-کتاب-معماری-تمیز-vpo55jmdvfh2خلاصه فصل‌های 15 تا 29:این خلاصه بر اصول و شیوه‌های ساخت سیستم‌های نرم‌افزاری با معماری که حول عملکردهای اصلی سیستم متمرکز است، قابلیت نگهداری، انعطاف‌پذیری و استقلال از چارچوب‌ها را ارتقا می‌دهد و از قابلیت آزمایش پشتیبانی می‌کند، تأکید دارد. این خلاصه به ایده های کلیدی ارائه شده در این کار می پردازد و اهمیت ایجاد معماری نرم افزاری را که موارد استفاده اساسی سیستم را اولویت بندی می کند، برجسته می کند.اصل اساسی معماری تمیز این است که معماری سیستم باید در درجه اول با موارد استفاده آن تعریف شود. موارد استفاده نشان دهنده عملکردهای اساسی و قوانین تجاری سیستم است.معماری باید به گونه ای سازماندهی و ساختار یافته باشد که به طور مستقیم موارد استفاده سطح بالایی را که سیستم قرار است به آن خدمت کند، منعکس کند.با ساختاردهی معماری حول موارد استفاده، برقراری ارتباط با هدف و طراحی سیستم با ذینفعان، اعضای تیم و توسعه دهندگان آینده آسان تر می شود. رویکرد مورد استفاده معماران را قادر می‌سازد تا تصمیمات طراحی را اتخاذ کنند که مستقیماً با عملکرد اصلی مرتبط هستند، بدون اینکه درگیر جزئیات فنی یا نگرانی‌های زیرساختی شوند.جداسازی از چارچوب ها: یکی از نکات کلیدی این خلاصه، نیاز به مستقل نگه داشتن معماری نرم افزار از چارچوب ها، کتابخانه ها، پایگاه های داده و سایر ابزارهای خاص است. این امر بسیار مهم است زیرا انجام تعهدات اولیه نسبت به این فناوری‌ها می‌تواند انعطاف‌پذیری و سازگاری سیستم را با تکامل پروژه مختل کند.هدف معماران باید ایجاد طرحی باشد که امکان تصمیم گیری های معوق در مورد چارچوب ها یا ابزارهایی را که باید استفاده کنند را فراهم کند. این انعطاف‌پذیری به این معناست که نرم‌افزار را می‌توان به راحتی و بدون تعمیرات اساسی معماری تغییر داد. به عنوان مثال، تصمیم گیری در مورد چارچوب های وب، پایگاه های داده یا حتی پلت فرم های استقرار باید از معماری اصلی جدا باشد. این جداسازی تضمین می‌کند که معماری به‌جای ویژگی‌های استک فناوری، بر روی موارد استفاده و منطق تجاری متمرکز می‌ماند.چارچوب ها ابزار هستند، نه پایه: در حالی که چارچوب ها می توانند فوق العاده مفید باشند، نباید معماری کلی سیستم نرم افزار را دیکته کنند. چارچوب ها ابزارها و ابزارهایی را برای وظایف خاص ارائه می دهند، اما نباید نیروی هدایت کننده در پشت تصمیمات معماری باشند. معماران باید به طور انتقادی ارزیابی کنند که چگونه از این چارچوب ها برای تامین نیازهای سیستم استفاده کنند بدون اینکه اجازه دهند آنها بر ساختار سیستم تسلط یا دیکته کنند.حفظ تاکید قوی مورد استفاده در معماری بسیار مهم است. این بدان معنی است که منطق و عملکرد اصلی تجارت باید در وحله اول باشد، در حالی که چارچوب ها و وابستگی های خارجی برای پشتیبانی از این موارد استفاده اصلی یکپارچه شده اند. معماری همچنان بر نحوه عملکرد سیستم کنترل دارد و چارچوب ها به ابزارهایی تبدیل می شوند که اجرای آن را تسهیل می کنند.معماری‌های قابل تست: یک معماری با طراحی خوب، متمرکز بر موارد استفاده و جدا از چارچوب‌ها، به شدت در معرض یونیت تست است. یونیت تست یک عمل مهم در توسعه نرم افزار است، زیرا به شناسایی و رفع مشکلات در مراحل اولیه توسعه کمک می کند. یک معماری تمیز باید امکان تست واحد را بدون نیاز به وابستگی های خارجی پیچیده، مانند سرورهای وب یا پایگاه داده، فراهم کند.این تست پذیری تضمین می‌کند که عملکردهای اصلی سیستم را می‌توان به صورت مجزا تست کرد و باعث افزایش پایداری و قابلیت اطمینان می‌شود. این به توسعه دهندگان اجازه می دهد تا بررسی کنند که موارد استفاده، که ارزش اصلی سیستم را تعیین می کنند، به درستی کار می کنند.قابلیت نگهداری و شفافیت: این خلاصه بر اهمیت ایجاد معماری که به وضوح هدف سیستم نرم افزار را بیان می کند، تاکید می کند. هنگامی که توسعه دهندگان جدید سورس کد را بررسی می کنند، باید بتوانند به سرعت ماهیت برنامه را درک کنند.اصول معماری تمیز از معماری هایی حمایت می کند که عملکرد اصلی، انعطاف پذیری و قابلیت نگهداری را بر فناوری های خاص اولویت می دهند. این رویکرد منجر به سیستم‌های نرم‌افزاری تمیزتر، سازگارتر و قابل آزمایش‌تر می‌شود که بر موارد استفاده اولیه خود متمرکز هستند.این بخش از خلاصه که اسمش را میگذاریم "معماری تمیز - لایه ها و مرزها" کاوش عمیقی از مفهوم حیاتی مرزهای معماری در طراحی نرم افزار است. چگونگی فراگیر شدن این مرزها در سیستم‌های نرم‌افزاری را روشن می‌کند و مسئولیت معمار را برای شناسایی زمان و مکان لازم برای ساختن یک سیستم برجسته می‌کند. این خلاصه از یک مثال ساده و در عین حال مؤثر استفاده می‌کند، یک بازی مبتنی بر متن به نام Hunt the Wumpus تا بینش‌های عملی در مورد اینکه چگونه مرزهای معماری می‌توانند در زمینه‌های مختلف پدیدار شوند و در نهایت اثربخشی و انعطاف‌پذیری نرم‌افزار را شکل دهند، ارائه می‌کند.در هسته خود، این خلاصه بیان می کند که مرزهای معماری در سیستم های نرم افزاری، صرف نظر از پیچیدگی آنها، همه جا حضور دارند. مثال Hunt the Wumpus، یک بازی ماجراجویی است که مفهوم مرزهای معماری را معرفی می کند. این بازی از دستورات مستقیمی مانند GO EASTو SHOT WESTاستفاده می کند، اما این سادگی به طور موثری پتانسیل مرزهای معماری را نشان می دهد. در این زمینه، بازی از اجزای متعددی از جمله رابط کاربری ، قوانین بازی و ذخیره سازی داده ها تشکیل شده است. این کامپوننت ها به روش‌های مختلفی با هم تعامل دارند و بدون مرزهای مناسب، سیستم می‌تواند در هم پیچیده شود و مدیریت و گسترش آن را چالش برانگیز کند. این خلاصه تاکید می کند که این مفهوم برای سیستم های نرم افزاری پیچیده تر صادق است و اهمیت تشخیص نیاز به مرزهای معماری را برجسته می کند.این خلاصه این ایده حیاتی را معرفی می کند که معماران باید الزامات آینده را پیش بینی کنند و تصمیمات آگاهانه ای در مورد اجرای مرزهای معماری بگیرند. هدف این است که این مرزها را در مقطعی بهینه معرفی کنیم، زمانی که هزینه های اجرای آنها با مزایایی که ارائه می کنند توجیه شود.بحث اصلی حول نقش حیاتی معماران در تشخیص نیاز به مرزهای معماری و تصمیم گیری آگاهانه در مورد اجرای آنها می چرخد.در اصل، این خلاصه تأکید می کند که مرزهای معماری نه تنها مرتبط هستند، بلکه در طراحی نرم افزار ضروری هستند. این یک چشم انداز فکری در مورد فرآیند طراحی معماری ارائه می دهد و اهمیت پیش بینی هوشمند و تصمیم گیری فعال را برجسته می کند. این ادعا می کند که معماران باید در طول چرخه عمر توسعه نرم افزار هوشیار باقی بمانند و به طور مداوم ارزیابی کنند که چه زمانی و در کجا مرزهای معماری ضروری است. هدف کلی این است که این مرزها را دقیقاً در لحظه مناسب پیاده سازی کنیم، تعادلی بین مهندسی بیش از حد و مهندسی کم ایجاد کنیم و موفقیت بلندمدت سیستم نرم افزار را تضمین کنیم.Clean Embedded Architecture:این بخش از خلاصه با پرداختن به یک مسئله رایج در زمینه توسعه نرم‌افزار تعبیه‌شده آغاز می‌شود. نویسنده به درستی اصول توسعه نرم‌افزار Kent Beck را به کار می‌برد که شامل رویکردی پیشرونده می‌شود: «عملکرد آن»، «درست کردن آن» و در نهایت «سریع کردن آن». با این حال، اشاره شده است که بسیاری از سیستم‌های تعبیه‌شده ظاهراً در مرحله «کارکرد آن» به دام افتاده‌اند و صرفاً بر روی عملکرد تمرکز می‌کنند.این خلاصه مفهوم "App-titude test" را معرفی می کند. بر اهمیت ایجاد کد تمیز و قابل نگهداری تأکید دارد. چند قطعه کد ارائه شده است تا نشان دهد که چگونه توابع باید بر اساس concern های خاص خود دسته بندی شوند.جدا کردن کد از سخت افزار و ابزار:این بخش به موضوع درهم تنیده شدن کد با سخت افزار و مجموعه ابزارهای خاص در سیستم های تعبیه شده می پردازد که منجر به چالش هایی مانند کاهش قابلیت حمل و نگهداری می شود. این خلاصه بیان می‌کند که انتخاب پردازنده در یک برنامه تعبیه‌شده یک جنبه حیاتی است.این خلاصه بر نیاز به اجتناب از کدهایی که به شدت به یک پردازنده یا زنجیره ابزار خاص گره خورده است تأکید می کند. از معرفی یک لایه انتزاعی سخت افزاری (HAL) دفاع می کند که به عنوان یک واسطه عمل می کند و کد را از پیچیدگی های سخت افزاری دور می کند. با استفاده از HAL، توسعه‌دهندگان می‌توانند کد خود را portable تر و قابل انتقال‌تر بین پلتفرم‌های سخت‌افزاری مختلف یا زنجیره‌های ابزار توسعه دهند.Substitutability and Conditional Compilation:کامپایل شرطی، که معمولاً برای فعال یا غیرفعال کردن بخش‌های کد بر اساس هدف یا سیستم عامل استفاده می‌شود، می‌تواند منجر به تکرار بیش از حد کد شود که اصل «تکرار نکنید» (DRY) را نقض می‌کند.کامپایل شرطی به ویژه در سیستم های embedded هنگام شناسایی نوع سخت افزار هدف رایج است. این ایده یک لایه انتزاعی سخت افزاری (HAL) را معرفی می کند تا جزئیات خاص سخت افزار را مبهم کند، بنابراین نیاز به کامپایل شرطی را کاهش می دهد. به جای تکیه بر کامپایل مشروط، استفاده از linkers or runtime binding mechanisms برای ایجاد ارتباط بین اجزای نرم‌افزار و سخت‌افزار خوب است.خلاصه فصل‌های 30 تا 34:این بخش با نقد معماری لایه‌ای مرسوم آغاز می‌شود و تاکید می‌کند برای تسهیل وابستگی‌ها به اینترفیس های عمومی متکی باید بود. ادعا می کند که public کردن همه typeها، اهمیت تمایزات معماری را نفی می کند.این مقاله چهار رویکرد معماری مختلف را معرفی می‌کند .“package by layer," "package by feature" "ports and adapters" and "package by component"هر رویکرد ابزار متمایز سازماندهی کد برای پشتیبانی از اهداف معماری را ارائه می دهد.در "package by layer"، کد بر اساس عملکردهای فنی به لایه های افقی تقسیم می شود. با این حال، این رویکرد مستلزم پابلیک بودن برخی از اینترفیس ها است که کپسوله‌سازی را تضعیف می‌کند.رویکرد "package by feature" شامل سازماندهی کد حول ویژگی های خاص است.در حالی که می تواند دسترسی به اجزای داخلی را کاهش دهد، ممکن است استفاده مجدد از کامپوننت ها توسط سایر بخش های برنامه را محدود کند.معماری ""ports and adaptersبه دنبال جدا کردن منطق تجاری از جزئیات پیاده سازی فنی است. برای اجرای این جدایی ، از دامین و زیرساخت استفاده می کنیم. اینترفیس ها انتخابی باید پابلیک باشند و از اجرای قوانین معماری اطمینان حاصل شود.رویکرد ""package by component فانکشنالیتی های مرتبط را با هم ترکیب می کند. این رویکرد رابط کاربری را جدا از اجزا و با حداقل اینترفیس های پابلیک نگه می دارد.این مقاله به تفکیک کد به درختان کد مختلف برای اعمال اصول معماری به طور موثر اشاره می کند، اما پیچیدگی ها و چالش های بالقوه نگهداری در این رویکرد را تصدیق می کند. یک جایگزین ارائه شده است، با دو درخت کد اولیه برای دامین و زیرساخت.این خلاصه با تأکید بر اهمیت نگاشت دقیق طرح‌های معماری مورد نظر در ساختارهای کد به پایان می‌رسد. از در نظر گرفتن نحوه سازماندهی کد، استفاده از حالت‌های دی کاپلینگ و اهمیت access modifiers برای اطمینان از کپسوله‌سازی حمایت می‌کند. پیام این است که عملگرا باشید و اندازه و سطح مهارت تیم توسعه، پیچیدگی پروژه و محدودیت های بودجه را در نظر بگیرید. در نهایت، بر اهمیت استفاده از کامپایلر برای کمک به اجرای سبک معماری انتخابی و اجتناب از unwanted coupling ، مانند مدل‌های داده، تأکید می‌کند.سینا علیزادهسینا علیزادهسینا علیزادهMon, 16 Oct 2023 21:05:23 +0330