روش‌های مختلفی برای پیاده‌سازی Micro-frontends وجود دارد، یکی از رایج‌ترین روش‌ها استفاده از پلاگین Module Federation است که با Webpack امکان اشتراک‌گذاری کدها در runtime (سمت مرورگر کاربر) را ممکن می‌سازد. به این ترتیب شما می‌توانید سرویس X را بدون بیلد مجدد سرویس Y که ارتباطی با سرویس X ندارد دیپلوی کنید در حالی که از کدهای سرویس X نیز می‌توانید استفاده کنید.

تصویر بالا خلاصه‌شده نحوه ارتباط میکروفرانت‌اندهای هم‌روش با یک‌دیگر است که در نهایت یک رابط‌کاربری واحد تحت عنوان کنسول هم‌روش را ارائه می‌دهد.

پیاده‌سازی Module Federation با Next.js

در این راستا پلاگین module-federation/nextjs-mf  توسط توسعه‌دهنده module-federation ساخته شده که امکان پیاده‌سازی معماری Micro-frontends را با حداقل دردسر در Next.js ممکن ساخته است.

برای استفاده از این پلاگین در فایل next.config.js پلاگین را در webpack اضافه کنید:

بسیار خوب، اما مشکل چه بود؟

در لحظه انجام این آزمایش‌ها کنسول هم‌روش یک اپ Next.js با حجم کد نسبتا زیادی بود. تخمین کد کنسول هم‌روش 185 هزار خط کد بود که قسمتی از این کدها بدهی فنی از سال‌های گذشته داشتند.

پس از تست‌های متعدد و رسیدن به دمو اولیه مشکلات مختلفی وجود داشت. که در ادامه هرمورد را بررسی خواهیم کرد.

زمان بیلد: صبر ایوب

قبل از استفاده از Module Federation بیلد اپ Next.js حدود 80 تا 100 ثانیه زمان می‌برد و بعد از پیاده‌سازی Module Federation این زمان به 3 تا 5 دقیقه افزایش پیدا کرد.

مصرف رم: “JavaScript heap out of memory”

برای بیلد اپ اصلی با استفاده از Module Federation تقریبا به 16 گیگ رم نیاز بود و این در بسته‌ با بررسی بیشتر کلیدش پیدا نشد.

حجم bundle: “در حال بار‌گذاری…”

با بازکردن کنسول بیلدشده با استفاده از Module Federation در مرورگر حجم Bundle اصلی به 40 مگابایت رسیده بود و این افزایش تقریبا 900 درصدی دلیل قانع‌کننده و قابل‌حلی نداشت.

بررسی بیشتر برای حل مشکل

چیزی که مشخص بود این بود که پلاگین Module Federation و Next.js در قسمت‌هایی از فرآیند بیلد تسک‌ها را به روش غیربهینه‌ای تکرار می‌کنند.

این مشکل در کدبیس کنسول که نسبتا بزرگ بود پیش می‌آمد، در تست اولیه که یک ریپو آزمایشی با چند کامپوننت محدود بود مشکلی وجود نداشت.

حجم سرباری که به‌خاطر Module Federation به بیلد اضافه‌شده بود به‌دلیل محدودیت پیاده‌سازی که Webpack داشت و سربار فرآیندهای Next.js قابل حل یا بهبود نبود. 

در مورد کنسول برتری Micro-frontend به فیچرهای جذاب Next.js وجود داشت. استفاده از قابلیت‌های  SSR و SSG در محصول کنسول محدود به صفحه‌های احراز هویت بود و وابستگی زیادی به Next.js وجود نداشت.

تصمیم سخت

همه این‌ها باعث شد تا با Next.js خداحافظی و تنها به React بسنده کنیم. با این فرض که پیچیدگی‌های استفاده از Module Federation کمتر می‌شود و کنترل بیشتری روی پلاگین‌ها و فرآیندهای بیلد خواهیم داشت تا مشکل‌های احتمالی را بتوانیم راحت‌تر رهگیری و حل کنیم.

اینها مزیت‌هایی بودند که حین استفاده از Next.js نداشتیم، امکان اضافه‌کردن و کانفیگ webpack در Next.js وجود داشت اما بخشی که خود Next.js وارد عمل می‌شود، همان بخش مبهم و مشکل‌ساز است.

یکی از نقاط دردآور مقابله با getServerSideProps بود، پلاگین Module Federation این بخش را تا حد خوبی راست و ریست می‌کند اما هزینه سربار بیلد و در نظر گرفتن این فاز باگ و مشکلات پیش‌بینی‌نشده در runtime به وجود می‌آورد.

مسئله دیگری که نیاز به تجدیدنظر داشت Webpack بود. مشکل اینجاست که Next.js خودش در تلاش برای کنار گذاشتن Webpack است.سازنده وب‌پک Tobias Koppers درحال‌حاضر با Vercel برای توسعه Turbopack همکاری می‌کند. این خبر نوید این را می‌دهد که در آینده‌ای نه‌چندان دور مسئله کند بودن و مصرف بیش‌از حد رم Next.js با Turbopack حل خواهد شد. اما درحال‌حاضر و احتمالا در آینده پیش‌رو راه‌حلی برای پیاده‌سازی Module Federation با Turbopack وجود نخواهد داشت.

منجی، Rspack آمده که Module Federation سریع و آسان باشد

آقای Zachary Jackson (سازنده Module Federation)، یکی از جدیدترین پروژه‌هایی که در آن فعالیت دارد، Rspack است. هدف این پروژه توسعه ابزاری مشابه Webpack است، API مشابه اما با پیاده‌سازی بهینه‌تر.

وب‌باندلر Rspack با Rust نوشته شده و همین مزیت باعث شده در کنار بیلد سریع مصرف مموری به حداقل ممکن برسد.

پروژه Rspack فعالیت متن‌باز شرکت چینی ByteDance است، این شرکت نرم‌افزارهای اشتراک‌گذاری ویدیو از جمله TikTok و Douyin را توسعه می‌دهد.

پشتیبانی از Module Federation

پلاگین Module Federation به صورت داخلی در Rspack پیاده‌سازی شده و این بزرگترین چالش که افزایش مصرف رم و کاهش سرعت بیلد بود را به بهترین نحو ممکن حل می‌کند.

پشتیبانی از API ، لودر و پلاگین‌های Webpack

یکی دیگر از مزیت‌های Rspack مشابه بودن API آن به Webpack است، فایل کانفیگ Rspack شباهت زیادی به کانفیگ Webpack دارد و بیشتر پلاگین‌ها و لودرهای پراستفاده Webpack نیز قابل استفاده هستند. این یعنی با کمترین هزینه فنی می‌توانید به Rspack مهاجرت کنید و سرعت بیلد بالا و مصرف کمتر مموری را تجربه کنید.

داشتن یک ابزار بیلد براساس Rspack هم می‌تواند کاربردی باشد!

کانفیگ Rspack شباهت زیادی به Webpack دارد و نوشتن این کانفیگ به‌دلیل وجود آپشن‌های زیادی که ابزارها دارند کار ساده‌ای نیست.

یکی از زیبایی‌های Vite خوانایی فایل کانفیگ آن است. در عین ساده‌بودن، کانفیگ Vite این امکان را می‌دهد که تنظیمات باندر را در صورت نیاز تغییر دهید.

سؤال اینجاست که چطور با کمترین خط کد مشابه Vite پروژه را با Rspack کانفیگ کنیم؟

توسعه‌دهندگان Rspack جواب این سؤال را با ابزاری به‌نام Rsbuild می‌دهند:

از ویژگی‌های Rsbuild:

• Rsbuild از Rspack به‌عنوان باندلر استفاده می‌کند.
• کانفیگ ساده‌تری نسبت به Rspack دارد اما در صورت نیاز همان‌قدر امکان شخصی‌سازی به توسعه‌دهنده می‌دهد.
• همه ویژگی‌هایی که Rspack ارائه می‌دهد در مورد Rsbuild نیز صدق می‌کند.

در تصویر بالا زمان بیلد تعدادی کامپوننت React با باندلرهای مختلف تست شده، همین مقیاس در پروژه‌های بزرگ‌تر باعث صرفه‌جویی زمان و بهینگی زیادی خواهد شد. اطلاعات بیشتر درباره این بنچ‌مارک

نتیجه استفاده از Rsbuild

پس از مهاجرت به React بدون Module Federation مدت زمان بیلد پروژه اصلی (185 هزار خط کد) به کمتر از 10 ثانیه رسید و با پیاده‌سازی Module Federation به 30 ثانیه افزایش پیدا کرد. این درحالی است که سایر سرویس‌های کنسول که حالا خودشان اپ جدایی هستند زمان بیلد 2 تا 3 ثانیه دارند.

این اتفاق باعث شد تجربه توسعه فرانت‌اند در هم‌روش سریع‌تر شود و به‌دنبال آن توسعه‌دهندگان فرانت‌اند خوشحال‌تری باشیم.

جدول زیر مقایسه زمان‌های بیلد پروژه اصلی کنسول با استفاده و بدون استفاده از Module Federation است:

The post کاهش 100 برابری زمان بیلد فرانت‌اند کنسول هم‌روش appeared first on بلاگ هم‌روش.

چرا از معماری میکروفرانت‌اند استفاده می‌کنیم؟

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

• سرعت توسعه: با افزایش حجم کدها و تعداد تیم‌های درگیر، توسعه به‌صورت متمرکز به‌کندی پیش می‌رود.
• سرعت CI/CD: به دلیل حجم بالای کد و تعداد Dependencyها، سرعت بیلد می‌تواند کند و زمان‌بر باشد. این کندی در استفاده از babel و webpack بیشتر رخ می‌دهد.
• وابستگی‌های پیچیده: تغییرات کوچک در یک بخش ممکن است تاثیرات گسترده‌ای بر سایر بخش‌ها داشته باشد، که این موضوع به زمان و تلاش زیادی برای هماهنگی نیاز دارد.
• انعطاف‌پذیری فناوری: به دلیل یکپارچگی ساختار فعلی، امکان استفاده از فناوری‌های جدید و بهینه‌تر محدود می‌شود.

در چنین شرایطی، معماری میکروفرانت‌اند می‌تواند راه‌حلی برای این چالش‌ها ارائه دهد:

• استقلال تیمی: تیم‌های مختلف می‌توانند به‌صورت مستقل روی ماژول‌های مربوط به خود کار کنند، بدون آنکه بر کار دیگر تیم‌ها تأثیر بگذارند.
• توسعه تدریجی: ارتقاء و به‌روزرسانی بخش‌ها به‌صورت تدریجی و مستقل از هم انجام می‌شود که باعث افزایش سرعت در ارائه ویژگی‌های جدید می‌شود.
• انتخاب فناوری مناسب: هر ماژول می‌تواند با فناوری مختص به خود توسعه یابد و این امکان وجود دارد که از بهترین ابزارها و زبان‌ها برای هر بخش بهره‌برداری شود.

پشتیبانی تکنولوژی‌ها از ماژول فدریشن

توسعه ماژول فدریشن توسط Zack Jackson در سال 2018 با نسخه 4.20 Webpack شروع شد و در نسخه Webpack 5 به‌صورت رسمی معرفی شد و تا اوایل سال 2024 فقط در وب‌پک قابل استفاده بود. این ابزار در با هدف استفاده در Bundlerهای دیگر ریدیزاین شد و در حال حاضر به‌صورت Built-in داخل Rspack نیز قرار دارد. علاوه بر داشتن پتانسیل استفاده در ابزارهای بیلد دیگر، در نسخه جدید شما می‌توانید ماژول فدریشن را به‌صورت Runtime استفاده کنید. این ویژگی این امکان را به شما می‌دهد تا بدون محدودیت Bundler یا تکنولوژی از ماژول فدریشن استفاده کنید و ریسورس‌های جاوا اسکریپتی خود را به اشتراک بگذارید.آپدیت‌های جدید ماژول فدریشن را می‌توانید از اینجا دریافت کنید. تمامی ویژگی‌های جدید در این پکیج وجود دارند.

Rspack چیست؟

Rspack یک Bundler جاوا اسکریپت می‌باشد که مبتنی‌بر Rust توسعه داده شده و بسیار پرفورمنس بالایی نسبت به Bundlerهای دیگر دارد و سازگاری خوبی با Webpack جهت مهاجرت یا استفاده از پلاگین‌ها دارد. کامپایلر این ابزار به‌صورت پیشفرض swc می‌باشد که نسبت به bable از سرعت خوبی برخوردار است. جزئیات بیشتر در رابطه با Rspack را می‌توانید در صفحه مستندات این ابزار مطالعه کنید.

پیش‌نیازهای استفاده از ماژول فدریشن

ماژول فدریشن میکروفرانت‌اند را در تکنولوژی و حالت‌های زیر می‌توانید استفاده کنید:

• پروژه‌هایی که از Webpack 5 یا بالاتر استفاده می‌کنند.
• سرویس‌هایی که با NextJS توسعه داده شده باشند. (در Turbopack پشتیبانی نمی‌شود.)
• پروژه‌هایی که از Rspack یا Rsbuild استفاده می‌کنند.
• استفاده از ماژول فدریشن به‌صورت Runtime بدون محدودیت تکنولوژی و Bundler.
  

جمع‌بندی

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

The post معماری میکروفرانت‌اند و Module Federation appeared first on بلاگ هم‌روش.

کنسول به زبان انگلیسی

یکی از مهم‌ترین تغییرات پاییز امسال، افزوده شدن زبان انگلیسی به کنسول هم‌روش بود. حالا می‌توانید در کنار زبان فارسی، از نسخه انگلیسی کنسول نیز استفاده کنید.

بهبود سربرگ جزئیات اپ دارکوب

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

جایگاه‌ دکمه‌ها

دکمه «پیشنهادات» با عنوان جدید «بهبودهای پیشنهادی» به سمت راست سربرگ منتقل شده و دکمه‌های عملیات به‌صورت مشخص براساس الویت استفاده در سمت چپ قرار گرفته‌اند.

شمارش تعداد تغییرات اعمال شده

در دارکوب برای نهایی کردن تغییرات، لازم است پس از اعمال تغییرات بر روی دکمه «ذخیره تغییرات» کلیک کنید. حالا تعداد تغییرات نمایش داده می‌شود و کاربر می‌تواند با آگاهی از اینکه آیا تغییری اعمال کرده یا نه، در صورت لزوم بر روی دکمه «ذخیره تغییرات» کلیک کند.

مدیریت منابع دارکوب

این تب جدید مجموعه‌ای از قابلیت‌های قبلی اپ دارکوبی است که در گذشته هرکدام در تب‌های جداگانه‌ای بودند:

• انتخاب پلن منابع
• ساخت و مدیریت دیسک
• مقیاس‌پذیری

ساخت دیسک و مدیریت آن

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

مقیاس‌پذیری

در این بخش امکان تنظیم رپلیکا ثابت یا متغیر (مقیاس پذیری خودکار یا Horizontal Pod Autoscaling) امکان‌پذیر است.

از ویژگی‌های جدید این بخش:

• امکان هم‌زمان تنظیم تعداد رپلیکا ثابت و فعال‌سازی «مقیاس‌پذیری خودکار»
• امکان تنظیم مقیاس‌پذیری خودکار بر اساس مصرف RAM
• تغییر حداکثر رپلیکا مقیاس‌پذیری خودکار از 10 به 20

بهبود تجربه صدور فاکتورهای رسمی

از تغییرات این بخش اضافه شدن وضعیت فاکتور در دست صدور در ابتدای ماه می‌باشد.

در صورتی که شرایط لازم جهت دریافت فاکتور رسمی را نداشته باشید، راهنمایی‌های لازم جهت فعال‌سازی امکان دریافت فاکتورهای رسمی نمایش داده می‌شود تا تجربه این فرایند روشن و قابل پیش‌بینی باشد.

تنظیم اثر جانبی تغییرات متغیرهای مشترک

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

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

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

انتخاب دلایل راضی یا ناراضی بودن در بازخورد تیکت

در پلتفرم ابری دارکوب ما همواره در تلاش هستیم که از طریق گرفتن بازخورد از کاربران، بخش‌های مختلف پلتفرم ابری دارکوب را بهبود دهیم.

یکی از کارهایی که اخیرا در هم‌روش در این راستا انجام داده‌ایم، گرفتن بازخورد از کاربران در زمینه وضعیت پشتیبانی و پاسخ‌دهی به تیکت‌هاست.

برای اطلاع از جزئیات تغییرات می‌توانید گزارش تغییرات ماهانه هم‌روش را مطالعه کنید.

تجربه شما از تغییرات جدید هم‌روش چطور بوده است؟ نظرات خود را در کامنت‌ یا تیکت با ما درمیان بگذارید.

The post گزارشی از تغییرات سرویس‌های هم‌روش در پاییز ۱۴۰۲ appeared first on بلاگ هم‌روش.

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

مصرف منابع

این بخش که از پراستفاده‌ترین بخش‌های کنسول است، با الهام از نمودارهای گرافانا بازطراحی شده است. مثل گذشته، مصرف همه پادها چه پاد فعلی و چه پادهای قدیمی در کنار هم نمایش داده می‌شود؛ ولی حالا می‌توانید با کلیک روی نام هر پاد دلخواه، آن را از نمودار حذف کنید. منوی Pod هم حالا تنها پادهای فعلی شما را نشان می‌دهد تا به سادگی بتوانید گراف‌ها را به پادهای فعلی محدود کنید.

با کشیدن ماوس روی یک بخش از نمودار، می‌توانید روی آن بخش زوم کرده و فقط دیتای یک زمان بخصوص را بررسی کنید.

در نمودارهای مربوط به ram و cpu، خط Max اضافه شده که مقدار منابع تعیین شده برای اپ در پلن منابع را نشان می‌دهد. به این ترتیب به سادگی می‌توانید مقدار مصرف فعلی خود را با پلن مشخص شده، مقایسه کنید و در صورت لزوم، منابع را افزایش یا کاهش دهید.

مقادیر محور عمودی که قبلا بنا به دیتای موجود در نمودار ممکن بود واحدهای متفاوتی پیدا کنند (مثلا Gb در برابر Mb)، حالا همیشه واحدهای ثابتی دارند که کار مقایسه و بررسی را بسیار آسان‌تر می‌کند.

لیست اپ‌ها

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

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

ترمینال

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

همچنین حالا می‌توانید ترمینال را در یک تب جدید فول‌اسکرین کنید و با تمرکز کامل، بررسی‌های خود روی پادها را انجام دهید.

پشتیبانی و تیکتینگ

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

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

The post گزارشی از تغییرات سرویس‌های هم‌روش در بهار ۱۴۰۲ appeared first on بلاگ هم‌روش.

دارکوب

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

تغییر مهم دیگر مربوط به اپلکیشن‌ها در فصل زمستان،  اضافه شدن امکان ذخیره تغییرات اپ‌ها بدون نیاز به ریستارت شدن آن‌ها بود؛ هم‌اکنون هنگام ذخیره تغییرات، اپ شما صرفا در صورتی ریستارت می‌شود که تغییری در نحوه دیپلوی شدن آن به وجود بیاید (به‌عنوان مثال تغییر در میزان منابع). در موارد جانبی همچون اضافه کردن لاگ، تغییر پورت، اضافه شدن آدرس دامنه و … تغییرات بدون ریستارت اعمال می‌شود. بدین ترتیب اگر اپ شما در میانه انجام کاری بود، می‌تواند بدون نیاز به از سرگیری مجدد، با موفقیت کار را به اتمام برساند. البته در صورتی که می‌خواستید حتما اپ ریستارت شود، می‌توانید از گزینه «ریستارت اپ‌ها» برای این‌کار استفاده کنید.

بخش کوبرنتیز

در این فصل بخش جدیدی به نام کوبرنتیز به کنسول هم‌روش اضافه شد که امکان مشاهده اطلاعات کلی کلاستر و مدیریت مستقیم آن را فراهم می‌کند.  این بخش در حال حاضر تنها برای سازمان‌هایی که خدمات اختصاصی هم‌روش (از جمله کلاستر اختصاصی) را دریافت می‌کنند فعال است. سازمان‌هایی که کلاستر اختصاصی دارند، می‌توانند در این بخش ساختار Nodeها و NodePoolهای کلاستر خود را ببینند و در صورت نیاز، Node جدید اضافه کنند. همه PVCهای سازمان نیز از این بخش قابل مشاهده است و شما می‌توانید به‌راحتی یک PVC را به Node دیگری انتقال داده، یا داده‌های یک PVC را در PVC دیگری کپی کنید. سرتیفیکیت‌های اپ‌های شما نیز در این قسمت آورده شده تا به‌راحتی بتوانید وضعیت ساخته شدن یا انقضای آن‌ها را بررسی کنید. به‌زودی امکان ساخت کلاستر نیز در این قسمت اضافه می‌شود و به‌تدریج عموم کاربران می‌توانند از بخش کوبرنتیز استفاده کنند.

رابط کاربری

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

مالی

کاربران بخش مالی می‌توانند در صورت نیاز، خلاصه صورت‌حساب و پیش‌فاکتور خود را در قالب یک فایل PDF دانلود کنند. سازمان‌هایی که درخواست فاکتور رسمی می‌کنند و در طی این روند اطلاعات سازمان خود را تکمیل می‌نمایند، طی ایمیل و نوتیفیکیشن از تایید یا رد شدن درخواست خود باخبر خواهند شد.

The post گزارشی از تغییرات سرویس‌های هم‌روش در زمستان ۱۴۰۱ appeared first on بلاگ هم‌روش.

تغییرات و بهبودهای پلتفرم ابری دارکوب

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

چند مورد از مهم‌ترین تغییرات و به‌روزرسانی‌های دارکوب در فصل پاییز:

• نمایش پیشنهادهایی برای بهبود اپ

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

• امکان ساخت اپ از روی بک‌اپ

 با گزینه «ساخت اپ» در جلوی هر بک‌آپ، می‌توانید تنها با یک کلیک، اپی مشابه اصلی اما با دیتای آن بک‌آپ به‌خصوص بسازید.

• قابلیت Collapse شدن لیست اپ‌ها بر مبنای نیم‌اسپیس‌

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

• فارسی‌‌سازی و گویاتر شدن هشدارهای دارکوب

هشدارهای دریافتی برای اپ‌ها، با هدف وضوح و راحتی بیشتر، فارسی شدند و متن آن‌ها نیز بهبود یافت.

• امکان استفاده از مانیتورینگ و لاگ برای غیرادمین‌ها

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

• بهبود اپ‌های آماده

  اپ‌های مینایو و ژوپیتر تغییرات ساختاری داشتند و بهبود‌های قابل ملاحظه‌ای پیدا کردند.

• اضافه شدن وضعیت Evicted به وضعیت‌های ممکن هر اپ

 این وضعیت مشابه با وضعیت evicted در کوبرنتیز است و عمدتا زمانی پیش می‌آید که فضای ephemeral داخل یک پاد، پر شده و در نتیجه، پاد ریستارت شود. پاد‌هایی که وضعیت evicted دارند تا دو روز در لیست پادهای اپ باقی می‌مانند تا امکان دیباگ آن‌ها برای کاربران وجود داشته باشد.

بهبود صفحه ساخت تیکت

• نمایش اختلالات جاری 

در صورتی که اختلالی در سرویس‌ها مشاهده شود، مسئله علاوه بر بخش وضعیت سرویس‌ها در صفحه ساخت تیکت نیز قابل مشاهده خواهد بود.

• نمایش مستندات مرتبط با موضوع 

هنگام تایپ عنوان تیکت، مستندات مرتبطی که می‌توانند به حل موضوع کمک کنند نمایش داده خواهد شد.

بهبودها و به‌روزرسانی‌های پنل مالی

• امکان دریافت فایل فاکتورهای رسمی

سازمان‌هایی که برای دریافت فاکتور رسمی به شکل تصویری درخواست داده‌اند، ازین‌پس می‌توانند فاکتورهای رسمی صادر شده را مستقیماً از داخل کنسول مشاهده و دریافت کنند.

همچنین امکان دانلود صورتحساب‌های غیر رسمی نیز فراهم شده است.

The post گزارش تغییرات سرویس‌های هم‌روش در پاییز 1401 appeared first on بلاگ هم‌روش.

امکان انتقال اپ‌های دارکوبی به یک node دیگر

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

 چطور از این امکان جدید استفاده کنیم؟

در صفحه پلن منابع اپ اگر پلن منابع دلخواه را داشته باشید و مقادیری انتخاب کنید که در node فعلی امکانش نیست، گزینه انتقال node برای شما نمایش داده می‌شود

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

اضافه شدن ادیتور برای تبدیل فایل به لیست متغیرهای محیطی

هنگام ویرایش یا ساخت اپ، ممکن است کاربر بخواهد متغیرهای محیطی یا ارگومان‌های بیلد را اضافه کند؛ امکان افزودن به متغیرهای محیطی و آرگومان‌های بیلد پیش از این نیز در دارکوب وجود داشت؛ اما در حال حاضر، ادیتوری برای این کار به پلتفرم افزوده شده است؛ این ادیتور می‌تواند محتوای یک فایل با فرمت JSON، YAML، key=value را بگیرد و تبدیل به لیستی از متغیرهای محیطی یا آرگومان‌های بیلد کند. با کمک این ادیتور جدید کار افزودن متغیرهای محیطی و آرگومان‌های بیلد بسیار راحت‌تر می‌شود.

بهبود اپ اماده Redis

• آپدیت به ورژن ۷
• اضافه شدن افزونه‌ Redis Insight برای مدیریت دیتابیس با رابط گرافیکی
• امکان اضافه کردن کانفیگ‌های دلخواه توسط کاربر

تحولات عمومی در بخش بک‌آپ

در تابستانی که گذشت، ما شاهد تغییراتی هم در بخش بک‌آپ بودیم:

• مشاهده تاریخچه بک‌آپ‌گیری برای همه اپ‌ها
• مشاهده تعداد اسنپ‌شات‌‌های قابل بازیابی، و زمان بک‌اپ‌گیری هر اپ

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

• جستجو میان اسنپ‌شات‌ها، با امکان فیلتر از روی نیم‌اسپیس و وضعیت فعال/غیرفعال

تغییرات کوچک‌تر

علاوه بر تغییراتی که گفتیم، تغییرات کوچکی نیز به‌صورت مستمر در سرویس‌های هم‌روش اعمال می‌شود. در ادامه صرفاً به چند نمونه از این تغییرات اشاره می‌شود:

• اضافه شدن نمودار CPU Throttling به نمودارهای مصرف منابع

• امکان مشاهده بدهی مانده بیمه برای شرکت‌های دارای قرارداد

• امکان مشاهده محتوای gitlab-ci برای اپ‌های هم‌گیت/گیت‌لب

The post گزارش تغییرات سرویس‌های هم‌روش در تابستان 1401 appeared first on بلاگ هم‌روش.