Cuối tuần trước, tôi đã viết về việc ConfigMgr chạm đến cột mốc một phần tư thế kỷ đáng nhớ và hôm nay, tôi muốn đào sâu hơn nữa về câu chuyện đằng sau sản phẩm tuyệt vời này, chia sẻ một vài công bố và ra mắt một bộ phim tài liệu mới tuyệt diệu (Liên hoan phim Sundance hãy để mắt đến chúng tôi nhé!) sẽ mang đến cho bạn cái nhìn chuyên sâu về sự hình thành và phát triển của sản phẩm đã tạo nên ngành Quản lý PC này.
Tiếp theo là công bố về ConfigMgr:
Bạn đã biết về cột mốc hiện tại này nhưng có một câu chuyện có lẽ bạn chưa từng nghe tới:
Mọi chuyện bắt đầu như thế nào
Cuối tuần trước, tôi đã có cơ hội đọc lại tài liệu tầm nhìn gốc hay “chỉ dẫn kỹ thuật” cho Dự án Hermes. Vài năm rồi tôi không xem tài liệu này và thật bất ngờ khi thấy ConfigMgr vẫn trung thành với tầm nhìn gốc đó đến mức nào. Các khối dựng cơ bản được nêu trong tài liệu đó hiện vẫn được sử dụng và vẫn là một phần trong nền móng của sản phẩm.
Năm 1992, sứ mệnh ban đầu của Microsoft (còn được biết đến là PC xuất hiện trong mọi nhà và trên mọi bàn làm việc) vừa chạm đến ngưỡng đạt. Các tổ chức tích cực chuyển từ mô phỏng thiết bị đầu cuối sang mô hình máy tính được phân phối x86 và lúc đó không có giải pháp quản lý PC trên diện rộng. Nhóm hiểu rằng Dự án Hermes phải đủ sức tạo ra ảnh hưởng lớn.
Nhóm SMS ban đầu gồm hai nhà phát triển làm việc toàn thời gian và một thực tập sinh tên là Ken Pan. Khi tôi tham gia nhóm vào năm 2003, thực tập sinh Ken ngày nào đang lãnh đạo toàn bộ đội ngũ phát triển gồm 150 kỹ sư. Ken là người dẫn dắt hoạt động thiết kế về SCCM và Intune của tôi từ đó đến giờ!
Sự thật thú vị: Bản dựng đầu tiên của Máy chủ quản lý hệ thống (SMS) mang số 245. Vì sao không phải là 1? Thực ra… lúc đó Windows đang ở bản dựng 300 và nhóm không muốn mang lại cảm giác tụt hậu quá nhiều – nhưng họ biết mọi người sẽ nghi ngờ nếu chọn một số quá sát với 300. Vì vậy, họ chọn số 245!
SMS chính thức được phát hành vào 07/11/1994. Bản phát hành đầu tiên mất hơn hai năm một chút để ra mắt – còn ngày nay, chúng tôi phát hành bản dựng người dùng nội bộ mới hàng tháng!
Trong lần phát hành đó, khoảnh khắc trọng đại là khi Bill Gates gửi email cho tất cả nhân viên Microsoft giải thích rằng SMS sẽ được triển khai trên toàn công ty. Với cương vị kỹ sư, Bill cũng chỉ ra cách loại bỏ phần mềm SMS khỏi máy tính nếu bạn muốn. (:
Tôi đã thêm email đó vào cuối bài đăng này, bạn có thể đọc nếu muốn.
Thúc đẩy kiến trúc phát triển
SMS 1.0, 1.1 và 1.2 đều được phát hành khá nhanh và một thị trường mới ra đã đời ngay sau đó. Không chậm trễ, cả nhóm bắt đầu xây dựng SMS 2.0.
Đó chính là khi mọi thứ trở nên… phức tạp.
Và nói thật thì chúng tôi đã đưa ra một số quyết định tồi tệ. Khả năng học hỏi nhanh là một phần quan trọng trong tư duy phát triển – điều này đã trở thành cốt lõi của nhóm SMS ngay từ đầu.
Kể từ năm 1992, kiến trúc trong cách xây dựng ứng dụng máy khách đã có nhiều thay đổi tới mức cả nhóm đã phải viết lại hạ tầng máy chủ SMS vào năm 1997 và 1998 để phát triển quy mô cũng như hiệu suất của SMS, đồng thời họ cũng tích hợp các chức năng sắp tới của Windows Server 2000. Đây là lần đầu tiên kiến trúc SMS được viết lại để đảm bảo sản phẩm là tối tân tại thời điểm đó.
SMS 2.0 được phát hành vào Tháng Một 1999 và lượng tiếp nhận cũng như sử dụng đã tăng nhanh. Lúc bấy giờ, tôi đang làm việc cho Novell, đối thủ lớn nhất của SMS, tôi là trưởng nhóm ZENworks của Novell. Tôi không thể đếm được số giờ mình đã bỏ ra để gặp gỡ khách hàng của SMS, trò chuyện về những điểm khác biệt của ZENworks dựa trên sự tập trung vào người dùng (danh tính) với Sự tích hợp thư mục sâu!
Khi viết bài đăng này, có người nhắc tôi rằng SMS 2.0 có một chi tiết ẩn thú vị bên trong. Chi tiết ẩn này là một video hiển thị tên và ảnh của những người đã tham gia nghiên cứu sản phẩm và khi tôi xem lại video đó vào tuần này, có một cái tên nổi bật hơn cả:
Vâng, Terry Myerson – sếp của tôi và là Phó Chủ tịch Điều hành của Microsoft. Tôi đoán là tất cả những bậc anh tài đều từng làm việc với SMS vào một thời điểm nào đó trong sự nghiệp của họ. (:
Tôi tham gia nhóm SMS ngay khi mọi người đang dồn lực cho SMS 2003.
Trong SMS 2003, lại có một số phần quan trọng của sản phẩm được viết lại. Cột mốc lớn vào thời điểm đó là hoạt động đồng nhất SMS trên WSUS để vá lỗi. Hoạt động này đồng nhất việc vá lỗi Microsoft từ đám mây (Windows Update) với người tiêu dùng và Doanh nghiệp. Về cơ bản, WSUS có các đoạn mã tương tự như Windows Update – ngoại trừ việc dịch vụ này chạy trong trung tâm dữ liệu của bạn.
Windows Update là một trong những dịch vụ Đám mây lớn nhất thế giới – cập nhật cho hơn 1 tỷ thiết bị mỗi tháng. Hãy dành một phút để nghĩ về điều này: Một trong những điểm khác biệt chính của Microsoft trên nền tảng điện toán đám mây công cộng ngày nay là các chức năng kết hợp và khả năng bạn có thể chạy nền tảng điện toán đám mây công cộng của chúng tôi trong trung tâm dữ liệu của mình. Khả năng chạy Windows Update trong trung tâm dữ liệu (WSUS) của bạn thực sự là một bước tiên phong và có lẽ là ví dụ sớm nhất cho việc kết nối và kết hợp với điện toán đám mây. Đây cũng là thời điểm lượng sử dụng máy tính xách tay tăng mạnh và chúng tôi cần xây dựng máy khách mới có thể hoạt động trong mô hình máy không kết nối hoặc kết nối lỏng lẻo.
Khi gần đến thời điểm phát hành SMS 2003, chúng tôi họp với một nhóm đến từ khắp công ty vào mỗi sáng Thứ Sáu để đánh giá tình trạng của dự án. Một trong các nhóm chủ chốt được mời đến cuộc họp đó là bộ phận CNTT của Microsoft (MSIT). Trong một động thái chưa từng có trong công ty, tôi trao toàn bộ quyền phủ quyết phát hành SMS 2003 cho bộ phận CNTT nếu họ cảm thấy sản phẩm chưa sẵn sàng. Kể từ đó đến nay, MSIT là khách hàng đầu tiên và tuyệt vời nhất của chúng tôi – cũng như là nguồn phản hồi tốt nhất về các bản dựng sớm.
Ngày nay, chúng tôi quản lý hơn 500.000 PC và thiết bị di động tại Microsoft (con số này không nằm trong số 100 triệu MAD) chỉ qua một hoạt động triển khai ConfigMgr. Chúng tôi liên tục triển khai các đoạn mã mới trên khắp Microsoft khi xây dựng bản phát hành hàng tháng. Chúng tôi đương nhiên thử nghiệm chính sản phẩm của mình. Một sự thật thú vị khác: Nhóm của tôi chính là nhóm giám sát việc triển khai nội bộ ConfigMgr. Học đi đôi với hành là tốt nhất!
Trong khoảng giữa năm 2003 và năm 2007, chúng tôi đã phát hành “Gói tính năng”. Chúng tôi không muốn chờ một sản phẩm mới hoàn toàn để cung cấp chức năng mới, vì vậy chúng tôi cải tiến cách thức mới này để phát hành chức năng. Gói tính năng đầu tiên giúp chúng tôi hoàn thành việc đồng nhất trên WSUS để vá lỗi. Gói tính năng thứ hai ra đời khi chúng tôi phát hành Triển khai HĐH.
Một trong những kỷ niệm yêu thích của tôi về thời điểm này là bản demo chúng tôi thiết lập cho một sự kiện ở châu Âu vào Tháng Mười Một 2003 để giới thiệu các chức năng Triển khai HĐH mới. Bill Gates đang diễn thuyết và trong phần “SMS có gì mới”, chúng tôi đã nâng cấp trực tiếp 100 PC trên tường đằng sau Bill. Chúng tôi gọi bản demo này là “Bức tường lửa”.
Đây là ảnh chúng tôi chụp Bill khi ông ấy ngoái lại để xem việc thực hiện bản demo:
Đây là ảnh các thành viên quả cảm của nhóm SMS đang thực hiện bản demo:
Tạo ảnh hưởng
Vào mùa thu năm 2004, Bill và Steve tổ chức một buổi gặp gỡ ở bên ngoài công ty với một vài nhà lãnh đạo cấp cao trong toàn công ty – và phiên cuối trong ngày là phần Hỏi & đáp với Bill và Steve. Có người hỏi Bill rằng ông coi điều gì là “dấu mốc quan trọng nhất của Microsoft trong năm ngoái”. Bill trả lời rằng: “Chúng ta thực hiện tốt SMS và Active Directory – và hai sản phẩm này sẽ là tài nguyên lớn giúp chúng ta phát triển.”
Đến tận ngày hôm nay, đó vẫn là một trong những ngày tuyệt nhất trong sự nghiệp của tôi!
Vào năm 2007, chúng tôi đổi tên từ “SMS” sang “ConfigMgr” để cho phù hợp với thương hiệu System Center. Cấu hình trạng thái mong muốn (DSC) là kịch bản cải tiến mới nhất mà khách hàng yêu cầu, vì vậy, một lần nữa, chúng tôi lại phát triển kiến trúc để hỗ trợ DSC hoạt động đúng như yêu cầu. Chúng tôi cũng viết lại hoàn toàn trải nghiệm quản trị.
Trong Tháng Hai 2011, khi đã đi được nửa chặng đường thiết kế SCCM 2012, Satya tiếp nhận mảng Server and Tools Business (STB – Máy chủ và Công cụ doanh nghiệp), đặt lại tên thành Cloud and Enterprise (C+E – Đám mây và Doanh nghiệp) và trở thành sếp của tôi. Trong cuộc gặp riêng đầu tiên của chúng tôi, Satya đến văn phòng của tôi và dành rất nhiều thời gian trò chuyện với tôi, tìm hiểu về con người tôi. Những năm làm việc trực tiếp cho Satya là một trải nghiệm tuyệt vời và tôi học được nhiều từ bản tính ham học hỏi tuyệt vời, tư duy phát triển và cách lãnh đạo luôn coi mình là người đầy tớ khiêm nhường của ông ấy. Satya có ảnh hưởng lớn đến tương lai và kiến trúc của ConfigMgr trong lần phát hành này.
Trong ConfigMgr 2012, chúng tôi thay đổi hoàn toàn kiến trúc bằng cách tập trung vào kiến trúc và trải nghiệm trên người dùng – không chỉ là thiết bị.
Khách hàng cho chúng tôi biết rằng tính di động sẽ là điều quan trọng trong tương lai và chúng tôi hiểu rằng tính di động đó là tính di động của con người – chứ không chỉ là thiết bị. Để phản hồi thông tin này, chúng tôi đã san phẳng kiến trúc một cách sâu rộng để yêu cầu ít phần cứng hơn, đồng thời tăng đáng kể các giới hạn mở rộng. Đây chính là khi hành trình đến với đám mây của chúng tôi thực sự, thực sự trở nên nghiêm túc; chúng tôi đã kết nối ConfigMgr với Microsoft Intune và Intune về cơ bản trở thành biên của ConfigMgr.
Cấu hình kết hợp này trở thành mô hình cho phép chúng tôi thực hiện cải tiến trong đám mây và mang đến giá trị mới cho ConfigMgr tại chỗ qua hoạt động triển khai kết hợp đó. Chúng tôi tin rằng đám mây sẽ hỗ trợ các kịch bản mà trước đây là bất khả thi và Satya có thể nhìn thấy sức ảnh hưởng tiềm tàng của đám mây với việc quản lý thiết bị – ông ấy thực sự thúc đẩy chúng tôi cải tiến và thử nghiệm trên đám mây.
ConfigMgr tiến đến đám mây
Tính đến thời điểm đó, công cuộc phát triển kiến trúc tiếp theo là khó khăn lớn nhất.
Khi chúng tôi biết rằng Windows 10 sẽ được cung cấp như một dịch vụ với nhiều bản cập nhật được phát hành mỗi năm, chúng tôi biết rằng ConfigMgr cần phải tuân theo xu hướng này và chuyển sang đám mây.
Thách thức ở đây là vô cùng lớn.
ConfigMgr vốn được phát hành khoảng 2-3 năm một lần. Tôi nhớ lúc xem kế hoạch tổng thể ban đầu cho SCCM 2007 và thấy con số 16 tháng để ổn định và chạy beta tính từ lúc chúng tôi tuyên bố lập trình xong cho đến khi phát hành. 16 tháng! Rõ ràng chúng tôi cần “SaaS hóa” ConfigMgr để có thể duy trì nhịp độ phát hành vài lần một năm.
Với khó khăn quá đỗi lớn lao này, chúng tôi bắt đầu tự tay chọn lọc và lập một nhóm nhỏ gồm các kỹ sư và người quản lý chương trình am hiểu sâu sắc về ConfigMgr, có tư duy phát triển và cùng chia sẻ đam mê về cơ sở khách hàng này. Chúng tôi tin rằng cách duy nhất để thực hiện nhiệm vụ này đó là để một đội nhỏ và tập trung đại tu toàn bộ kiến trúc và xây dựng dịch vụ được cung cấp qua đám mây từ những thứ cơ bản nhất trên đám mây.
Khi xem thời gian biểu của chúng tôi cho cuộc đại tu này, nói thật là dù bản thân tràn đầy lạc quan, tôi vẫn xen lẫn chút hoài nghi. Việc hoàn thành công việc này nhanh chóng đến vậy là một nhiệm vụ khó tin.
Hiện tại thì kết quả đã rõ ràng: Đội thiết kế siêu tập trung này vượt trên mọi tiêu chuẩn và mang đến cách tiếp cận dựa trên nền tảng đám mây cho hoạt động quản lý PC, cho phép chúng tôi chuyển sang chu kỳ phát hành hàng tháng. Để theo dõi các bản cập nhật này, chúng tôi xóa bỏ số phiên bản truyền thống (ví dụ: 2003, 2007, 2012) và thay vào đó là đặt tên theo quy ước năm/tháng, vì vậy, bản phát hành đầu tiên là phiên bản 1511 do chúng tôi phát hành vào Tháng Mười Một 2015.
Kể từ đó, chúng tôi đã phát hành phiên bản mới cho người dùng nội bộ của ConfigMgr hàng tháng và các bản phát hành lớn của Nhánh hiện tại được phát hành khoảng 4 tháng một lần.
Rõ ràng đây chính là một trong những hoạt động thiết kế siêu việt nhất tôi từng được tham gia.
Phản hồi của khách hàng với mô hình cung cấp qua đám mây mới này rất tuyệt vời.
Hãy xem qua đồ họa sau:
Hơn một nửa cơ sở ConfigMgr đã được nâng cấp lên mô hình nhánh hiện tại mới và bây giờ đã có hơn 100 triệu thiết bị đang được chủ động quản lý và gửi lại dữ liệu đo từ xa.
Trời ơi, 100 triệu!!!
Theo tôi được biết, chỉ có 3 dịch vụ doanh nghiệp trên thế giới có hơn 100 triệu người dùng hoặc thiết bị hiện hoạt hàng tháng được quản lý và gửi lại dữ liệu đo từ xa: Office 365, Azure Active Directory và ConfigMgr. Ba sản phẩm này có điểm gì chung? Tất cả đều thuộc gói Microsoft 365 tích hợp.
Biểu đồ này cho thấy sự tiếp nhận các bản phát hành lớn của ConfigMgr Nhánh hiện tại kể từ bản phát hành 1511. Chúng tôi có một bảng thông tin hiển thị dữ liệu này theo thời gian thực và mỗi sáng Chủ Nhật, lúc 8:30, chúng tôi sẽ gửi biểu đồ này cho toàn nhóm.
Khi tôi nói với bạn rằng 8:30 sáng Chủ Nhật là một trong những thời điểm yêu thích trong tuần của tôi thì bạn hãy tin tôi đi.
Đây chính là lần nâng cấp nhanh nhất từ trước đến nay của ConfigMgr và bạn có thể thấy rằng, với mỗi bản phát hành, tỷ lệ tiếp nhận (độ dốc của đường từ trái qua phải) trở nên nhanh hơn và dốc hơn. Ban đầu chúng tôi hơi lo lắng về phản ứng của cộng đồng ConfigMgr với các bản phát hành nhanh – và chúng tôi đã vừa bất ngờ lại vừa cảm kích trước sự tin cậy và tin tưởng mà các bạn dành cho chúng tôi.
Chưa bao giờ mọi người lại quan tâm và say mê Dự án Hermes hơn lúc này.
Tiếp theo là gì
Chúng tôi đã bắt đầu hành trình đến với đám mây từ bản phát hành 1511 của ConfigMgr Nhánh hiện tại vào Tháng Mười Một 2015 và tại thời điểm đó, đây rõ ràng là bước nhảy vọt đến mục tiêu của chúng tôi. Và chúng tôi cũng hiểu rõ rằng vẫn còn rất nhiều việc phải làm.
Nhịp độ đổi mới từ bản phát hành 1511 chỉ có nhanh hơn mà thôi. Các tổ chức đang nhanh chóng chuyển sang thế giới các dịch vụ đám mây kết nối với thiết bị di động và để chúng tôi có thể cung cấp thứ bạn cần trong môi trường phát triển nhanh này, hạ tầng của ConfigMgr đã có bước tiến lớn trên con đường trở thành dịch vụ đám mây đích thực. Hiện tại, đây là dịch vụ liên tục được cập nhật chức năng mới, tận dụng chức năng AI của đám mây để điều chỉnh cho phù hợp với nhu cầu của bạn và cung cấp sự bảo vệ bạn cần, đồng thời sẵn dùng dưới dạng dịch vụ dựa trên nền tảng đám mây có thể mở rộng cho hàng trăm triệu thiết bị trên toàn thế giới.
Tất cả những điều này gợi tôi nhớ đến điều hay được nghe nhất từ những nhà lãnh đạo CNTT trên toàn thế giới: Họ phát bực với sự phức tạp mà họ và nhóm của mình phải đương đầu để hoàn thành công việc. Các tổ chức đang tìm cách đơn giản hóa những gì họ đã triển khai và muốn có một cách thức hợp nhất cho phép người dùng làm việc trên mọi thiết bị – nhưng cũng cần cung cấp tính năng quản lý và bảo mật mà họ cần. Đây là lý do tại sao chúng tôi đã xây dựng Microsoft 365. M365 cung cấp không gian làm việc hiện đại, bảo mật và các dịch vụ đám mây tích hợp cho phép người dùng gặt hái được nhiều thành công hơn. Sản phẩm này đã được thiết kế để hỗ trợ bộ phận CNTT cung cấp môi trường làm việc phong phú và trao quyền cho nhân viên, Được người dùng yêu thích và được bộ phận CNTT tin tưởng.
Đây chính là bước phát triển tiếp theo của mọi sản phẩm Microsoft mà bạn đã sử dụng nhiều năm qua – Windows, Office, Active Directory, ConfigMgr – và chúng tôi đã chuyển tất cả sản phẩm này lên đám mây với Microsoft 365. Khách hàng doanh nghiệp trên khắp thế giới đang di chuyển sang đám mây (sử dụng Windows 10 dưới dạng dịch vụ, Office 365 và các dịch vụ EMS) và đây là bước phát triển tự nhiên tiếp theo của kiến trúc ConfigMgr.
Hiện nay, gần như hầu hết mọi doanh nghiệp và tổ chức thương mại trên hành tinh này đều bắt đầu từ mô hình tại chỗ khi họ sử dụng Active Directory, Chính sách Nhóm (GP) và ConfigMgr làm công cụ quản lý. Mong muốn chuyển sang một mô hình hiện đại, đơn giản hơn là rất lớn nhưng việc sở hữu mô hình hiện đại mới đó không hề dễ dàng. Một tổ chức không thể chỉ cần búng ngón tay là có thể chuyển được người dùng/thiết bị từAD/GP/ConfigMgr sang AAD/Intune. Thứ bạn cần từ chúng tôi là một cầu nối giúp việc di chuyển này trở nên đơn giản hơn, nhanh hơn và loại bỏ rủi ro. Đây là lĩnh vực mà chúng tôi học hỏi được rất nhiều từ việc quan sát các tổ chức di chuyển từ Exchange tại chỗ sang Exchange Online.
Hôm nay, chúng tôi vui mừng công bố Đồng quản lý, một bộ chức năng mới và là cầu nối giúp tăng tốc hoạt động chuyển sang quản lý hiện đại từ đám mây. Với Fall Creators Update, một thiết bị chạy Windows 10 có thể tham gia Active Directory (AD) tại chỗ và Azure AD cùng lúc.
Đồng quản lý tận dụng sự cải thiện này và cho phép quản lý thiết bị bằng cả tác nhân ConfigMgr và Phần mềm Quản lý Thiết bị Di động của Intune. Việc chuyển sang quản lý hiện đại không còn rủi ro như lao xuống vực nữa. Với đồng quản lý, bạn có thể tự mình thực hiện hành trình đến với đám mây, từng bước một, theo cách thức và nhịp độ phù hợp với tổ chức của bạn.
Chúng tôi đã đơn giản hóa quy trình làm việc trong bảng điều khiển ConfigMgr để đưa thiết bị vào quản lý và đăng ký các thiết bị đó để quản lý với Intune. Bạn có thể chọn khối lượng công việc đầu tiên mà bạn muốn chuyển sang đám mây (đây thực sự là một thanh trượt giúp bạn chuyển từ ConfigMgr sang Intune) và khối lượng công việc đó sẽ được chuyển sang đám mây.
Một trong những khả năng độc đáo của Microsoft 365 trong kịch bản đồng quản lý này là ConfigMgr và Intune sẽ liên tục giao tiếp với nhau. Khi khối lượng công việc được chuyển, chúng tôi nắm rõ đâu là nguồn có thẩm quyền (Intune hay ConfigMgr) đối với mọi thuộc tính của người dùng và thiết bị – và điều này giúp người dùng tránh áp dụng các chính sách xung đột.
Điều này sẽ tăng tốc đáng kể hoạt động chuyển sang Windows 10 và quản lý hiện đại từ đám mây.
* * * * *
Bài viết này đối với tôi chẳng khác gì một chuyến ôn lại kỷ niệm tuyệt vời. SMS/ConfigMgr/Intune đã có tác động vô cùng lớn đến cuộc đời tôi, cuộc sống của gia đình tôi, cuộc sống của hàng nghìn kỹ sư đã làm việc trong dự án này và cuộc sống của hàng triệu chuyên gia CNTT đã và đang sử dụng sản phẩm này. Tôi yêu sản phẩm này và tôi cũng yêu cộng đồng này.
Tôi cũng thực sự rất vui khi ngày hôm nay được xem bộ phim tài liệu xâu chuỗi lại lịch sử của ConfigMgr – nhưng mới chỉ là Phần 1. Và Phần 2 quan trọng hơn nhiều. Đó là bởi Phần 2 sẽ được tạo nên bởi chính các bạn.
Nếu bạn đang có mặt tại Ignite, hãy ghé qua khu quản lý và bảo mật trong quầy Microsoft và kể câu chuyện của bạn. Các chỉ dẫn đơn giản đều có ở đây.
Nếu giờ bạn không có mặt tại Ignite thì cũng không khó để tham gia. Hãy kể câu chuyện của bạn bằng cách tải lên kỷ niệm và câu chuyện của bạn về ConfigMgr tại đây aka.ms/ConfigMgr25. Dưới đây là một số hướng dẫn cơ bản.
Chúng tôi sẽ sử dụng các nội dung được gửi để tạo nên Phần 2 – một video mang tên:
“Lịch sử ConfigMgr trong mắt mọi người”
Tôi rất nóng lòng được xem video đó.
_______________________________________________
