Adakah sistem warisan saya perlu dimodenkan? Tanda-tanda yang tidak patut diabaikan

Sistem warisan anda perlu dimodenkan jika ia menunjukkan satu atau lebih tanda berikut: teknologinya sudah tiada sokongan pembekal, hanya seorang atau satu kontraktor yang memahaminya, ia hanya dapat berhubung dengan e-invois, bank atau aplikasi baharu melalui eksport manual, atau setiap perubahan kecil mengambil masa berminggu-minggu. Sebagai contoh, menurut Microsoft, sokongan lanjutan untuk SQL Server 2014 tamat pada Julai 2024, dan sokongan untuk .NET 8 dan .NET 9 tamat pada 10 November 2026. Jika sistem itu stabil, terasing dan murah untuk dikekalkan, keputusan yang betul mungkin ialah menunggu.

Dalam bahagian 1 siri ini anda telah menyenaraikan sistem yang tanpanya perniagaan anda tidak boleh beroperasi walau sehari. Kini kita bertanya tentang setiap satu: adakah ia benar-benar perlu dimodenkan?

Tanda pertama: teknologinya sudah tiada sokongan pembekal

Setiap produk yang anda beli atau jadikan asas binaan mempunyai tarikh tamat sokongan. Selepas tarikh itu, pembekal tidak lagi mengeluarkan pembetulan keselamatan baharu, jadi sebarang kelemahan yang ditemui kemudian kekal terbuka dalam sistem anda. Soalan pertama bagi setiap sistem ialah: atas teknologi apakah ia dibina, dan bilakah sokongannya tamat? Contoh-contoh ini diambil daripada halaman kitaran hayat produk Microsoft, dan ia antara teknologi paling biasa di sebalik sistem perniagaan:

Sumber: halaman Microsoft bagi Windows Server 2012 R2, SQL Server 2014 dan .NET. Ambil perhatian bahawa terkeluar daripada sokongan tidak bermakna sistem akan berhenti esok. Ia bermakna risiko meningkat setiap bulan, dan kemas kini keselamatan berbayar memberi anda masa untuk merancang; ia tidak menghapuskan keperluan membuat keputusan.

Tanda pengetahuan: siapa yang memahaminya, dan atas apa ia berjalan

• Hanya seorang yang memahaminya. Jika setiap pembaikan menunggu seorang pekerja atau seorang pembangun luar, sistem anda bergantung pada cuti dan peletakan jawatan mereka. Inilah tanda paling berbahaya, kerana ia tidak muncul dalam mana-mana laporan sehingga ketiadaan itu berlaku.
• Tiada siapa berani menyentuh mesin itu. Sebuah pelayan di bilik tepi yang semua orang tahu tidak boleh dimulakan semula, dengan alat ganti yang tidak lagi dijual. Jika ia berhenti, perniagaan berhenti, dan tiada pengganti yang sedia ada.
• Hanya kod yang mengetahui peraturan perniagaan. Cara diskaun, komisen atau kebenaran dikira hanya wujud dalam perisian, tanpa sebarang dokumen yang menerangkannya. Itulah tepatnya yang akan kita ekstrak dengan AI dalam bahagian 4.

Tanda integrasi dan kelajuan: sistem melambatkan syarikat

• Ia tidak dapat bersambung dengan e-invois tanpa jalan pintas. Menurut halaman fasa pelaksanaan e-invois Pihak Berkuasa Zakat, Cukai dan Kastam (ZATCA), fasa pertama bermula pada 4 Disember 2021, dan fasa integrasi dengan sistem ZATCA bermula pada 1 Januari 2023 secara berperingkat mengikut gelombang, dengan setiap perniagaan dimaklumkan sekurang-kurangnya enam bulan sebelum gelombangnya. Jika sistem anda hanya boleh mengeluarkan invois yang mematuhi peraturan melalui program perantara atau kerja manual, baca panduan kami tentang gelombang 25 dan integrasi ZATCA.
• Bank dan aplikasi memerlukan eksport manual. Seseorang mengeksport fail daripada sistem setiap hari untuk dimuat naik ke bank, kedai dalam talian atau platform penghantaran. Setiap langkah manual ialah peluang untuk berlakunya kesilapan dan pembaziran masa.
• Perubahan mudah mengambil masa berminggu-minggu. Menambah medan, laporan atau perubahan harga bermakna membuat permintaan dan kemudian menunggu, kerana sebarang perubahan boleh merosakkan bahagian lain yang tiada siapa faham.
• Laporan dibina semula dalam Excel setiap bulan. Jika pasukan anda mengeksport data dan menyusunnya semula secara manual untuk melihat apa yang berlaku, sistem menyimpan data tetapi tidak menjawab soalan anda. Dan jika sistem sebenar anda memang sebuah hamparan elektronik sejak awal, mulakan dengan bila hamparan elektronik tidak lagi menjadi jawapannya.

Bila belum perlu memodenkan

Pemodenan bukan matlamat itu sendiri, dan sesetengah sistem warisan patut dibiarkan seperti sedia ada buat sementara waktu. Menunggu mungkin pilihan yang lebih baik apabila syarat-syarat berikut dipenuhi serentak:

• Stabil: ia tidak mengalami kegagalan serius sejak sekian lama, dan anda jarang perlu mengubahnya.
• Terasing: ia tidak bersambung ke internet dan tidak perlu berhubung dengan sistem lain, jadi risiko kelemahan keselamatannya lebih rendah.
• Murah untuk dikekalkan: lebih daripada seorang memahaminya, dan penyelenggaraannya menelan sedikit wang atau masa.
• Akan diganti juga: jika anda akan beralih kepada produk siap guna tidak lama lagi, jangan melabur untuk memodenkan sistem yang akan bersara.

Dalam keadaan itu, keputusan yang betul ialah memantaunya: rekodkan bila teknologinya terkeluar daripada sokongan, pastikan terdapat sandaran yang berfungsi, dan dokumentasikan apa yang dilakukannya. Jika anda memutuskan untuk memodenkan kemudian, kami telah menerangkan cara yang selamat dalam panduan kami tentang pemodenan sistem warisan tanpa masa henti.

Pandangan Origami

Kami membina sistem dan integrasi serta memodenkan sistem lama, namun perkara pertama yang kami lakukan dengan mana-mana sistem warisan ialah bertanya mengapa ia perlu dimodenkan sama sekali. Sistem yang telah menggerakkan syarikat selama bertahun-tahun wajar dihormati, dan banyak sistem memerlukan integrasi baharu atau dokumentasi yang baik dan bukannya dibina semula.

Oleh itu kami bermula dengan menilai setiap sistem dari segi sokongan, pengetahuan, integrasi dan kelajuan perubahan, kemudian mencadangkan langkah terkecil yang mengurangkan risiko, sama ada integrasi, migrasi atau penulisan semula berbantukan AI dengan seorang jurutera menyemak setiap baris. Jika anda mahukan pandangan tentang sistem anda sendiri, lihat perkhidmatan kami.

Latihan minggu ini: beri setiap sistem markah daripada 8

Ambil senarai sistem yang anda tulis dalam bahagian 1 dan beri setiap satu markah daripada 0 hingga 2 pada setiap satu daripada empat paksi, di mana 0 bermaksud tiada masalah, 1 masalah kecil dan 2 masalah yang jelas:

• Sokongan: adakah teknologinya disokong? (2 jika sokongan telah tamat atau tamat dalam tempoh setahun)
• Risiko pengetahuan: berapa ramai orang yang memahaminya? (2 jika hanya seorang atau satu pembekal)
• Integrasi: adakah ia bersambung dengan sistem invois, bank dan sistem lain tanpa kerja manual? (2 jika sambungannya manual)
• Kelajuan perubahan: berapa lama perubahan mudah mengambil masa? (2 jika ia mengambil masa berminggu-minggu)

Ini alat untuk menyusun keutamaan, bukan keputusan muktamad: sistem yang mendapat 6 daripada 8 atau lebih wajar dirancang sekarang, 3 hingga 5 bermakna pantau dan tetapkan tarikh untuk menilai semula, dan 0 hingga 2 bermakna biarkan ia berjalan. Mana-mana sistem yang mendapat 2 bagi risiko pengetahuan sahaja memerlukan dokumentasi segera, walau berapa pun jumlahnya.

Seterusnya

Kini anda mempunyai senarai sistem dan markah bagi setiap satu. Dalam bahagian 3 kita akan menukar senarai itu kepada inventori lengkap: siapa pemilik setiap sistem, siapa yang menggunakannya, data apa yang disimpannya dan sama ada ia termasuk data peribadi, apa yang disambungkannya, apa yang rosak jika ia berhenti, dan bila lesennya diperbaharui, diikuti lima pilihan bagi setiap sistem: kekalkan, bersarakan, ganti dengan produk siap guna, pindahkan seadanya ke awan, atau bina semula.

Sumber

• Microsoft: kitaran hayat Windows Server 2012 R2 — tamat sokongan lanjutan dan tahun-tahun Extended Security Updates berbayar.
• Microsoft: kitaran hayat SQL Server 2014 — sokongan lanjutan tamat Julai 2024; kemas kini berbayar hingga Julai 2027.
• Microsoft: kitaran hayat .NET — sokongan .NET 8 dan .NET 9 tamat November 2026; .NET 10 hingga November 2028.
• ZATCA: fasa pelaksanaan e-invois — fasa pertama 4 Disember 2021; fasa integrasi mulai 1 Januari 2023 mengikut gelombang.
• AWS Transform: halaman rasmi perkhidmatan — contoh pemodenan berbantukan AI dalam bahagian 1.