Hamravesh | هم‌روش

🧩 از ساخت پروژه تا ثبت اولین خطا در سنتری، مسیر کوتاه‌تر از چیزی است که فکر می‌کنید.

🔘 برای اتصال اپلیکیشن یا وب‌سایت خود به سنتری، پروژه را متناسب با زبان و Framework اپلیکیشن می‌سازید، SDK را Configure می‌کنید و DSN را در تنظیمات قرار می‌دهید. بعد از اتصال، خطاهای ثبت‌شده اپلیکیشن همراه با اطلاعات موردنیاز، برای بررسی در سنتری در دسترس‌اند.

در این ویدیو، کل این مسیر را در عمل می‌بینید:

• اتصال Backend با Python و Django
• اتصال Frontend با JavaScript و React
• ثبت یک خطای واقعی در اپلیکیشن
• مشاهده همان خطا و جزئیات آن در سنتری

🎯 برای شروع تست #رایگان، یکی از پروژه‌های خود را به سنتری هم‌روش متصل کنید:

🔗 https://hmrv.sh/vpDxDh

☁️@hamravesh

#سنتری #مانیتورینگ #Sentry #ErrorMonitoring #Observability #DevOps

🔍 با قابلیت Trace و Span در سنتری چطور می‌توانید بفهمید که زمان اجرای یک عملیات کجا صرف شده؟

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

🔮با Trace و Span در سنتری هم‌روش می‌توانید:

• مسیر اجرای یک عملیات را از ابتدا تا انتها دنبال کنید
• درخواست‌های شبکه، Queryهای دیتابیس و عملیات‌های مختلف را جداگانه بررسی کنید
• کوئری‌های کند، دفعات اجرا، Transaction مرتبط و حتی محل اجرای کد را زیر نظر بگیرید
• و با Web Vitals، عملکرد صفحات و تجربه کاربر را از سمت Frontend بررسی کنید.

💎 در این ویدیو، از مسیر اجرای درخواست‌ها و Queryها در Backend تا عملکرد صفحات و تجربه کاربر در Frontend، جزئیات Performance اپلیکیشن را در سنتری بررسی کرده‌ایم.

🎯 برای شروع تست #رایگان، یکی از پروژه‌های خود را به سنتری هم‌روش متصل کنید:

🔗 https://hmrv.sh/sXQ78z

☁️@hamravesh

#سنتری #مانیتورینگ #Sentry #Tracing #PerformanceMonitoring #Observability #DevOps

🔎قابلیت Error در سنتری چطور کمک می‌کند یک خطا را از لحظه وقوع تا خط کد مرتبط، دقیق‌تر دنبال کنید؟

⚠️ وقتی مشکلی در اپلیکیشن رخ می‌دهد، فقط دانستن اینکه یک Error ثبت شده کافی نیست؛ برای پیدا کردن ریشه مشکل، باید بدانیم این خطا چند بار اتفاق افتاده، چه کسانی را تحت‌تأثیر قرار داده و در چه شرایطی رخ داده است.

با قابلیت Error در سنتری هم‌روش می‌توانید:

• تعداد رخدادهای خطا و کاربران تحت‌تأثیر را بررسی کنید
• با Stack Trace مسیر اجرای کد را تا Function و خط مرتبط با خطا دنبال کنید
• رویدادهای منتهی به خطا را با Breadcrumbs بررسی کنید
• با Session Replay ببینید کاربر چند لحظه قبل از بروز مشکل چه تجربه‌ای داشته است.

💎 در این ویدیو، یک خطا را از تجربه کاربر تا جزئیات فنی در سنتری دنبال کرده‌ایم.

برای شروع تست #رایگان، یکی از پروژه‌های خود را به سنتری هم‌روش متصل کنید:

🔗 https://hmrv.sh/mmC5rG

☁️@hamravesh

#سنتری #مانیتورینگ #Sentry #ErrorMonitoring #Observability #DevOps

🚀 به مناسبت #روز_برنامه_نویس، برگردیم به یکی از لحظاتی که معماری درست نرم‌افزار سرنوشت یک مأموریت را تغییر داد.

۵۷ سال پیش، در دقایق پایانی مأموریت Apollo 11 روی ماه، کامپیوتر هدایت ماه‌نشین Eagle با هشدارهای ۱۲۰۱ و ۱۲۰۲ روبه‌رو شد؛ سیستم تحت فشار پردازش قرار گرفته بود، آن هم در یکی از حساس‌ترین لحظات فرود. اما نرم‌افزاری که تیم «مارگارت همیلتون» روی آن کار کرده بود، برای چنین شرایطی آماده بود.

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

💎 این داستان هنوز هم یادآوری خوبی است که برنامه‌نویسی فقط درباره کدی نیست که کار می‌کند؛ درباره تصمیم‌هایی است که باعث می‌شوند در شرایط غیرمنتظره هم بتوان روی یک سیستم حساب کرد.

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

برای اینکه این بخش از تاریخ مهندسی نرم‌افزار را از نزدیک‌تر ببینید، نگاهی به سورس‌کد Apollo 11 بیندازید:
🔗 https://hmrv.sh/8aYev3

#Happy_programmers_day 🎈

🔍 اگر کاربر خطایی گزارش نکند، Session Replay چه چیزی به شما نشان می‌دهد؟

📊 گزارش خطا معمولاً نشان می‌دهد مشکل کجا اتفاق افتاده، اما همیشه مشخص نمی‌کند کاربر قبل از خطا چه مسیری رفته یا چه کاری باعث خطا شده است. قابلیت Session Replay در سنتری کمک می‌کند این بخش ماجرا را هم ببینیم:

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

💡 البته فعال‌کردن Session Replay بدون برنامه مشخص کافی نیست. Sample Rate و نحوه مخفی‌کردن اطلاعات حساس کاربران از دید توسعه‌دهنده باید پیش از استفاده عملیاتی تنظیم و بررسی شوند.

💎 در این ویدیو، جزئیات قابلیت Session Replay سنتری و نحوه استفاده از آن برای بررسی تجربه واقعی کاربر را ببینید.

مطالعه مطلب:
🔗 https://hmrv.sh/SfCLHH

☁️@hamravesh

#سنتری #SessionReplay #مانیتورینگ #Observability #DevOps

☁️سرویس سنتری هم‌روش را #رایگان امتحان کنید...

⚠️ کاربران همیشه خطاهای اپلیکیشن را گزارش نمی‌کنند؛ گاهی فقط صفحه را می‌بندند و می‌روند.

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

🔘 با سنتری هم‌روش می‌توانید:

• جزئیات و شرایط وقوع خطاها را بررسی کنید.
• خطاها را بر اساس رخدادها و کاربران تحت‌تأثیر اولویت‌بندی کنید.
• با Traceها و Spanها، عملیات کند را پیدا کنید.
• با Session Replay، مسیر کاربر پیش از بروز مشکل را بازبینی کنید.

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

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

🔗https://hmrv.sh/DMy8hu


☁️@hamravesh
#سنتری #توسعه_نرم‌افزار #مانیتورینگ #عیب‌یابی

🧠 مغز کلاستر کوبرنتیز چگونه کار می‌کند؟

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

🔮این مسئولیت بر عهده کنترل‌پلین (Control Plane) است؛ لایه مدیریتی کوبرنتیز که وضعیت کلاستر را مدیریت می‌کند و وظایفی مانند پردازش درخواست‌های API، زمان‌بندی پادها و اجرای فرایندهای کنترلی را بر عهده دارد.

در این مطلب:
🟣 نقش کنترل‌پلین در معماری کوبرنتیز را توضیح داده‌ایم
🟣 تفاوت کنترل‌پلین و نود ورکر را بررسی کرده‌ایم
🟣 اجزای اصلی آن را معرفی کرده‌ایم:
kube-apiserver، etcd، kube-scheduler, kube-controller-manager
🟣 و از اثر خرابی Control Plane روی مدیریت کلاستر گفته‌ایم.

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

لینک مطلب:
🔗 https://hmrv.sh/ZQcGv3

☁️@hamravesh

مسیر هم‌آموزهای دوره دوم شروع شد. 🌱

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

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

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

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

☁️@hamravesh

⤴️ ارتقاء Kubernetes چه‌طور برای تیم فنی هزینه‌ساز می‌شود؟

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

هر ارتقاء ممکن است با بررسی APIهای منسوخ‌شده، سازگاری Add-onها، تغییرات Helm Chartها، نصب Patchها و پایش رفتار سرویس‌ها پس از تغییر همراه باشد.

در این مطلب:
🟣 توضیح داده‌ایم که در فرایند نگهداری و ارتقاء کوبرنتیز، زمان تیم صرف چه فعالیت‌هایی می‌شود

🟣 از چالش‌هایی مثل APIهای منسوخ‌شده، Version Skew و ناسازگاری Add-onها گفته‌ایم

🟣 راهکارهایی برای ساختاریافته‌تر کردن فرایند ارتقاء و نگهداری معرفی کرده‌ایم

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


لینک مطلب:
🔗https://hmrv.sh/TCgEdx

☁️@hamravesh

🔮چالش مدیریت چند کلاستر کوبرنتیز و راهکاری به نام Karmada

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

در این شرایط، مدیریت ورک‌لودها دشوار است؛ به‌ویژه زمانی که یکی از کلاسترها دچار اختلال می‌شود و لازم است ورک‌لودهای آن را در کلاسترهای سالم دوباره اجرا کرد.

🔘 کارمادا برای پاسخ به همین نیاز طراحی شده است؛ یک سیستم مدیریت و ارکستریشن چندکلاستری که امکان اجرای برنامه‌های Cloud-Native را بدون نیاز به تغییر در آن‌ها، میان چند کلاستر کوبرنتیز فراهم می‌کند.

در این مطلب:
🟣 توضیح داده‌ایم کارمادا چیست و چه مسئله‌ای را حل می‌کند

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

🟣 معماری کارمادا و اجزای اصلی آن را مرور کرده‌ایم

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

لینک مطلب:
🔗 https://hmrv.sh/KWSYsw

☁️@hamravesh

#Karmada #Kubernetes #MultiCluster #CloudNative #DevOps #SRE

📊وقتی حجم داده‌ها رشد می‌کند، معماری ذخیره‌سازی هم باید تغییر کند.

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

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

در این مطلب:
• اجزای اصلی آن مثل Object ،Metadata ،Object Key و Bucket را معرفی کرده‌ایم
• تفاوت آبجکت استورج با فایل استورج و بلاک استورج را بررسی کرده‌ایم
• با S3 و APIهای سازگار با آن آشنا شده‌ایم
• و امنیت، کنترل دسترسی، رمزنگاری، Versioning و Object Lock را بررسی کرده‌ایم.

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

لینک مطلب:
🔗https://hmrv.sh/QzAwpp

☁️@hamravesh
#ObjectStorage #S3 #CloudStorage #CloudComputing #DevOps

🔐 وقتی امنیت و مالکیت داده‌ها در پیام‌رسان سازمانی مهم می‌شود.

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

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

در این مطلب:
• توضیح داده‌ایم راکت چت چیست و چه کاربردی دارد
• امکانات امنیتی مثل کنترل دسترسی، SSO، MFA، LDAP و نگهداری داده‌ها را مرور کرده‌ایم
• آن را با ابزارهایی مثل Slack و Mattermost مقایسه کرده‌ایم.
• و نسخه رایگان راکت چت، نسخه سازمانی و نسخه پریمیوم هم‌روش را مقایسه کرده‌ایم.

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

لینک مطلب:
🔗 https://hmrv.sh/x3nSpC

در بازارچه ابری هم‌روش به سادگی راکت چت پریمیوم خود را راه‌اندازی کنید:
🔗 https://hmrv.sh/aUBKXc

☁️@hamravesh

🔮آشنایی با مفهوم Namespace در کوبرنتیز؛ آموزش نحوه ساخت

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

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

در این مطلب:
• مفهوم Namespace و کاربرد آن در کوبرنتیز را توضیح داده‌ایم
• نقش Namespace را در RBAC و کنترل دسترسی بررسی کرده‌ایم
• روش‌های ساخت Namespace با فایل YAML و kubectl را آموزش داده‌ایم
• و از اشتباهات رایج در استفاده از Namespace گفته‌ایم.

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

لینک مطلب:
🔗 https://hmrv.sh/NRbxDE

☁️@hamravesh

🎧جیتسی چه زمانی انتخاب مناسبی برای ویدئوکنفرانس سازمانی است؟

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

در این مطلب:

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

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

🟣 لینک مطلب:
🔗 https://hmrv.sh/bxezAX

🟣 در بازارچه ابری هم‌روش به سادگی جیتسی خود را راه‌اندازی کنید:
🔗 https://hmrv.sh/uS93aa

☁️@hamravesh

🔮آموزش K9s؛ مدیریت سریع‌تر و ساده‌تر کوبرنتیز

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

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

در این مطلب:

• توضیح داده‌ایم K9s چیست و چه کاربردی در مدیریت کوبرنتیز دارد
• تفاوت K9s و kubectl را بررسی کرده‌ایم
• روش‌های نصب K9s روی لینوکس، macOS و ویندوز را مرور کرده‌ایم
• و نکات مهم استفاده از K9s در محیط‌های Production را بررسی کرده‌ایم.

🟣 اگر با کلاسترهای کوبرنتیز کار می‌کنید، #K9s می‌تواند بخش زیادی از کارهای روزمره مانیتورینگ، بررسی وضعیت منابع و عیب‌یابی را سریع‌تر و ساده‌تر کند.

لینک مطلب:
🔗 https://hmrv.sh/2mdKeM

☁️@hamravesh

🟣 زون آلمان به پلتفرم ابری دارکوب هم‌روش (PaaS) اضافه شد.

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

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

🔮قابلیت‌های دارکوب:

• استقرار و اجرای اپلیکیشن‌های کانتینری بر بستر کوبرنتیز
• اتصال به Git Repository و اجرای خودکار فرایندهای Build و Deploy
• پشتیبانی از GitHub Actions و GitLab Runner برای پیاده‌سازی پایپ‌لاین‌های CI/CD
• تفکیک محیط‌های توسعه، آزمایش و عملیاتی با استفاده از Namespace
• امکان اتصال به سامانه SSO سازمانی
• پرداخت به‌ازای مصرف (Pay As You Go)

🔗 https://hmrv.sh/HrPgLm

☁️@hamravesh

💎هم‌راه شما در مدیریت هزینه‌ سرویس‌های ابری


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

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

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

🟣 تکمیل فرم:
https://hmrv.sh/mUc8HK

☁️@hamravesh

دسترس‌پذیری بالا یا High_Availability؛ وقتی پایداری سرویس فقط به روشن بودن سرورها محدود نمی‌شود.

🟣 هدف از طراحی #High_Availability کاهش زمان ازکارافتادگی سرویس‌هاست؛ رویکردی که کمک می‌کند سرویس‌ها حتی در زمان خرابی برخی مؤلفه‌ها، با کمترین اختلال در دسترس باقی بمانند.

در این مطلب:

• مفهوم High Availability و نقش آن در پایداری سرویس‌ها را توضیح داده‌ایم
• تفاوت HA با Uptime را بررسی کرده‌ایم
• معیارهایی مثل MTBF ،MTTR ،RTO و RPO را معرفی کرده‌ایم
• مفاهیمی مانند Redundancy ،Failover ،Load Balancing و Replication را مرور کرده‌ایم
• و تفاوت High Availability با Disaster Recovery و Fault Tolerance را بررسی کرده‌ایم.

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

لینک مطلب:
https://hmrv.sh/what-is-ha

☁️@hamravesh

📝 گزارش تغییرات سرویس‌های هم‌روش در بهار ۱۴۰۵ منتشر شد.

در بهار ۱۴۰۵، بخشی از تمرکز تیم هم‌روش روی بهبود تجربه کاربری کنسول، افزایش مشاهده‌پذیری سرویس‌ها، ارتقای امنیت و ساده‌تر کردن مدیریت اپلیکیشن‌ها بود.


در این مطلب:

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

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

لینک گزارش:
https://hmrv.sh/Kxw8Uw

☁️@hamravesh

☀️ هم‌آموز | کارآموزی تابستان هم‌روش - دوره دوم

🎯 تابستان امسال، «هم‌آموز» فرصتی است برای دانشجوها و علاقه‌مندان مهندسی نرم‌افزار و زیرساخت که می‌خواهند تجربه کار در یک تیم تکنولوژی واقعی را از نزدیک لمس کنند.

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

🟣 ما در این مسیر کنار شما هستیم؛ با منتورینگ، بازخورد و تجربه‌هایی که کمک می‌کند تصویر واقعی‌تری از کار مهندسی در یک شرکت تکنولوژی داشته باشید.

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

🟣 برای شرکت در فرآیند پذیرش، کافی است رزومه و یک انگیزه‌نامه حداکثر یک‌صفحه‌ای برای ما بفرستید.

اگر دوست دارید همراه دوستانتان ثبت‌نام کنید، می‌توانید به‌صورت تیمی هم درخواست بدهید؛ فقط کافی است در انگیزه‌نامه، نام اعضای تیم را هم بنویسید.

ثبت‌نام:

https://hmrv.sh/p7GnQg

☁️@hamravesh