مايكروسوفت اوفيس 365 ، ما تحتاج ان تعرفه

مرحبًا جميعًا،

سأتحدث قليلاً عن اوفيس 365 وهنا سأحاول أن أختصر وافيدكم قدر الإمكان

سنتكلم عن هذة النقاط الرئيسية:

• مميزات اوفيس 365 وصعوباته
• طرق الانتقال لاوفيس 365
• تدفق البريد الالكتروني المختلط لاوفيس 365
• اوفيس 365 مع Azure

مميزات اوفيس 365 وصعوباته

دائمًا ما يكون هدف تكنولوجيا المعلومات والمؤسسات ان تجعل الحياة سهلة، وتقلل التكلفة والنفقات العامة للصيانة، ويمكنك الحصول على ذلك من خلال استضافة خدمة البريد الإلكتروني بشكل كامل أو جزئي على مراكز بيانات Microsoft، سيكون لديك مدخل مسؤول لإدارة المستخدمين وكل ما تستخدمه لإدارة التبادل المحلي الخاص بك، ولكنك لن تتعب نفسك لاعداد نقاط الاتصال وDAG و CAS والتأكد من توفر النظام لديك بشكل كبير، ستقوم Microsoft بذلك من أجلك، أنت لست بحاجة إلى القلق بشأن إبقاء عملية التبادل محدّثة، وايضا لن تحتاج إلى الاتصال بمستشار للقيام بالتحويل أو الترقية لك والحصول على كل الارباح التي تم إعدادها للتو ، ستحافظ Microsoft على تحديث عملية التبادل

ومع ذلك فانت لا تسيطر على التبادل بنفس الشكل المعتاد مع الموقع المحلي، على سبيل المثال، ستحتاج أحيانًا إلى مطالبة Microsoft بالقيام ببعض الاعدادات لأنك لا تملك سلطة علي موارد النظام الآن

يصبح اوفيس 365 مفيداً جداً عندما يتعلق الأمر بالإنتاجية والأشخاص الذين يتصلون من أي مكان في أي وقت، مثل حساب ال Hotmail الخاص بك، كل ما تحتاج إليه هو إنترنت وأنت جاهز للانطلاق! الإنترنت ينقلنا لاي شئ نريد العنايه به ،فاذا خسرت اتصال الانترنت في مكتبك الرئيسي ،لن يشتكي المستخدمون فقط من عدم القدرة علي تصفح الانترنت، لكنهم حتي لن يكونو قادرين علي ارسال رسائل الكترونيه لبعضهم البعض ( في حالة الحوسبه السحابيه الكامله) بمعني اخر يكون ايميلهم والوصول اليه غير متاح لذا عليك ان تتاكد من امتلاكك لانترنت ثابت لضمان مستوي افضل.

أخيراً، لا يمنحك Office 365 بريداً إلكترونياً فقط، فهي تمنحك Lync. و تطبيقات ويب وشير بوينت ايضا. استناداً إلى التراخيص لديك (لكل مستخدم).

 

طرق الانتقال ل اوفيس 365

لذا، لديك ثلاث طرق للانتقال إلى Office 365

1. الترحيل الفوري، هو الحل المفيد للمؤسسات الصغيرة أو البريد الإلكتروني غير التابع لـ Microsoft كتطبيقات Google، كل ما تحتاج إلى القيام به هو تجهيز حساب المستأجر الخاص بك، وشراء التراخيص، وبدء إنشاء المستخدمين وتعيين التراخيص ثم تصبح جاهزاً لترحيل ملفات البريد، يمكنك إنشاء المستخدمين باستخدام ملفات CSV لإنشاء مستخدمين مجمّعين، وسيتم ترحيل ملفات البريد باستخدام ملف CSV ايضا، ولكنك تحتاج إلى إعادة تعيين كلمة مرور مستخدمي تطبيقات Google لتضمين ذلك في الملف (هذه هي الطريقة الوحيدة التي يمكن لأداة ترحيل Microsoft من خلالها الوصول إلى ملفات بريد Google وبدء نسخ رسائل البريد الإلكتروني)، سوف تواصل Microsoft مزامنة بيانات ملفات البريد بين تطبيقات Google وo365 كل 24 ساعة،يمكنك تغيير سجلات MX الآن للإشارة إلى o365 وستستمر المزامنة حتى تقوم بإزالة الملف من المدخل المسؤول ل o365

ماذا لو كنت تقوم بالترحيل من بيئة تبادل؟ في هذه الحالة سيكون لديك ملف نشط ، اليس كذلك؟ ، جيد هنا لديك خياران، قم بإنشاء حساب مستخدم منفصل لموظفيك وسيستخدم هذا الحساب للبريد الإلكتروني، وسنسميه بهوية الحوسبة السحابية، واتبع الخطوات نفسها أعلاه لتطبيقات Google على سبيل المثال. أو يمكنك استخدام نفس مستخدم الدليل النشط من خلال تقديم ADFS (خدمة اتحاد الملف النشط) سيتم استخدامه للمصادقة على مستخدمي الحوسبة السحابية، وستتم مزامنة معلومات المستخدمين بواسطة خدمة تسمى dirsync، وسيطلق على هذا المستخدم اسم – الهوية المتحدة – وسيسمح لنا ذلك باستخدام تسجيل الدخول الموحد (تسجيل الدخول الأحادي) ولن يضطر المستخدم إلى تذكر مسوغات واحدة للبريد الإلكتروني ومسجلة واحدة للدليل النشط
2. ترحيل مرحلي، يستخدم في Exchange 2003 / 2007 – سيكون هذا مناسباً للمؤسسات الأكبر حجماً لمنح المزيد من الوقت لنقل ملفات البريد، لماذا 2003 و2007؟ لأن هذين العامين لا يدعما الإعداد الهجين، فإن هذا هو النوع الثالث والأخير من الترحيل

3. الترحيل المختلط الذي يدعم 2010 و2013، ومرة أخرى للمؤسسات الأكبر التي تحتاج إلى مزيد من الوقت للانتقال إلى الحوسبة السحابية، تحتاج إلى تكوين أحد قطع التبادل لديك كخادم مختلط أو يمكنك إنشاء خادم جديد، وهنا تحتاج إلى المكونات الرئيسية التالية:
أ.   ADFS وجعلها متاحة و (NLB) سيُستخدم للمصادقة على الاستخدامات في الشبكة المحلية

ب.   وكيل ADFS وإتاحته بشكل كبير و (NLB)  سوف يُستخدم لمصادقة المستخدمين من خارج الشبكة – لتكون أكثر أماناً ـ وبالتاكيد تكون من الشبكه المحيطة.

ج.  خدمات Dirsync – سيتم استخدامها لمزامنة التغييرات التي تقوم بها في الملف النشط لأن المجال المتحد للحوسبة السحابية للقراءة فقط لذلك تحتاج إلى دفع التغييرات هناك، لا تنسوا أنه لن تتم مزامنة كلمات المرور – بشكل افتراضي، ستتم المزامنة كل 3 ساعات ولكن يمكنك إما تغيير ذلك أو فرض النسخ المتماثل الآن مع مراعاة عرض النطاق الترددي المستخدم لذلك، وهذا هو السبب الذي جعل Microsoft تحتفظ به لمدة 3 ساعات بشكل افتراضي  – يتم تنفيذ هذه العملية باستخدام إدارة FIM – إدارة هوية الواجهة الأمامية

*تذكر أن المزامنة تتم في اتجاه واحد – من وضع تشغيل الموقع إلى الحوسبة السحابية*

 

تدفق البريد الإلكتروني المختلط لـ Office 365

هنا لدينا 3 أنواع ايضا:

A. مركزي: يجب أن تمر رسائل البريد الإلكتروني المرسلة من وإلى المستخدمين في الموقع المحلي أو مستخدمي الحوسبة السحابية إلى الإنترنت ومنها عبر قطع التبادل المحلي الخاص بي – ما زال سجل MX يشير إلى تبادل محلي، نعم، إن حركة المرور أكبر، وسيفعل البريد الإلكتروني المزيد من لوحات الوصل، ولكن المؤسسات تختار هذا النوع في الغالب لأسباب أو سياسات تتعلق بالامتثال.

B. غير مركزي: يجب أن تمر رسائل البريد الإلكتروني الواردة عبر موقع العمل الأول، ومع ذلك، لدينا سجل MX يشير إلى تبادل محلي، والاستنتاج هنا هو رسائل البريد الإلكتروني الصادرة، من ملفات البريد المحلية التي تضمن أنه يجب أن يمر عبر موقع العمل الصحيح، ولكن بالنسبة إلى مستخدمي الحوسبة السحابية، سيتم توجيهها مباشرة من الإنترنت (الحوسبة السحابية) إلى المستلمين على الإنترنت، لذا لا حاجة إلى أن تأتي كلها من الإنترنت إلى الموقع المحلي ثم تعود إلى الإنترنت

انتظر أنا أتحدث هنا عن تدفق البريد الإلكتروني عبر الإنترنت ماذا عن المستخدمين من داخل الشركة إلى مستخدمي الحوسبة السحابية، لأننا على نظام مختلط هنا، ما يعني أن لدينا مستخدمين في الموقع ومستخدمين آخرين مستضافين في الحوسبة السحابية، لم أنسى أنه في جميع الحالات، مركزية او لامركزية يتعامل المؤسسة التبادل المحلي وشركة الحوسبة السحابيه كمؤسسة واحدة، ويتم تبادل رسائل البريد الإلكتروني بشكل مباشر.

وهنا يأتي المخطط اللامركزي

 

حسنًا مرة أخرى هنا ،  يمكننا اعداد هذه المركزية أو اللامركزية، من جهاز التوجيه أو المحول، غير ذلك، عندما تقوم بتشغيل معالج التكوين المختلط على سيرفر التبادل في اخر خطوة التي ستراها سيطالبك ما اذا كنت تريد توجيه البريد الإلكتروني باستخدام قطع DNS العامة (هذه هي اللامركزية) أو تريد القيام بذلك عبر الموقع المحلي (هذا هو الخيار الثاني)

ما هو الإعداد الافتراضي؟ لا مركزي، هل تريد تفاصيل اكثر؟  يتم ذلك باستخدام موصلات الإرسال والتلقي التي أنشأها معالج التكوين المختلط، سيتم إنشاؤها على كل من قطع التبادل المحلية وعلى FOPE على الحوسبة السحابية، ما هو FOPE؟ حماية في وضع Forefront عبر الإنترنت للتبادل الأفضل أن اجعل المقاله لطيفة وقصيرة ، حسناً سنتوقّف هنا.

ج. MX والحوسبة السحابية: 

من اسمه في هذا الإعداد، لن يكون لدينا سجل MX في الموقع بعد الآن، سننشئ سجل MX على DNS العام لمجالنا الذي سيوجه رسائل البريد الإلكتروني إلى Microsoft Office 365، يمكنك العثور على هذا السجل على مدخل مسؤول o365 ضمن علامة تبويب المجالات ضمن إعدادات DNS ويمكنك الاختبار إذا تم نشره بشكل صحيح بعد الانتهاء من إنشائه بالنقر فوق استكشاف أخطاء المجال وإصلاحها من نفس المكان على بوابة المدير، تذكر أنه قد يستغرق النشر الكامل على الإنترنت حوالي 72 ساعة، لكن في الغالب سيستغرق ذلك من ساعتين إلى 4 ساعات فقط

حسنا، قبل أن تغادر اسمح لي بانهاء المقال، اعدك انها اخر نقطه

أوفيس 365 مع Azure

Azure هو حل كامل للحوسبة السحابية من Microsoft يعادل حزمة الحوسبة السحابية من Citrix، ما عليك سوى إنشاء بوابة VPN على شبكتك المحلية توصلك إلى Microsoft Azure، بعد ذلك تستطيع شراء موردات ، يعني سيرفرات وسيكون جزء من مجالك ، تستطيع حتّى استضافة لوحة تحكم مجالك هناك على الحوسبة السحابية.

ما الذي يجب أن تفعله هذه الخطوة مع Office 365 ؟ عندما تحدثنا عن الإعداد المختلط الذي يعد الإعداد الأكثر تعقيدًا والذي أعجب العملاء، ذكرنا أننا بحاجة إلى ADFS وDirsync ، صحيح؟ حسنًا، فكِّر في هذا الأمر معي، فنحن الآن على الحوسبة السحابية، ونحن سعداء بالتوافر العالي، وكل المستخدمين أو معظمهم على الحوسبة السحابية، لذا لا داعي للقلق من  الوصول الي او استلام رسائل الكترونية صحيح ؟ نصف هذا صحيح نعم يمكنهم الحصول علي رسائل بريد إلكتروني حتى لو كان مركز بيانات الشركة أو الاتصال الخاص بنا معطل لكن تذكّر هم يحتاجون ال  ADFS للوصول الي ملفات البريد الخاصة بهم وADFS في مركز البيانات الخاص بالشركة، ولهذا السبب، أتينا بفكرة أن يكون ADFS علي Azure، لذا نتأكد من أننا قادرون بالفعل على استخدام ملفات بريد Office 365 عن بعد من خوادم الشركة / او توافر الشبكة لدينا، ليس فقط من قدرتنا على الاحتفاظ بdirsync وDC واحد هناك ايضا سنظل نعمل بشكل جيد حتي لو ال dc عاطل لفترة طويله، نعم هذا صحيح ، يمكنك حتي ان تضع DC علي Azure.