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

اختلال در عملکرد کنسول هم‌روش

در بازه ذکر شده وضعیت کنسول هم‌روش به شرح زیر خواهد بود:

• اکشن‌های کنسول هم‌روش غیر فعال می‌شوند؛ به نحوی که امکان ایجاد تغییرات در سرویس‌ها از طریق کنسول هم‌روش وجود نخواهد داشت.
• در این بازه، در بخش پشتیبانی، سیستم ثبت تیکت هم‌روش همچنان فعال است.

اختلال در مدیریت پلتفرم دارکوب، بازارچه و دیتابیس

در طول بازه عملیات نگهداری، قابلیت‌های زیر موقتاً غیرفعال خواهند شد:

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

داده‌های ذخیره‌شده پیش از آغاز عملیات در تمام سرویس‌های بالا حفظ خواهند شد و در دسترس خواهند بود.

عدم کارکرد سرویس‌های سنتری و هم‌گیت

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

• هم‌گیت: دسترسی به مخزن‌ها و انجام عملیات مرتبط با Git امکان‌پذیر نخواهد بود. اجرای پایپ‌لاین‌ها و GitLab Runnerهای تحت تأثیر نیز تا پایان عملیات متوقف خواهد شد. داده‌های ذخیره‌شده پیش از آغاز عملیات حفظ می‌شوند.
• سنتری: دسترسی به سرویس امکان‌پذیر نخواهد بود. داده‌های ذخیره‌شده پیش از آغاز عملیات حفظ می‌شوند؛ اما ثبت رخدادها در سنتری، در طول این بازه انجام نمی‌شود.

اختلال در عملکرد سرویس بکاپ

در این بازه، وضعیت سرویس بکاپ به شرح زیر خواهد بود:

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

عدم کارکرد کانتینر رجیستری

در طول این بازه زمانی، سرویس کانتینر رجیستری در دسترس نخواهد بود و عملیات Pull و Push ایمیج‌ها اجرا نخواهد شد.

موارد مالی تحت تاثیر اختلال

در مورد سرویس‌های مالی کنسول هم‌روش به موارد زیر اشاره می‌کنیم:

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

وضعیت سایر سرویس‌ها

سایر سرویس‌های هم‌روش که در این اطلاعیه به آن‌ها اشاره نشده است، تحت تأثیر مستقیم این عملیات قرار نمی‌گیرند.

خلاصه وضعیت سرویس‌ها

وضعیت اجرای عملیات و پایان آن از طریق صفحه «وضعیت سرویس‌های هم‌روش» اطلاع‌رسانی خواهد شد.

پیشاپیش از همراهی و شکیبایی شما در طول این عملیات سپاسگزاریم.

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

کنسول هم‌روش

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

صفحه جدید ترمینال اپلیکیشن‌ها

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

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

قابلیت انتقال مالکیت سازمان به دیگر اعضا

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

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

بهبود زیرساخت صفحه وضعیت سرویس‌ها

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

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

انتشار نسخه پایدار آبجکت استورج هم‌روش

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

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

در پلتفرم ابری دارکوب در این فصل تغییراتی شامل موارد زیر اعمال شد.

امکان دریافت گواهی SSL از طریق DNS Challenge

در گذشته، دریافت گواهی SSL معمولاً از طریق HTTP Challenge انجام می‌شد و در نتیجه مرجع صدور گواهی باید می‌توانست از طریق HTTP به دامنه متصل شود و مالکیت دامنه را اعتبارسنجی کند. اما در دوره‌هایی که دسترسی اینترنت بین‌الملل با اختلال یا محدودیت مواجه بود، این راهکار معمولا با مشکل مواجه می‌شد. با اضافه شدن DNS Challenge، می‌توانید مالکیت دامنه را از طریق رکوردهای DNS تأیید کنید. در این راهکار، اعتبارسنجی مالکیت دامنه از طریق رکوردهای DNS انجام می‌شود و نیازی نیست مرجع صدور گواهی، از مسیر HTTP به اپلیکیشن دسترسی داشته باشد.

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

نمایش تاریخ انقضای گواهی دامنه شخصی

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

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

بازارچه ابری

در فصل بهار، بازارچه ابری با قابلیت جدیدی هم‌راه شد.

اضافه شدن تب مصرف منابع به بازارچه

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

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

سرویس سنتری

در بهار ۱۴۰۵ نسخه سرویس سنتری هم‌روش ارتقا پیدا کرد.

ارتقای سنتری به نسخه 26.2.1

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

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

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

منابع

هزینه منابع کلاسترهای سرویس‌ها (اختصاصی و عمومی) بر اساس جدول زیر محاسبه می‌شود.

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

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

در میان سرویس‌هایی که در کنسول هم‌روش،‌ در این بخش قابل مشاهده هستند، هزینه موارد زیر بر اساس جدول‌های جداگانه‌ای محاسبه می‌شود که در ادامه این مطلب، در بخش مربوط به هر سرویس ذکر شده‌اند:

• اپلیکیشن‌های بازارچه
• دیتابیس مدیریت‌شده (شامل دیتابیس‌های PostgreSQL و MySQL)
• جیرا
• کانفلوئنس
• گیت‌لب رانر

کوبرنتیز مدیریت‌شده

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

دیتابیس مدیریت‌شده

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

آبجکت استورج

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

بکاپ

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

بازارچه هم‌روش

بازارچه هم‌روش امکان راه‌اندازی سریع برنامه‌های آماده را بدون پیکربندی پیچیده ارائه می‌کنند. هزینه سرویس‌های بازارچه به شرح زیر است.

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

• جیرا
• کانفلوئنس
• n8n

جیرا

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

کانفلوئنس

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

n8n

سرویس n8n هم‌روش راهکاری پایدار و مقیاس‌پذیر برای پیاده‌سازی اتوماسیون سازمانی و یکپارچه‌سازی سرویس‌ها در بستر ابری را فراهم می‌کند. این سرویس به تیم‌ها امکان می‌دهد workflowهای پیچیده میان APIها و سیستم‌های داخلی را بدون محدودیت اتصال و با عملکردی بهینه اجرا کنند. پلن‌های این سرویس در جدول زیر ذکر شده‌اند.

سنتری

سرویس Sentry هم‌روش، راهکاری برای تیم‌های دواپس است که به مانیتورینگ جامع و تحلیل عمیق خطاها در محیط‌های امن و مقیاس‌پذیر نیاز دارند. هزینه‌ این سرویس بر اساس تعداد spanها و errorها به شرح زیر محاسبه می‌شود.

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

گیت‌لب رانر

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

لود بالانسر اختصاصی

سرویس لود بالانسر اختصاصی هم‌روش امکان ایزوله کردن درخواست‌‌‌های HTTP اپلیکیشن‌های سازمان‌ها از دیگر مشتریان کلاستر را فراهم می‌کند. با لود بالانسر اختصاصی سازمان‌ها می‌توانند لاگ‌ها و متریک‌ها را از طریق فعال‌سازی سرویس مانیتورینگ و لاگ جمع‌آوری کنند. لود بالانسر هم‌روش همچنین از SSL termination و health check پشتیبانی می‌کند. هزینه لود بالانسر اختصاصی در جدول زیر مشخص شده است.

پشتیبانی سازمانی

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

هزینه سرویس‌ پشتیبانی سازمانی به این صورت محاسبه می‌شود که پس از محاسبه هزینه‌های سرویس، به میزان ۸ درصد از مبلغ کل فاکتور، تحت هزینه پشتیبانی سازمانی، به مبلغ افزوده می‌شود و حداقل هزینه پشتیبانی سازمانی ۴۸،۰۰۰،۰۰۰ تومان در نظر گرفته شده است.

سایر راهکارهای هم‌روش

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

مهاجرت ابری

سازمان‌هایی که قصد مهاجرت به زیرساخت ابری هم‌روش را دارند می‌توانند از خدمات مشاوره مهاجرت بهره‌مند شوند. در این خدمات، راهکارهای طراحی و پیاده‌سازی معماری cloud native و مایکروسرویس، dockerize کردن سرویس‌ها و راه‌اندازی CI/CD ارائه می‌شود.

گیت‌لب عمومی (هم‌گیت)

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

گیت‌لب اختصاصی

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

جیتسی مدیریت‌شده

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

سرویس GPU

سرویس GPU هم‌روش راهکاری پیشرفته برای سازمان‌هایی است که قصد دارند بدون نیاز به سرمایه‌گذاری در زیرساخت سخت‌افزاری، از قدرت پردازشگرهای گرافیکی پیشرفته و به‌روز برای پردازش‌های سنگین حوزه هوش مصنوعی (AI) و یادگیری ماشین (ML) استفاده کنند.

سرویس Vault

سرویس Vault مدیریت‌شده هم‌روش (مبتنی بر Hashicorp Vault)، راهکار مدیریت متمرکز و امن اطلاعات حساس را در بستر ابر به سازمان‌ها ارائه می‌کند. این سرویس امکان ذخیره‌سازی، کنترل دسترسی و استفاده ایمن از کلیدهای API، رمزهای عبور، توکن‌ها و سایر داده‌های محرمانه را فراهم می‌کند و با اعمال سیاست‌های دسترسی مبتنی بر نقش، از دسترسی غیرمجاز جلوگیری می‌کند.

اعتبار هدیه

هم‌روش در ابتدای ثبت‌نام در کنسول، مبلغی به عنوان هدیه را برای مشتریان در نظر می‌گیرد. این مبلغ که تا پیش از این ۱۰۰،۰۰۰ تومان بوده، از ابتدای خرداد ماه به ۵۰۰،۰۰۰ تومان افزایش یافته است.

اگر سوالی درباره به‌روزرسانی تعرفه خدمات دارید، می‌توانید با واحد فروش، به شماره ۹۲۰۰۹۲۴۰-۰۲۱ – داخلی ۲، در ارتباط باشید یا درخواست خود را در صفحه درخواست مشاوره ثبت کنید.

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

تغییر نحوه دریافت گواهی SSL برای اپلیکیشن‌های دارکوب

برای صدور گواهی SSL به روش ثبت رکورد DNS، مراحل زیر را دنبال کنید.

مرحله ۱ و ۲: ابتدا به منوی دارکوب کنسول هم‌روش بروید و سپس روی اپلیکیشن مورد نظر خود کلیک کنید.

مرحله ۳: از منوی سمت راست روی گزینه «آدرس دامنه» کلیک کنید.

مرحله ۴: در قسمت «تنظیم گواهی SSL» گزینه «DNS» را انتخاب کنید.

مرحله ۵: در قسمت «Host Address»، آدرس دامین مورد نظر خود را مشاهده می‌کنید. از صحت این آدرس اطمینان حاصل کنید. همچنین می‌توانید در صورت نیاز این آدرس را تغییر دهید.

مرحله ۶ و ۷: پس از اطمینان از آدرس، باید به پنل ارائه‌دهنده سرویس DNS مرتبط با دامین خود مراجعه کرده و یک رکورد از نوع CNAME با مشخصات زیر ایجاد کنید:

• در این رکورد، مقدار ساب‌دامین نمایش داده شده در گزینه ۶ تصویر (در این مثال acme-challenge_) را وارد کنید. توجه داشته باشید که اگر آدرس وارد شده در مرحله ۵، شامل ساب‌دامین (مثلا a.example.ir) باشد، مقدار این گزینه نیز شامل ساب‌‌دامین (مثلا acme-challenge.a_) خواهد بود.
• Value را نیز مطابق با عبارت نمایش داده شده در گزینه ۷ تصویر وارد کنید.
• در نهایت این مقادیر را در پنل ارائه‌دهنده سرویس DNS خود ذخیره کنید و به کنسول هم‌روش بازگردید.

مرحله ۸: حتما در کنسول هم‌روش، روی «ذخیره تغییرات» کلیک کنید.

نکته: توجه داشته باشید که اعمال رکورد CNAME در پنل ارائه‌دهنده سرویس DNS و فرایند Propagation رکورد ممکن است تا ۲ ساعت زمان ببرد.

تغییر نحوه دریافت گواهی SSL برای اپلیکیشن‌های بازارچه

برای صدور گواهی SSL به روش ثبت رکورد DNS، مراحل زیر را دنبال کنید.

مرحله ۱ و ۲: برای تعریف رکورد CNAME اپلیکیشن‌های بازارچه ابتدا به منوی بازارچه در کنسول هم‌روش بروید سپس روی اپلیکیشن مورد نظر خود کلیک کنید.

مرحله ۳ و ۴: از منوی سمت راست روی گزینه «دامنه» کلیک کنید و سپس در مقابل دامنه خود، روی علامت چرخ‌دنده کلیک کنید.

مرحله ۵: در پنجره‌ای که باز می‌شود گزینه «dns01» را انتخاب کنید.

مرحله ۶ و ۷: حالا باید به پنل ارائه‌دهنده سرویس DNS مرتبط با دامین خود مراجعه کرده و یک رکورد از نوع CNAME با مشخصات زیر ایجاد کنید:

• در این رکورد، مقدار ساب‌دامین نمایش داده شده در گزینه ۶ تصویر (در این مثال acme-challenge_) را وارد کنید. توجه داشته باشید که اگر آدرس وارد شده در مرحله ۵، شامل ساب‌دامین (مثلا a.example.com) باشد، مقدار این گزینه نیز شامل ساب‌‌دامین (مثلا acme-challenge.a_) خواهد بود.
• Value را نیز مطابق با عبارت نمایش داده شده در گزینه ۷ تصویر وارد کنید.
• در نهایت این مقادیر را در پنل ارائه‌دهنده سرویس DNS خود ذخیره کنید و به کنسول هم‌روش بازگردید.

مرحله ۸: حتما در کنسول هم‌روش، روی «ذخیره تغییرات» کلیک کنید.

نکته: توجه داشته باشید که اعمال رکورد CNAME در پنل ارائه‌دهنده سرویس DNS و فرایند Propagation رکورد ممکن است تا ۲ ساعت زمان ببرد.

سوالات متداول

The post اطلاعیه مهم؛ تغییر فرایند دریافت گواهی SSL برای اپلیکیشن‌‌های بازارچه و دارکوب appeared first on بلاگ هم‌روش.

طی مدت حادثه صفحه «وضعیت سرویس‌های هم‌روش» در حال به‌روزرسانی بود تا کاربران در جریان آخرین وضعیت دیتاسنتر و سرویس‌ها قرار بگیرند.

روند زمانی حادثه و اقدامات انجام شده

• ۲۲:۴۰ – ۱۰ فروردین ۱۴۰۵: هشدار افزایش دمای سرورها دریافت شد و به سرعت تعدادی از سرورها از دسترس خارج شدند. با پیگیری از دیتاسنتر مشخص شد که حادثه ناشی از اختلال برق و از کار افتادن سیستم‌های سرمایش دیتاسنتر بوده است. در ادامه به منظور جلوگیری از آسیب بیشتر به سخت‌افزارها، سایر سرورها نیز خاموش شدند.
• ۲۲:۴۵ – ۱۰ فروردین ۱۴۰۵: دسترسی هم‌روش به دیتاسنتر قطع شد. با پیگیری از دیتاسنتر مشخص شد که بخشی از کابل‌های تامین برق دچار آتش‌سوزی شده و دیتاسنتر به‌صورت کامل از دسترس خارج شده است. پس از مهار آتش‌سوزی، فرایند تعویض کابل‌ها توسط تیم تاسیسات دیتاسنتر آغاز شد.
• ۱۲:۰۵ – ۱۱ فروردین ۱۴۰۵: تیم فنی هم‌روش اطمینان پیدا کرد که ساختمان دیتاسنتر آسیبی ندیده و فرایند بازیابی سرویس‌ها را آغاز کرد.
• ۱۹:۱۵ – ۱۱ فروردین ۱۴۰۵: جریان برق دیتاسنتر، مجدد برقرار و شارژ شدن یو‌پی‌اس‌ها آغاز شد.
• ۱۹:۵۳ – ۱۱ فروردین ۱۴۰۵: فرایند روشن شدن سرورها شروع شد. البته سرورهایی که به دلیل دمای بالا خاموش شده بودند همچنان خاموش باقی ماندند. برخی از سرویس‌ها مجدد در دسترس قرار گرفتند.
• ۲۱:۵۷ – ۱۱ فروردین ۱۴۰۵: برق دیتاسنتر بار دیگر به دلیل مشکل در ورودی برق شهری قطع و فرایند بازیابی و راه‌اندازی سرویس‌ها متوقف شد.
• ۲۲:۲۴ – ۱۱ فروردین ۱۴۰۵: جریان برق برقرار شد و سرورها روشن شدند. تیم فنی هم‌روش اطمینان پیدا کرد که همه سخت‌افزارهای سرورها سالم هستند ولی برخی از استورج‌های SSD در اثر شوک ناشی از قطع برق آسیب دیده‌اند. در ادامه، فرایند راه‌اندازی و بازیابی سرویس‌ها مجدد از سر گرفته شد.
• ۲۳:۰۰ – ۱۱ فروردین ۱۴۰۵: در ۳۶ دقیقه پس از وصل مجدد برق، تمام سرویس‌های عمومی هم‌روش به‌طور کامل در دسترس کاربران قرار گرفت.
• ۰۰:۰۵ – ۱۲ فروردین ۱۴۰۵: فرایند بازیابی داده‌های استورج‌های معیوب شروع شد. همچنین استورج‌های SSD خراب که دچار شوک ناشی از حادثه شده بودند تعویض شدند.
• ۰۶:۰۰ – ۱۲ فروردین ۱۴۰۵: سرویس‌های تمام مشتریان به‌صورت پایدار در دسترس قرار گرفت.

طی این حادثه، حداکثر میزان از دست رفتن داده‌ها مربوط به بازه ۲۴ ساعته و محدود به تعداد کمی از مشتریان بود که سرویس‌های آن‌ها با مشکل آسیب استورج‌های SSD مواجه شد. همچنین سرویس «دیتابیس مدیریت‌شده» با استفاده از مکانیزم PITR و بر پایه آخرین base backup و لاگ‌های تراکنش، تا نقطه‌ای کمتر از ۳۰ ثانیه قبل از زمان وقوع حادثه بازیابی شد.

The post گزارش حادثه عمومی زون c13 هم‌روش در ۱۰ فروردین ۱۴۰۵ appeared first on بلاگ هم‌روش.

کش‌رجیستری‌های در دسترس

در حال حاضر، پنج کش‌رجیستری زیر قابل استفاده هستند که شامل تعداد قابل توجهی از ایمیج‌های پراستفاده می‌باشند:

hub.hamdocker.ir

mcr.hamdocker.ir

gcr.hamdocker.ir

quay.hamdocker.ir

elastic.hamdocker.ir

این رجیستری‌ها به‌ترتیب به‌عنوان میرور رجیستری‌های معروف (Docker Hub، Microsoft Container Registry، Google Container Registry، Quay و Elastic) عمل می‌کنند.

مشاهده و جست‌وجوی ایمیج‌ها

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

مثال: Docker Hub (هم‌داکر)

برای مشاهده‌ی ایمیج‌های موجود در Docker Hub هم‌داکر، به آدرس زیر مراجعه کنید:

https://hub.hamdocker.ir/ui/packages

پس از باز شدن صفحه:

1. روی آیکون ضربدر در گوشه‌ی بالا و سمت راست کلیک کنید.
2. سپس می‌توانید از طریق نوار جستجو، ایمیج مورد نظر خود را پیدا کنید.

سایر رجیستری‌ها

برای سایر رجیستری‌ها نیز ساختار آدرس مشابه است و تنها کافی است /ui/packages را به انتهای دامنه اضافه کنید. به عنوان مثال:

https://mcr.hamdocker.ir/ui/packages

ساختار استفاده از ایمیج‌ها

ایمیج‌های متعلق به یک کاربر مشخص

برای ایمیج‌هایی که متعلق به یک یوزر خاص هستند، از قالب زیر استفاده کنید:

hub.hamdocker.ir/{username}/{imagename:tag}

ایمیج‌های عمومی (Library)

برای ایمیج‌های عمومی Docker Hub، از قالب زیر استفاده می‌شود:

hub.hamdocker.ir/library/{imagename:tag}

مثال:

hub.hamdocker.ir/library/nginx:latest

جایگزینی رجیستری‌ها

برای سایر رجیستری‌ها، کافی است دامنه‌ی اصلی را با معادل هم‌داکر جایگزین کنید.

مثال:

به‌جای:

mcr.microsoft.com/dotnet/aspnet:9.0

از:

mcr.hamdocker.ir/dotnet/aspnet:9.0

استفاده کنید.

کش‌رجیستری پکیج‌ها (repo.hmirror)

علاوه بر ایمیج‌های داکر، کش‌رجیستری repo.hmirror برای مدیریت و دریافت پکیج‌ها نیز ایجاد شده است. در حال حاضر، این کش برای موارد زیر در دسترس است:

npm: repo.hmirror.ir/npm

Python: repo.hmirror.ir/python/simple

Go: repo.hmirror.ir/go

NuGet: repo.hmirror.ir/nuget

Maven:  repo.hmirror.ir/maven

Alpine: repo.hmirror.ir/apk

Debian: repo.hmirror.ir/debian

Ubuntu: repo.hmirror.ir/ubuntu

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

نحوه استفاده از میرورها در پروژه‌ها و Dockerfile

به‌صورت کلی، هر زبان یا ابزار مدیریت پکیج، یک متغیر محیطی (Environment Variable) یا فایل تنظیمات (Config) برای تعریف میرور دارد. لازم است این تنظیمات در Dockerfile یا کانفیگ پروژه اعمال شوند تا در زمان بیلد، وابستگی‌ها از طریق میرورهای داخلی دریافت شوند.

مثال: (Python pip)

برای پایتون، می‌توان از متغیر محیطی PIP_INDEX_URL استفاده کرد.

استفاده در Dockerfile:

در این حالت، تمامی پکیج‌های پایتون از طریق میرور repo.hmirror.ir دریافت می‌شوند.

FROM python:3.11-slim
#تنظیم میرور pip
ENV PIP_INDEX_URL=https://repo.hmirror.ir/python/simple/
WORKDIR /app
COPY requirements.txt .
RUN pip install --no-cache-dir -r requirements.txt
COPY . .
CMD ["python", "app.py"]

FROM python:3.11-slim
#تنظیم میرور pip
ENV PIP_INDEX_URL=https://repo.hmirror.ir/python/simple/
WORKDIR /app
COPY requirements.txt .
RUN pip install --no-cache-dir -r requirements.txt
COPY . .
CMD ["python", "app.py"]

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

• در صورتی که پروژه دارای وابستگی به اندپوینت‌های خارجی باشد و از میرورها استفاده نشده باشد، فرایند بیلد با خطا مواجه خواهد شد.
• اگر دیپلوی خودکار (Auto Deploy) فعال باشد:
  • هر بیلد، منجر به دیپلوی مجدد اپلیکیشن می‌شود.
  • در صورت شکست بیلد، کانتینر متوقف شده و ممکن است اختلال در سرویس ایجاد شود.
• در صورتی که دیپلوی خودکار غیرفعال باشد:
  • خطای بیلد باعث از کار افتادن اپلیکیشن در حال اجرا نخواهد شد.

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

منابع تکمیلی

برای آشنایی بیشتر با نحوه‌ بیلد اپلیکیشن‌ها در شرایط اختلال اینترنت، مطالعه‌ مستند زیر پیشنهاد می‌شود:

راهنمای بیلد اپلیکیشن در زمان اختلال اینترنت

جمع‌بندی

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

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

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

توصیه مهم: قبل از اعمال هرگونه تغییر، حتماً از سرویس و داده‌های خود بکاپ کامل تهیه کنید تا در صورت بروز مشکل بتوانید به وضعیت قبلی بازگردید.

اپلیکیشن‌های آماده

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

اپ‌های گیتی و داکری

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

استفاده از ایمیج‌های Bitnami Legacy 

بر اساس اطلاع‌رسانی بیت‌نامی اکثر ایمیج‌ها برای همیشه ذیل bitnamilegacy در دسترس هستند. برای این حالت نیاز است آدرس ایمیج خود را از bitnami به bitnamilegacy تغییر دهید. در این حالت برای مثال ایمیج bitnami/mongodb به ایمیج bitnamilegacy/mongodb تغییر می‌کند.

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

مهاجرت به ایمیج‌های غیر Bitnami

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

• بازبینی متغیرهای محیطی (Environment Variables):

 ایمیج‌های جدید معمولاً ساختار متفاوتی برای تنظیمات دارند. باید مقادیر موجود را با داکیومنتیشن ایمیج جدید تطبیق دهید.

• بررسی و تغییر مسیرهای داده (Data Path):

مسیر ذخیره‌سازی داده‌ها در ایمیج‌های جایگزین با Bitnami تفاوت دارد. لازم است مسیر قدیمی را شناسایی کرده و داده‌ها را به مسیر جدید منتقل کنید. برای انجام این کار مراحل زیر را به‌ترتیب انجام دهید:

• گرفتن بکاپ قبل از اعمال تغییرات
• شناسایی مسیر جدید ذخیره دیتا بر اساس ایمیج جدید
• افزودن پارتیشن مربوط به مسیر جدید و پرسیست کردن آن
• تغییر ایمیج اجرایی به sleep با آرگومان یک زمان زیاد
• کپی کردن دیتا از مسیر قدیمی به جدید
• تغییر ایمیج

• بررسی و تغییر پرمیشن‌های مسیرهای داده :

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

جمع‌بندی

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

The post نحوه انتقال از ایمیج‌های Bitnami به گزینه‌های جایگزین appeared first on بلاگ هم‌روش.

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

۱. مخزن کدتان را به شبکه داخلی انتقال دهید

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

۲. دارکوب را به هم‌گیت خود متصل کنید

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

۳. در اپلیکیشن مورد نظر، آدرس ریپازیتوری را تغییر دهید

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

۴. تغییرات موردنیاز را بر روی داکرفایلتان اعمال کنید

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

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

۴.۱. در ابتدا کامند‌های مربوط به نصب پکیج در داکرفایل را کامنت کنید.

۴.۲. برای تامین پکیج‌های موردنیاز از پکیج‌های موجود در بیلدهای قدیمی‌تر استفاده کنید.

برای انجام این کار ابتدا به اپ مورد نظرتان در دارکوب مراجعه کنید.

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

۴.۳. در قدم آخر فقط باید مطمئن شویم که تغییرات کد به‌درستی و کامل روی کد قبلی ایمیج پایه overwrite می‌شود.

نهایتا قبل و بعد یک داکرفایل پایتونی به‌عنوان مثال می‌تواند به این شکل باشد:

قبل از اعمال تغییرات:

بعد از اعمال تغییرات:

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

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

The post راهکار build گرفتن از اپ‌ها در شرایط اختلال شبکه بین‌الملل appeared first on بلاگ هم‌روش.

بازارچه ابری هم‌ر‌وش چیست؟

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

سرویس جیرا؛ اولین محصول بازارچه ابری هم‌روش

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

• Rocket.Chat – پلتفرم ارتباط تیمی امن و قابل تنظیم.
• Confluence – ابزاری قدرتمند برای مدیریت دانش و مستندسازی تیم‌ها.

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

چرا بازارچه ابری هم‌روش؟

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

مسیر آینده بازارچه ابری

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

این تنها آغاز مسیر «بازارچه ابری» هم‌روش است. هدف ما این است که با ارائه خدمات پیشرفته و کارآمد، سازمان‌ها را در ساده‌سازی عملیات زیرساختی و ارتقای بهره‌وری تیم‌هایشان همراهی کنیم.

همین امروز شروع کنید

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

منتظر به‌وزرسانی‌ها و اضافه شدن سرویس‌های جدید در بازارچه ابری هم‌روش باشید.

The post  بازارچه ابری هم‌روش؛ دسترسی آسان به سرویس‌های متنوع appeared first on بلاگ هم‌روش.

سی درصد تخفیف برای کابران قدیمی؛ هزینه کامل برای کاربران جدید

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

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

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

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

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

در ادامه می‌توانید گزارش ویدئویی از اولین روز این دوره از هم‌آموز را مشاهده کنید:

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

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

همان‌طور که اشاره شد، هکاتون کنار دیوار در ۳ روز برگزار شد. در روز ابتدایی، افتتاحیه و تیم‌سازی انجام شد.دو روز بعدی نیز تیم‌ها بر روی ایده‌های خود کار کردند و در نهایت تیم‌ها، ایده خود را دمو کردند و اختتامیه برگزار شد. به ۵ تیم برتر هدایایی اهدا شد که شرکت هم‌روش نیز به این تیم‌ها ۳۰ میلیون تومان اعتبار زیرساخت رایگان هدیه ارائه کرد.

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

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

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

دیتابیس ابری محصول جدید هم‌روش

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

برای آشنایی بیشتر با مزایا و ویژگی‌های این سرویس می‌توانید به مستندات سرویس دیتابیس هم‌روش مراجعه کنید.

در طول برگزاری نمایشگاه اعضای تیم‌های مختلف ما در غرفه حاضر خواهند بود. اگر گذرتان به نمایشگاه افتاد، خوشحال می‌شویم به‌صورت حضوری باهم گفت‌وگویی داشته باشیم.

محل غرفه هم‌روش: محل دائمی نمایشگاه‌های بین‌المللی تهران، سالن چهل، غرفه ۹۳۸

زمان برگزاری نمایشگاه: ۹ الی ۱۲ تیر ماه

The post حضور هم‌روش در نمایشگاه الکامپ با محصول جدید دیتابیس ابری appeared first on بلاگ هم‌روش.

اینوتکس به‌عنوان یکی از بزرگترین رویدادهای نوآوری و فناوری در کشور محسوب می‌شود که از سال ۱۳۹۰ به منظور ایجاد بستری برای گفت‌وگو و شبکه‌سازی میان فعالان و کسب‌وکارهای حوزه فناوری در ایران برگزار می‌شود و سالانه میزبان ده‌ها هزار مخاطب از سراسر کشور است.

به گفته سجاد عباسی فشمی، دبیر نمایشگاه اینوتکس ۲۰۲۴، نمایشگاه  اینوتکس ۲۰۲۴ با شعار «زیست‌بوم فناوری و نوآوری زیر یک سقف» با حضور بیش از ۴۰۰ شرکت نوآور و فناور در حال برگزاری است.

برنامه‌های هم‌روش برای اینوتکس ۲۰۲۴

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

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

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

The post حضور هم‌روش در نمایشگاه اینوتکس ۲۰۲۴ appeared first on بلاگ هم‌روش.

تایم‌زون سرویس‌ها و قوانین مربوط به تبدیل زمانِ UTC به هر یک از تایم‌زون‌ها در سطح کانتینر و اپلیکیشن تنظیم می‌شوند و برای آپدیت و تغییر آن‌ها نیاز اهست در سطح کانتینر و اپلیکیشن تغییرات مقتضی انجام گردد. این تنظیمات برای اپ‌های مختلف می‌تواند متفاوت باشد که در ادامه توضیح بیشتری خواهیم داد. اگر از تایم‌زون ایران استفاده نمی‌کنید یا در سطح اپلیکیشن تبدیل تاریخ انجام نمی‌دهید نگران نباشید؛ چرا که از زمان UTC به طور مستقیم استفاده می‌کنید و نیازی به تغییر نیست.

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

۱. مدیریت تایم‌زون در لینوکس

پکیج tzdata در توزیع‌های لینوکسی اطلاعات مربوط به تبدیل تایم‌زون‌ها را مطابق با قوانین کشورها در اختیار دارد. در داکرایمج‌ها نیز برای تبدیل تایم‌زون چنین پکیجی وجود دارد و اطلاعات مربوط به چگونگیِ تبدیلِ ساعت از UTC به هر تایم‌زونی را در اختیار دارد. همچنین تایم‌زون هر کانتینر می‌تواند از بقیه‌ی کانتینرها متفاوت تنظیم شود. ممکن است در داکرایمج تایم‌زون خاصی تنظیم شده باشد یا از طریق متغیرهای محیطی مناسبی برای ایمج (بیشتر ایمج‌ها برای تنظیم تایم‌زون از متغیر محیطی TZ استفاده می‌کنند) تنظیم شده باشد.

در صورت استفاده از timezone ایران برای کانتینر (اپ) لازم هست از آپدیت بودن پکیج مربوطه که اکثراً tzdata هست اطمینان حاصل کنید. در حالت کلی در صورت به‌روز بودن تگِ ایمج، آخرین نسخه tzdata از قبل روی ایمج شما نصب خواهد بود. در ادامه نحوه بررسی ورژن tzdata و مقایسه آن با changelog پکیج tzdata را بررسی خواهیم کرد.

نصب آخرین ورژن tzdata در داکر ایمج

برای اطمینان از نصب آخرین ورژن tzdata، لازم است خط زیر را در داکر فایل خود اضافه کنید.

بررسی ورژن tzdata

برای بررسی ورژن tzdata نصب شده در داکر ایمج خود، از طریق کنسول هم روش اپ خود را انتخاب کنید و در مرحله بعد با انتخاب گزینه “ترمینال” وارد ترمینال شوید. با زدن دستور زیر در ترمینال خود ورژن پکیج tzdata نصب شده به شما نمایش داده خواهد شد.

در نهایت با بررسی changelog پکیج نصب شده خود در Debian Package Tracker می‌توانید از نصب بودن ورژن مورد نیاز خود اطمینان حاصل کنید.

اولین patch شامل تغییرات جدید در قانون ساعت رسمی کشور در تاریخ 17 آگوست 2022 منتشر شده است، بدیهی است که ورژن tzdata شما باید در این تاریخ یا بعد از این تاریخ منتشر شده باشد تا شامل آخرین تغییرات مربوط به قانون منسوخ شده باشد.

همچنین برای بررسی کلی changelog پکیج tzdata میتوانید از Changelog Launchpad نیز استفاده کنید.

استفاده از دستور date

روش دیگری که می‌تواند کمک‌کننده باشد استفاده از دستور date هست. به عنوان مثال دستور زیر را در ترمینال وارد کنید:

عدد 1679473800 ساعت ۱۲:۰۰ تاریخ ۱۴۰۲/۰۱/۰۲ را با فرمت epoch نمایش می‌دهد. دستور بالا تایم‌زون را به ایران تغییر داده و زمان را خروجی می‌دهد. در صورتی که ساعت ۱۳:۰۰ نمایش داده شود نشان‌دهنده‌ی قدیمی بودن پکیج tzdata است.

در نمونه‌ی بالا روش آپدیت و بررسی درست بودن پکیج tzdata را در یک ایمج با Debian package manager دیدیم. برای ایمج‌های دیگر نیز می‌توانید روش مشابهی را بررسی کنید و پکیجی که مربوط به تایم‌زون هست را آپدیت کنید.

توجه کنید داکرایمج‌های برپایه‌ی alpine اکثرا پکیج tzdata را ندارند و نتیجتاً ساعت را همواره بر مبنای UTC نمایش می‌دهند.

۲. بررسی کتابخانه‌های تبدیل تایم‌زون در کد

اگر در لایه‌ی اپلیکیشن از کتابخانه‌ای برای تبدیل تایم‌زون استفاده می‌کنید خوب است از به‌روز بودن قوانین تبدیل آن اطمینان حاصل کنید. بیشتر کتابخانه‌ها (به عنوان مثال کتابخانه‌های رایج زبان JavaScript و .net از زمان کانتینر استفاده می‌کنند و با به‌روزرسانی پکیج tzdata در سطح کانتینر، در سطح اپلیکیشن نیز قوانین به‌روز می‌شوند) اما ممکن است کتابخانه‌ی مورد استفاده‌ی شما از پکیج tzdata برای تبدیل تایم‌زون استفاده نکند و با قوانین مورد استفاده‌ی خودش تبدیل را انجام دهد. در چنین شرایطی ممکن است در عین به‌روز بودن پکیج tzdata تبدیل ساعت را با قوانین قدیمی انجام دهد. در واقع ساعتی که خود اپلکیشین پس از تبدیل به دست می‌آورد مستقل از پکیج tzdata می‌شود. در چنین شرایطی نیاز است متناسب با کتابخانه‌ی مورد استفاده تغییرات مقتضی را در اپلیکیشن اعمال کنید. در بیشتر موارد این تغییر تنها شامل به‌روزرسانی کتابخانه‌ی تبدیلِ تایم‌زونیست که در اپلیکیشن استفاده شده است. پیشنهاد می‌شود base image را نیز در صورت امکان به‌روزرسانی کنید.

به عنوان مثال فرض کنید اپی داریم که از base image با مقدار python:3.11.2-slim و برای تبدیل تایم‌زون از pytz ورژن 2020.5 استفاده می‌کند. این اپ که p.py نام دارد پس از اجرا زمان epochی که بالاتر اشاره کردیم را پس از تبدیل به تایم‌زون ایران چاپ می‌کند و از برنامه خارج می‌شود.

داکرفایل آن چنین چیزی است:

و کد اپلیکیشن فرضی ما با نام p.py:

با اجرای کانتینر و فراخوانی اپ p.py مشاهده می‌کنیم که خروجی به اشتباه ۱۳:۰۰ خواهد بود درحالیکه ساعت ۱۲:۰۰ خروجی مورد انتظار است.

با توجه به به‌روز بودن base image اپ پکیج tzdata به‌روز است و دستور export TZ=”Asia/Tehran”; date -d ‘@1679473800’ به درستی ساعت ۱۲:۰۰ را نشان می‌دهد اما در سطح کد تبدیل به اشتباه انجام می‌شود. برای اصلاح مشکل، کتاب‌خانه‌ی pytz را به‌روزرسانی می‌کنیم.

داکرفایل جدید مشابه زیر می‌شود:

در ادامه پس از بیلد و اجرای کانتینر مشاهده می‌کنیم اجرای python p.py نیز به درستی ساعت ۱۲:۰۰ را نمایش می‌دهد و مشکل برطرف شده است.

نکته‌ی مهم:

در صورت به‌روز نبودن پکیج تبدیل تایم‌زون اپ شما، اگر از قبل مقادیری برای بعد از ساعت ۲۴ یکم فروردین ۱۴۰۲ (معادل 1679430600 epoch) ذخیره کرده‌اید، نیاز هست به صورت دستی تغییرات مورد نیاز را انجام دهید چون از قبل با قانون قدیمی آن ساعت‌ها ذخیره شده‌اند.

امیدواریم این مستند برای شما مفید بوده باشد. پیشاپیش عید شما مبارک.

The post با توجه به لغو قانون تغییر ساعت رسمی، آیا لازم است تغییری در اپ‌هایمان اعمال کنیم؟ appeared first on بلاگ هم‌روش.