پروژه زاگرس یا تغییر معماری دیدگاه در اتوماسیون اداری

تغییر معماری اتوماسیون اداری و سایر نرم افزارهای مجموعه دیدگاه و آغاز مهاجرت نرم‌افزارهای مختلف به این معماری، خبر بزرگی بود که بسیاری از مدعوین هفتمین گردهمایی مشتریان چارگون را هیجان‌زده کرد. 

هر چند این تغییرات از سال گذشته و با انتقال نرم‌افزار مکاتبات به معماری جدید کلید خورده بود؛ اما آگاهی از جزییات فنی و قابلیت‌های آن برای همه سازمان‌های مشتری، شنیدنی‌تر از هر سخنی بود. این مقاله تالیفی‌ست از توضیحات تیم توسعه زیرساخت دیدگاه درباره جزییات پروژه زاگرس که برای مهمانان هفتمین گردهمایی سالانه مشتریان چارگون ارائه شد:

چرا تغییر معماری؟

وقتی میخواهیم یک بنا را بسازیم ابتدا به اسکلت‌بندی آن فکر میکنیم. اسکلت اصلی سازه باید محکم و با استقامت باشد چون قرار است کل سازه را نگه‌ دارد. اگر نرم‌افزار را تمثیلی از سازه در نظر بگیریم، معماری نرم‌افزار معادل اسکلت ‌سازه است. به این ترتیب وقتی صحبت از تغییر معماری نرم‌افزار می‌شود درواقع با پروژه‌ای به اندازه‌ بازنویسی کامل آن روبه‌رو هستیم؛ اما پرسش اصلی این است که چرا چارگون به تغییر معماری رضایت داد؟

از مهمترین عواملی که موجب شد تا چارگون چنین تصمیم بزرگی را بگیرد، پایین آوردن هزینه‌ تغییرات و کم کردن زمان Deliver کردن محصول به مشتری است. از اهداف دیگر در این تحول بزرگ می‌توان به امکان بروزرسانی نرم‌افزارهای مختلف به شکل مستقل از یکدیگر اشاره کرد که در معماری پیشین دیدگاه، ممکن نبود.

معماری جدید، مدلی مشابه به معماری پیازی (onion architecture) است که قسمت‌های مختلف نرم‌افزار در آن، حول یک هسته‌ متمرکز قرار می‌گیرند. در این معماری، اجزای مختلف تنها هسته‌ مرکزی را می‌بینند و از آن شناخت دارند و از وجود قسمت‌های دیگر سیستم آگاه نیستند.این عدم آگاهی باعث می‌شود تا رشد و بلوغ آن بجز از سیستم به اجزای دیگر وابسته نباشد. به این شکل هر جزء می‌تواند به طور مستقل Develop شود، از تکنولوژی دلخواه استفاده کند، به طور مستقل تست شود و تغییرات آن روی قسمت‌های دیگر سیستم تاثیر نگذارد.

انتظار شرکت چارگون از معماری جدید دیدگاه، نرم‌افزارهایی سریع‌تر و کم‌باگ‌تر بود که تغییرات مورد نیاز مشتری با سرعت بیشتری در آن پیاده‌سازی شوند و زودتر به دست او برسند. برای این امر، تحقق ۳ هدف تولید نرم‌افزارهای چابک با سرعت انتقال بالا، قابلیت تست‌پذیری و امکان توسعه‌پذیری به صورت جداگانه در دستور کار قرار گرفت.انتخاب یک مکانیزم مطمئن ارتباطی

در یک سیستم نرم‌افزاری مبتنی بر مدیریت داده‌های کاربران، ارتباط با یک یا چند پایگاه داده بزرگ از مهم‌ترین دغدغه‌های معماری سیستم است.

برای انتخاب یک مکانیزم مطمئن ارتباطی بین پایگاه داده و نرم‌افزار ملاحظات متعددی وجود داشت که از آن جمله می‌توان به حجم بسیار بالای تراکنش‌های بین سرور وب و پایگاه داده،‌ حجیم شدن تراکنش، ارتباط توزیع‌شده‌ تراکنش‌ها در پایگاه‌ داده‌های مختلف،‌ پاسخ به نیازهای کسب و کار پیچیده‌ سیستم‌های ۴ حوزه‌ دیدگاه به ویژه در حوزه فرآیندها و محاسبات مالی اشاره کرد. مجموع این ملاحظات ، دقت و حساسیت بالایی را طلب می‌کرد.

تحقیقات نشان داد تیم توسعه زیرساخت دیدگاه ۵ برای تعیین مکانیزم مطمئن ارتباطی بین پایگاه داده و نرم‌افزارها ۲ انتخاب پیش رو دارد:

۱- انتخاب یک ORM پیشرفته با قابلیت‌های فراوان که کدنویسی و نگهداری کد را بسیار کم‌هزینه می‌کند؛ اما کاهش سرعت پردازش را نیز به همراه دارد.

۲- انتخاب و توسعه‌ یک Micro ORM با قابلیت‌های پایه که با وجود افزایش هزینه‌ کدنویسی و نگهداری، سرعت و بهینگی نرم‌افزار را به طور منحصر به فردی بالا می‌برد.

در نهایت با بررسی تفاوت‌های دو گزینه، انتخاب و توسعه‌ یک Micro ORM از سوی شرکت چارگون برگزیده شد تا‌ با حداکثر سرعت و بهینگی داده‌ها را به مشتریان چارگون ارائه کنیم.

تمرکز بر کاهش هزینه نگهداری و افزایش توسعه‌پذیری نرم‌افزارها

در طول یکسال گذشته با هدف پاسخگویی به نیاز رو به رشد نرم افزارهای جدید دیدگاه، کار بر روی نسل جدید کنترل‌ها کلیدخورد. به این منظور، مشکلات موجود بررسی و تلاش شد تا در نسل جدید، تمرکز تیم بر روی ایجاد فرم‌هایی باشد که سریعتر رندر شوند، ایمن باشند، هزینه نگهداشت کمتر و توسعه‌پذیری بالاتری داشته باشند. تیم توسعه زیرساخت دیدگاه ۵ بر روی تکنولوژی‌های روز دنیا بررسی‌های فراوانی داشت و در نهایت تصمیم گرفت که MVVM Pattern موجود که با استفاده از Knockout پیاده‌سازی شده بود را کنار بگذارد و با استفاده از React کنترل‌های جدید را توسعه دهد.

معماری جدید، نه تنها نیاز به تغییر در Stack تولید داشت؛ بلکه نیازمند تغییر در تفکر طراحی بود. کنترل‌های React به دلیل ذات Component Base خود، قابلیت توسعه‌پذیری بالایی دارند به همین دلیل جداسازی Business از Presentation در سطح کنترل‌های React راه را برای تست‌پذیری نسل جدید هموار می‌کنند. دیدگاه ۵ با توجه به قابلیت نمایش هم‌زمان فرم‌های مختلف از نرم‌افزارهای دیدگاه نیاز به زیرساخت قدرتمندی داشت که توانایی پاسخگویی این حجم از اطلاعات را داشته باشد و کامپوننت‌های جدید با استفاده از تکنولوژی Virtual DOM در این زمینه به صورت بسیار کارآمدتری عمل کنند.

مجموع این نیازها موجب شد تا در نهایت با بهره‌گیری از ابزارهای تولید جدیدی مثل NodeJS رابط کاربری دیدگاه ۵ توسعه داده شود تا مشتریان دیدگاه از مزیت‌های تکنولوژی روز دنیا بهره‌مند شوند.