جلسه 24 جامعه آزاد رایانش ابری ایران: تفاوت میان نسخهها
بدون خلاصۀ ویرایش |
|||
(۲۱ نسخهٔ میانی ویرایش شده توسط ۸ کاربر نشان داده نشد) | |||
خط ۱۴: | خط ۱۴: | ||
== اعلام حضور در جلسه == | == اعلام حضور در جلسه == | ||
شرکت برای عموم آزاد است، اما برای هماهنگی بیشتر، اگر تمایل به شرکت در این جلسه دارید، اسم خود را به این لیست اضافه نمایید: | شرکت برای عموم آزاد است، اما برای هماهنگی بیشتر، اگر تمایل به شرکت در این جلسه دارید، اسم خود را به این لیست اضافه نمایید: | ||
* سید محمد صادق صالحی | * سید محمد صادق صالحی | ||
* [[مرتضی سرگلزایی جوان]] | * [[مرتضی سرگلزایی جوان]] | ||
خط ۵۷: | خط ۵۶: | ||
* [[میلاد محمدی زیوه]] | * [[میلاد محمدی زیوه]] | ||
* امیر قربان زاده | * امیر قربان زاده | ||
* مجید حیدری | |||
* فیروز نوری | |||
|style="background: #F4FDF6;border: 1px solid black;padding-left:1em;padding-right:0.5em;" width="50%"| | |style="background: #F4FDF6;border: 1px solid black;padding-left:1em;padding-right:0.5em;" width="50%"| | ||
خط ۷۳: | خط ۷۶: | ||
== مسائل مطرح شده/تصمیمات اتخاذ شده== | == مسائل مطرح شده/تصمیمات اتخاذ شده== | ||
در ابتدا یک ارایه در خصوص موضوع بحث انجام شد که اسلایدهای آن را میتوانید از '''[http://www.slideshare.net/slideshow/embed_code/42014916 اینجا]''' دریافت نمایید. | |||
{{#widget:SlideShare | |||
|id=42014916 | |||
|width=500 | |||
|height=400 | |||
}} | |||
تعریفی اولیه از الگوی طراحی (Design Pattern): | |||
* الگوهایی که برای مسائل خاص ارائه شده، تست شده و بارها تکرار شده است و بعنوان یک تجربه موفق مطرح میشود. | |||
* انتخاب الگوها باید با دقت انجام شود، زیرا ممکن است این تجربه، پاسخگوی نیاز در یک مشکل دیگر نباشد. | |||
* انتخاب الگو باید با اندازه گیری همراه باشد تا بتوان تاثیر آن را در کسب و کار محاسبه کرد. | |||
در این جلسه در مجموع و بطور خلاصه برای توسعه سرویس ها بصورت ابری نظرات زیر مطرح شد: | |||
# بر اساس مدل چرخه بازخورد و بهینه سازی، یک سازمان نیاز دارد که پیوسته برای '''افزایش کیفیت''' فرآیند های خود (در برخورد با مشتریان، شرکت، ارایه سرویس و ...) '''بهبود مستمر''' داشته باشد و این بهبود مستمر نیازمند '''بازطراحی پیوسته''' خدمات و کاربردها می باشد. | |||
# برای '''کاهش ریسک''' بهتر است از '''الگوهای موفق''' و '''استاندارد''' استفاده شود که ملاحظات آن در اینجا مورد بحث است. | |||
# همه کاربردها نیاز نیست به مدل ابری تبدیل شود یا به ابر انتقال داده شود، بلکه باید ضرورتش حس شود. (معمولا بر اساس یک '''آینده نگری''') | |||
# برای توسعه / استقرار سرویس در ابر ابتدا باید '''مدل کسب و کار و اجزای آن''' تحلیل شود تا ضرورت استفاده از ابر بصورت دقیق مشخص شود. | |||
# بسیاری از '''ویژگی های رایانش ابری''' (نظیر چند مستاجری) در صورتیکه نیاز باشد در ارائه سرویس در نظر گرفته شود نیاز به بازطراحی سرویس دارد. | |||
# '''متدولوژی هایی''' برای '''مهاجرت''' از مدل سنتی به مدل ابری وجود دارد که در دانشگاه هایی نظیر ملبورن استرالیا ارائه شده است (ذکر مرجع). | |||
# بهتر است سعی شود الگوهایی استفاده شود که '''حداقل تغییرات''' به لایه های بالاتر تحمیل شود. | |||
# در نظر گرفتن محل استفاده از الگو (مطابق با استاندارد و پشته ارائه سرویس) بسیار ضروری است تا بتوان '''استقلال بین لایه''' ها را حفظ کرد. | |||
# استفاده از فناوری های ابری در برخی از لایه ها (نظیر داده) راحت تر است، ولی اصلاح مدل سرویس ها بر حسب مورد فرق می کند. | |||
# در برخی از حوزه های کاربردی نظیر سلامت، الگوها و استانداردهای زیادی ارایه شده است (ذکر مرجع). | |||
# در ایران تجربه موفق نداریم. نیاز است که '''الگوهای موفق''' بدست آید و ترویج داده شود تا شرکت ها و سازمانها به سمت استفاده از آنها ترغیب شوند. | |||
# باید سعی کنیم با الگوهای مختلف آشنا شویم تا توان بیشتری در حل مسائل بدست آوریم و در صورت نیاز بتوانیم الگوهای جدید را ارائه دهیم. | |||
# SLA های سمت سرویس دهنده ابری میتواند در شکل گیری الگوهای طراحی آن موثر باشد. | |||
# یکی از الگوهای مناسب میتواند استفاده از مدل '''Integration as a Service''' باشد تا کاربردهای محلی را به سرویس های ابری مجتمع کند. این کار برای فرهنگ سازی و تشویق به مهاجرت در شروع کار میتواند بسیار مفید باشد. | |||
# مدل [http://en.wikipedia.org/wiki/Component_business_model CBM] که توسط آی بی ام ارائه شده است، میتواند روش مناسبی برای انتخاب الگوی طراحی در توسعه سرویس های ابری باشد. در این روش سعی میشود با تحلیل اجزا، '''گلوگاه ها''' مشخص شود و روی آنها تمرکز شود. | |||
در ادامه پیشنهاد شد در جلسه جداگانه ای بصورت موردی یک کسب و کار یا صنعت یا سرویس خاص را (مثلا در حوزه بانک یا سلامت) متناسب با مباحث این جلسه، مورد بحث و بررسی قرار داد. | |||
== نتایج نظرسنجی == | |||
تعداد برگه های توزیع شده: 40 عدد / تعداد برگه های جمع شده: 35 عدد | |||
# کیفیت ارایه فنی (1=خوب / 2=نسبتا خوب / 3=معمولی / 4=بد) : 1.7 | |||
# کیفیت بحث آزد (1=مفید / 2=میتوانست بهتر باشد / 3=بی فایده) : 1.3 | |||
# کیفیت جلسه در مجموع (1 = عالی / 2 = خوب / 3 = معمولی / 4 = بد): 2.1 | |||
== نظرات شرکت کنندگان == | |||
نظرات مطرح شده در برگه های نظرسنجی: | |||
# وقت بیشتری برای بحث آزاد وجود داشته باشد. (2 نفر) | |||
# بحث های آزاد وقت بیشتری برای بحث های تخصصی تر و فنی تر داشته باشند. | |||
# قبل از بحث آزاد یک ارائه در جهت سوق دادن نظرات و عقاید افراد به بحث مناسب است. بصورت مختصر و مفید. (4 نفر) | |||
# برای بهبود جامعه، یک مدل از نحوه اجرا و سطح دانش برای تحقق اهداف باید تهیه شود. | |||
# اگر ارائه ها عملی تر باشند بهتر است. | |||
# ارائه ها طوری باشد که برای شرکت کنندگان که اغلب دانشگاهی هستند رایانش ابری ملموس تر باشد تا بتوانند بعدا بهتر نقش هایی را در جامعه بر عهده بگیرند. | |||
# زمان ارائه مربوط به بحث آزاد در حد چند دقیقه و کوتاه باشد. | |||
# مسیر دسترسی مکان جلسات خیلی بد است (3 نفر) | |||
# یکی از مشکلات کشور ما فاصله زیاد ساختار علمی با ساختار تجاری است. در صورت امکان شرایطی برای ارتباط و استفاده این دو جنبه در کنار هم فراهم شود. | |||
# تعاریف اولیه بیشتر باز شوند. | |||
# شرکت کنندگان اگر در بحث آزاد بیشتر مشارکت کنند مفید تر است. | |||
# به نظر می رسد باید به نحوی دانش فنی و عمق تخصصی شرکت کنندگان حتی در موضوعات کلان نیز بیشتر شود و خوب است جامعه برای اینکار برنامه ریزی کند. | |||
# به نظرم بحث های آزاد باید دغدغه جامعه باشد. | |||
# بهتر است جلسات بصورت تخصصی تر و بصورت کارگروهی برگزار شود تا هر فرد بتواند در زمینه های مختلف نقش موثرتری را ایفا کند و به صورت همزمان بر روی مباحث مختلفی تبادل تجربیات صورت گیرد. | |||
# چهارچوب و جهت گیری بحث آزاد ملموس تر شود. | |||
# برای هر بحث یک هفته جهت تحقیق فاصله وجود داشته باشد. | |||
# جمع آوری اطلاعات در زمینه تحقیقاتی نیاز به زمان دارد و برگزاری هر هفته جلسات مناسب نیست. | |||
# ارائه و بحث آزاد در یک راستا باشند مناسب تر است. | |||
# برای روش CBM و توانمندی های کسب و کار یک ارائه انجام شود. | |||
# روشن و صریح شدن سیاست های جامعه | |||
# جلسات کمی دیرتر شروع شود تا به ابتدای بحث برسیم. | |||
# در تمامی الگوهای طراحی اولویت انتخاب قطعا داشتن یک مدل کسب و کار بر اساس معماری های سازمانی مورد نیاز است و در سطح خدمات و سرویسها داشتن معماری مبتنی بر سرویس بالاترین سطح بلوغ در انتخاب الگوی معماری نرم افزاری خواهد بود. حال چگونه به این الگوی مناسبی در رایانش ابری برسیم! تصور میشود که باید از یک سطح بالاتر به موضوع نگاه کرد. بدین معنی که آیا سرویس های مورد نیاز سازمان ما نیاز به ویژگی های تکنولوژی رایانش ابری دارد؟ اگر گلوگاهی پیدا شد که با رایانش ابری بتوان به رفع نیاز آن پرداخت پس بر اساس آن، برنامه کسب و کار برای استفاده از رایانش ابری و یا مهاجرت به رایانش ابری را باید تدوین کرد. سپس مدل فرآیندی استخراج شده بر مبنای مولفه های مدل کسب و کار جهت توسعه و استقرار را انجام دهیم. روش فوق یک روش مهندسی با در نظر گرفتن تمامی جوانب کنترل پروژه است. پیشنهاد می کنم این مباحث به جز موارد فنی در موارد مدیریتی نیز مطرح شود و پاسخ های آن جمع آوری گردد. | |||
== لینک های مرتبط == | == لینک های مرتبط == |
نسخهٔ کنونی تا ۲۲ فوریهٔ ۲۰۱۷، ساعت ۱۳:۲۰
جلسه 24 جامعه آزاد رایانش ابری ایران در تاریخ سه شنبه 4 آذر، ساعت 17:30 الی 19:30 برگزار خواهد شد. در این جلسه خانم مهندس معزکریمی ارایه فنی با موضوع "مقدمه ای به مجازی سازی و KVM" خواهند داشت. میزبانی جلسه را مرکز تحقیقات مخابرات ایران بر عهده خواهد داشت. اطلاعات رسمی در خصوص این جلسه در اینجا قرار گرفته است. برای مشاهده آدرس میتوانید به اینجا مراجعه نمایید.
نکات قابل توجه:
- شرکت در این جلسات برای عموم علاقهمندان آزاد و رایگان میباشد.
- خواهشمند است برای داشتن تخمین درستی از افراد شرکت کننده در جلسه و به منظور تعیین مکان مناسب از نظر حجم و تعداد صندلی، در صورت شرکت در جلسه، نام خود را در بخش زیر بنویسید.
- درصورت تمایل به همکاری با این گروه یا اطلاع از جلسات بعد میتوانید به صفحه تازه واردان به جامعه آزاد رایانش ابری مراجعه نمایید.
اعلام حضور در جلسهشرکت برای عموم آزاد است، اما برای هماهنگی بیشتر، اگر تمایل به شرکت در این جلسه دارید، اسم خود را به این لیست اضافه نمایید:
|
پیشنهاد موضوع برای بحث آزاد
|
مسائل مطرح شده/تصمیمات اتخاذ شده
در ابتدا یک ارایه در خصوص موضوع بحث انجام شد که اسلایدهای آن را میتوانید از اینجا دریافت نمایید.
تعریفی اولیه از الگوی طراحی (Design Pattern):
- الگوهایی که برای مسائل خاص ارائه شده، تست شده و بارها تکرار شده است و بعنوان یک تجربه موفق مطرح میشود.
- انتخاب الگوها باید با دقت انجام شود، زیرا ممکن است این تجربه، پاسخگوی نیاز در یک مشکل دیگر نباشد.
- انتخاب الگو باید با اندازه گیری همراه باشد تا بتوان تاثیر آن را در کسب و کار محاسبه کرد.
در این جلسه در مجموع و بطور خلاصه برای توسعه سرویس ها بصورت ابری نظرات زیر مطرح شد:
- بر اساس مدل چرخه بازخورد و بهینه سازی، یک سازمان نیاز دارد که پیوسته برای افزایش کیفیت فرآیند های خود (در برخورد با مشتریان، شرکت، ارایه سرویس و ...) بهبود مستمر داشته باشد و این بهبود مستمر نیازمند بازطراحی پیوسته خدمات و کاربردها می باشد.
- برای کاهش ریسک بهتر است از الگوهای موفق و استاندارد استفاده شود که ملاحظات آن در اینجا مورد بحث است.
- همه کاربردها نیاز نیست به مدل ابری تبدیل شود یا به ابر انتقال داده شود، بلکه باید ضرورتش حس شود. (معمولا بر اساس یک آینده نگری)
- برای توسعه / استقرار سرویس در ابر ابتدا باید مدل کسب و کار و اجزای آن تحلیل شود تا ضرورت استفاده از ابر بصورت دقیق مشخص شود.
- بسیاری از ویژگی های رایانش ابری (نظیر چند مستاجری) در صورتیکه نیاز باشد در ارائه سرویس در نظر گرفته شود نیاز به بازطراحی سرویس دارد.
- متدولوژی هایی برای مهاجرت از مدل سنتی به مدل ابری وجود دارد که در دانشگاه هایی نظیر ملبورن استرالیا ارائه شده است (ذکر مرجع).
- بهتر است سعی شود الگوهایی استفاده شود که حداقل تغییرات به لایه های بالاتر تحمیل شود.
- در نظر گرفتن محل استفاده از الگو (مطابق با استاندارد و پشته ارائه سرویس) بسیار ضروری است تا بتوان استقلال بین لایه ها را حفظ کرد.
- استفاده از فناوری های ابری در برخی از لایه ها (نظیر داده) راحت تر است، ولی اصلاح مدل سرویس ها بر حسب مورد فرق می کند.
- در برخی از حوزه های کاربردی نظیر سلامت، الگوها و استانداردهای زیادی ارایه شده است (ذکر مرجع).
- در ایران تجربه موفق نداریم. نیاز است که الگوهای موفق بدست آید و ترویج داده شود تا شرکت ها و سازمانها به سمت استفاده از آنها ترغیب شوند.
- باید سعی کنیم با الگوهای مختلف آشنا شویم تا توان بیشتری در حل مسائل بدست آوریم و در صورت نیاز بتوانیم الگوهای جدید را ارائه دهیم.
- SLA های سمت سرویس دهنده ابری میتواند در شکل گیری الگوهای طراحی آن موثر باشد.
- یکی از الگوهای مناسب میتواند استفاده از مدل Integration as a Service باشد تا کاربردهای محلی را به سرویس های ابری مجتمع کند. این کار برای فرهنگ سازی و تشویق به مهاجرت در شروع کار میتواند بسیار مفید باشد.
- مدل CBM که توسط آی بی ام ارائه شده است، میتواند روش مناسبی برای انتخاب الگوی طراحی در توسعه سرویس های ابری باشد. در این روش سعی میشود با تحلیل اجزا، گلوگاه ها مشخص شود و روی آنها تمرکز شود.
در ادامه پیشنهاد شد در جلسه جداگانه ای بصورت موردی یک کسب و کار یا صنعت یا سرویس خاص را (مثلا در حوزه بانک یا سلامت) متناسب با مباحث این جلسه، مورد بحث و بررسی قرار داد.
نتایج نظرسنجی
تعداد برگه های توزیع شده: 40 عدد / تعداد برگه های جمع شده: 35 عدد
- کیفیت ارایه فنی (1=خوب / 2=نسبتا خوب / 3=معمولی / 4=بد) : 1.7
- کیفیت بحث آزد (1=مفید / 2=میتوانست بهتر باشد / 3=بی فایده) : 1.3
- کیفیت جلسه در مجموع (1 = عالی / 2 = خوب / 3 = معمولی / 4 = بد): 2.1
نظرات شرکت کنندگان
نظرات مطرح شده در برگه های نظرسنجی:
- وقت بیشتری برای بحث آزاد وجود داشته باشد. (2 نفر)
- بحث های آزاد وقت بیشتری برای بحث های تخصصی تر و فنی تر داشته باشند.
- قبل از بحث آزاد یک ارائه در جهت سوق دادن نظرات و عقاید افراد به بحث مناسب است. بصورت مختصر و مفید. (4 نفر)
- برای بهبود جامعه، یک مدل از نحوه اجرا و سطح دانش برای تحقق اهداف باید تهیه شود.
- اگر ارائه ها عملی تر باشند بهتر است.
- ارائه ها طوری باشد که برای شرکت کنندگان که اغلب دانشگاهی هستند رایانش ابری ملموس تر باشد تا بتوانند بعدا بهتر نقش هایی را در جامعه بر عهده بگیرند.
- زمان ارائه مربوط به بحث آزاد در حد چند دقیقه و کوتاه باشد.
- مسیر دسترسی مکان جلسات خیلی بد است (3 نفر)
- یکی از مشکلات کشور ما فاصله زیاد ساختار علمی با ساختار تجاری است. در صورت امکان شرایطی برای ارتباط و استفاده این دو جنبه در کنار هم فراهم شود.
- تعاریف اولیه بیشتر باز شوند.
- شرکت کنندگان اگر در بحث آزاد بیشتر مشارکت کنند مفید تر است.
- به نظر می رسد باید به نحوی دانش فنی و عمق تخصصی شرکت کنندگان حتی در موضوعات کلان نیز بیشتر شود و خوب است جامعه برای اینکار برنامه ریزی کند.
- به نظرم بحث های آزاد باید دغدغه جامعه باشد.
- بهتر است جلسات بصورت تخصصی تر و بصورت کارگروهی برگزار شود تا هر فرد بتواند در زمینه های مختلف نقش موثرتری را ایفا کند و به صورت همزمان بر روی مباحث مختلفی تبادل تجربیات صورت گیرد.
- چهارچوب و جهت گیری بحث آزاد ملموس تر شود.
- برای هر بحث یک هفته جهت تحقیق فاصله وجود داشته باشد.
- جمع آوری اطلاعات در زمینه تحقیقاتی نیاز به زمان دارد و برگزاری هر هفته جلسات مناسب نیست.
- ارائه و بحث آزاد در یک راستا باشند مناسب تر است.
- برای روش CBM و توانمندی های کسب و کار یک ارائه انجام شود.
- روشن و صریح شدن سیاست های جامعه
- جلسات کمی دیرتر شروع شود تا به ابتدای بحث برسیم.
- در تمامی الگوهای طراحی اولویت انتخاب قطعا داشتن یک مدل کسب و کار بر اساس معماری های سازمانی مورد نیاز است و در سطح خدمات و سرویسها داشتن معماری مبتنی بر سرویس بالاترین سطح بلوغ در انتخاب الگوی معماری نرم افزاری خواهد بود. حال چگونه به این الگوی مناسبی در رایانش ابری برسیم! تصور میشود که باید از یک سطح بالاتر به موضوع نگاه کرد. بدین معنی که آیا سرویس های مورد نیاز سازمان ما نیاز به ویژگی های تکنولوژی رایانش ابری دارد؟ اگر گلوگاهی پیدا شد که با رایانش ابری بتوان به رفع نیاز آن پرداخت پس بر اساس آن، برنامه کسب و کار برای استفاده از رایانش ابری و یا مهاجرت به رایانش ابری را باید تدوین کرد. سپس مدل فرآیندی استخراج شده بر مبنای مولفه های مدل کسب و کار جهت توسعه و استقرار را انجام دهیم. روش فوق یک روش مهندسی با در نظر گرفتن تمامی جوانب کنترل پروژه است. پیشنهاد می کنم این مباحث به جز موارد فنی در موارد مدیریتی نیز مطرح شود و پاسخ های آن جمع آوری گردد.
لینک های مرتبط
- از آخرین اخبار این جلسه در بورد عمومی مطلع شوید یا روی آن بحث کنید.
- اگر بطور کلی پیشنهادی دارید که در جامعه بهتر است روی آن بحث شود یا ارایه فنی انجام شود میتوانید در اینجا مطرح نمایید.
- آرشیو جلسات جامعه آزاد رایانش ابری ایران