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

وبلاگ

  • خانه
  • بلاگ
  • وبلاگ
  • SRE چیست؟

SRE چیست؟

  • ارسال شده توسط رایزن سامانه گستر
  • تاریخ آذر ۲۵, ۱۳۹۹
  • نظرات ۰ نظر
SRE چیست؟
5/5 - (1 امتیاز)

شاید مدت زمان زیادی نباشه که واژه SRE بین اهالی و دوست داران علوم فناوری اطلاعات به شکل پررنگی پیچیده و بحث و گفتگو در موردش بیش از پیش مورد توجه قرار گرفته؛ هرچند شاید واقعا از تولد این مفهوم خیلی سال گذشته، اما بیایم و قبل از هر چیزی به این سئوال جواب بدیم که SRE چیه؟ SRE مختصر شده عبارات Site Reliability Engineering هستش و به شخصه ترجیح میدم مثل اکثر کلمات دیگر این علم اونو ترجمه نکنم و از همون واژه مختصر شده برای اشاره بهش استفاده کنم تا معنی اون حفظ بشه، حالا اگر خیلی اصرار به ترجمه تحت اللفظی اون باشه میشه گفت یه چیزی شبیه “مهندسی قابلیت اطمینان سایت” که البته قطعا منظور از سایت هم، وب سایت نیست!

SRE به زبون ساده یک سری قاعده و قانونِ که جنبه های مهندسی نرم افزار رو با مسایل زیرساخت و عملیات فناوری اطلاعات پیوند میزنه و هدف اصلی اون مقیاس‌پذیرتر کردن و قابل اطمینان‌تر کردن هرچه بیشتر سیستم های نرم افزاری هستش!

بن ترینور (ben trainor) موسس تیم SRE گوگل، اونو اینجوری تعریف میکنه: SRE چیزیه که وقتی از یک مهندس نرم افزار بخوایم وظایف عملیاتی رو هم انجام بده اتفاق میافته؛

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

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

تیم SRE چیست؟

تیم SRE میتونه یه تیم جدید توی سازمان باشه و یا ترکیبی از تیم های سابق با تغییراتی توی نقش ها و البته مهارت هایی که تقویت شدن، به طور کلی تیم SRE تیمی هستش از مهندسین SRE (Site Reliability Engineers) که افرادی هستن با سابقه مدیریت سیستم و کار در تیم های عملیاتی و توان و دانش برنامه نویسی و یا برعکس برنامه نویس هایی با توانایی انجام امور مدیریت سیستم و وظایف تیم عملیات. قطعا افرادی با این قابلیت احتمالا در یکی از زمینه ها توانایی بیشتری دارن مثلا یکسری برنامه نویسای بهترین و یکسری مدیر سیستم بهتر و یه تیم متوازن از این افراد میتونه حالت ایده آل تیم SRE رو ایجاد کنه؛

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

در نوشته‌های بعدی بیشتر در مورد SRE، تغییراتی که در کارهای عملیاتی فناوری اطلاعات ایجاد کرده و مقایسه و ارتباطش با چارچوبها و مفاهیمی مثل ITIL و DevOps می پردازیم.

نوشته های مرتبط:

  1. هرچی بیشتر، بهتر یا شایدم بدتر!؟
    احتمالا همگی ما این عبارت که “هرچی بیشتر، بهتر” رو شنیدیم و به کرات ازش استفاده کردیم؛ اما آیا واقعا همچین تعبیری همیشه درسته؟ شما همچین چیزی رو قبول دارین؟...
  2. مهارت ها و ویژگی‌هایی که امروز برای موفقیت خود نیاز دارید
    مدتهاست که بر اهمیت فرآیندها، فناوری و لزوم داشتن گواهی‌نامه‌ها تاکید می‌شود، ولی درحال حاضر داشتن مهارت‌های جدید بسیار حائز اهمیت است. این مهارت‌ها بیشتر در مورد افراد است که...
  3. 5 سطح بلوغ مدیریت تغییر- سطح دوم
    این نوشته، بخش دوم از مجموعه نوشته‌هایی با عنوان مشترک “سطوح بلوغ مدیریت تغییر” است که پیشنهاد میکنم مطالعه آنرا از بخش اول (اینجا) آغاز کنید. سطح 2: مدیریت تغییر...
  4. اولین دوره ITIL 4 Foundation در کشور برگزار شد!
    برای اولین بار در کشور و همزمان با معرفی دوره جدید ITIL 4 Foundation توسط موسسه AXELOS، مرکز آموزش رایزن سامانه گستر به عنوان نماینده رسمی شرکت ITPreneurs هلند طی...

برچسب:DevOps, ITIL 4, SRE

  • اشتراک گذاری:
رایزن سامانه گستر
شرکت رایزن سامانه گستر به عنوان یکی از پیشگامان در حوزه چارچوبها و استانداردهای مدیریت فناوری اطلاعات نزدیک به ده سال است که در حال ارائه خدمات آموزش، مشاوره و راهکارهای نرم افزاری به شرکتها و سازمانهای دولتی و خصوصی میباشد. این شرکت به عنوان نماینده رسمی چندین شرکت و موسسه بین المللی نظیر شرکت ماروال انگلستان (ارائه کننده یکی از برترین ابزارهای مدیریت خدمات فناوری اطلاعات ITSM) و ITpreneurs هلند (ارائه کننده محتوای آموزشی تخصصی در حوزه چارچوبها و استانداردهای فناوری اطلاعات) نقش بسزایی در توسعه دانش و حرکت به سمت توسعه این بهروشها در سطح کشور داشته است.

مطلب قبلی

معرفی دوره غیر حضوری ITIL 4 Specialist: Drive Stakeholder Value
آذر ۲۵, ۱۳۹۹

مطلب بعدی

بهبود فرآیندهای مرکز تماس و پشتیبانی کارگزاری آگاه
دی ۲۹, ۱۳۹۹

ممکن است همچنین دوست داشته باشید

Self_service_cons-768×736
سوالاتی که باید قبل از پیاده‌سازی پورتال سلف سرویس فناوری اطلاعات بپرسید
۵ مرداد, ۱۴۰۱
CICD Tools
۱۰ تا از برترین ابزارهای CI/CD مورد استفاده برنامه نویسان
۲۹ خرداد, ۱۴۰۱
wef-digital-sustainability-16-9
مسئولیت فناوری اطلاعات نسبت به پایداری
۲۴ فروردین, ۱۴۰۱

نظر بدهید لغو پاسخ

نشانی ایمیل شما منتشر نخواهد شد. بخش‌های موردنیاز علامت‌گذاری شده‌اند *

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

جستجو

سوالاتی که باید قبل از پیاده‌سازی پورتال سلف سرویس فناوری اطلاعات بپرسید

سوالاتی که باید قبل از پیاده‌سازی پورتال سلف سرویس فناوری اطلاعات بپرسید

اگر به رابطه بین تیم پشتیبانی و کاربران نگاهی...

طراحی و استقرار مجموعه‌ای از فرایندهای چارچوب ITIL4 در “شرکت ابرآمد”

طراحی و استقرار مجموعه‌ای از فرایندهای چارچوب ITIL4 در “شرکت ابرآمد”

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

۱۰ تا از برترین ابزارهای CI/CD مورد استفاده برنامه نویسان

۱۰ تا از برترین ابزارهای CI/CD مورد استفاده برنامه نویسان

عبارت CI/CD (Continuous Integration /Continuous Delivery) به معنی ادغام...

استقرار سیستم مدیریت خدمات فناوری اطلاعات و دریافت گواهینامه ISO/IEC 20000  در شرکت “مپنا توسعه دو”

استقرار سیستم مدیریت خدمات فناوری اطلاعات و دریافت گواهینامه ISO/IEC 20000 در شرکت “مپنا توسعه دو”

شرکت احداث و توسعه نیروگاه‌های سیکل ترکیبی مپنا –...

مسئولیت فناوری اطلاعات نسبت به پایداری

مسئولیت فناوری اطلاعات نسبت به پایداری

امروزه پایداری به مفهومی رایج و پرکاربرد در میان...

آخرین نوشته ها

  • سوالاتی که باید قبل از پیاده‌سازی پورتال سلف سرویس فناوری اطلاعات بپرسید
  • طراحی و استقرار مجموعه‌ای از فرایندهای چارچوب ITIL4 در “شرکت ابرآمد”
  • ۱۰ تا از برترین ابزارهای CI/CD مورد استفاده برنامه نویسان
  • استقرار سیستم مدیریت خدمات فناوری اطلاعات و دریافت گواهینامه ISO/IEC 20000 در شرکت “مپنا توسعه دو”
  • مسئولیت فناوری اطلاعات نسبت به پایداری
  • معرفی دوره ITIL® ۴ Specialist: Sustainability in Digital and IT
  • اهداف توسعه پایدار


کلیه حقوق این وب سایت به شرکت رایزن سامانه گستر متعلق بوده و نقل مطلب از آن با ذکر منبع بلامانع است.