การอยู่ร่วมกันของ Exchange 2013 และโฟลว์การเชื่อมต่อโปรโตคอลไคลเอนต์ | คำนำหน้า | 1#23

การใช้สภาพแวดล้อมการอยู่ร่วมกันของ Exchange 2013 อาจถือเป็นโครงการที่ท้าทาย เนื่องจากเพื่อให้สามารถสร้าง "สภาพแวดล้อมการอยู่ร่วมกันได้สำเร็จ" เราจำเป็นต้องมีความเข้าใจที่ดีเกี่ยวกับสถาปัตยกรรม Exchange 2013 CAS และ "โครงสร้างพื้นฐาน Exchange เดิม" (Exchange 2010 หรือ Exchange 2007 ).

นอกจากนี้ เนื่องจากขาด "ความเข้าใจที่ครอบคลุม" เกี่ยวกับโครงสร้างพื้นฐาน Exchange ใหม่และ "เก่า" เราจำเป็นต้องทราบ:

• วิธี “รวม” โครงสร้างพื้นฐาน Exchange 2013 เข้ากับโครงสร้างพื้นฐาน Exchange เดิม
• ทำความเข้าใจขั้นตอนการเชื่อมต่อโปรโตคอลไคลเอนต์ในสภาพแวดล้อมที่มีอยู่ร่วมกันของ Exchange 2013

ฟังดูซับซ้อนและยากไหม? ฉันชอบใช้คำว่าน่าตื่นเต้นและท้าทาย!

วัตถุประสงค์ของชุดบทความต่อไปนี้คือการชี้แจงหมอกรอบ ๆ เรื่องของสภาพแวดล้อมการอยู่ร่วมกันของ Exchange 2013

เป้าหมายของชุดบทความนี้ไม่ได้ให้คำแนะนำ "ทีละขั้นตอน" สำหรับการสร้างสภาพแวดล้อมการอยู่ร่วมกันของ Exchange 2013

วัตถุประสงค์หลักของฉันคือเพื่อให้ผู้อ่านเข้าใจส่วน “ตรรกะ” หรือ “ทำไม” สำหรับการทำงานเฉพาะหรือปฏิบัติตามคำแนะนำเฉพาะเมื่อใช้สภาพแวดล้อมการอยู่ร่วมกันของ Exchange 2013

ผลลัพธ์ที่ร้องขอคือการตรวจสอบโฟลว์การเชื่อมต่อโปรโตคอลไคลเอนต์ในสภาพแวดล้อมการอยู่ร่วมกันของ Exchange 2013 ของ - สภาพแวดล้อมการอยู่ร่วมกันของ Exchange 2013/2010 และสภาพแวดล้อมการอยู่ร่วมกันของ Exchange 2013/2007

แทบจะเป็นไปไม่ได้เลยที่จะเริ่มต้นด้วยคำอธิบายทางเทคนิคของโฟลว์การเชื่อมต่อโปรโตคอลไคลเอ็นต์ในสภาพแวดล้อมการอยู่ร่วมกันของ Exchange 2013 โดยไม่ทราบส่วนต่างๆ ของสถาปัตยกรรมและโครงสร้างพื้นฐานของ Exchange และไม่เข้าใจกฎบัตรเฉพาะของไคลเอ็นต์ Exchange เช่น Outlook, OWA หรือ ActiveSync (มือถือ)

เหตุผล + โครงสร้างพื้นฐานสำหรับชุดบทความสภาพแวดล้อมการอยู่ร่วมกันของ Exchange 2013 ปัจจุบัน

ความปรารถนาของฉันคือการชี้แจงและทำให้ "การเชื่อมต่อไคลเอนต์ในสภาพแวดล้อมการอยู่ร่วมกันของ Exchange 2013" ง่ายขึ้น เนื่องจากตัวส่วนร่วมของการบรรยายและบทความก็คือ "ผู้อ่าน" คือบุคคลที่คุ้นเคยกับสถาปัตยกรรมและโครงสร้างพื้นฐานของ Exchange เป็นอย่างดี ในความเป็นจริง ไม่ใช่พวกเราทุกคนที่เป็นนักรบแลกเปลี่ยนรุ่นเก๋าที่จะรู้จักการแลกเปลี่ยนตั้งแต่วินาทีที่เขาสร้าง ฯลฯ

Building Block ของสภาพแวดล้อมการอยู่ร่วมกันของ Exchange 2013

ชุดบทความปัจจุบันเป็นเรื่องเกี่ยวกับหัวข้อ: สภาพแวดล้อมการอยู่ร่วมกันของ Exchange 2013 และโฟลว์การเชื่อมต่อโปรโตคอลไคลเอนต์ แต่มีปัญหาหนึ่งที่สำคัญมาก!
เพื่อให้สามารถเข้าใจการไหลของโปรโตคอลการเชื่อมต่อในสภาพแวดล้อมการอยู่ร่วมกันของ Exchange 2013 เราต้องคุ้นเคยกับสภาพแวดล้อมและสถาปัตยกรรม Exchange 2007 สภาพแวดล้อมและสถาปัตยกรรม Exchange 2010 และสภาพแวดล้อมและสถาปัตยกรรม Exchange 2013

หัวข้อ “กระแสการเชื่อมต่อโปรโตคอลในสภาพแวดล้อมการอยู่ร่วมกันของ Exchange 2013” เกี่ยวข้องกับความสัมพันธ์ของโครงสร้างพื้นฐาน Exchange 2013 กับโครงสร้างพื้นฐาน Exchange เดิม (Exchange 2007, 2010) หากเราต้องการพูดตามตรง โดยส่วนใหญ่แล้วเราไม่รู้จัก Exchange แต่ละเวอร์ชันเป็นอย่างดี และด้วยเหตุนี้ งานทำความเข้าใจความหมายของสภาพแวดล้อมการอยู่ร่วมกันของ Exchange 2013 จึงไม่ใช่เรื่องง่าย

ประเด็นของฉันคือก่อนที่เราจะเริ่มต้นด้วยรายละเอียดและกฎบัตรเฉพาะของสภาพแวดล้อมการอยู่ร่วมกันของ Exchange 2013 เราต้องเข้าใจ Building Block ที่แตกต่างกันของสภาพแวดล้อม Exchange ก่อน และโดยเฉพาะอย่างยิ่ง Building Block และกฎบัตรเฉพาะในสภาพแวดล้อมการอยู่ร่วมกันของ Exchange 2013 .

บทความปัจจุบันที่จริงจังประกอบด้วย 16 บทความ “แบบเอกสารสำเร็จรูป” ที่จะทบทวนในบทความปัจจุบันคือ:

• เนมสเปซ - เนมสเปซหลัก, เนมสเปซแบบเดิม, เนมสเปซระดับภูมิภาค
• ไซต์ Exchange สาธารณะและเซิร์ฟเวอร์ Exchange CAS สาธารณะ
• แนวคิดทั่วไปของ: โครงสร้างพื้นฐาน Exchange Legacy
• พร็อกซีกับการเปลี่ยนเส้นทาง
• แลกเปลี่ยน 2013 เป็นแนวคิดจุดโฟกัส
• โครงสร้างพื้นฐาน Exchange สาธารณะและภายนอก

คำว่าโฟลว์การเชื่อมต่อโปรโตคอลไคลเอนต์เทียบกับคำว่าโฟลว์เมล

สิ่งสำคัญคือเราต้องแยกความแตกต่างระหว่างคำว่า “การเชื่อมต่อลูกค้า” และคำยอดนิยมอีกคำหนึ่งที่มักใช้: “Mail Flow”

1. การเชื่อมต่อไคลเอนต์

หากเราต้องการลดความซับซ้อนของโครงสร้างพื้นฐาน Exchange ทั้งหมด เราสามารถพูดได้ว่าโครงสร้างพื้นฐาน Exchange มีไว้เพื่อ:

• เปิดใช้งานการเข้าถึงไคลเอ็นต์ Exchange ไปยังข้อมูลกล่องจดหมายของตน
• เปิดใช้งานไคลเอนต์เมลเพื่อส่งและรับเมล

ในบริบทของสภาพแวดล้อม Exchange คำว่า: การเชื่อมต่อไคลเอ็นต์หรือการเชื่อมต่อโปรโตคอลไคลเอ็นต์ เกี่ยวข้องกับเส้นทางหรือ "ถนน" ระหว่างไคลเอนต์ Exchange และปลายทาง: กล่องจดหมายของเขา ในสภาพแวดล้อม Exchange ไคลเอนต์ Exchange ไม่สามารถเข้าถึงกล่องจดหมายหรือเซิร์ฟเวอร์กล่องจดหมาย Exchange ได้โดยตรง ไคลเอ็นต์ Exchange จะต้องระบุเซิร์ฟเวอร์ Exchange ซึ่งมีบทบาท CAS (เซิร์ฟเวอร์การเข้าถึงไคลเอ็นต์) แทน และเซิร์ฟเวอร์ Exchange CAS จะต้องค้นหาวิธี "ที่ถูกต้อง" ไปยังกล่องจดหมายของผู้ใช้โดยเฉพาะ

“เส้นทางไปยังกล่องจดหมายของผู้ใช้” หรือ “เส้นทาง” ไปยังกล่องจดหมายของผู้ใช้ขึ้นอยู่กับตัวแปรหลายอย่าง เช่น เวอร์ชันกล่องจดหมายของไคลเอนต์ Exchange โครงสร้างไซต์ Active Directory เซิร์ฟเวอร์ Exchange CAS ที่พร้อมใช้งาน โปรโตคอลเมลที่ไคลเอนต์ Exchange ใช้และ เร็วๆ นี้.

เส้นทางที่จะถูกเลือกโดยเซิร์ฟเวอร์ Exchange CAS เพื่อเข้าถึงกล่องจดหมายของผู้ใช้ที่อธิบายว่าเป็นการเชื่อมต่อไคลเอ็นต์หรือการเชื่อมต่อโปรโตคอลไคลเอ็นต์

เราสามารถเกี่ยวข้องกับคำว่า "กระแสการเชื่อมต่อโปรโตคอลไคลเอนต์" เป็น "การเดินทาง" ที่ไคลเอนต์ Exchange ต้องผ่าน

• เข้าถึงเนื้อหาในกล่องจดหมายของเขา

รับบริการเว็บ Exchange เฉพาะ

แผนภาพแสดงเฉพาะเส้นทางที่เรียบง่ายผ่านโฟลว์การเชื่อมต่อโปรโตคอลไคลเอ็นต์ เนื่องจากในสภาพแวดล้อมที่อยู่ร่วมกันของ Exchange 2013 เราจะเห็นว่า "การเดินทาง" นั้นซับซ้อนกว่ามากและประกอบด้วย "ขั้นตอน" มากมาย

<แข็งแกร่ง>2. การรับส่งจดหมาย

คำว่า “Mail Flow” ใช้เพื่ออธิบายเส้นทางหรือถนนที่รายการไปรษณีย์ใดรายการหนึ่งจะต้องผ่านจากจุดที่ผู้รับต้นทางส่ง จนถึงจุดสิ้นสุดที่เขายอมรับโดย “ใบรับปลายทาง” . ” หัวข้อ: “Mail Flow ” เป็นองค์ประกอบที่สำคัญมากในสภาพแวดล้อม Exchange แต่ในชุดบทความนี้ เราจะไม่เกี่ยวข้องกับเรื่องนี้ และจะเน้นเฉพาะหัวข้อการเชื่อมต่อไคลเอนต์หรือการเชื่อมต่อโปรโตคอลไคลเอนต์แทน

คำว่า “การแลกเปลี่ยนอยู่ร่วมกัน”

คำว่า “การอยู่ร่วมกันของ Exchange ” อธิบายสภาพแวดล้อมซึ่งรวมถึง Exchange Server เวอร์ชันสองสามเวอร์ชัน จำนวนสูงสุดของ "รุ่น Exchange" ที่อธิบายเป็น N-2 ความหมายก็คือเวอร์ชันเซิร์ฟเวอร์ Exchange ที่อัปเดตล่าสุดสามารถ "อยู่ร่วมกัน" กับ Exchange รุ่นก่อนหน้าได้มากถึงสองรุ่นย้อนหลัง

ตัวอย่างเช่น - สามารถติดตั้ง Exchange 2013 และสื่อสารกับโครงสร้างพื้นฐาน Exchange 2007 และ Exchange 2010 ที่มีอยู่ได้สำเร็จ แต่ไม่สามารถสื่อสารกับโครงสร้างพื้นฐาน Exchange 2003 ได้

การดำเนินโครงการของสภาพแวดล้อมการอยู่ร่วมกันของ Exchange 2013

จำนวนข้อมูลที่เราต้องรู้เกี่ยวกับเทคโนโลยี Exchange ที่มีอยู่ “เทคโนโลยี Exchange ใหม่” เช่น Exchange 2013 และการรวมกันของเทคโนโลยีเหล่านี้อาจมีล้นหลาม

พูดง่ายๆ ก็คือ หากคุณไม่ทราบแน่ชัดว่าต้องทำอะไร และงานใดบ้างที่ต้องดำเนินการเพื่อให้โครงการย้ายข้อมูลเสร็จสมบูรณ์ ก็อย่าทำ!

การใช้งานสภาพแวดล้อมการอยู่ร่วมกันของ Exchange 2013 นั้นเกี่ยวข้องกับ “ส่วน” ที่แตกต่างกันสองสามส่วน เช่น:

1. การรับส่งจดหมาย - การรับส่งจดหมายที่ส่งไปยังผู้รับ Exchange ภายในไปยังผู้รับภายนอกและในทางกลับกัน
2. การย้ายกล่องจดหมาย - กระบวนการของการย้ายกล่องจดหมายของผู้ใช้จากโครงสร้างพื้นฐาน Exchange เดิมไปยังเซิร์ฟเวอร์กล่องจดหมาย Exchange 2013
3. ความพร้อมใช้งานสูง - ความสามารถในการใช้อาร์เรย์ของเซิร์ฟเวอร์ Exchange CAS ซึ่งจะช่วยให้เราสามารถใช้ความพร้อมใช้งานสูงและการปรับสมดุลโหลดได้
4. ความยืดหยุ่นของไซต์ - เรื่องของการสร้างศูนย์ข้อมูลที่ซ้ำซ้อน และในกรณีที่ศูนย์ข้อมูลบางแห่งไม่พร้อมใช้งาน สลับไคลเอนต์ Exchange ไปที่ “ศูนย์ข้อมูลอื่น” โดยอัตโนมัติ
5. การจัดการเนมสเปซ - เนมสเปซที่เราจะใช้สำหรับไคลเอนต์ Exchange ภายใน, เนมสเปซที่เราใช้สำหรับไคลเอนต์ Exchange ภายนอก, เนมสเปซที่เราใช้สำหรับโครงสร้างพื้นฐานเดิม ฯลฯ
6. ขั้นตอนการเชื่อมต่อโปรโตคอลไคลเอนต์ - นี่คือส่วนที่เกี่ยวข้องกับวิธีหรือเส้นทางที่ไคลเอนต์เมล Exchange อื่นใช้เพื่อ "เข้าถึง" ไปยังกล่องจดหมายของพวกเขา

เหตุใดฉันจึงควรใช้สภาพแวดล้อมการอยู่ร่วมกันของ Exchange

แม้ว่าเราจะใช้ชื่อ “Exchange” เพื่ออธิบายผลิตภัณฑ์เซิร์ฟเวอร์เมลของ Microsoft แต่ Exchange แต่ละเวอร์ชันนั้นแตกต่างจาก Exchange เวอร์ชันก่อนหน้ามาก

ตามทฤษฎี แต่ละครั้งที่มีเซิร์ฟเวอร์ Exchange ใหม่ปรากฏขึ้น เราสามารถดึง Exchange DVD ใหม่ออกมา เลือกใช่เป็นคำตอบสำหรับ: คุณต้องการอัพเกรดโครงสร้างพื้นฐาน Exchange ที่มีอยู่ ดื่มกาแฟหนึ่งแก้ว และหลังจากผ่านไป 15 นาที ประทับใจกับอินเทอร์เฟซ Exchange ใหม่

ในชีวิตจริง โครงการ "อัปเกรดโครงสร้างพื้นฐาน Exchange ที่มีอยู่" อาจถือว่าซับซ้อนและไม่สามารถนำไปใช้เป็น "กระบวนการในคลิกเดียว" ได้อย่างแน่นอน

วิธีแก้ปัญหาที่สมเหตุสมผลสำหรับสภาพแวดล้อม Exchange ขนาดกลางและขนาดใหญ่คือการใช้สถานการณ์จำลองซึ่งอธิบายว่าเป็น - สภาพแวดล้อมการอยู่ร่วมกันของ Exchange โซลูชันการอยู่ร่วมกันของ Exchange เป็นโซลูชันที่สร้างขึ้นเป็น "โซลูชันชั่วคราว" สำหรับกรอบเวลาเฉพาะที่จะช่วยให้เราย้ายโครงสร้างพื้นฐาน Exchange ที่มีอยู่ไปยัง "โครงสร้างพื้นฐาน Exchange ใหม่"

กล่าวอีกนัยหนึ่ง: เรากำลังสร้างสภาพแวดล้อม Exchange สองแห่งที่แยกจากกัน ซึ่ง "อยู่ร่วมกันเคียงข้างกัน" กระบวนการย้ายข้อมูลจะดำเนินการโดยการ "ย้าย" บางส่วนของโครงสร้างพื้นฐาน Exchange ที่มีอยู่ไปยัง "โครงสร้างพื้นฐาน Exchange ใหม่" จนกว่าเราจะย้าย "ส่วน" ทั้งหมด เช่น กล่องจดหมายของผู้ใช้ ฯลฯ หลังจากย้ายข้อมูลสำเร็จแล้วเท่านั้น จาก " สภาพแวดล้อม Exchange แบบเก่า ” เป็น “สภาพแวดล้อม Exchange ใหม่” เราสามารถ “ปิดระบบ” หรือเลิกใช้งาน “สภาพแวดล้อม Exchange แบบเก่า” ได้

สภาพแวดล้อมการอยู่ร่วมกันของ Exchange ดำเนินการดังต่อไปนี้:

1. เราเพิ่ม "เวอร์ชัน Exchange ใหม่" ลงในโครงสร้างพื้นฐาน Exchange ที่มีอยู่
2. เราชี้และกำหนดทิศทางบริการ Exchange ในปัจจุบัน เช่น การค้นหาอัตโนมัติและบริการเว็บ Exchange ไปยัง "เซิร์ฟเวอร์ Exchange ใหม่"
3. เราเริ่มย้ายกล่องจดหมายของผู้ใช้ Exchange จาก "โครงสร้างพื้นฐาน Exchange เก่า" ไปยัง "โครงสร้างพื้นฐาน Exchange ใหม่"
4. เราลบและเลิกใช้งานโครงสร้างพื้นฐาน Exchange เดิม

สภาพแวดล้อมการอยู่ร่วมกันของ Exchange ที่จำเป็นในระหว่างขั้นตอนที่ร้องขอให้กระบวนการย้ายข้อมูลเสร็จสมบูรณ์

เหตุใดฉันจึงควรเรียนรู้เกี่ยวกับสภาพแวดล้อมการอยู่ร่วมกันของ Exchange

มีคำตอบสองสามข้อสำหรับคำถามนี้:

1. การวางแผนสำหรับการใช้งานสภาพแวดล้อมการอยู่ร่วมกันของ Exchange
ในกรณีที่คุณจำเป็นต้องใช้การกำหนดค่าของสภาพแวดล้อมการอยู่ร่วมกันของ Exchange มี "รายละเอียด" และ "ส่วนต่างๆ" มากมายที่คุณต้องทราบ ดังที่ได้กล่าวไปแล้ว วัตถุประสงค์ของชุดบทความปัจจุบันไม่ใช่เพื่อให้คำแนะนำทางเทคนิคเกี่ยวกับ “วิธีการ” แก่คุณ หรือทำหน้าที่เป็นคู่มือ “ทีละขั้นตอน” ทีละขั้นตอน”
จุดประสงค์คือเพื่อขยายระดับความรู้ของคุณเกี่ยวกับสภาพแวดล้อมการอยู่ร่วมกันของ Exchange และมอบมุมมองระดับสูง

• ส่วนประกอบที่แตกต่างกันของสภาพแวดล้อมการอยู่ร่วมกันของ Exchange 2013
• ความสัมพันธ์ระหว่างองค์ประกอบนี้
• ขั้นตอนการเชื่อมต่อที่แตกต่างกันที่ Exchange 2013 นำมาใช้กับโปรโตคอลและบริการเมลแต่ละรายการ
• ขั้นตอนการเชื่อมต่อที่แตกต่างกันที่ Exchange 2013 นำมาใช้กับไคลเอนต์ประเภทต่างๆ เช่น ไคลเอนต์อีเมล Exchange ภายในและภายนอกหรือไคลเอนต์ Exchange เวอร์ชันที่แตกต่างกัน เช่น - ไคลเอนต์อีเมล Exchange 2007, Exchange 2010 และ Exchange 2013

<แข็งแกร่ง>2. การแก้ไขปัญหาโฟลว์การเชื่อมต่อโปรโตคอลไคลเอนต์ในสภาพแวดล้อมที่มีการแลกเปลี่ยนร่วมกัน
อาจพูดได้ง่ายว่า: “ฉันจำเป็นต้องแก้ไขปัญหาโฟลว์การเชื่อมต่อโปรโตคอลไคลเอนต์ในสภาพแวดล้อมที่มีอยู่ร่วมกันของ Exchange” แต่จะยากมากที่จะใช้กระบวนการแก้ไขปัญหาในกรณีที่คุณไม่มี แนวคิดเกี่ยวกับ: กระแสการเชื่อมต่อโปรโตคอลไคลเอ็นต์เป็นอย่างไร สภาพแวดล้อมการอยู่ร่วมกันของ Exchange ถูกนำไปใช้ในทางปฏิบัติเกี่ยวกับสถานการณ์ของ:

• โปรโตคอลเมลที่แตกต่างกัน
• บริการแลกเปลี่ยนที่แตกต่างกัน
• ไคลเอ็นต์ Exchange เวอร์ชันต่างๆ (2007, 2010 และ 2013)
• ตำแหน่งที่แตกต่างกันของโปรแกรมรับส่งเมล เช่น ภายในและโปรแกรมรับส่งเมล

ข่าวดีก็คือโครงสร้างพื้นฐานการอยู่ร่วมกันของ Exchange นั้นน่าสนใจและท้าทายมาก ข่าวดีน้อยกว่าก็คือ หากคุณไม่ใช้เวลาที่จำเป็นในการ "ทำความเข้าใจ" โครงสร้างพื้นฐานนี้และวางแผนโครงสร้างพื้นฐานนี้ คุณก็อาจเผชิญกับช่วงเวลาที่ยากลำบากได้

<แข็งแกร่ง>3. ความอยากรู้อยากเห็นอย่างแท้จริง
ความอยากรู้อยากเห็นไม่ใช่คำหยาบคาย! นี่คือ "ส่วนที่เหนียว" ที่ฉันยกย่องความสวยงามของสภาพแวดล้อมการอยู่ร่วมกันของ Exchange ฉันส่งต่อคิดว่าสถาปัตยกรรมของ Exchange นั้นน่าสนใจและท้าทาย และฉันยินดีที่จะเรียนรู้และเข้าใจเกี่ยวกับสถาปัตยกรรม Exchange มากขึ้นเรื่อยๆ และในขณะเดียวกัน ยกเว้นว่าฉันไม่สามารถเข้าใจโครงสร้างพื้นฐานทั้งหมดนี้ได้ และจริงๆ รู้จักแต่ละส่วนของเขา

ทำไมมันต้องซับซ้อนขนาดนี้?

หลายครั้งเมื่อฉันอ่านบทความที่เกี่ยวข้องกับหัวข้อของการโยกย้ายไปยัง Exchange เวอร์ชันใหม่ คำถามที่ปรากฏในใจของฉันคือ: ทำไมจึงต้องซับซ้อนขนาดนี้

คำตอบก็คือ เพื่อให้สามารถให้บริการที่เป็นเลิศแก่ลูกค้าของเรา โดยการเปลี่ยนไปใช้ "โครงสร้างพื้นฐาน Exchange 2013 ใหม่" จะมีความโปร่งใสต่อผู้ใช้ และเพื่อดำเนินการโยกย้ายที่จะวัดเวลาหยุดทำงานเป็นศูนย์ เราจะต้องทำงานอย่างหนัก เรียนรู้เกี่ยวกับแต่ละองค์ประกอบของ Exchange จัดเตรียมที่จำเป็น และอื่นๆ

อย่างไรก็ตาม “คำประกาศ” นี้ยังคงไม่สามารถตอบคำถามได้

คำตอบของคำถามที่ว่า “ทำไมต้องซับซ้อนขนาดนั้น? ” เป็นเพราะสถาปัตยกรรม Exchange นั้นสมบูรณ์มากและประกอบด้วย “ส่วนที่เคลื่อนไหว” โครงสร้างพื้นฐานที่ซับซ้อน โปรโตคอล การตั้งค่า ฯลฯ มากมาย ดังนั้นนี่คือคำตอบ:

1. โครงสร้างพื้นฐานการแลกเปลี่ยนที่มีโปรโตคอลอีเมลและบริการมากมาย
กฎบัตรที่โดดเด่นที่สุดประการหนึ่งของสถาปัตยกรรม Exchange คือสิ่งที่ฉันเรียกว่า นั่นคือโปรโตคอลและบริการอีเมลที่มีอยู่มากมาย

โครงสร้างพื้นฐาน Exchange ให้บริการเว็บมากมาย เช่น การค้นหาอัตโนมัติ บริการความพร้อมใช้งาน (เวลาว่าง/ไม่ว่าง) การตอบกลับอัตโนมัติ (ไม่อยู่ที่สำนักงาน) เคล็ดลับเมล การแชร์ปฏิทิน สมุดที่อยู่แบบออฟไลน์ และอื่นๆ อีกมากมาย ในหัวข้อถ้า: เมลไคลเอ็นต์ Exchange ให้บริการสำหรับไคลเอนต์เมลที่หลากหลาย เช่น:

• ไคลเอนต์อินเทอร์เน็ตที่ใช้โปรโตคอลเมล: POP3, IMAP4 และ SMTP
• ไคลเอนต์มือถือที่ใช้โปรโตคอล ActiveSync
• เว็บไคลเอ็นต์ที่ใช้โปรโตคอล HTTP และ HTTPS
• ไคลเอ็นต์ Outlook ที่ใช้: RPC, RPC/HTTP, RPC/HTTPS หรือ MAPI/HTTPS

เพิ่มหัวข้อของโปรโตคอลการตรวจสอบสิทธิ์ต่างๆ เช่น Basic, NTLM และ Kerberos ลงใน “สลัด” แล้วเราก็ค่อนข้างจะยุ่งวุ่นวาย

Exchange แต่ละเวอร์ชันเกี่ยวข้องและใช้บริการและโปรโตคอลนี้ในลักษณะที่แตกต่างกัน และในสภาพแวดล้อมการอยู่ร่วมกันของ Exchange เราจะต้องทำให้โปรโตคอลและบริการเหล่านี้ทั้งหมดทำงานร่วมกัน

<แข็งแกร่ง>2. สถาปัตยกรรม Exchange หลายบทบาท
สถาปัตยกรรม Exchange ขึ้นอยู่กับแนวคิดที่อธิบายว่าเป็นสถาปัตยกรรมหลายบทบาท “บทบาท Exchange” แต่ละบทบาทมีความรับผิดชอบและวิธีการสื่อสารกับ “บทบาท Exchange อื่นๆ” ที่แตกต่างกัน และคาดเดาอะไรได้บ้าง Exchange แต่ละเวอร์ชันใช้ "สถาปัตยกรรมบทบาท" ในลักษณะที่แตกต่างกัน

ตัวอย่างเช่น สถาปัตยกรรมหลายบทบาทซึ่งได้รับความนิยมอย่างมากในสภาพแวดล้อม Exchange 2007 และ Exchange 2010 ได้รับการอัปเดต และสถาปัตยกรรม Exchange 2013 ใหม่ขึ้นอยู่กับการใช้งานสถาปัตยกรรมหลายบทบาทที่แตกต่างกัน

แทนที่จะ "กระจาย" บทบาทระหว่างเซิร์ฟเวอร์ Exchange ต่างๆ สถาปัตยกรรม Exchange 2013 อาศัยแนวคิดที่เซิร์ฟเวอร์ Exchange เดียวจะมี "บทบาท Exchange" ส่วนใหญ่ และความรับผิดชอบสำหรับแต่ละบทบาทของ Exchange มีการเปลี่ยนแปลงอย่างมีนัยสำคัญใน Exchange สถาปัตยกรรมปี 2556 สภาพแวดล้อมการอยู่ร่วมกันของ Exchange ควร “มี” สถาปัตยกรรม Exchange ที่แตกต่างกันทั้งหมดนี้ และเปิดใช้งาน Exchange เวอร์ชันต่างๆ ทั้งหมดเพื่อทำงานร่วมกัน

<แข็งแกร่ง>3. โครงสร้างพื้นฐานที่ซับซ้อน
ในแผนภาพต่อไปนี้ เราจะเห็นข้อมูลสรุปโดยย่อเกี่ยวกับสภาพแวดล้อมสมัยใหม่ หรืออีกนัยหนึ่งคือสิ่งที่เซิร์ฟเวอร์ Exchange ต้องจัดการ ตัวอย่างเช่น:

• เวอร์ชัน Outlook - คำว่า “ไคลเอนต์ Outlook ” สามารถแปลเป็นเวอร์ชันไคลเอนต์ Outlook ได้หลายประเภท เช่น: Outlook 2007, 2010 และ 2013 แม้ว่าเราจะใช้คำว่า “Outlook ” เพื่ออธิบายไคลเอนต์เหล่านี้ แต่ เวอร์ชันของ Outlook จะแตกต่างออกไปและมีการนำช่องทางการสื่อสารกับเซิร์ฟเวอร์ Exchange ไปใช้ในลักษณะอื่น
• โปรโตคอลการสื่อสารของ Outlook ในปัจจุบัน Outlook เวอร์ชัน 2013 รองรับโปรโตคอลการสื่อสารประเภทต่อไปนี้: RPC, RPC/HTTP, RPC/HTTPS หรือ MAPI/HTTPS ดังนั้นเมื่อเราพูดประโยคเช่น: ไคลเอนต์ Outlook กำลังสื่อสารกับเซิร์ฟเวอร์ Exchange โปรโตคอลใดที่เราอ้างถึง?
• Outlook - ไคลเอนต์ภายในและภายนอก

ก่อนที่เราจะเริ่มต้นด้วยคำอธิบายที่แท้จริงของขั้นตอนการเชื่อมต่อโปรโตคอลไคลเอ็นต์ Exchange 2013 ในสภาพแวดล้อมที่มีอยู่ร่วมกัน สิ่งสำคัญคือต้องตรวจสอบส่วนต่างๆ ของสภาพแวดล้อม Exchange กฎบัตรของ "ส่วน" เหล่านี้ในสภาพแวดล้อม Exchange ดั้งเดิมเทียบกับสภาพแวดล้อม Exchange 2013 และวิธีการ “สร้างความมหัศจรรย์” ที่จะ “ติดกาว” ส่วนต่างๆ เหล่านี้เข้าด้วยกัน

ในทางเทคนิคเพิ่มเติม: การตั้งค่าที่จำเป็นที่เราจะต้องนำไปใช้คืออะไร และอะไรคือสาเหตุของการตั้งค่าเหล่านี้

มาเริ่มต้นการเดินทางของเราสู่โลกลึกลับและน่าหลงใหลของสภาพแวดล้อมการอยู่ร่วมกันของ Exchange 2013 กัน!