Hamravesh | هم‌روش
الذهاب إلى القناة على Telegram
پلتفرم ابری هم‌روش | با هم‌روش، تنها روی توسعه‌ی محصول و کسب‌وکارتان تمرکز کنید. www.hamravesh.com Info@hamravesh.com ۰۲۱-۹۲۰۰۹۲۴۰ (تماس از ۱۰ الی ۱۹ ) پشتیبانی: @hamravesh_sales_support
إظهار المزيدإيران167 011الفئة غير محددة
589
المشتركون
لا توجد بيانات24 ساعات
لا توجد بيانات7 أيام
لا توجد بيانات30 أيام
جاري تحميل البيانات...
القنوات المماثلة
لا توجد بيانات
هل تواجه مشاكل؟ يرجى تحديث الصفحة أو الاتصال بمدير الدعم الخاص بنا.
سحابة العلامات
لا توجد بيانات
هل تواجه مشاكل؟ يرجى تحديث الصفحة أو الاتصال بمدير الدعم الخاص بنا.
الإشارات الواردة والصادرة
---
---
---
---
---
---
جذب المشتركين
أكتوبر '24أكتوبر '24
أكتوبر '240
في 0 قنوات
سبتمبر '24
+114
في 0 قنوات
Get PRO
أغسطس '240
في 0 قنوات
Get PRO
يوليو '240
في 5 قنوات
Get PRO
يونيو '240
في 0 قنوات
Get PRO
مايو '240
في 0 قنوات
Get PRO
أبريل '24
+7
في 0 قنوات
Get PRO
مارس '240
في 0 قنوات
Get PRO
فبراير '24
+190
في 0 قنوات
| التاريخ | نمو المشتركين | الإشارات | القنوات | |
| 01 أكتوبر | 0 |
منشورات القناة
🚀 دیپلویمنت (Deployment) در کوبرنتیز چه نقشی در مدیریت اپلیکیشن‌ها دارد؟
🔘 در کوبرنتیز، مدیریت دستی پادها با افزایش مقیاس و انتشار نسخه‌های جدید اپلیکیشن پیچیده‌تر می‌شود. دیپلویمنت با مدیریت ReplicaSetها و پادها، به حفظ وضعیت مطلوب اپلیکیشن کمک می‌کند و امکان انتشار نسخه‌های جدید و بازگشت به نسخه‌های قبلی را فراهم می‌سازد.
در این مطلب:
• با دیپلویمنت و نقش آن در مدیریت پادها و ReplicaSetها آشنا شده‌ایم
• قابلیت‌های Scaling و Rollback و فرایند Rollout را معرفی کرده‌ایم
• تفاوت استراتژی‌های Rolling Update و Recreate را توضیح داده‌ایم
• و نحوه تعریف دیپلویمنت با YAML و اعمال پیکربندی آن با kubectl را گام‌به‌گام مرور کرده‌ایم.
🟣 اگر با کوبرنتیز کار می‌کنید، شناخت دیپلویمنت برای استقرار و مدیریت اپلیکیشن‌ها ضروری است؛ به‌ویژه زمانی که می‌خواهید انتشار نسخه‌های جدید و مقیاس‌دهی را با حداقل مداخله دستی انجام دهید.
لینک مطلب:
🔗 https://hmrv.sh/v4tvxa
☁️@hamravesh
#کوبرنتیز #KubernetesDeployment #ReplicaSet #RollingUpdate #مدیریت_زیرساخت
| 2 |  ⚠️ آسیب‌پذیری بحرانی Jira و Confluence؛ سرویس خود را به‌سرعت به‌روزرسانی کنید.
🔐 آسیب‌پذیری بحرانی CVE-2026-21589 با امتیاز CVSS برابر با ۹.۳، تمام نسخه‌های دیتاسنتر Jira و Confluence را تحت تأثیر قرار می‌دهد.
این آسیب‌پذیری از نوع Arbitrary File Access است و در شرایط مشخص به مهاجم احراز هویت‌نشده امکان دسترسی به فایل‌هایی در دایرکتوری اصلی وب‌اپلیکیشن را می‌دهد.
در این مطلب:
• بررسی کرده‌ایم CVE-2026-21589 چیست و چه ریسک امنیتی ایجاد می‌کند
• نسخه‌های آسیب‌پذیر و اصلاح‌شده Jira و Confluence را مشخص کرده‌ایم
• و راهکار رفع آسیب‌پذیری و نحوه به‌روزرسانی سرویس‌های Jira و Confluence در هم‌روش را تشریح کرده‌ایم.
🟣 اگر از Jira یا Confluence استفاده می‌کنید، توصیه Atlassian ارتقا در سریع‌ترین زمان ممکن به نسخه‌های اصلاح‌شده است. کاربران سرویس‌های هم‌روش نیز می‌توانند از طریق کنسول هم‌روش برای به‌روزرسانی اقدام کنند.
لینک مطلب:
🔗 https://hmrv.sh/tUbqSx
☁️@hamravesh
#امنیت_سایبری #آسیب_پذیری_امنیتی #Jira #Confluence #Atlassian #CVE202621589 | 353 |
| 3 |  📝 گزارش تغییرات سرویس‌های هم‌روش در تابستان ۱۴۰۵ منتشر شد.
در تابستان ۱۴۰۵، قابلیت‌های جدیدی به سرویس‌های هم‌روش اضافه شد و بخش‌هایی از سنتری، بازارچه ابری، دارکوب و کنسول هم‌روش بهبود پیدا کرد.
در این گزارش می‌خوانید:
🟣 ارائه قابلیت Session Replay و اضافه شدن پلن رایگان به سرویس سنتری
🟣 بهبودهای کنسول هم‌روش و سرویس دارکوب
🟣 ارائه سرویس دیتابیس و بازارچه ابری در کلاستر جدید
🟣 اضافه شدن جیتسی و به‌روزرسانی مستندات محصولات بازارچه ابری
اگر از سرویس‌های هم‌روش استفاده می‌کنید، در این گزارش می‌توانید جزئیات قابلیت‌های جدید و مهم‌ترین تغییرات محصولات هم‌روش در تابستان ۱۴۰۵ را مرور کنید.
لینک گزارش:
https://hmrv.sh/7crBdK
☁️@hamravesh | 483 |
| 4 |  🔎 #وبینار عملی ریشه‌یابی خطا با Sentry
🔮 در وبینار «از گزارش خطای کاربر تا ریشه‌یابی مشکل با Sentry» با یک سناریوی عملی، مسیر رسیدن از گزارش یک مشکل به سرنخ‌های لازم برای ریشه‌یابی آن را دنبال می‌کنیم.
در این وبینار:
• #سنتری را راه‌اندازی می‌کنیم و به یک اپلیکیشن متصل می‌شویم
• یک خطا را ثبت می‌کنیم و با اطلاعاتی که Sentry در اختیارمان می‌گذارد، علت آن را بررسی می‌کنیم
• با Session Replay اتفاقات پیش از بروز خطا را از دید کاربر بازبینی می‌کنیم
• با Trace و Span مسیر اجرای عملیات را دنبال و گلوگاه‌های عملکردی اپلیکیشن را پیدا می‌کنیم.
📣 ارائه‌دهنده: علیرضا بانشی | SaaS Team Lead در هم‌روش
📅 سه‌شنبه ۲۱ مهر ساعت ۱۹
🔗 ثبت‌نام رایگان:
https://hmrv.sh/H6heEm
☁️@hamravesh | 69 023 |
| 5 |  ⚠️ آسیب‌پذیری بحرانی Next.js؛ آیا اپلیکیشن شما در معرض خطر است؟
🔐 #آسیب_پذیری بحرانی CVE-2026-94545 در Next.js، با امتیاز CVSS برابر با 9.5، در شرایط مشخص امکان اجرای کد از راه دور را فراهم می‌کند. این مشکل نسخه‌های 16.2.0 تا 16.3.5 را تحت تأثیر قرار می‌دهد و در نسخه 16.3.6 برطرف شده است.
در این مطلب:
• بررسی کرده‌ایم CVE-2026-94545 چیست و در چه شرایطی خطرساز می‌شود
• نسخه‌های آسیب‌پذیر Next.js و اپلیکیشن‌های تحت تأثیر را مشخص کرده‌ایم
• روش بررسی اپلیکیشن برای شناسایی استفاده از ImageResponse را توضیح داده‌ایم
• و از راهکار اصلی رفع آسیب‌پذیری و همچنین اقدام موقت در صورت نبود امکان ارتقای فوری گفته‌ایم.
🟣 اگر از Next.js در اپلیکیشن‌های خود استفاده می‌کنید، در این مطلب می‌توانید بررسی کنید که آیا اپلیکیشن شما در معرض این آسیب‌پذیری قرار دارد و برای رفع آن چه اقدامی لازم است.
لینک مطلب:
https://hmrv.sh/cHhScV
☁️@hamravesh | 582 |
| 6 |  🧩 از ساخت پروژه تا ثبت اولین خطا در سنتری، مسیر کوتاه‌تر از چیزی است که فکر می‌کنید.
🔘 برای اتصال اپلیکیشن یا وب‌سایت خود به سنتری، پروژه را متناسب با زبان و Framework اپلیکیشن می‌سازید، SDK را Configure می‌کنید و DSN را در تنظیمات قرار می‌دهید. بعد از اتصال، خطاهای ثبت‌شده اپلیکیشن همراه با اطلاعات موردنیاز، برای بررسی در سنتری در دسترس‌اند.
در این ویدیو، کل این مسیر را در عمل می‌بینید:
• اتصال Backend با Python و Django
• اتصال Frontend با JavaScript و React
• ثبت یک خطای واقعی در اپلیکیشن
• مشاهده همان خطا و جزئیات آن در سنتری
🎯 برای شروع تست #رایگان، یکی از پروژه‌های خود را به سنتری هم‌روش متصل کنید:
🔗 https://hmrv.sh/vpDxDh
☁️@hamravesh
#سنتری #مانیتورینگ #Sentry #ErrorMonitoring #Observability #DevOps | 496 |
| 7 |  🔍 با قابلیت Trace و Span در سنتری چطور می‌توانید بفهمید که زمان اجرای یک عملیات کجا صرف شده؟
⚙️ وقتی اپلیکیشن کند می‌شود، فقط دانستن اینکه یک صفحه دیر لود شده کافی نیست؛ برای پیدا کردن علت، باید بتوان مسیر اجرای عملیات را بررسی کرد.
🔮با Trace و Span در سنتری هم‌روش می‌توانید:
• مسیر اجرای یک عملیات را از ابتدا تا انتها دنبال کنید
• درخواست‌های شبکه، Queryهای دیتابیس و عملیات‌های مختلف را جداگانه بررسی کنید
• کوئری‌های کند، دفعات اجرا، Transaction مرتبط و حتی محل اجرای کد را زیر نظر بگیرید
• و با Web Vitals، عملکرد صفحات و تجربه کاربر را از سمت Frontend بررسی کنید.
💎 در این ویدیو، از مسیر اجرای درخواست‌ها و Queryها در Backend تا عملکرد صفحات و تجربه کاربر در Frontend، جزئیات Performance اپلیکیشن را در سنتری بررسی کرده‌ایم.
🎯 برای شروع تست #رایگان، یکی از پروژه‌های خود را به سنتری هم‌روش متصل کنید:
🔗 https://hmrv.sh/sXQ78z
☁️@hamravesh
#سنتری #مانیتورینگ #Sentry #Tracing #PerformanceMonitoring #Observability #DevOps | 576 |
| 8 | 🔎قابلیت Error در سنتری چطور کمک می‌کند یک خطا را از لحظه وقوع تا خط کد مرتبط، دقیق‌تر دنبال کنید؟
⚠️ وقتی مشکلی در اپلیکیشن رخ می‌دهد، فقط دانستن اینکه یک Error ثبت شده کافی نیست؛ برای پیدا کردن ریشه مشکل، باید بدانیم این خطا چند بار اتفاق افتاده، چه کسانی را تحت‌تأثیر قرار داده و در چه شرایطی رخ داده است.
با قابلیت Error در سنتری هم‌روش می‌توانید:
• تعداد رخدادهای خطا و کاربران تحت‌تأثیر را بررسی کنید
• با Stack Trace مسیر اجرای کد را تا Function و خط مرتبط با خطا دنبال کنید
• رویدادهای منتهی به خطا را با Breadcrumbs بررسی کنید
• با Session Replay ببینید کاربر چند لحظه قبل از بروز مشکل چه تجربه‌ای داشته است.
💎 در این ویدیو، یک خطا را از تجربه کاربر تا جزئیات فنی در سنتری دنبال کرده‌ایم.
برای شروع تست #رایگان، یکی از پروژه‌های خود را به سنتری هم‌روش متصل کنید:
🔗 https://hmrv.sh/mmC5rG
☁️@hamravesh
#سنتری #مانیتورینگ #Sentry #ErrorMonitoring #Observability #DevOps | 616 |
| 9 |  🚀 به مناسبت #روز_برنامه_نویس، برگردیم به یکی از لحظاتی که معماری درست نرم‌افزار سرنوشت یک مأموریت را تغییر داد.
۵۷ سال پیش، در دقایق پایانی مأموریت Apollo 11 روی ماه، کامپیوتر هدایت ماه‌نشین Eagle با هشدارهای ۱۲۰۱ و ۱۲۰۲ روبه‌رو شد؛ سیستم تحت فشار پردازش قرار گرفته بود، آن هم در یکی از حساس‌ترین لحظات فرود. اما نرم‌افزاری که تیم «مارگارت همیلتون» روی آن کار کرده بود، برای چنین شرایطی آماده بود.
🌕 سیستم به‌جای از کار افتادن، پردازش‌های کم‌اولویت را کنار گذاشت و توان خود را روی محاسبات حیاتی فرود متمرکز کرد. دقایقی بعد، ماه‌نشین روی ماه نشست.
💎 این داستان هنوز هم یادآوری خوبی است که برنامه‌نویسی فقط درباره کدی نیست که کار می‌کند؛ درباره تصمیم‌هایی است که باعث می‌شوند در شرایط غیرمنتظره هم بتوان روی یک سیستم حساب کرد.
💜روز برنامه‌نویس را به تمام متخصصانی که دنیای دیجیتال را پایدار و مقیاس‌پذیر نگه می‌دارند، تبریک می‌گوییم.💜
برای اینکه این بخش از تاریخ مهندسی نرم‌افزار را از نزدیک‌تر ببینید، نگاهی به سورس‌کد Apollo 11 بیندازید:
🔗 https://hmrv.sh/8aYev3
#Happy_programmers_day 🎈 | 647 |
| 10 |  🔍 اگر کاربر خطایی گزارش نکند، Session Replay چه چیزی به شما نشان می‌دهد؟
📊 گزارش خطا معمولاً نشان می‌دهد مشکل کجا اتفاق افتاده، اما همیشه مشخص نمی‌کند کاربر قبل از خطا چه مسیری رفته یا چه کاری باعث خطا شده است. قابلیت Session Replay در سنتری کمک می‌کند این بخش ماجرا را هم ببینیم:
• مسیر حرکت کاربر و تعاملاتش با اپلیکیشن را بررسی کنیم
• لحظات قبل و بعد از وقوع خطا را ببینیم
• درخواست‌های شبکه و خطاهای مرتبط را در کنار رفتار کاربر بررسی کنیم
• و اثر واقعی یک خطا روی تجربه کاربر را بهتر درک کنیم.
💡 البته فعال‌کردن Session Replay بدون برنامه مشخص کافی نیست. Sample Rate و نحوه مخفی‌کردن اطلاعات حساس کاربران از دید توسعه‌دهنده باید پیش از استفاده عملیاتی تنظیم و بررسی شوند.
💎 در این ویدیو، جزئیات قابلیت Session Replay سنتری و نحوه استفاده از آن برای بررسی تجربه واقعی کاربر را ببینید.
مطالعه مطلب:
🔗 https://hmrv.sh/SfCLHH
☁️@hamravesh
#سنتری #SessionReplay #مانیتورینگ #Observability #DevOps | 764 |
| 11 |  ☁️سرویس سنتری هم‌روش را #رایگان امتحان کنید...
⚠️ کاربران همیشه خطاهای اپلیکیشن را گزارش نمی‌کنند؛ گاهی فقط صفحه را می‌بندند و می‌روند.
🔮 اینجاست که داشتن تصویر دقیق‌تری از خطاها، عملکرد اپلیکیشن و تجربه واقعی کاربر می‌تواند به تیم فنی کمک کند سریع‌تر به ریشه مشکل برسد.
🔘 با سنتری هم‌روش می‌توانید:
• جزئیات و شرایط وقوع خطاها را بررسی کنید.
• خطاها را بر اساس رخدادها و کاربران تحت‌تأثیر اولویت‌بندی کنید.
• با Traceها و Spanها، عملیات کند را پیدا کنید.
• با Session Replay، مسیر کاربر پیش از بروز مشکل را بازبینی کنید.
💎 در این ویدیو، نگاهی کوتاه به قابلیت‌های اصلی سرویس سنتری هم‌روش انداخته‌ایم.
🔗 برای شروع تست رایگان، یکی از پروژه‌های خود را به سنتری هم‌روش متصل کنید.
🔗https://hmrv.sh/DMy8hu
☁️@hamravesh
#سنتری #توسعه_نرم‌افزار #مانیتورینگ #عیب‌یابی | 42 003 |
| 12 |  🧠 مغز کلاستر کوبرنتیز چگونه کار می‌کند؟
در کوبرنتیز، اجرای کانتینرها فقط بخشی از ماجراست. کلاستر باید وضعیت مطلوب منابع را دریافت کند، وضعیت فعلی را بسنجد و برای نزدیک‌کردن این دو وضعیت تصمیم بگیرد.
🔮این مسئولیت بر عهده کنترل‌پلین (Control Plane) است؛ لایه مدیریتی کوبرنتیز که وضعیت کلاستر را مدیریت می‌کند و وظایفی مانند پردازش درخواست‌های API، زمان‌بندی پادها و اجرای فرایندهای کنترلی را بر عهده دارد.
در این مطلب:
🟣 نقش کنترل‌پلین در معماری کوبرنتیز را توضیح داده‌ایم
🟣 تفاوت کنترل‌پلین و نود ورکر را بررسی کرده‌ایم
🟣 اجزای اصلی آن را معرفی کرده‌ایم:
kube-apiserver، etcd، kube-scheduler, kube-controller-manager
🟣 و از اثر خرابی Control Plane روی مدیریت کلاستر گفته‌ایم.
اگر با کلاسترهای کوبرنتیز در محیط Production کار می‌کنید، شناخت کنترل‌پلین برای درک بهتر مدیریت و پایداری کلاستر ضروری است.
لینک مطلب:
🔗 https://hmrv.sh/ZQcGv3
☁️@hamravesh | 778 |
| 13 |  مسیر هم‌آموزهای دوره دوم شروع شد. 🌱
🔮 بعد از بررسی رزومه‌ها، تسک‌ها و مصاحبه‌ها، حالا جمعی از دانشجوها و علاقه‌مندان مهندسی نرم‌افزار، زیرساخت و Cloud وارد مسیر هم‌آموز شده‌اند.
🎯 هم‌آموز برای ما فقط یک دوره آموزشی نیست؛ فرصتی است برای تجربه کردن فضای واقعی کار در یک تیم فنی، آشنا شدن با مسئله‌های واقعی زیرساخت، یاد گرفتن کنار مهندسان هم‌روش و ساختن تصویر روشن‌تر از مسیر حرفه‌ای آینده.
🟣 در این دوره، هم‌آموزها با موضوعاتی مثل توسعه نرم‌افزار، زیرساخت، DevOps و SRE آشنا می‌شوند، روی تمرین‌ها و پروژه‌های عملی کار می‌کنند و در طول مسیر از منتورینگ و بازخورد تیم فنی هم‌روش استفاده می‌کنند.
به همه هم‌آموزهای دوره دوم خوش آمد می‌گوییم و برایشان مسیری پر از یادگیری، تجربه و رشد آرزو می‌کنیم. 🚀
☁️@hamravesh | 966 |
| 14 |  ⤴️ ارتقاء Kubernetes چه‌طور برای تیم فنی هزینه‌ساز می‌شود؟
🔘در بسیاری از تیم‌ها، ارتقاء کوبرنتیز به‌ظاهر یک تغییر نسخه است؛ اما در عمل می‌تواند بخشی از ظرفیت تیم را درگیر بررسی وابستگی‌ها، ناسازگاری‌ها و ریسک‌های عملیاتی کند.
هر ارتقاء ممکن است با بررسی APIهای منسوخ‌شده، سازگاری Add-onها، تغییرات Helm Chartها، نصب Patchها و پایش رفتار سرویس‌ها پس از تغییر همراه باشد.
در این مطلب:
🟣 توضیح داده‌ایم که در فرایند نگهداری و ارتقاء کوبرنتیز، زمان تیم صرف چه فعالیت‌هایی می‌شود
🟣 از چالش‌هایی مثل APIهای منسوخ‌شده، Version Skew و ناسازگاری Add-onها گفته‌ایم
🟣 راهکارهایی برای ساختاریافته‌تر کردن فرایند ارتقاء و نگهداری معرفی کرده‌ایم
🟣 و بررسی کرده‌ایم واگذاری بخشی از مسئولیت‌ها به یک تیم متخصص یا استفاده از کوبرنتیز مدیریت‌شده، چه نقشی در کاهش بار عملیاتی تیم داخلی دارد.
لینک مطلب:
🔗https://hmrv.sh/TCgEdx
☁️@hamravesh | 791 |
| 15 |  🔮چالش مدیریت چند کلاستر کوبرنتیز و راهکاری به نام Karmada
با رشد زیرساخت‌های ابری، بعضی سازمان‌ها، ورک‌لودهای خود را در چند کلاستر کوبرنتیز مستقر در دیتاسنترها یا محیط‌های ابری مختلف اجرا می‌کنند.
در این شرایط، مدیریت ورک‌لودها دشوار است؛ به‌ویژه زمانی که یکی از کلاسترها دچار اختلال می‌شود و لازم است ورک‌لودهای آن را در کلاسترهای سالم دوباره اجرا کرد.
🔘 کارمادا برای پاسخ به همین نیاز طراحی شده است؛ یک سیستم مدیریت و ارکستریشن چندکلاستری که امکان اجرای برنامه‌های Cloud-Native را بدون نیاز به تغییر در آن‌ها، میان چند کلاستر کوبرنتیز فراهم می‌کند.
در این مطلب:
🟣 توضیح داده‌ایم کارمادا چیست و چه مسئله‌ای را حل می‌کند
🟣 چالش‌های مدیریت چند کلاستر کوبرنتیز را بررسی کرده‌ایم
🟣 معماری کارمادا و اجزای اصلی آن را مرور کرده‌ایم
🟣 و مزایا، محدودیت‌ها و شرایط مناسب استفاده از آن را توضیح داده‌ایم.
لینک مطلب:
🔗 https://hmrv.sh/KWSYsw
☁️@hamravesh
#Karmada #Kubernetes #MultiCluster #CloudNative #DevOps #SRE | 652 |
| 16 |  📊وقتی حجم داده‌ها رشد می‌کند، معماری ذخیره‌سازی هم باید تغییر کند.
تصاویر، ویدئوها، فایل‌های پشتیبان، لاگ‌ها و داده‌های تولیدشده توسط سرویس‌های ابری، معمولاً ساختار ثابتی ندارند و حجم آن‌ها به‌سرعت رشد می‌کند.
#آبجکت_استورج معماری‌ای برای ذخیره‌سازی و مدیریت مقیاس‌پذیر این نوع داده‌هاست. در این معماری، هر فایل به‌صورت یک آبجکت مستقل، همراه با متادیتا و کلید شناسایی، نگهداری می‌شود.
در این مطلب:
• اجزای اصلی آن مثل Object ،Metadata ،Object Key و Bucket را معرفی کرده‌ایم
• تفاوت آبجکت استورج با فایل استورج و بلاک استورج را بررسی کرده‌ایم
• با S3 و APIهای سازگار با آن آشنا شده‌ایم
• و امنیت، کنترل دسترسی، رمزنگاری، Versioning و Object Lock را بررسی کرده‌ایم.
🟣 اگر با حجم زیادی از داده‌های بدون ساختار سروکار دارید، آبجکت استورج می‌تواند راهکاری مقیاس‌پذیر و منعطف باشد. البته انتخاب نهایی باید براساس نوع داده، الگوی دسترسی، هزینه و نیازهای عملکردی انجام شود؛ چونکه آبجکت استورج برای همه Workloadها بهترین گزینه نیست.
لینک مطلب:
🔗https://hmrv.sh/QzAwpp
☁️@hamravesh
#ObjectStorage #S3 #CloudStorage #CloudComputing #DevOps | 609 |
| 17 |  🔐 وقتی امنیت و مالکیت داده‌ها در پیام‌رسان سازمانی مهم می‌شود.
وقتی امنیت داده‌ها، محل نگهداری اطلاعات و کنترل روی زیرساخت ارتباطی اهمیت پیدا می‌کند، انتخاب ابزار چت سازمانی به بخشی از تصمیم‌های زیرساختی تبدیل می‌شود.
راکت چت یک پلتفرم متن‌باز برای ارتباطات سازمانی است که امکان راه‌اندازی پیام‌رسان داخلی روی زیرساخت اختصاصی یا محیط‌های ابری را فراهم می‌کند.
در این مطلب:
• توضیح داده‌ایم راکت چت چیست و چه کاربردی دارد
• امکانات امنیتی مثل کنترل دسترسی، SSO، MFA، LDAP و نگهداری داده‌ها را مرور کرده‌ایم
• آن را با ابزارهایی مثل Slack و Mattermost مقایسه کرده‌ایم.
• و نسخه رایگان راکت چت، نسخه سازمانی و نسخه پریمیوم هم‌روش را مقایسه کرده‌ایم.
🟣 اگر برای ارتباطات داخلی سازمان به راهکاری متن‌باز، نیاز دارید، راکت چت می‌تواند یکی از گزینه‌های جدی برای زیرساخت ارتباطی تیم شما باشد.
لینک مطلب:
🔗 https://hmrv.sh/x3nSpC
در بازارچه ابری هم‌روش به سادگی راکت چت پریمیوم خود را راه‌اندازی کنید:
🔗 https://hmrv.sh/aUBKXc
☁️@hamravesh | 554 |
| 18 |  🔮آشنایی با مفهوم Namespace در کوبرنتیز؛ آموزش نحوه ساخت
وقتی چند تیم، پروژه یا محیط مختلف مثل توسعه، تست و Production در یک کلاستر کوبرنتیز اجرا می‌شوند، مدیریت منابع، بدون ساختار مشخص می‌تواند پیچیده و پرریسک شود.
🔘در کوبرنتیز #Namespace برای همین مسئله طراحی شده است؛ ایجاد محدوده‌های منطقی برای سازمان‌دهی منابع، کنترل دسترسی‌ها و مدیریت مصرف منابع، بدون نیاز به ساخت چند کلاستر جداگانه.
در این مطلب:
• مفهوم Namespace و کاربرد آن در کوبرنتیز را توضیح داده‌ایم
• نقش Namespace را در RBAC و کنترل دسترسی بررسی کرده‌ایم
• روش‌های ساخت Namespace با فایل YAML و kubectl را آموزش داده‌ایم
• و از اشتباهات رایج در استفاده از Namespace گفته‌ایم.
اگر در یک کلاستر کوبرنتیز با چند تیم، چند پروژه یا چند محیط مختلف کار می‌کنید، طراحی درست Namespaceها می‌تواند مدیریت منابع، دسترسی‌ها و سیاست‌ها را ساده‌تر و قابل‌کنترل‌تر کند.
لینک مطلب:
🔗 https://hmrv.sh/NRbxDE
☁️@hamravesh | 647 |
| 19 |  🎧جیتسی چه زمانی انتخاب مناسبی برای ویدئوکنفرانس سازمانی است؟
جیتسی یک پلتفرم متن‌باز برای برگزاری جلسه‌های صوتی و تصویری است که امکان استقرار اختصاصی و مدیریت سرویس ویدئوکنفرانس روی زیرساخت دلخواه را فراهم می‌کند.
در این مطلب:
• با جیتسی و کاربردهای آن آشنا می‌شویم
• معماری Jitsi Meet و اجزای اصلی آن را مرور می‌کنیم
• قابلیت‌هایی مثل تماس تصویری، اشتراک‌گذاری صفحه، ضبط جلسه و پخش زنده را بررسی می‌کنیم
• و نکات امنیت، حریم خصوصی و مقیاس‌پذیری جیتسی را توضیح می‌دهیم.
اگر به دنبال راهکاری متن‌باز و قابل‌استقرار برای جلسه‌های آنلاین هستید، جیتسی می‌تواند یکی از گزینه‌های جدی برای زیرساخت ارتباط تصویری سازمان شما باشد.
🟣 لینک مطلب:
🔗 https://hmrv.sh/bxezAX
🟣 در بازارچه ابری هم‌روش به سادگی جیتسی خود را راه‌اندازی کنید:
🔗 https://hmrv.sh/uS93aa
☁️@hamravesh | 615 |
| 20 |  🔮آموزش K9s؛ مدیریت سریع‌تر و ساده‌تر کوبرنتیز
اگر به‌صورت روزانه با کوبرنتیز کار کرده باشید، احتمالاً بارها برای بررسی وضعیت پادها، مشاهده لاگ‌ها یا ویرایش YAML، بین چند دستور مختلف جابه‌جا شده‌اید.
🔘ابزار K9s برای ساده‌تر کردن همین تجربه توسعه داده شده است؛ یک رابط کاربری متنی برای مشاهده، پیمایش و مدیریت منابع کوبرنتیز، بدون نیاز به اجرای مکرر دستورهای مختلف.
در این مطلب:
• توضیح داده‌ایم K9s چیست و چه کاربردی در مدیریت کوبرنتیز دارد
• تفاوت K9s و kubectl را بررسی کرده‌ایم
• روش‌های نصب K9s روی لینوکس، macOS و ویندوز را مرور کرده‌ایم
• و نکات مهم استفاده از K9s در محیط‌های Production را بررسی کرده‌ایم.
🟣 اگر با کلاسترهای کوبرنتیز کار می‌کنید، #K9s می‌تواند بخش زیادی از کارهای روزمره مانیتورینگ، بررسی وضعیت منابع و عیب‌یابی را سریع‌تر و ساده‌تر کند.
لینک مطلب:
🔗 https://hmrv.sh/2mdKeM
☁️@hamravesh | 3 063 |
