GNU/Linux >> Belajar Linux >  >> Linux

Tujuh (lebih) hal yang saya harap saya ketahui sebelum menjadi sysadmin

Mari saya mulai dengan latar belakang singkat untuk memberi cerita saya beberapa konteks. Saya bekerja di dukungan desktop selama beberapa tahun sebelum menjadi pelatih teknis di berbagai platform (Windows Server, distribusi Linux yang berbeda, Cisco, dll.). Akhirnya, beberapa mantan siswa mendekati saya untuk bekerja sebagai administrator jaringan/sistem untuk organisasi kecil mereka (sekitar 65 pengguna). Saya bekerja di sana selama beberapa tahun—sebuah pengalaman yang meningkatkan rasa sinis saya yang sudah kuat. Saya dengan bebas mengakui bahwa banyak pengamatan saya didasarkan pada organisasi yang sangat kecil (kurang dari 100 pengguna) dan perusahaan yang budayanya tidak mudah merangkul teknologi. Saya kemudian kembali ke industri pelatihan, meskipun saya melakukan berbagai proyek konsultasi di samping. Dari tahun-tahun itu datanglah anekdot-anekdot ini.

Catatan :Artikel ini terinspirasi oleh posting terbaru Ken Hess, "Lima hal yang saya harap saya ketahui sebelum menjadi sysadmin." Saya menantang Anda untuk mengirimkan artikel ke Aktifkan Sysadmin dengan hal-hal yang Anda ingin Anda ketahui.

[ Anda mungkin juga senang membaca: Peran pekerjaan TI yang terus berkembang:administrator sistem ]

Pengguna yang sedikit berpengetahuan adalah yang terburuk

Kisah ini berasal dari akhir 1990-an, ketika saya mendukung desktop Windows 95 di lingkungan Novell NetWare. Salah satu pengguna menganggap dirinya memiliki pengetahuan tentang komputer (dia salah). Dia menemukan sesuatu secara online yang menjelaskan cara mengabaikan Control Panel di Windows dan cukup membuat perubahan antarmuka pengguna langsung di Registry dengan menggunakan regedit. Sayangnya, dia tidak pandai dalam prosesnya. Saya ingat dengan jelas satu insiden dukungan:"Saya menggunakan Registry untuk mengubah wallpaper desktop saya, dan sekarang komputer saya tidak mau menyala. Bisakah Anda memperbaikinya sebelum rapat saya dalam 10 menit?"

Saya yakin banyak dari Anda sysadmin telah mengalami skenario semacam ini juga. Sejujurnya, saya sangat menghargai pengguna yang tidak takut dengan komputer mereka dan berusaha memperbaikinya sendiri. Mereka seringkali jauh lebih memahami dan toleran terhadap perilaku komputer yang salah. Mereka juga dapat diajar, yang berarti bahwa jika solusinya berada dalam hak non-administratif mereka, Anda dapat menunjukkan kepada mereka cara menyelesaikan tugas dan tidak perlu menjawab tiket dukungan untuk mereka tentang subjek itu lagi. Memberdayakan mereka (dalam batas mereka) membebaskan Anda.

Bawa pulang :Bersyukurlah atas alat modern yang menghilangkan kemampuan pengguna untuk bereksperimen dan menghasilkan panggilan dukungan, dan juga berterima kasih kepada pengguna yang memperbaikinya sendiri (dalam konteks keamanan mereka).

Pelatihan adalah spesifik produk, tetapi dunia nyata tidak

Saya sangat menyukai trek pelatihan seperti yang disediakan oleh Red Hat, Cisco, dan Microsoft. Trek ini melakukan pekerjaan yang baik dalam mempersiapkan Anda untuk bekerja dengan produk vendor tersebut. Apa yang saya temukan di dunia nyata, bagaimanapun, adalah bahwa sebagian besar jaringan bisnis adalah konglomerasi produk dari berbagai vendor, beberapa versi, dan tim pengembang internal yang entah bagaimana harus terintegrasi bersama. Sementara pelatihan dapat melakukan pekerjaan yang baik untuk menunjukkan kepada Anda bagaimana bekerja dengan produk tertentu, membuat produk tersebut bekerja sama adalah cerita yang berbeda. Dan apa pun yang mungkin diharapkan vendor, kenyataannya hanya sedikit organisasi yang benar-benar merupakan lingkungan vendor tunggal atau produk tunggal.

Bawa pulang :Anda harus belajar berintegrasi sendiri.

Jika dicolokkan ke dinding, itu miliknya

Salah satu kejutan pertama yang saya dapatkan ketika saya menerima pekerjaan sebagai sysadmin adalah ketika telepon saya berdering dan salah satu manajer senior berkata, "Hei, mesin fotokopi di area penjualan tidak berfungsi. Bisakah Anda melihatnya?" Saya dengan sopan memberi tahu dia bahwa saya adalah administrator TI, dan jawabannya adalah, "Ya, tapi itu terhubung ke dinding, jadi itu masalah TI." Skenario seperti itu memberi saya kesempatan untuk menjadi jack-of-(beberapa)-perdagangan di luar keterampilan sysadmin saya. Mengetahui dasar-dasar tentang berbagai perangkat non-komputer akan berguna.

Bawa pulang :Beberapa sertifikasi Red Hat, CompTIA, Microsoft, dan Cisco tidak mengajari saya apa pun tentang mesin fotokopi.

TI adalah lubang hitam anggaran

Beberapa organisasi tidak merangkul teknologi dengan baik. Saya pikir jumlah perusahaan seperti itu berkurang dengan cepat karena teknologi merupakan landasan untuk sukses dalam bisnis hari ini. Namun, ada ketidaksepakatan, dan mereka sering dipimpin oleh eksekutif senior yang membentuk budaya skeptisisme dan frustrasi. Ketika saya mengalami ini sendiri, itu didasarkan pada proposal anggaran tahunan untuk departemen TI kami. Saat proposal ditinjau, saya ditantang pada berbagai komponen. Akhirnya, direktur eksekutif mengangkat tangannya ke udara dan berkata, "Kita hanya perlu menyetujui ini, melihat uang masuk ke lubang hitam TI, dan berharap kita mendapat manfaat darinya." Memang, beberapa dari sikap ini dihasilkan dari departemen TI yang tidak secara jelas mengartikulasikan manfaat, tetapi beberapa di antaranya juga kurangnya pemahaman dari pihak kepemimpinan. Saya menemukan bahwa ini memberi saya pemahaman tentang betapa pentingnya komunikasi antara TI dan seluruh organisasi.

Bawa pulang :Beberapa pengambil keputusan melihat TI sebagai lubang hitam anggaran.

Manajemen proyek sangat penting

Keterampilan manajemen proyek adalah bagian penting dari pekerjaan sysadmin. Ironisnya, salah satu frustrasi besar dalam karir sysadmin saya terjadi setelah saya meninggalkan pekerjaan sysadmin saya dan kembali ke industri pelatihan. Saya sedang mempersiapkan ujian sertifikasi ITIL yang mencakup topik-topik seperti praktik TI, manajemen layanan, dan cara menyelaraskan layanan TI dengan tujuan bisnis. Pertama kali saya membaca buku itu, pikiran berulang yang muncul di kepala saya halaman demi halaman adalah, "Seandainya saya tahu ini." Keterampilan layanan dan manajemen proyek semacam itu akan membuat hidup saya sebagai sysadmin jauh lebih mudah dan penyampaian layanan TI saya ke perusahaan jauh lebih efektif.

Bawa pulang :Tidak semua keterampilan TI bersifat teknis—investasikan dalam pengetahuan manajemen proyek dan layanan. Saya sendiri secara aktif mengejar sertifikasi manajemen proyek sekarang.

Pengguna tidak melihat keamanan sebagai masalah mereka

Sementara dunia keamanan siber terus berusaha meyakinkan pengguna akhir bahwa mereka adalah target serangan dan komponen penting untuk mengurangi ancaman, sebagian besar karyawan tampaknya masih tidak percaya bahwa mereka adalah roda penggerak terpenting dalam mesin keamanan. Mereka masih menuliskan kata sandi. Mereka masih mengekspos informasi pribadi di media sosial. Mereka masih mengklik lampiran email dari pengirim yang tidak dikenal. Mereka masih menopang pintu-pintu perimeter yang diamankan. Mereka masih meninggalkan perangkat tanpa pengawasan. Manajer TI saya sendiri pernah meninggalkan laptopnya di keamanan bandara—dan dia telah mengonfigurasinya untuk login otomatis sehingga dia tidak perlu repot dengan kata sandi sial itu!

Kami akan terus menyampaikan pesan kepada pengguna bahwa mereka harus memperhatikan keamanan dengan serius, dan menurut saya, itu dimulai dengan meyakinkan pengguna bahwa mereka adalah target sebenarnya. Semakin banyak pengguna yang memahami hal ini, tetapi ini adalah percakapan yang berkelanjutan.

Bawa pulang :Kita harus terus meyakinkan pengguna bahwa mereka adalah bagian penting dari keamanan.

Memenangkan pertempuran TI adalah hal budaya, bukan hal teknis

Anda mungkin memperhatikan bahwa pengamatan sebelumnya—frustrasi anggaran, manajemen proyek, perspektif keamanan—semuanya bersifat non-teknis. Pengamatan tersebut dapat disimpulkan dengan ide ini:Memahami nilai TI didasarkan pada budaya perusahaan dan bukan pada aspek teknis layanan. Jika para pemimpin senior dan pengguna kekuasaan yang dihormati tidak menerima manfaat teknologi, orang lain juga tidak. Salah satu bagian penting dari hal ini adalah bahwa departemen TI harus dapat dengan jelas mengartikulasikan manfaat, kelincahan, dan kemenangan bisnis yang terjadi dengan teknologi dan layanan baru.

Bawa pulang :Budaya setidaknya sama pentingnya dengan teknologi.

Bonus:TI masih membenci Mac

Ya. Tetap.

[ Kursus gratis untuk Anda:Tinjauan Teknis Virtualisasi dan Migrasi Infrastruktur. ] 

Menutup

Ini adalah beberapa pengamatan yang melekat pada saya selama 25 tahun saya bekerja di bidang TI. Saya menduga banyak dari Anda memiliki cerita dan frustrasi yang serupa (atau identik). Saya mendorong Anda semua untuk mempertimbangkan beberapa anekdot ini dan menemukan cara untuk menguranginya. Pikirkan tentang manajemen proyek sebagai inisiatif pelatihan Anda berikutnya, atau mungkin bertukar pikiran tentang bagaimana organisasi Anda memahami teknologi dari perspektif budaya.

Saya akan senang mendengar cerita dan pengamatan Anda di komentar di bawah. Dan saya harap Anda akan mempertimbangkan untuk berkontribusi pada Enable Sysadmin.


Linux
  1. Hal Yang Perlu Diingat Sebelum Mengupgrade Server Produksi

  2. Karier Sysadmin:korelasi antara mentor dan kesuksesan

  3. 20 panduan dan tutorial sysadmin teratas

  1. Kisah Linux Saya:Dari penggemar 8-bit hingga sysadmin Unix

  2. bagaimana cara saya memeriksa di bash apakah file dibuat lebih dari x waktu yang lalu?

  3. kurang itu lebih? Apakah lebih sedikit? Aku begitu bingung

  1. Kisah Sysadmin:Lihatlah kembali lelucon IT sekolah lama

  2. Menjadi administrator sistem Linux:Dari penjualan hingga sysadmin

  3. Konten Sysadmin teratas Februari 2021