ConfigMgr di usianya yang ke-25 tahun

Akhir pekan lalu, saya menulis tentang prestasi besar seperempat abad yang berhasil dicapai oleh ConfigMgr, dan hari ini saya ingin membahas lebih lanjut tentang cerita di balik produk yang luar biasa ini, menyampaikan beberapa pengumuman, dan meluncurkan dokumenter baru yang hebat (hati-hati Sundance!) yang memberikan gambaran mendetail tentang awal mula dan pertumbuhan produk yang menciptakan industri Manajemen PC ini.

Berikutnya, pengumuman ConfigMgr:

Dan dengan pencapaian hari ini, berikut adalah cerita yang mungkin belum Anda dengar sebelumnya:

Bagaimana Semua Ini Dimulai

Akhir pekan lalu, saya memiliki kesempatan untuk membaca kembali dokumen visi asli atau “spesifikasi” untuk Proyek Hermes. Sudah beberapa tahun sejak terakhir saya melihat dokumen ini, dan sungguh menakjubkan untuk melihat bahwa ConfigMgr tetap konsisten dengan visi awalnya. Hal mendasar yang diuraikan dalam dokumen tersebut masih digunakan sampai sekarang dan masih menjadi bagian dari fondasinya.

Pada tahun 1992, misi awal Microsoft (alias PC di setiap rumah dan di setiap desktop) hanyalah untuk menjangkau pengguna yang benar-benar penting. Organisasi beralih secara agresif dari emulasi terminal ke model komputasi terdistribusi x86, dan tidak ada solusi untuk mengelola PC pada skala yang sesuai dengan kebutuhan. Tim kami tahu bahwa Proyek Hermes pasti akan memiliki dampak yang besar.

Awalnya, tim SMS hanya terdiri dari dua orang pengembang purnawaktu dan karyawan magang bernama Ken Pan.  Ketika saya bergabung dengan tim tersebut pada tahun 2003, Ken Si Karyawan Magang memimpin seluruh tim pengembang yang kira-kira terdiri dari 150 teknisi. Ken kemudian memimpin upaya rekayasa di SCCM dan Intune untuk saya sejak saat itu!

Fakta menarik:  Build Systems Management Server (SMS) pertama adalah 245. Mengapa bukan 1? Ya… Windows sudah berada pada build 300 pada saat itu, dan tim kami tidak ingin terlalu jauh darinya. Namun, mereka tahu bahwa memilih angka yang terlalu dekat dengan 300 akan menimbulkan kecurigaan. Jadi, mereka memilih 245!

SMS resmi diluncurkan pada 7 November 1994. Rilis pertama tersebut memakan waktu sekitar dua tahun, dan kini kami merilis build insider baru setiap bulannya!

Satu momen besar dari peluncuran tersebut adalah email yang dikirim oleh Bill Gates kepada setiap karyawan Microsoft yang menjelaskan bahwa SMS mulai disebarkan di perusahaan. Layaknya seorang teknisi, dalam email tersebut Bill menunjukkan tentang cara menghapus perangkat lunak SMS dari komputer jika Anda ingin melakukannya. (:

Jika ingin membaca email tersebut, saya sudah menyertakannya di bagian bawah postingan ini.

Mengembangkan Arsitektur Menjadi Lebih Baik

SMS 1.0, 1.1, dan 1.2 semuanya dirilis dengan cepat, dan sebuah pasar baru pun muncul. Tanpa mengulur waktu, tim kami pun mulai mengerjakan SMS 2.0.

Saat itulah segalanya menjadi… rumit.

Dan, jujur, kami membuat beberapa keputusan yang buruk. Salah satu bagian utama dalam pola pikir berkembang adalah kemampuan untuk belajar dengan cepat; dan ini telah menjadi inti dalam tim SMS sejak awal.

Begitu banyak yang telah berubah dalam arsitektur kami untuk cara perancangan aplikasi klien-server sejak 1992 sehingga tim kami menulis ulang infrastruktur server SMS pada tahun 1997 dan 1998 dari dasarnya untuk mengembangkan skala dan kinerja SMS, dan mereka juga melakukan integrasi dengan kemampuan Windows Server 2000 yang saat itu akan dirilis. Ini adalah kali pertama arsitektur SMS ditulis ulang untuk memastikan alat ini menjadi yang tercanggih pada saat itu.

SMS 2.0 dirilis pada Januari 1999, dan penerapan serta penggunaannya pun semakin cepat. Saat itu, saya bekerja dengan pesaing terbesar SMS, Novell, yang memimpin tim Novell ZENworks. Saya tidak dapat menghitung waktu yang saya habiskan bersama pelanggan SMS untuk membahas perbedaan SMS dengan ZENworks yang berfokus kepada pengguna (identitas) dengan integrasi Direktori yang mendalam!

Saat menulis postingan ini, saya diingatkan bahwa SMS 2.0 memiliki kejutan di dalamnya. Kejutan tersebut adalah sebuah video yang menunjukkan nama dan foto orang yang telah mengerjakannya, dan ketika saya melihatnya lagi minggu ini, satu nama pun muncul:

Ya, Terry Myerson, bos saya dan Wakil Presiden Eksekutif Microsoft. Sepertinya semua orang hebat memang pernah menjumpai SMS pada satu waktu dalam karier mereka. (:

Saya bergabung dengan tim SMS ketika mereka mulai merumuskan apa saja yang akan disertakan dalam SMS 2003.

Ada bagian signifikan dari SMS 2003 yang sedang (sekali lagi) ditulis ulang. Pencapaian besar yang berhasil dilakukan pada saat itu adalah menyelaraskan SMS dengan WSUS untuk patching. Pekerjaan ini menyelaraskan patching Microsoft dari cloud (Windows Update) kepada konsumen dan Perusahaan. WSUS pada dasarnya serupa dengan Windows Update, tetapi layanan ini dijalankan di pusat data Anda.

Windows Update adalah salah satu layanan Cloud terbesar di dunia, memperbarui lebih dari 1 miliar perangkat setiap bulannya. Pikirkan tentang hal ini sebentar:  Salah satu pembeda utama Microsoft dalam cloud publik saat ini adalah kemampuan hibrid kami dan kemampuan yang diberikan untuk menjalankan cloud publik kami di pusat data Anda. Menjalankan Windows Update di pusat data Anda (WSUS) benar-benar menjadi pelopor, dan mungkin merupakan contoh paling awal untuk terhubung dengan cloud dan hibrid. Layanan ini juga menjadi awal untuk penggunaan laptop yang semakin banyak, dan kami perlu membangun klien baru yang berfungsi dalam model tidak terhubung atau terhubung secara longgar.

Ketika mendekati rilis SMS 2003, kami mengadakan rapat setiap Jumat pagi dengan grup dari seluruh perusahaan untuk mengevaluasi status proyek. Salah satu grup utama yang diundang ke pertemuan tersebut adalah divisi TI Microsoft (MSIT). Dalam langkah yang belum pernah dilakukan sebelumnya di perusahaan ini, saya memberikan otoritas hak veto kepada tim TI terkait keputusan untuk menyediakan SMS 2003 jika produk ini dirasa belum siap. Sejak saat itu, MSIT telah menjadi pelanggan pertama dan terbaik kami, juga sebagai salah satu sumber umpan balik terbaik kami pada build awal.

Kami saat ini mengelola lebih dari 500.000 PC dan perangkat seluler di sini di Microsoft (angka ini tidak termasuk dalam 100 juta MAD) melalui satu penyebaran ConfigMgr. Kami menyebarkan rancangan baru di Microsoft secara rutin selagi kami merancang setiap rilis bulanan. Tentu saja kami juga menggunakan produk kami sendiri. Fakta menarik lainnya:  Tim saya sebenarnya mengawasi penyebaran internal ConfigMgr. Tidak ada cara yang lebih baik untuk belajar selain dengan melakukannya!

Antara 2003 dan 2007, kami merilis dua “Paket Fitur.” Kami tidak ingin menunggu produk baru untuk memberikan fungsionalitas baru, jadi kami berinovasi dengan cara baru ini untuk merilis berbagai kemampuan. Paket Fitur pertama menyelesaikan pekerjaan penyelarasan di WSUS untuk patching kami. Paket Fitur kedua adalah ketika kami merilis Penyebaran OS.

Salah satu kenangan favorit saya adalah demo yang kami buat pada sebuah acara di Eropa bulan November 2003 untuk memamerkan kemampuan Penyebaran OS baru ini. Bill Gates menyampaikan materi utamanya, dan pada sesinya yang berjudul “What Is New with SMS” (Yang Baru dengan SMS), kami memutakhirkan 100 PC secara langsung di balik dinding yang membatasi kami dan Bill. Kami menyebut demo ini “Wall of Fire (Dinding Api).”

Ini foto Bill yang kami ambil ketika ia berbalik badan untuk menonton berjalannya demo:

Ini foto anggota tim SMS pemberani yang memperlihatkan demo:

Menciptakan Pengaruh

Pada musim gugur 2004, Bill dan Steve menyelenggarakan pertemuan di luar kantor dengan pimpinan senior dari seluruh perusahaan, dan sesi hari itu diakhiri dengan tanya jawab terbuka bersama Bill dan Steve.  Seseorang bertanya kepada Bill tentang sesuatu yang kira-kira seperti, “Hal paling signifikan yang terjadi pada Microsoft setahun ini.” Bill menjawab: “Keputusan kami dengan SMS dan Direktori Aktif sudah benar, dan ini akan menjadi aset yang luar biasa bagi kami untuk terus maju.”

Sampai sekarang, hari tersebut adalah salah satu hari terbaik dalam karier profesional saya!

Tahun 2007, kami mengubah nama “SMS” menjadi “ConfigMgr” untuk menyelaraskannya dengan merek Pusat Sistem. Desired State Configuration (DSC) adalah skenario inovatif terbaru yang diminta pelanggan pada saat itu, jadi, sekali lagi, kami mengembangkan arsitektur kami untuk benar-benar memungkinkan DSC bekerja sebagaimana mestinya. Kami juga sepenuhnya menulis ulang pengalaman administrasi.

Pada Februari 2011, di tengah perjalanan kami merekayasa SCCM 2012, Satya mengambil alih Server and Tools Business (STB), menamainya Cloud and Enterprise (C + E), serta menjadi bos saya. Untuk pertemuan empat mata pertama kami, Satya datang ke kantor saya dan menghabiskan sebagian besar waktunya untuk mengenal saya lebih baik sebagai individu. Bekerja secara langsung untuk Satya selama beberapa tahun dan belajar dari sifat ingin tahunya yang luar biasa, pola pikirnya yang berkembang, dan pendekatan kepemimpinan yang melayani dengan rendah hati merupakan pengalaman yang luar biasa. Satya memberikan dampak yang sangat besar pada masa depan dan arsitektur ConfigMgr selama rilis ini.

Dalam ConfigMgr 2012, kami membalik arsitekturnya dari awal dengan memusatkan arsitektur dan pengalamannya pada pengguna, bukan hanya perangkat.

Pelanggan memberi tahu kami bahwa mobilitas akan menjadi kunci di masa depan, dan kami paham bahwa mobilitas ini adalah tentang mobilitas manusia, bukan hanya perangkat.  Menanggapi informasi ini, kami meratakan arsitekturnya secara signifikan agar hanya memerlukan sedikit perangkat keras, dan kami meningkatkan batas skalanya secara besar-besaran. Di sinilah perjalanan kami menuju cloud benar-benar menjadi serius; kami menghubungkan ConfigMgr ke Microsoft Intune, dan Intune secara mendasar menjadi sisi utama ConfigMgr.

Konfigurasi hibrid ini menjadi model yang memungkinkan kami berinovasi di cloud, kemudian memberikan nilai baru kepada ConfigMgr lokal melalui penyebaran hibrid tersebut. Kami percaya bahwa cloud akan memungkinkan skenario yang tidak mungkin dilakukan di masa lalu, dan Satya dapat melihat dampak potensial cloud untuk manajemen perangkat; ia benar-benar mendorong kami untuk berinovasi dan bereksperimen di sini.

ConfigMgr Menuju Cloud

Evolusi arsitektur berikutnya adalah yang paling menantang sejauh ini.

Ketika kami mengetahui bahwa Windows 10 akan disediakan sebagai layanan dengan beberapa pembaruan yang diberikan setiap tahunnya, kami tahu bahwa ConfigMgr harus mengikuti langkah ini dan beralih ke cloud.

Pada tahap ini, tantangan yang ada sungguh menakutkan.

Secara historis, ConfigMgr telah dirilis pada periode 2-3 tahun. Saya ingat ketika melihat rencana lengkap pertama untuk SCCM 2007 dan menjumpai stabilisasi serta rilis beta selama 16 bulan sejak kami menyatakan penyelesaian kode hingga rilisnya. 16 bulan!   Jelas bahwa kami perlu mengubah ConfigMgr menjadi model “SaaS” agar dapat mewujudkan pola rilis beberapa kali per tahun.

Dengan tugas yang begitu berat di hadapan kami, kami mulai memilih sendiri tim kecil teknisi dan manajer program yang sangat mengenal ConfigMgr, memiliki pola pikir berkembang, dan sama-sama bersemangat dengan basis pelanggan ini.  Kami yakin bahwa satu-satunya cara untuk melakukan hal ini bagi tim kecil yang fokus adalah memeriksa seluruh arsitekturnya dan membuat layanan yang disediakan di cloud dari awal hingga akhir.

Ketika melihat jadwal kami untuk pemeriksaan menyeluruh ini, saya merasa sedikit skeptis, tetapi juga optimis. Melakukan semuanya dalam waktu sesingkat ini adalah hal yang sulit dipercaya.

Hasilnya sudah jelas sekarang:  Tim teknisi yang sangat fokus ini melampaui setiap tolok ukur dan memberikan pendekatan berbasis cloud baru untuk manajemen PC yang memungkinkan kami beralih ke siklus rilis bulanan. Untuk memantau pembaruan ini, kami menghilangkan nomor versi tradisional (mis. 2003, 2007, 2012) dan mulai memberi nama dengan konvensi tahun/bulan; dengan demikian, rilis pertama kami adalah versi 1511 karena dirilis pada bulan ke-11 tahun 2015.

Sejak saat itu, kami merilis versi insider ConfigMgr baru setiap bulannya, dan rilis Cabang Terkini utama setiap ~4 bulan.

Hal ini tentu menjadi salah satu upaya rekayasa paling luar biasa yang pernah saya ikuti.

Respons pelanggan terhadap model baru yang disediakan oleh cloud ini sangat luar biasa.

Lihat grafik berikut:

Lebih dari setengah basis ConfigMgr telah dimutakhirkan ke model cabang baru saat ini, dan sekarang ada lebih dari 100 juta perangkat yang dikelola secara aktif dan mengirimkan telemetri kembali.

Astaga, 100 juta!!!!

Sepengetahuan saya, hanya ada 3 layanan perusahaan di dunia yang memiliki >100 juta pengguna atau perangkat aktif bulanan yang dikelola dan mengirimkan telemetri kembali:  Office 365, Azure Active Directory, dan ConfigMgr. Apa kesamaan dari ketiga layanan ini?  Semuanya merupakan bagian dari penawaran Microsoft 365 yang terpadu.

Bagan ini menunjukkan penerapan rilis utama Cabang Terkini ConfigMgr sejak rilis 1511. Kami memiliki dasbor yang menunjukkan data ini secara real-time, dan kami mengirimkan bagan ini ke seluruh tim setiap hari Minggu pagi pukul 08.30.

Percayalah, pukul 08.30 pada hari Minggu pagi adalah salah satu momen favorit saya setiap minggunya.

Momen ini telah menjadi pemutakhiran tercepat sepanjang masa untuk ConfigMgr, dan Anda dapat melihat bahwa dengan setiap rilis, tingkat penerapannya (kemiringan garis dari kiri ke kanan) menjadi lebih cepat dan lebih curam. Awalnya, kami sedikit gugup tentang bagaimana komunitas ConfigMgr akan bereaksi terhadap rilis cepat ini, dan kami sangat kagum dan berterima kasih atas kepercayaan dan keyakinan Anda pada kami.

Perhatian dan semangat untuk Project Hermes tidak pernah sebesar ini sebelumnya.

Inovasi Baru

Kami memulai perjalanan menuju cloud dengan rilis 1511 Cabang Terkini ConfigMgr pada bulan November 2015, dan pada saat itu, kami melihat jelas bahwa ini akan menjadi langkah besar untuk mencapai tujuan kami. Kami sangat paham bahwa ada lebih banyak pekerjaan yang harus kami lakukan.

Tempo terciptanya inovasi sejak 1511 pun menjadi semakin cepat. Organisasi beralih dengan cepat ke dunia layanan cloud yang terhubung ke perangkat seluler, dan agar kami dapat memberikan apa yang Anda butuhkan di lingkungan yang semakin cepat ini, infrastruktur ConfigMgr telah mengambil langkah besar untuk menjadi layanan yang benar-benar tersedia di cloud. Layanan ini kini terus diperbarui dengan kemampuan baru, memanfaatkan kemampuan AI cloud untuk menyesuaikan kebutuhan Anda dan memberikan perlindungan yang dibutuhkan, serta tersedia untuk Anda sebagai layanan berbasis cloud dengan skala yang dapat disesuaikan hingga ratusan juta perangkat di seluruh dunia.

Semua ini mengingatkan saya pada hal paling umum yang saya dengar dari pimpinan TI di seluruh dunia:  Mereka frustrasi dengan kompleksitas yang harus dihadapi bersama tim mereka untuk menyelesaikan pekerjaan. Organisasi mencari cara untuk menyederhanakan apa yang sudah mereka sebarkan dan menginginkan cara yang terpadu untuk memungkinkan pengguna di seluruh perangkat, yang juga memberikan manajemen dan keamanan yang mereka butuhkan. Inilah sebabnya kami merancang Microsoft 365.  M365 menghadirkan ruang kerja yang modern dan aman serta layanan cloud terintegrasi yang memungkinkan pengguna meraih lebih banyak hal. Produk ini telah direkayasa untuk memungkinkan TI menghadirkan lingkungan kerja yang kaya dan mendukung, yang Dicintai Pengguna dan Dipercaya TI.

Layanan ini menjadi evolusi modern semua produk Microsoft yang telah Anda gunakan selama bertahun-tahun: Windows, Office, Active Directory, ConfigMgr, dan kami telah mengalihkan semuanya ke cloud dengan Microsoft 365.  Pelanggan perusahaan di seluruh dunia melakukan migrasi ke cloud (menggunakan Windows 10 sebagai Layanan, Office 365, dan layanan EMS), dan langkah ini menjadi evolusi modern arsitektur ConfigMgr yang alami.

Hampir setiap perusahaan dan organisasi komersial di bumi ini memulai proses mereka dari model lokal menggunakan Direktori Aktif (AD), Kebijakan Grup (GP), dan ConfigMgr sebagai alat manajemennya. Keinginan untuk beralih ke model yang lebih sederhana dan lebih modern memang tinggi, tetapi mewujudkan model modern yang baru tersebut tidaklah mudah. Organisasi tidak dapat cukup menjentikkan jari mereka untuk memindahkan pengguna/perangkat dari AD/GP/ConfigMgr ke AAD/Intune. Yang Anda butuhkan dari kami adalah jembatan yang menjadikan langkah ini lebih mudah, lebih cepat, serta menghilangkan risiko. Ini adalah area tempat kami mempelajari banyak hal dengan melihat organisasi beralih dari Exchange lokal ke Exchange Online.

Hari ini, senang rasanya untuk mengumumkan ketersediaan Manajemen bersama, yaitu rangkaian kemampuan baru dan jembatan yang akan membantu mempercepat peralihan ke manajemen modern dari cloud. Dengan Fall Creators Update, perangkat Windows 10 dapat digabungkan ke Direktori Aktif (AD) lokal dan Azure AD sekaligus.

Manajemen bersama memanfaatkan penyempurnaan ini dan memungkinkan perangkat untuk dikelola oleh agen ConfigMgr dan MDM Intune. Peralihan ke manajemen modern tidak lagi menjadi tebing tinggi yang harus Anda lewati. Dengan manajemen bersama, Anda dapat melakukan perjalanan Anda sendiri menuju cloud, langkah demi langkah, dalam cara dan tempo yang sesuai bagi organisasi Anda.

Kami memudahkan penggunaan konsol ConfigMgr untuk memasukkan perangkat ke dalam manajemen dan mendaftarkannya untuk manajemen dengan Intune. Anda kemudian dapat memilih beban kerja pertama yang ingin dipindahkan ke cloud (ya, benar-benar bilah penggeser yang harus pindahkan dari ConfigMgr ke Intune), dan beban kerja tersebut pun akan dipindahkan ke cloud.

Salah satu kemampuan unik Microsoft 365 dalam skenario yang dikelola bersama ini adalah ConfigMgr dan Intune akan berkomunikasi secara terus-menerus. Saat beban kerja dipindahkan, kami memahami sumber otoritas (Intune atau ConfigMgr) untuk setiap atribut pada pengguna dan perangkat sehingga mencegah penerapan kebijakan yang mungkin memiliki konflik.

Langkah ini akan secara signifikan mempercepat peralihan ke Windows 10 dan manajemen modern dari cloud.

* * * * *

Menulis artikel ini merupakan nostalgia yang berkesan bagi saya. SMS/ConfigMgr/Intune telah berdampak besar pada kehidupan saya, keluarga saya, ribuan teknisi yang telah mengerjakan proyek-proyeknya, dan jutaan Profesional TI yang pernah dan masih menggunakannya hingga saat ini. Saya menyukai produk ini dan saya sangat menyukai komunitas ini.

Saya juga sangat menikmati film dokumenter hari ini tentang sejarah terbentuknya ConfigMgr, tetapi ini hanyalah Bagian 1. Dan Bagian 2 akan jauh lebih penting. Ya, karena Bagian 2 film ini akan dibuat oleh Anda.

Jika Anda menghadiri Ignite, silakan menuju ke bagian manajemen dan keamanan di stan Microsoft lalu ceritakan kisah Anda. Petunjuk sederhananya tersedia di sini.

Jika tidak menghadiri Ignite, Anda juga dapat berpartisipasi dengan sangat mudah. Ceritakan kisah Anda dengan mengunggah kenangan dan kisah Anda tentang ConfigMgr di aka.ms/ConfigMgr25. Berikut adalah beberapa instruksi dasarnya.

Kami akan menggunakan kiriman ini untuk membuat Bagian 2, sebuah video yang ingin kami beri judul:

“The People’s History of ConfigMgr” (Sejarah Publik ConfigMgr)

Saya tidak sabar untuk melihatnya.

_______________________________________________