Penyelesaian homegrown: Yang baik dan buruk

Suatu ketika dahulu, ketika AS / 400-an berkeliaran di kawanan yang banyak dan S / 390s memerintah, hampir semua IT adalah homegrown. Penjual tidak mempunyai "penyelesaian" - mereka mempunyai platform, dan anda menyesuaikannya agar sesuai dengan keperluan perniagaan. Aplikasi ditulis dari awal dan berkaitan erat dengan keperluan perniagaan, dengan ukuran infrastruktur dan dikonfigurasi agar sesuai.

Hari ini, kita hidup dalam era penyelesaian homogenisasi, berdasarkan vendor yang menyambung ke infrastruktur yang ada dan sedikit disesuaikan. Dalam pertempuran membina vs beli, beli telah menang, dengan banyak kerajinan luar biasa. Ini berlaku untuk perkakasan dan perisian.

[Untuk praktik terbaik mengenai cara mengatur sistem pemantauan dan kawalan jauh untuk permulaannya, lihat Paul Venezia, "Selesaikan masalah pusat data anda dari kerusi mudah." | Lihat apakah anda sepadan dengan profil ini: "Sembilan ciri admin Unix veteran." ]

Sebab utama peralihan ini adalah letupan kepelbagaian teknologi. Di mana dulu terdapat kerangka utama, layar hijau, dan pencetak, kini terdapat banyak kaedah akses pelanggan, rangkaian, penyambungan jarak jauh, keselamatan, penyimpanan, infrastruktur pelayan, virtualisasi, dan sebagainya dan sebagainya.

Kembali ketika IT "sederhana", beberapa pengaturcara dan staf sokongan yang baik dapat menjalankan keseluruhan persembahan. Pada masa kini, sukar bagi syarikat yang lebih kecil dan menengah untuk membenarkan ahli subjek tetap menjaga kakitangan untuk setiap bahagian infrastruktur. Sebagai gantinya, mereka membeli kontrak sokongan yang besar dan mengalihkan beban penyelenggaraan dan penyelesaian masalah sebahagian besar infrastruktur IT mereka kepada vendor yang mungkin mengetahui produk mereka sendiri dengan baik, tetapi sukar menghadapi masalah yang mungkin timbul semasa penyatuan dengan vendor lain 'gear.

Pada dasarnya, beralih ke model ini menghasilkan silo di sekitar komponen utama IT, dengan pemahaman yang samar-samar tentang bagaimana semuanya berfungsi bersama. Di sinilah banyak syarikat mendapati bahawa orang IT mereka menghabiskan sebahagian besar waktunya untuk duduk dalam perjumpaan untuk membincangkan masalah dengan vendor pada panggilan persidangan daripada sebenarnya meneliti dan menyelesaikan masalah itu sendiri. Dalam kes-kes tersebut, staf IT tempatan kelihatan lebih mirip daripada pengasuh - mereka tidak mempunyai hak mental terhadap persekitaran mereka sendiri.

Jelas, ini bukan peraturan yang sukar dan pantas, tetapi sepertinya ini menjadi trend. Dengan iklim ekonomi semasa dan langkah berjimat cermat seperti pengambilan pekerja, kadangkala lebih mudah untuk mendapatkan kontrak sokongan melalui proses belanjawan daripada pengambilan pekerja baru apabila berlaku peralihan teknologi di pusat data.

Dalam kes lain, pengurusan bukan teknikal mendapat heebie-jeebies ketika disajikan dengan rancangan yang merangkumi penyelesaian yang disokong sendiri dari rumah. Banyak eksekutif lebih suka mempunyai sokongan daripada orang yang sedikit teknikal dan sokongan vendor daripada teknolog yang berkemahiran tinggi dan bergaji tinggi untuk memastikan kereta api tetap berjalan tepat pada waktunya. Terdapat keprihatinan yang munasabah mengenai penurunan kemahiran yang diperlukan dan kebergantungan pada beberapa pekerja penting, tetapi orang utama yang berkemahiran umumnya adalah yang membuat perniagaan berjaya, tidak kira di jabatan mana mereka berada.

Masalahnya ialah tidak ada metrik yang baik untuk menentukan kos menjalankan perniagaan dengan cara ini. Apabila anda memindahkan sebahagian atau semua infrastruktur IT anda ke vendor awan dan mengubah pusat data menjadi ruang simpanan, anda mungkin dapat mengukur simpanan anda dari segi bil elektrik dan gaji IT, tetapi kos tersembunyi dapat menjadikannya simpanan hilang. Daripada dapat menghidupkan sepeser pun dan menyediakan penyelesaian baru pada masa-masa genting, anda lebih senang melihat penjadualan dan kelenturan pihak ketiga yang sudah dibayar dan sedang bekerja di bawah kontrak yang panjang. Apabila anda perlu "membuat sesuatu berlaku", anda tidak boleh - anda terjebak dalam beberapa bulan pertemuan apatis dan buffoonery umum dari setiap sudut. Itu 'bahkan tidak menyentuh masalah yang wujud dengan meja bantuan penyumberan luar dan tugas pengkomputeran umum.

Sekarang, ada alasan yang baik bagi syarikat untuk menjalankan kontrak sokongan untuk komponen perkakasan seperti beralih dan pelayan fizikal, dan pastinya vendor perlu dipertanggungjawabkan untuk menyokong produk mereka sendiri. Walau bagaimanapun, hanya bergantung pada kontrak sokongan dan penyelesaian generik adalah cara yang baik untuk membatasi sendiri kelincahan dan prestasi perniagaan apa pun. Pendek kata, lebih banyak guru sama dengan tekanan tangan dan tekanan yang kurang.

Kisah ini, "Penyelesaian Homegrown: Yang baik dan yang buruk," pada awalnya diterbitkan di .com. Baca lebih lanjut blog The Deep End Paul Venezia di .com. Untuk berita teknologi perniagaan terkini, ikuti .com di Twitter.