النون

بنیان نوآوری الکترونیک

Instagram

۲۲ مطلب با موضوع «مستندسازی توسعه خدمات رایانامه بومی النون» ثبت شده است

0

۶.۵ کانال‌های توزیع

پست الکترونیکی بومی النون امکان ارائه خدمت بر روی دامنه ی اصلی elenoon.ir را برای کاربران عمومی فراهم کرده است که از این طریق این امکان را برای آنها فراهم می نماید تا از سرویس های ارائه شده مانند پیامک، اصلاح واژگان و ... استفاده نمایند. پست الکترونیکی سازمانی النون قابلیت تنظیمات نام و لوگوی سازمان و همچنین تغییر در سرویس های درخواستی را در دامنه ی مرتبط با همان سازمان فراهم می نماید و اطلاعات ایمیل سازمانی را در صورت درخواست سازمان، در سرورهای در اختیار آن سازمان ذخیره می نماید. پست الکترونیک النون همچنین امکان مشاهده ایمیل توسط ابزارهای پشتیبانی کننده از پروتکل IMAP یا پروتکل SMTP را ارائه کرده است که از این طریق می توان با استفاده از نرم افزارهایی نظیر outlook، از قابلیت این سرویس استفاده نمود. علاوه بر این، امکان دسترسی به پست الکترونیک النون از طریق رابط کاربری وب و همچنین برنامه ی موبایلی رایانامه ی النون نیز امکان پذیر می باشد.

0

۵.۵ ارتباطات و عرضه خدمات به مشتریان

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

برای تست نرم افزار از متدولوژی STEP  مطابق استاندارد  IEEE Std. 829-1983 عمل میشود و به منظور تولید امن نرم افزار از متدولوژی CLASP استفاده می شود.

به منظور مدیریت خدمت فناوری اطلاعات از چارچوب ITIL استفاده می گردد که از این طریق کیفیت ارائه خدمات با هزینه کم و کارایی بالا ارائه می شود به نحوی که بیشترین ارزش را خلق کرده و ریسک را به حداقل می رساند. برخی از مزایای مدیریت خدمت فناوری اطلاعات براساس چارچوب ITIL عبارتند از:

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

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

به طور کلی خدمات مربوط به پست الکترونیک النون به دو دسته ی زیر تقسیم می شوند:

۱. خدمات عمومی: خدمات عمومی شامل پست الکترونیک عمومی النون می باشد که عبارتند از:

  • ارائه رایگان سرویس پست الکترونیک النون به افراد متقاضی
  • ارائه شارژ هدیه ی 10000 ریالی پنل پیامک برای هر ثبت نام جدید
  • امکان شارژ پنل پیامک توسط کاربران
  • ارائه سرویس های رایگان تقویم، مخاطبین و ...
  • ارائه رایگان 2GB فضا جهت ایمیل
  • ارائه 3GB فضای رایگان جهت درایو
  • پشتیبانی از کاربران توسط Service Desk و ...

۲. خدمات سازمانی: خدمات سازمانی شامل سازمان هایی می باشد که خریدار سرویس های سازمانی پست الکترونیک النون می باشند که عبارتند از:

  • ارائه سرویس های رایگان تقویم، مخاطبین و ...
  • ارائه رایگان 2GB فضا جهت ایمیل
  • ارائه 3GB فضای رایگان جهت درایو
  • پشتیبانی از سازمان توسط Service Desk و ...
  • ارائه پنل ادمین جهت مدیریت کاربران سازمان
  • خصوصی سازی رابط کاربری ایمیل به منظور تغییر در نام سازمان، لوگو و...
0

۴.۵ ارزش پیشنهادی مدل کسب و کار

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

1-    رقبای مستقیم: شرکت هایی که به صورت مستقیم محصول ایمیل ارائه می کنند مانند شرکت چاپار و رایانا

2-    رقبای غیرمستقیم: شرکت هایی که محصول اصلی آن ها ایمیل نیست اما ایمیل هم ارائه می کنند مانند دیتاسنترها

3-    رقبای آتی: شرکت های بزرگ فعال در حوزه فناوری اطلاعات که با بیدار شدن تقاضای بازار ایمیل سازمانی برای کسب این بازار تلاش خواهند کرد.

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


  • مقایسه قیمت رقبا

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

مزیت‌های نسبی و رقابتی شرکت

  • سرمایه انسانی خبره و چابک
  • داشتن ایده و نوآوری
  • کار با کیفیت
  • داشتن محصولی جوابگو در اسکیل بالا
  • رضایت مشتریان موجود

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

ویژگی های نوآورانه النون

فهرست ویژگی های نوآورانه ی پست الکترونیک النون عبارتند از:

  • ارائه خدمات ذخیره سازی ابری (درایو مجازی)
  • امکان تعریف کارها و اولویت بندی آنها از طریق سرویس ایجاد تسک النون
  • امکان ثبت نام آسان از طریق تلفن همراه در رایانامه النون
  • ارائه خدمات ویرایشگر املایی Spell Check برای زبان فارسی
  • ارائه سرویس های تحت وب و موبایل برای دسترسی راحت تر به سرویس پست الکترونیک النون
  • پیاده سازی رابط کاربری جذاب با تجربه کاربری ساده و مناسب
  • ارائه خدمات پنل پیامک و مطلع شدن افراد از عنوان و نام فرستنده رایانامه از طریق پیامک
  • امکان ارسال دعوت نامه برای افراد با استفاده از سرویس تقویم النون
  • امکان مشاهده ایمیل توسط ابزارهای پشتیبانی کننده از پروتکل IMAP یا پروتکل SMTP
  • امکان فیلتر ایمیل ها بر اساس فرستنده، کلمات و ...
0

۳.۵ منابع کلیدی مورد نیاز

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

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

 

1.3.5 توسعه فناوری

اهم وظایف: تحلیل، طراحی و پیاده سازی سرویس پست الکترونیک بومی النون و دیباگ محصول

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

شرح مختصر وظایف:

  • تجزیه و تحلیل نیازمندی های دریافت شده از طریق مالک محصول
  • ایجاد سناریوهای مرتبط با هر نیازمندی برای پیاده سازی
  • توسعه تست واحد[1] برای پیاده سازی ویژگی های محصول قبل از پیاده سازی
  • پیاده سازی سناریوهای تعیین شده منطبق با نیاز مشتری
  • ارسال نسخه ی داخلی به بخش تضمین کیفیت برای تایید یا عدم تایید انتشار نسخه
  • تدوین مستند فنی سناریوهای پیاده سازی شده برحسب استاندارد از پیش تعیین شده
  • دیباگ ویژگی های محصول برحسب گزارش تست نسخه و بازخوردهای مشتریان

 

2.3.5 پشتیبانی

1. پشتیبان شبکه

اهم وظایف: نصب تجهیزات مانیتورینگ، سرویس و تجهیزات شبکه

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

شرح مختصر وظایف:

  • نصب سیستم های OS,ESX
  • Configure   کردن قسمت شبکه
  • تست گیری IP
  • نصب سرویس های پایه
  • مدیریت Password
  • تنظیم Admin  سرور
  • سوییچ و روتینگ Firewall
  • نصب تجهیزات شبکه و نظارت بر آن ها

2. پشتیبان پایگاه داده

اهم وظایف: نصب و نگهداری پایگاه داده از اهم وظایف کارشناسان این بخش است. مدیریت Data Base به طور کلی به عهده این قسمت است.

شرح مختصر فعالیت های این بخش:

  • بک آپ گیری از Data Base 
  • مدیریت ماشین LDAP
  • مدیریت کلیه داده ها و حفظ آنها
  • سیستم Attachment
  • مسئول داده های عملیاتی

3.  Helpdesk

اهم وظایف: پاسخ گویی تلفن مانیتورینگ و ارجاع کارها به افراد متخصص

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

4. مدیر نرم افزار، انتقال و تست

اهم وظایف: بررسی نیازمندی و مشکلات نرم افزاری و مدیریت تغییرات و توسعه نرم افزار ها و باگ هایی که کاربران از نرم افزار اعلام می کنند و یا تطابق نرم افزار با نیاز های کاربران.

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

شرح مختصر وظایف:

  • تست نرم افزار در هر مرحله ای که ورژن جدید می آید.
  • شناسایی ایراد های گزارش شده
  • ارائه راهکار های بهینه برای رفع مشکل
  • آشنا به قسمت های مختلف سرویس از جمله:
  • Data  Base
  • قسمت امنیت

5. مدیر شبکه و امنیت

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

شرح مختصر وظایف:

  • تست امنیت برنامه قبل از عملیاتی کردن آن
  • تست دوره ای سیستم و بررسی امنیتی آن
  • مدیریت سیستم  Spam
  • Configure  لوازم امنیتی
  •  بررسی Log   های امنیتی
  • مقابله با هک کردن و حمله های امنیتی

دسترسی مختلف افراد به سیستم ایمیل را تنظیم می کند.

 

3.3.5 توسعه بازار

اهم وظایف: تغییر و تحول آینده کسب و کار، تسهیل ارتباطات کسب و کار و ایجاد روابط جدید، تحلیل رقبا

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

شرح مختصر وظایف:

  • برنامه ریزی و پیاده سازی استراتژی توسعه بازار برای مشتریان جدید
  • نظارت و اجرای پروژه های توسعه ی بازار محصول
  • تجزیه و تحلیل بازار برای شناخت فضای رشد جدید
  • تحلیل نیازها و فرصت های بازار برای ایجاد ارزش های جدید برای مشتریان
  • اندازه گیری میزان اثر گذاری استراتژی های بازاریابی، تبلیغاتی

 

4.3.5 تجهیزات سخت افزاری

در جدولهای زیر تجهیزات مورد نیاز برای هر سطح کاربری آورده شده است.

الف- 100.000 کاربر

 

ب- 200.000 کاربر

 

ج- 400.000 کاربر

 

د- 700.000 کاربر

 

ه-1.000.000 کاربر

 



[1] Unit testing

0

۲.۵ فعالیت‌های کلیدی

پروژه ایمیل بومی این امکان را برای کاربران فراهم می نماید تا با استفاده از هر ابزاری که امکان اتصال به اینترنت را داشته باشد و از پروتکل  IMAP یا پروتکل SMTP پشتیبانی کند، ایمیلهای دریافتی خود را مشاهده نمایند. با کمک این پروتکل ها می توان ایمیلهای خود را در تمام نرم افزارهای که از این پروتکل ها پشتیبانی می کنند مشاهده نمود، نرم افزارهای از قبیل outlook، نرم افزارهای موبایلی و ... . با توجه به ویژگی های مهم خدمات پیامکی، تمام پیامکهایی که میان این سامانه و کاربر، ردوبدل می شود با سامانه پیام رسان بومی نسیم (بامداد)، یکپارچه می‌شود و در این سامانه قابل مشاهده می‌باشد. در این سامانه از سرویس amavist بعنوان آنتی اسپم و از سرویس clam بعنوان آنتی ویروس استفاده شده است، در زمان دریافت یک ایمیل، سرویس amavist ایمیل را بررسی کرده و براساس سیاستهای تعیین شده به آن امتیاز می‌دهد و وضعیت اسپم بودن ایمیل را مشخص می نماید. در سامانه ایمیل النون امکان فیلتر کردن ایمیل های دریافتی وجود دارد، بدین معنی که کاربر می‌تواند یک فیلتر تعریف نماید که زمانیکه یک ایمیل از آدرس خاصی، دارای کلمه خاصی در متن یا در آدرس فرستنده و ... بود، فعل خاصی مانند، انتقال ایمیل به پوشه خاص، ارسال یک پیامک، حذف ایمیل و ... صورت پذیرد. در صورتی که کاربران ایمیل در تعامل با افرادی باشند که با زبان خارجی صحبت می‌کنند و با توجه به این مطلب که در حال حاضر اکثر افراد از زبان انگلیسی برای تعامل به بقیه استفاده می‌کنند، وجود این زبان در ایمیل ضروری بنظر می‌رسد. این سامانه ایمیل از دو زبان فارسی و انگلیسی بصورت کامل پشتیبانی می کند.

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

 

1.2.5 توسعه فناوری

سیستم آنتی اسپم و آنتی ویروس

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

فناوری توزیع کاربران در اسکیل بالا

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

ایجاد قابلیت دسترسی همیشگی

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

امکان یکپارچگی با سرویس های مرتبط

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

 

2.2.5 پشتیبانی

توسعه سیستم های دقیق پشتیبان گیری

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

امن سازی ارتباطات و پایگاه های داده

توسعه زیرساخت امنیت در سرویس های مبتنی بر اطلاعات و ارتباطات از اهمیت ویژه ای برخوردار است. زیرا از طرفی از حملاتی که باعث اختلال در سرویس می شود جلوگیری می­کند و از سویی دیگر مانع از افشای اطلاعات کاربران می شود. در elenoon سرویس های اولیه ارتقای امنیت راه اندازی شده و در حال بهبود و توسعه است.

پشتیبانی با استفاده از سیستم مدیریت خدمات فناوری اطلاعات (ITSM)

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

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

 

3.2.5 توسعه بازار

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

فعالیت های توسعه بازار ایمیل النون را می توان به دو بخش زیر تقسیم کرد:

1-    ایمیل سازمانی: با توجه به نیاز سازمان ها به ایمیل اختصاصی با دامنه خودشان بازار قابل توجهی در این بخش  متصور است.

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

0

۱.۵ شرکای کلیدی و ذینفعان

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

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

 

ردیف

ذینفعان

انتظارات

1

سازمان­ها و شرکت­های داخلی

سهولت استفاده از ایمیل

امنیت سرویس

صیانت از اطلاعات کسب و کاری

پشتیبانی خوب و با کیفیت مطلوب

2

کاربران

(عموم مردم)

سهولت استفاده از ایمیل

قابل اعتماد بودن ایمیل در خصوص صیانت از اطلاعات شخصی افراد

قدرت و دقت بیشتر در ارائه سرویس‌های مرتبط با زبان فارسی

قدرت و دقت بیشتر در ارائه سرویس‌های مرتبط با اطلاعات کشوری و محلی

ارایه امکانات متنوع در سرویس و جذابیت هرچه بیشتر آن

پشتیبانی خوب و با کیفیت مطلوب

3

رقبای داخلی و خارجی

ارائه مزیت های رقابتی قید شده در ویژگی سرویس پست الکترونیک النون

به اشتراک گذاری دانش و سرویس ها در صورت تفافق طرفین و امکان ایجاد یکپارچه سازی

4

شرکت چکاد نوآوران عصر اطلاعات

ارائه قابلیت‌های مورد نظر طرح جویشگر در سرویس ایمیل

پشتیبانی خوب و با کیفیت مطلوب

ارائه سرویس های مورد نیاز در ایمیل بومی با توجه به انتظارات مشخص شده ذینفعان

5

وزارت ارتباطات و فناوری اطلاعات و پژوهشگاه

دستیابی به اهداف طرح جویشگر با گسترش خدمات ایمیل بومی

ارائه قابلیت‌های مورد نظر طرح جویشگر در سرویس ایمیل

 

0

۵. بوم الگوی کسب و کار

مقدمه

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

 

بوم مدل کسب و کار ایمیل بومی

شرکای کلیدی و ذینفعان
سازمان ها و شرکت های داخلی
کاربران (عموم مردم)
رقبای داخلی و خارجی
وزارت ارتباطات و فناوری اطلاعات و پژوهشگاه
شرکت چکاد نوآوران عصر اطلاعات

فعالیت های کلیدی
1. توسعه فناوری:
سیستم آنتی اسپم و آنتی ویروس، فناوری توزیع کاربران در اسکیل بالا، ایجاد قابلیت دسترسی همیشگی و امکان یکپارچگی با سرویس های مرتبط
2. پشتیبانی:
توسعه سیستم های دقیق پشتیبان گیری، امن سازی ارتباطات و پایگاه های داده و پشتیبانی با استفاده از سیستم مدیریت خدمات فناوری اطلاعات (ITSM)
3. توسعه بازار:
ایمیل سازمانی و خدمات ارزش افزوده در ایمیل عمومی

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

ارزش پیشنهادی مدل کسب و کار
ارائه خدمات ذخیره سازی ابری (درایو مجازی)
امکان تعریف کارها و اولویت بندی آنها از طریق سرویس ایجاد تسک النون
امکان ثبت نام آسان از طریق تلفن همراه در رایانامه النون
ارائه خدمات ویرایشگر املایی Spell Check برای زبان فارسی
ارائه سرویس های تحت وب و موبایل برای دسترسی راحت تر به سرویس پست الکترونیک النون
پیاده سازی رابط کاربری جذاب با تجربه کاربری ساده و مناسب
ارائه خدمات پنل پیامک و مطلع شدن افراد از عنوان و نام فرستنده رایانامه از طریق پیامک
امکان ارسال دعوت نامه برای افراد با استفاده از سرویس تقویم النون
امکان مشاهده ایمیل توسط ابزارهای پشتیبانی کننده از پروتکل IMAP یا پروتکل SMTP
امکان فیلتر ایمیل ها بر اساس فرستنده، کلمات و ...

ارتباطات و عرضه خدمات به مشتریان
1. خدمات عمومی شامل:
ارائه رایگان سرویس پست الکترونیک النون به افراد متقاضی
ارائه شارژ هدیه ی 10000 ریالی پنل پیامک برای هر ثبت نام جدید
امکان شارژ پنل پیامک توسط کاربران
ارائه سرویس های رایگان تقویم، مخاطبین و ...
ارائه رایگان 2GB فضا جهت ایمیل
ارائه 3GB فضای رایگان جهت درایو
پشتیبانی از کاربران توسط Service Desk و ...
2. خدمات سازمانی شامل:
ارائه سرویس های رایگان تقویم، مخاطبین و ...
ارائه رایگان 2GB فضا جهت ایمیل
ارائه 3GB فضای رایگان جهت درایو
پشتیبانی از سازمان توسط Service Desk و ...
ارائه پنل ادمین جهت مدیریت کاربران سازمان
خصوصی سازی رابط کاربری ایمیل به منظور تغییر در نام سازمان، لوگو و ...

کانال های توزیع
1. ارائه خدمت بر روی دامنه ی اصلی elenoon.ir
2. قابلیت تنظیمات نام و لوگوی سازمان و همچنین تغییر در سرویس های درخواستی برای هر سازمان
3. امکان مشاهده ایمیل توسط ابزارهای پشتیبانی کننده از پروتکل IMAP یا پروتکل SMTP
4. امکان دسترسی به پست الکترونیک النون از طریق رابط کاربری وب و همچنین برنامه ی موبایلی

مشتریان و پیش بینی بازار
1. ارسال محتوای مورد نیاز به دسته های مختلف مردم
2. چاپ و ارسال قبوض برای سازمان ها (رسیدن به 10.000.000 مشتری تا پایان سال 99)
3. ارائه سرویس به سازمان ها با توجه به ممنوعیت استفاده از سرویس های خارجی (رسیدن به 500000 مشتری تا پایان سال 99)

هزینه های ارائه خدمت النون
1. هزینه مورد نیاز برای توسعه فناوری (575 میلیون تومان)
2. هزینه نیروی انسانی برای پشتیبانی سرویس (47 میلیون تومان به ازای یک میلیون کاربر در ماه)
3. هزینه سخت افزار مورد نیاز بر اساس تعداد کاربر (1305 میلیون تومان)

پیش بینی درآمدها
جمع در آمد ها تا پایان سال 99 برابر است با 19137 میلیون تومان
جمع هزینه ها تا پایان سال 99 برابر است با 15281 میلیون تومان
سود خالص کل طرح برابر است با 3856 میلیون تومان

0

۵.۴ ملاحظات امنیتی لازم برای پیاده سازی یک خدمت رایانامه عمومی (با کاربران بالا)

  • مشکلات مربوط به brutreforce نام کاربری و کلمه عبور که با استفاده  از  captchaو... می‌توان از آن جلوگیری کرد.
    • برای این منظور سعی شده است تا جای ممکن از انتخاب کلمات عبور ضعیف جلوگیری گردد. علاوه بر این بستن سرویس برای مهاجمان نیز با استفاده از failTOBAN استفاده شده است. در صورتی که کاربری تعداد زیادی تلاش ناموفق عبور داشته باشد، سرویس دهی برای IP او غیر فعال می گردد.
  • نگهداری الگوهای حمله و به روز رسانی انها به صورت دوره و چک کردن ترافیک کاربران برای یافتن الگوهای حمله یک روش برای یافتن حمله کننده است. برای این منظور ابزار های مختلف از قبلی idp و WAF استفاده می گردد. همچنین سعی شده با چک دوره ای چک لیست های امنیتی و به روز رسانی سرویس ها، مشکلات امنیتی مربوط به انها را رفع نمود.
    • با استفاده از رویکرد چک دوره ای و تست های نفوذ و بررسی کد ها سعی شده است تهدیدات امنیتی مربوط به سرویس ها کنترل شود.
  • مشکلات مربوط به حملات در سطح شبکه و سیستم عامل که باید با امن سازی سرویس‌های شبکه‌ای و استفاده از WAF و IDS آنها را برطرف کرد (Apache mod_security و snort).
    • مشکلات مربوط به حملات در سطح نرم افزار و سرویس‌های اختصاصی که با تست نفوذ دوره‌ای و امن سازی نرم افزار باید آنها را به حداقل ممکن رساند.
  • جلوگیری از شنود ترافیک های مبادله شده با استفاده از ssl/tls و رمزنگاری داده‌های مبادله شده
  • جلوگیری از دریافت و ارسال هرزنامه با استفاده از  چهار سرویس spamassassin، cbpolicyd، amavis و clamav
  • تشخیص SPF Spoofing با توسعه در amavis
  • بلاک کردن دوره ای IP های مخرب به صورت اتومات بر اساس رول های نوشته شده در amavis
  • به کار گیری Splunk و Apache mod_security به منظور بلاک کردن IP های مخرب
  • پیاده سازی سرویس Cas برای احراز هویت کاربران در سرویس های یکپارچه شده مانند ایمیل، درایو و...
0

۴.۴ ملاحظات کسب و کاری لازم برای پیاده سازی یک خدمت رایانامه عمومی (با کاربران بالا)

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

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

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

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

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

اما هزینه‌های انبوه سخت افزاری و پایگاه داده نیز که به صورت جاری وجود دارند و به سرعت افزایش می‌یابند نیز از چالش‌های این بخش است. البته اگرچه با تأمین مالی می‌توان سخت افزارها را فراهم کرد، اما پیدا کردن بهترین مرکز داده که پایداری، امنیت و پشتیبانی خوب و مناسبی در حد خدمت رایانامه داشته باشد، اکنون در کشور مشکل ویژه‌ای است. برای این منظور، باید بسیاری از کارهای زیرساختی شبکه را خودتان متحمل شوید تا درگیر مسائل مراکز داده داخلی نشوید؛ مثلاً برای جلوگیری از هرزنامه شدن و از بین رفتن اعتبار IPهای خدمت، باید شماره AS خود را از ابتدا تهیه کنید و...

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

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

مشتریان محصول رایانامه را می‌توان به دو دسته سازمانی و عمومی دسته بندی کرد که هریک می‌توانند انتظارات و اولویت‌های متفاوتی داشته باشند:

ذینفعان

انتظارات

سازمان­ها و شرکت­های داخلی

سهولت استفاده از رایانامه

امنیت سرویس

صیانت از اطلاعات کسب و کاری

پشتیبانی خوب و با کیفیت مطلوب

کاربران

(عموم مردم)

سهولت استفاده از رایانامه

قابل اعتماد بودن ایمیل در خصوص صیانت از اطلاعات شخصی افراد

قدرت و دقت بیشتر در ارائه خدمات مرتبط با زبان فارسی

قدرت و دقت بیشتر در ارائه خدمات مرتبط با اطلاعات کشوری و محلی

ارایه امکانات متنوع در خدمت و جذابیت هرچه بیشتر آن

پشتیبانی خوب و با کیفیت مطلوب

 

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

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

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

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

از سوی دیگر، باید به گرفتن سهم بازار یا اشباع بازار نه چندان بزرگ خدمات سازمانی از سوی دیگر رقبای ضعیف و قوی داخلی توجه داشت که آن را لزوماً نه از راه ارائه خدمات بهتر، بلکه از طریق بازاریابی گسترده و به‌ویژه ارتباطات قوی‌تر (سالم یا ناسالم) با سازمان‌های مختلف به دست می‌آورند.

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

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

 

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

 

1. مشکلات  تیم سازی و جمع آوری تیم خبره برای ارایه سرویس پایدار و جذاب

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

 

2. مشکل عدم پایداری نیروها بصورت طولانی مدت در یک شرکت

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

 

3. مسایل و مشکلات نگهداری و عملیات سرویس

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

 

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

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

 

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

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

 

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

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

 

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

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

 

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

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

 

9. فقدان تجربه در طراحی معماری سامانه های مقیاس بالا در شرکت‌های نوپا

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

 

10. مشکلات شبکه کشور و دیتاسنترها در ایران

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

 

11. توجه به مسایل خاص ایمیل مانند اسپم

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

0

۳.۴ ملاحظات زیرساختی لازم برای پیاده سازی یک خدمت رایانامه عمومی (با کاربران بالا)

1.3.4 دسترس پذیری بالا

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

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

بیشتر سازمانها دارای سرورهایی بصورت مجازی می‌باشند که منابع محدودی در آن مورد استفاده قرارگرفته است. بیشتر روشهای مجازی سازی مانند VMware Vsphere, Red Hat Enterprise Virtualization, OpenStack  و Citrix Xen server دسترس‌پذیری بالا را بعنوان یکی از ویژگیهای استاندارد پیشنهاد می‌دهند.

ویژگیهای HA مربوط به مجازی سازی می‌تواند برای zcp نیز استفاده گردد. زمانیکه برای یک سخت افزار مشکلی رخ می‌دهد، نرم افزار مجازی سازی بصورت خودکار یک VM را روی یکی دیگر از سرورها راه اندازی می‌کند، مانند تصویر زیر:

شکل 34  HA (1)

 

تصویری زیر معماری Zarafa با دسترس پذیری بالا در صورت استفاده از فضای ذخیره سازی اشتراکی را نشان می‌دهد.

شکل 35 HA  (2)

 

تصویر زیر معماری zarafa با دسترس پذیری بالا را در صورت استفاده از DRBD نشان می‌دهد.

شکل 36  HA (3)

 

در ادامه نصب و پیکربندی یک معماری HA را شرح می‌دهیم.

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

  • دو سرور با هاردهای  RAID 1 برای سیستم عامل و RAID 10  برای ذخیره داده‌ها
  • دو کارت شبکه برای هرکدام از سرورها (ماشینهای مجازی)

بروی هر کدام از دو ماشین یک توزیع از لینوکس مثلا RHEL را نصب می‌کنیم. کارت شبکه‌های هر دو ماشین مجازی را بدین صورت پیکربندی می‌کنیم که، اولین کارت شبکه را به شبکه LAN با زیرشبکه 192.168.122.0/24 متصل می‌کنیم و کارت شبکه دوم هر دو ماشین را برای DRBD replication  استفاده می‌کنیم.

جدول ۶ - HA

Servername

VM1

VM2

eth0

192.168.122.25

192.168.122.26

eth1

10.0.0.25

10.0.0.26

 

با ویرایش فایل زیر hostname ماشینها را پیکربندی می‌کنیم.

/etc/sysconfig/network

 

با ویرایش فایل زیر کارتهای شبکه VMها را پیکربندی می‌کنیم.

/etc/sysconfig/network-scripts/ifcfg-ethx

 

خطوط زیر را به فایل hosts هرکدام از VM ها می‌افزاییم.

Vim /etc/hosts

192.168.122.25       VM1

192.168.122.26       VM2

 

پس از انجام پیکربندی‌ها برای اعمال تغییرات سرویس network را ریست می‌کنیم.

service network restart

 

با کمک دستوری ifconfig از صحیح بودن تغییرات اطمینان حاصل می‌نماییم.

[root@VM1 ~]# ifconfig

eth0    Link encap:Ethernet  HWaddr 52:54:00:4C:30:83

        inet addr:192.168.122.25  Bcast:192.168.122.255  Mask:255.255.255.0

        inet6 addr: fe80::5054:ff:fe4c:3083/64 Scope:Link

        UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1

        RX packets:149 errors:0 dropped:0 overruns:0 frame:0

        TX packets:65 errors:0 dropped:0 overruns:0 carrier:0

        collisions:0 txqueuelen:1000

        RX bytes:12522 (12.2 KiB)  TX bytes:8736 (8.5 KiB)

 

eth1    Link encap:Ethernet  HWaddr 52:54:00:5F:6F:33

        inet addr:10.0.0.25  Bcast:10.0.0.255  Mask:255.255.255.0

        inet6 addr: fe80::5054:ff:fe5f:6f33/64 Scope:Link

        UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1

        RX packets:27 errors:0 dropped:0 overruns:0 frame:0

        TX packets:29 errors:0 dropped:0 overruns:0 carrier:0

        collisions:0 txqueuelen:1000

        RX bytes:1242 (1.2 KiB)  TX bytes:1530 (1.4 KiB)

        Interrupt:10 Base address:0x6000

 

بعد از پیکربندی شبکه سرویس ZCP را همانند آنچه در فصل پیکربندی گفته شد، نصب می‌کنیم، سرویسهای ZCP بصورت پیش فرض در زمان boot شدن ماشین start می‌شوند، در پیکربندی cluster می‌بایست سرویس‌ها از حالت startup خارج شده تا Start شدن آنها توسط نرم‌افزار cluster انجام شود، دستورات زیر سرویسها را از حالت startup خارج می‌کند.

chkconfig mysqld off

chkconfig zarafa-server off

chkconfig zarafa-spooler off

chkconfig zarafa-dagent off

chkconfig zarafa-gateway off

chkconfig zarafa-ical off

chkconfig zarafa-licensed off

chkconfig zarafa-monitor off

 

با کمک دستور زیر نرم‌افزار Pacemaker cluster را از repo مربوط به Red Hat با دستور yum نصب می‌کنیم.

yum install pacemaker corosync

 

نرم افزار DRBD بخشی از repoهای استاندارد Red Hat نمی‌باشد، به همین دلیل با کمک دستور زیر ابتدا rpmهای مربوطه را دانلود و نصب می‌کنیم.

rpm -Uhv drbd-8.3.8.1-30.el6.x86_64.rpm drbd-kmdl-2.6.32-71.18.1.el6.x86_64-8.3.8.1-30.el6.x86_64.rpm

 

با کمک دستورات زیر startup سرویس Corosync را فعال و سرویس DRBD را غیرفعال می‌کنیم.

chkconfig drbd off

chkconfig corosync on

 

با کمک دستورات زیر سرویس Corosync را پیکربندی می‌نماییم:

cd /etc/corosync

cp corosync.conf.example corosync.conf

 

bindnetaddr: 10.0.0.0

 

Vim /etc/corosync/service.d/pcmk

service }

# Load the Pacemaker Cluster Resource Manager

name: pacemaker

ver:  0

}

 

service corosync restart

 

برای پیکربندی DRBD تغییرات زیر را روی فایل /etc/drbd.conf انجام می‌دهیم.

global {

        usage-count no;

}

 

common {

        protocol C;

        syncer {

                rate 50M;

        }

}

 

resource mysql {

        on bob {

                device /dev/drbd0;

                disk /dev/sdb1;

                address 10.0.0.25:7788;

                meta-disk internal;

        }

        on alice {

                device /dev/drbd0;

                disk /dev/sdb1;

                address 10.0.0.26:7788;

                meta-disk internal;

        }

}

 

resource zarafa {

        on bob {

                device /dev/drbd1;

                disk /dev/sdb2;

                address 10.0.0.25:7799;

                meta-disk internal;

        }

        on alice {

                device /dev/drbd1;

                disk /dev/sdb2;

                address 10.0.0.26:7799;

                meta-disk internal;

        }

}

 

service drbd reload

 

[root@VM1 etc]# drbdadm create-md mysql

Writing meta data...

initializing activity log

NOT initialized bitmap

New drbd meta data block successfully created.

 

drbdadm up mysql

 

drbdadm create-md zarafa

Writing meta data...

initializing activity log

NOT initialized bitmap

New drbd meta data block successfully created.

 

drbdadm up zarafa

       

لازم بذکر است که تمام تغییرات بالا می‌بایست روی هر دو VM صورت پذیرد.

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

[root@VM1 ~]# drbdadm -- --overwrite-data-of-peer primary all

 

2.3.4 تیون کردن اجزای سیستم

زمانیکه یک لینوکس سرور را با zarafa نصب می‌کنیم، پیکربندی صحیح mysql برای دستیابی به بیشترین عملکرد سیستم این یک امر ضروری است. بیشتر مشکلات عملکرد سیستم بدلیل دسترسی به پایگاه داده می‌باشد، بنابراین تنظیم سیستم بگونه این که queryهای پایگاه داده با سرعت بیشتری اجرا شوند، در سرعت سیستم بسیار موثر است.

برای سیستمهای برزگ می‌بایست پارامترهای Cache مربوط به zarafa نیز بخوبی تنظیم گردند.

3.3.4 ملاحظات سخت افزاری

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

۱. Memory usage

  • تنظیم memory مصرفی یکی از بهترین راهها برای بهبود عملکرد سرور می‌باشد. برای نمونه در صورتی که RAM  سرور بالا باشد، عملکرد سیستم افزایش می‌یابد.
  • برای اطمینان از اینکه میزان RAM در دسترس به بهترین نحوه ممکن استفاده می‌شود، می‌توان گفت که Zarafa بگونه‌ای طراحی شده است فقط از مقدار RAM که بصورت فیزیکی در اختیارش قرار داده شد است استفاده می‌کند، و memory تخصیص داده شده با متصل شدن کاربران جدید اضافه نمی‌شود. لازم بذکر است که بخشی از RAM  برای cache  کردن فایلهای پیکربندی استفاده می‌شود.

۲. Hardware considerations

  • سرورهای که در آنها zarafa اجرا می گردد، یکی از مشکلاتی که برای عملکرد آنها ممکن است پیش آید، مدت زمانی است که داده‌های روی hard disk به client برسد، می باشد.این بدین معنی است که بطور کلی کارآیی I/O  از کارآیی CPU مهتر می‌باشد.

۳. More Memory is More Speed

  • استفاده از RAM بیشتر موجب cache کردن بهتر اطلاعات می‌باشد و در نتیجه موجب افزایش سرعت می‌گردد.
  • Zarafa بگونه‌ای طراحی شده است که برای استفاده در سامانه‌های بزرگ بتواند از RAM بیشتر استفاده کند و مشکل کاهش کارآیی برای آن پیش نیاید.

۴. RAID 1/10 is faster than RAID 5

  • بطور کلی RAID 1 و RAID 10 در دسترسی به پایگاه داده از RAID 5 و RAID 6  سریعتر می‌باشند. بنابراین برای عدم کاهش کارآیی توصیه می‌گردد که از RAID 5 و RAID 6 استفاده نگردد.

۵. High rotation speed (RPMs) for better database performance

  • سرعت گردش دیسکهای که برای نگهداری اطلاعات استفاده می‌گردند، دارای اهمیت می‌باشد. سرعت گردش دیسک روی seek times دیسک تاثیر می‌گذارد. اگرچه ساختار پایگاه داده‌های zarafa بگونه‌ای طراحی شده‌اند که در دیسکهای سرعت پایین نیز بخوبی کار کنند، ولی در صورت استفاده از دیسکهای با سرعت بالا مانند 15K می‌توان عملکرد سیستم را بهبود بخشید.

4.3.4 تنظیمات Memory Usage

اساسا بخش از تنظیمات وجود دارد که از memory سرور استفاده می‌کند:

- Zarafa’s cell cache

- MySQL’s buffer size

- MySQL’s query cache

می‌بایست در یک سرور که zarafa اجرا شده است می‌بایست Cache های بالا را بگونه ای تنظیم کرد که %80 از RAM آن سرور را اشغال کند، و %20 مابقی RAM باید برای پردازشهای سیستم آزاد باشند.

با یک حساب سرانگشتی میزان RAM هر بخش باید بصورت زیر تخصیص داده شود.

Zarafa caches:

  • ``cache_cell_size``: around 25% of total RAM size
  • ``cache_object_size``: about 100kb per user
  • ``cache_indexedobject_size``: about 512kb per user

برای تنظیم میزان cache بالا باید فایل زیر را پیکربندی نماییم و سپس سرویس zarafa server را ریست کنیم:

/etc/zarafa/server.cfg

 

MySQL settings:

  • ``innodb_buffer_pool_size``: around 50% of total RAM size
  • ``mysql_query_cache``: 32Mb
  • ``innodb_log_file_size``: 25% of the innodb_buffer_pool_size
  • ``innodb_log_buffer_size``: 32M
  • ``innodb_file_per_table``
  • ``max_allowed_packet``: 16M
  • ``table_cache: 1000``

برای انجام تنظیمات بالا میبایست فایل زیر را پیکربندی نموده و سرویس mysql را ریست نماییم:

/etc/my.cnf

Or

/etc/mysql/my.cnf

 

توصیه میگردد که تنظیمات mysql را قبل از آنکه سرویس zarafa server را استارت کنیم، انجام دهیم(قبل از آنکه سرویس zarafa به پایگاه داده متصل گردد و جداول آن ساخته شوند).

 

5.3.4 بک آپ گیری

سه روش برای backup گیری توصیه می‌گردد:

- Through the softdelete restore system

- Using the brick-level backup system

- With a full database backup

Softdelete restore

این روش می‌تواند توسط کاربران از طریق outlook استفاده گردد، این مورد بیشتر مواردی را پوشش می‌دهد که یک ایمیل بصورت ناگهانی پاک می‌گردد. ایمیلهایی که ممکن است توسط کاربران حذف گردند، در پوشه deleted items قرار می‌گیرند و این بدین معنی است که این ایمیلهای بصورت کامل حذف نشده‌اند.

 ایمیلهای حذف شده با توجه به مدت زمانیکه در فایل Server.cfg مشخص میگرد، در پوشه deleted item نگهداری می‌گردند.

در جدول زیر میزان احتمال برگرداندن ایمیلهای حذف شده، و شخص بازگردان ایمیل مشخص شده است:

جدول ۷ - backup

Restore request

% of time spent

Backup solution

Performer

Items < 30 days old

80 %

Softdelete system

User and Administrator

Items >= 30 days old

10 %

Bricklevel

Administrator

Items from a specific sender

5 %

Bricklevel

Administrator

Items over a specific time period

3 %

Bricklevel

Administrator

Disaster recovery

2 %

MySQL Dump

Administrator

 

Full database dump

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

محتوای کل پایگاه داده را می‌توان از با استفاده از دستور mysqldump روی یک فایل ذخیره کرد. بهتر است موارد زیر به این دستور اضافه گردند:

--single-transaction با کمک این option یک single snapshot از پایگاه داده روی هارد گرفته می‌شود. و این اطمینان حاصل می‌گردد که در زمان تهیه نسخه پشتیبان هر داده‌ای به پایگاه داده اضافه گردد در نسخه پشتیبان قرار داده نمی‌شود. در واقع dumpای که گرفته می‌شود یک snapshot از پایگاه داده در زمانیکه dump آغاز می‌گردد، است .

این موضوع که هیچ tableای زمانیکه از پایگاه داده نسخه پشتیبان تهیه می‌کنیم، lock نباشد، دارای اهمیت می‌باشد. و این بدین معنی است که--opt و --lock-tables بهمراه دستور dump استفاده گردند.

mysqldump -p --single-transaction --routines <database> > <dumpfile>

 

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

  • Rsync

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

 

 

 

پیوست ۱: اسکریپت‌های لازم برای نصب و راه اندازی سرویس ایمیل
حجم: 534 کیلوبایت