วิธีโยกย้ายจาก AD ภายในองค์กรไปยัง Azure ทีละขั้นตอน

การย้ายออกจากเซิร์ฟเวอร์ AD ในองค์กรไปยังอุปกรณ์ที่เข้าร่วม Azure AD เป็นสถานการณ์ทั่วไปสำหรับธุรกิจใดๆ ที่ไม่มีข้อกำหนดอีกต่อไปสำหรับการเข้าถึงที่รวดเร็วและมีเวลาแฝงต่ำ ข้อมูลและลงทุนใน Microsoft 365 แล้ว

นี่อาจหมายความว่าแอปพลิเคชันธุรกิจทั้งหมดของบริษัทสามารถเข้าถึงได้ผ่านทางเว็บ และข้อมูลจะถูกบันทึกและทำงานร่วมกันผ่านแพลตฟอร์ม เช่น Microsoft Teams และ SharePoint

ในโพสต์นี้ ฉันจะแสดงให้คุณเห็นว่าคุณสามารถย้าย AD ภายในองค์กรไปเป็น Azure ทีละขั้นตอนได้อย่างไร

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

สถานการณ์การย้าย AD

OurCloudNetwork มีตัวควบคุมโดเมนภายในองค์กรตัวเดียวที่โฮสต์การแบ่งปันไฟล์หลักของบริษัทด้วย เวิร์กสเตชันของบริษัททั้งหมดเข้าร่วมกับ Active Directory และพวกเขาใช้ Exchange Online จากชุด Microsoft 365 สำหรับอีเมลอยู่แล้ว

มีการระบุว่าแอปพลิเคชันการบัญชีภายในองค์กรล่าสุดสามารถย้ายไปยังระบบคลาวด์และเข้าถึงที่ได้รับการปรับปรุงให้ทันสมัยเพื่อใช้ประสบการณ์เว็บเบราว์เซอร์และการลงชื่อเข้าใช้ผ่านการลงชื่อเข้าระบบครั้งเดียวด้วย Azure Active Directory ด้วยเหตุนี้ จึงไม่มีข้อกำหนดใดๆ สำหรับสถาปัตยกรรมไคลเอ็นต์/เซิร์ฟเวอร์อีกต่อไป

ข้อเท็จจริงอื่นๆ บางประการก็เป็นจริงในสถานการณ์นี้เช่นกัน:

• เซิร์ฟเวอร์ Windows เดียวรัน Windows Server 2012 R2
• ไคลเอนต์บางตัวใช้งาน Windows 10 รุ่นเริ่มต้นและ Windows 11 บางรุ่น
• มีข้อกำหนดในการพิมพ์เพียงเล็กน้อยและไม่มีเครื่องพิมพ์ที่ใช้ร่วมกัน ผู้ใช้บางรายมีเครื่องพิมพ์ USB บนโต๊ะเป็นของตัวเอง
• นโยบายกลุ่มแบบกำหนดเองบางนโยบายใช้เพื่อจัดการแอปพลิเคชันยูทิลิตี้ไคลเอนต์ในเครื่อง
• ไฟล์ที่บันทึกไว้บนเดสก์ท็อปของผู้ใช้ที่ไม่ได้สำรองข้อมูลเป็นเรื่องที่น่ากังวล
• OurCloudNetwork ต้องการทำงานร่วมกันในโครงการกับบริษัทภายนอก

เป้าหมายสุดท้ายที่ต้องการ

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

เซิร์ฟเวอร์ภายในองค์กร

เซิร์ฟเวอร์ภายในองค์กรจะถูกเลิกใช้งานและข้อมูลประจำตัวจาก Active Directory จะถูกซิงค์กับ Azure Active Directory โดยใช้เครื่องมือการซิงโครไนซ์ Azure AD Connect

นโยบายกลุ่มใดๆ ที่มีอยู่จะถูกส่งออกจากเซิร์ฟเวอร์และย้ายไปยัง Microsoft Intune

การแชร์ไฟล์ที่มีอยู่จะถูกย้ายไปยัง SharePoint และ Microsoft Teams ด้วยสิทธิ์ที่ได้รับการสนับสนุนจากกลุ่ม Microsoft 365

Exchange Online จะยังคงใช้เป็นส่วนหนึ่งของชุด Microsoft 365 ต่อไป

สิทธิ์การใช้งานของผู้ใช้ใน Microsoft 365 จะได้รับการอัปเกรดเป็น Microsoft 365 E3 เพื่อรองรับการเปลี่ยนแปลงที่จำเป็น

เวิร์กสเตชันไคลเอนต์

เวิร์กสเตชันไคลเอนต์ทั้งหมดจะถูกลบออกจากโดเมนและเข้าร่วม Azure Active Directory พร้อม Intune สำหรับการจัดการอุปกรณ์

Intune จะบังคับใช้นโยบายกับเครื่องต่างๆ และจัดการกับการจัดการการอัปเดตสำหรับระบบปฏิบัติการ Windows

ความปลอดภัย

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

การรับรองความถูกต้องแบบหลายปัจจัยที่แข็งแกร่ง (ไม่ใช่ SMS หรือการโทร) จะถูกนำไปใช้กับผู้ใช้ทุกคน ยกเว้นบัญชีกระจกแตกซึ่งจะต้องมีการตรวจสอบการใช้งาน

แผนการย้ายจาก AD ภายในองค์กรไปยัง Azure

ขั้นตอนที่ 1

คุณควรเริ่มต้นด้วยการตรวจสอบให้แน่ใจว่าผู้ใช้ทั้งหมดของคุณได้รับอนุญาตอย่างเหมาะสมสำหรับโซลูชันที่คุณนำไปใช้ ในสถานการณ์ของเรา เราได้เลือกแผน Microsoft 365 E3, Enterprise ใบอนุญาตนี้มอบบริการคลาวด์ เครื่องมือรักษาความปลอดภัย และเครื่องมือการจัดการทั้งหมดที่เราต้องการเพื่อสร้างโซลูชันที่มีประสิทธิภาพและปลอดภัย สามารถดูแผนองค์กรอื่นๆ ได้ที่นี่: https://www.microsoft.com/en-gb/microsoft-365/compare-microsoft-365-enterprise-plans คุณยังมีตัวเลือกในการรับสิทธิ์การใช้งาน M365 Business Premium หากองค์กรของคุณมีผู้ใช้ต่ำกว่า 300 คน และไม่ต้องการฟีเจอร์ที่ได้รับการปรับปรุง เช่น Exchange Online Plan 2, สิทธิ์การใช้งานแบบไฮบริด, DLP เพิ่มเติม และการสนับสนุน

คุณควรพิจารณาความแตกต่างระหว่างใบอนุญาตแต่ละประเภทที่มีอยู่ และตัดสินใจตามความต้องการทางธุรกิจ เช่น ข้อกำหนดของเซิร์ฟเวอร์ไฮบริด ความปลอดภัย การปฏิบัติตามข้อกำหนด และข้อมูล การจัดการอุปกรณ์ปลายทางและการสนับสนุนจาก Microsoft

ขั้นตอนที่ 2

เป็นไปได้ (แม้ว่าคุณจะไม่เห็นด้วยกับข้อความนี้ก็ตาม) ที่ผู้ใช้ของคุณมีข้อมูลที่บันทึกไว้ในเวิร์กสเตชันของตนซึ่งไม่อยู่ในขอบเขตการสำรองข้อมูลขององค์กรของคุณหรือบันทึกไว้ในระบบคลาวด์ ไม่ว่าในกรณีใด ขั้นตอนนี้ควรให้คุณล้างข้อมูลบริษัทของคุณให้สะอาด และรับรองว่าข้อมูลสำคัญของผู้ใช้ของคุณ (ที่พวกเขากำลังดำเนินการอยู่บ่อยครั้ง) จะถูกบันทึกไว้ใน OneDrive ของพวกเขา (อย่างน้อยที่สุด)

ประการแรก คุณควรตรวจสอบให้แน่ใจว่าได้ติดตั้งไคลเอนต์ OneDrive ล่าสุดบนเวิร์กสเตชันของไคลเอนต์ของคุณ สามารถดาวน์โหลด OneDrive ได้ที่นี่ และคุณควรปฏิบัติตามตัวช่วยสร้างในการติดตั้งเพื่อ 'สำรองข้อมูล' ข้อมูลสำคัญ ฉันบอกว่าสำรองข้อมูลเนื่องจากคุณไม่ได้สำรองข้อมูลแบบดั้งเดิมในขั้นตอนนี้ แต่เพียงเปลี่ยนเส้นทางไปยังที่เก็บข้อมูลบนคลาวด์ส่วนตัว (OneDrive) ควรใช้โซลูชันการสำรองข้อมูลของบริษัทอื่นควบคู่ไปกับ Microsoft 365 แต่เราจะกล่าวถึงเรื่องนี้ในตอนท้าย

นอกจากนี้ คุณควรตรวจสอบข้อมูลใดๆ ที่คุณมีบนไฟล์เซิร์ฟเวอร์ภายในเครื่อง และเตรียมข้อมูลนั้นให้พร้อมสำหรับการย้ายไปยัง Teams และ SharePoint ก่อนที่จะตัดสินใจเปลี่ยนไปใช้โซลูชันการทำงานที่ทันสมัยสำหรับข้อมูลของคุณ ควรมีการศึกษาความเป็นไปได้โดยพิจารณาว่า SharePoint และ Teams เป็นโซลูชันที่ถูกต้อง บ่อยครั้งคุณจะพบว่าโซลูชันแบบไฮบริดทำงานได้ดีที่สุด โดยที่ไฟล์ขนาดใหญ่ที่ต้องการการเข้าถึงที่มีเวลาแฝงต่ำจะถูกบันทึกไว้ในพื้นที่จัดเก็บข้อมูลเซิร์ฟเวอร์ภายในเครื่อง และเอกสารโครงการที่ทำงานร่วมกันทำงานได้ดีใน Teams

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

ขั้นตอนที่ 3

เมื่อคุณประเมินและทำให้ข้อมูลของคุณสะอาดแล้ว คุณควรประเมินการใช้ Microsoft Teams Microsoft Teams เป็นเครื่องมือที่ยอดเยี่ยมสำหรับงานเน้นโครงการ เนื่องจากให้ผู้ใช้สามารถทำงานร่วมกันในไฟล์ การโทร และการประชุมด้วยการสื่อสารแบบเรียลไทม์

Microsoft Teams ได้รับการสนับสนุนโดยกลุ่ม Microsoft 365 เป็นส่วนใหญ่ เมื่อคุณสร้างทีม บริการอื่นๆ จะถูกสร้างขึ้นเช่นกัน เช่น กลุ่ม Microsoft 365, ไซต์ทีม SharePoint Online, กล่องจดหมาย Exchange กลุ่ม และคอลเลกชันใน OneNote

นอกจากนี้ ยังเป็นการดีที่จะเข้าใจอย่างมีเหตุผลว่า Microsoft Teams ได้รับสถาปัตยกรรมอย่างไรกับบริการ Microsoft 365 อื่นๆ:

• ไฟล์ส่วนตัวของคุณภายใน Teams จะถูกบันทึกลงในพื้นที่ OneDrive ส่วนตัวของคุณ
• ไฟล์ที่แชร์ภายใน Teams จะถูกบันทึกลงในไซต์ SharePoint Online นอกจากนี้ยังหมายความว่าคุณสามารถเข้าถึงไฟล์ได้โดยไม่ต้องผ่าน Teams โดยตรง
• ข้อความใน Teams Channels จะถูกบันทึกลงในกล่องจดหมาย Exchange ของกลุ่ม
• ข้อความแชทแบบ 1 ต่อ 1 จะถูกบันทึกไว้ในกล่องจดหมายของผู้ใช้แต่ละราย
• ข้อมูลปฏิทินจะถูกบันทึกไว้ในกล่องจดหมายของผู้ใช้แต่ละราย

ขั้นตอนที่ 4

ตอนนี้ คุณได้วางแผนกลยุทธ์ข้อมูลของคุณโดยใช้ SharePoint Online และ Teams แล้ว คุณควรใช้ Azure AD Connect บนเซิร์ฟเวอร์สมาชิกหรือตัวควบคุมโดเมนเพื่อซิงโครไนซ์รหัสผ่านผู้ใช้ของคุณระหว่างการเข้าสู่ระบบ Windows และ Microsoft 365

การเปิดใช้งานการซิงค์รหัสผ่านด้วย Azure AD Connect จะทำให้ประสบการณ์ของผู้ใช้ง่ายขึ้น ดังนั้นพวกเขาจึงไม่จำเป็นต้องจำรหัสผ่านหลายรหัสอีกต่อไป โดยเฉพาะอย่างยิ่งเนื่องจากตอนนี้คุณกำลังจะแนะนำบริการต่างๆ เช่น OneDrive และ Teams ซึ่งจะขอให้เข้าสู่ระบบอีกครั้ง โดยทั่วไปคุณจะพบว่าหากองค์กรไม่ได้ใช้ Azure AD Connect ผู้ใช้จะจำรหัสผ่าน Microsoft 365 ของตนได้ยาก ซึ่งทำให้เกิดภาระในการดูแลระบบสำหรับทีม IT ของคุณ

สำหรับคำแนะนำในการติดตั้ง Azure AD Connect โปรดดูโพสต์ของฉัน: วิธีติดตั้งและจัดการ Azure AD Connect

ขั้นตอนที่ 5

การย้ายข้อมูลของคุณไปยัง SharePoint Online และ Microsoft Teams ควรเป็นขั้นตอนต่อไปของคุณ คุณมี 2 เครื่องมือที่ยอดเยี่ยมและฟรีจาก Microsoft เพื่อให้บรรลุเป้าหมายนี้:

• เครื่องมือการโยกย้าย SharePoint (SPMT)
• ผู้จัดการการโยกย้าย SharePoint

ใช้เอกสารการเรียนรู้ที่เป็นประโยชน์นี้จาก Microsoft Learn เกี่ยวกับข้อมูลเฉพาะเกี่ยวกับการย้ายไฟล์ที่แชร์ไปยัง SharePoint/Teams

เมื่อข้อมูลของคุณถูกย้ายแล้ว คุณควรปิดเซิร์ฟเวอร์ไฟล์ของคุณเป็นระยะเวลาหนึ่ง (หรือคุณสามารถยกเลิกการเชื่อมต่อเครือข่ายได้) เพื่อให้แน่ใจว่าไม่มีอะไรเหลืออยู่

ขั้นตอนที่ 6

ณ จุดนี้ คุณควรอยู่ในขั้นตอนที่คุณมีข้อมูลระบุตัวตนผู้ใช้ที่สอดคล้องกันระหว่างไดเร็กทอรีที่ใช้งานอยู่ในองค์กรและ Azure AD คุณควรมีข้อมูลทั้งหมดของคุณใน SharePoint และ Microsoft Teams

เนื่องจากขณะนี้ระบบที่สำคัญทั้งหมดของคุณอยู่ในระบบคลาวด์ เราจึงต้องเตรียมผู้เช่า Microsoft 365/Azure ของคุณสำหรับโซลูชันที่นำเสนอในการจัดการอุปกรณ์ผ่าน Microsoft Intune และการใช้ Auto Pilot

คุณควรแน่ใจว่าคุณทำสิ่งต่อไปนี้:

1. เปิดใช้งานการลงทะเบียนอัตโนมัติสำหรับ Microsoft Intune สิ่งนี้จะช่วยให้แน่ใจได้ว่าเมื่ออุปกรณ์เข้าร่วม AzureAD ไม่ว่าจะด้วยตนเองหรือผ่าน OOBE อุปกรณ์เหล่านั้นก็จะลงทะเบียนในการจัดการอุปกรณ์ด้วย
2. เพิ่มอุปกรณ์ลงในบริการ Windows Autopilot

ขั้นตอนที่ 7

น่าเสียดายที่การเปิดใช้งานบริการการจัดการเพียงอย่างเดียวนั้นไม่เพียงพอที่จะใช้การจัดการอุปกรณ์ Intune ได้อย่างมีประสิทธิภาพ มีการตั้งค่าอื่นๆ ที่คุณต้องกำหนดค่าก่อนที่จะเริ่มการทดสอบ

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

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

วงแหวนอัปเดต - วงแหวนอัปเดตจะกำหนดวิธีการปรับใช้การอัปเดต Windows (รวมถึงแอพและไดรเวอร์ที่เกี่ยวข้อง) กับเวิร์กสเตชันของคุณ คุณสามารถกำหนดค่าระยะเวลาเลื่อนการอัปเดตคุณสมบัติและคุณภาพ การอัปเกรดหรือเลื่อน Windows 11 ระยะเวลาการถอนการติดตั้งการอัปเดตฟีเจอร์ การใช้งานก่อนเผยแพร่ ชั่วโมงการอัปเดตที่ใช้งานอยู่ ลักษณะการอัปเดตอัตโนมัติ และอื่นๆ อีกมากมาย นี่เป็นขั้นตอนสำคัญในการรับรองว่าการอัปเดตจะถูกปรับใช้ตรงเวลาและปรับปรุงประสบการณ์การอัปเดตของผู้ใช้

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

ขั้นตอนที่ 8

เนื่องจากแผนของเราคือการรีเซ็ตอุปกรณ์ Windows แต่ละเครื่องโดยสมบูรณ์ แอปพลิเคชันบุคคลที่สาม (เช่น เว็บเบราว์เซอร์หรือแอปยูทิลิตี้) จะต้องได้รับการติดตั้งใหม่ โชคดีที่ Intune ช่วยให้คุณสามารถปรับใช้แอปพลิเคชันจากพอร์ทัลการจัดการไปยังอุปกรณ์ของคุณจากระยะไกล

มีแอปพลิเคชันหลายประเภทที่คุณสามารถปรับใช้กับอุปกรณ์ของคุณได้ ประเภทแอปที่ใช้กันทั่วไป ได้แก่:

• .เอ็มเอสไอ
• อินทูนวิน
• Office C2R (คลิกเพื่อเรียกใช้)
• APPX
• ร้านค้าสำหรับแอพธุรกิจ

ขั้นตอนที่ 9

ขณะนี้คุณอยู่ในขั้นตอนการทดสอบ คุณควรระบุอุปกรณ์และบัญชีผู้ใช้ที่สามารถถูกรบกวนได้ และดำเนินการนำร่องในการรีเซ็ตอุปกรณ์ผ่านการตั้งค่า > การอัปเดตและความปลอดภัย > การกู้คืน > รีเซ็ตพีซีเครื่องนี้

อุปกรณ์ควรรีเซ็ตและนำคุณไปสู่ประสบการณ์การเริ่มต้นใช้งานครั้งแรก (นอกกรอบ) เมื่อคุณลงชื่อเข้าใช้ด้วยบัญชีบริษัทของคุณ อุปกรณ์ควรลงทะเบียนกับบริการ AutoPilot และ Intune ซึ่งควรปรากฏให้เห็นโดยขึ้นอยู่กับการตั้งค่าที่คุณกำหนดไว้ในแต่ละบริการและประสบการณ์ที่คุณมีบนอุปกรณ์

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

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

ขั้นตอนที่ 10

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

เป็นไปได้ว่าหากคุณมีอุปกรณ์ประมาณ 30 เครื่องในที่เดียว คุณสามารถรีเซ็ตกลุ่มอุปกรณ์ด้วยตนเองได้อย่างง่ายดายในคราวเดียว และจัดการงานนี้ภายในระยะเวลาไม่กี่วันหรือหนึ่งสัปดาห์ อย่างไรก็ตาม หากคุณมีอุปกรณ์หลายร้อยเครื่อง คุณควรรวมการทดสอบเทคนิคการทำงานอัตโนมัติบางอย่าง และอาจมอบหมายคนในแต่ละสถานที่เพื่อช่วยในกระบวนการนี้ ตัวอย่างเช่น คุณสามารถลงทะเบียนอุปกรณ์ของคุณใน Intune/Autopilot ผ่านการเข้าร่วมโดเมนไฮบริดและนโยบายกลุ่ม จากนั้นรีเซ็ตอุปกรณ์ผ่านพอร์ทัลการจัดการ หรือคุณสามารถใช้เครื่องมือ RMM เพื่อรีเซ็ตอุปกรณ์ วิธีการของคุณจะขึ้นอยู่กับขนาดและความซับซ้อนของพื้นที่ Windows ของคุณ

ขั้นตอนที่ 10

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

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

ในโลกที่สมบูรณ์แบบ คุณควรบันทึกคุณสมบัติทั้งหมดของคุณด้วยนโยบายการปฏิบัติตามข้อกำหนด 1 หรือ 2 ประการที่กำหนดเป้าหมายผู้ใช้ทั้งหมดสำหรับ MFA และอุปกรณ์ทั้งหมดสำหรับการปฏิบัติตามข้อกำหนด

ปฏิบัติตามบทช่วยสอนของฉันเกี่ยวกับวิธีสร้างนโยบายการเข้าถึงแบบมีเงื่อนไข

ขั้นตอนที่ 11

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