Itu saja, cibir samping - mari kita bicara tentang yang abadi. Dalam posting ini Anda tidak akan menemukan semburan sukacita atau sedikit kemudahan. Karena itu untuk mereka yang bertarung dan mencari, melewati setiap putaran baru upgrade Siebel. Sejak 2013, Oracle telah melakukan kampanye untuk memodernisasi sistem CRM-nya secara mendasar. Sejauh ini, kami telah mengalami tujuh Paket Inovasi (dari IP13 ke IP19). Hingga 2013, rilis dirilis setiap 2-3 tahun, 5–6 tahun terakhir pembaruan Siebel diterbitkan lebih sering, mengikuti jadwal yang jelas: rilis minor (patchset) dirilis setiap bulan, versi fundamental baru (utama) diterbitkan setiap tahun dan sering kali ini berarti kebutuhan klien pemrosesan global atau bahkan "pengenalan ulang" sistem Anda. Untuk menyederhanakan upgrade Siebel, vendor mengembangkan IRM (Incremental Repository Merge) - fungsional yang memfasilitasi proses pemasangan versi baru dengan paket inovasi. Itu akan dibahas.
Prinsip IRM
Untuk memperbarui sistem ke versi baru dengan Paket Inovasi, Anda harus memperbarui repositori sistem. Untuk melakukan ini, bergabung dengan repositori versi baru.
Repositori adalah metadata sistem, mis. Skema segala sesuatu yang fungsinya. Selama proyek, pengembang-konsultan pelanggan (konsumen Siebel) membuat ribuan perubahan pada repositori. Namun, dalam pengiriman rilis dari Oracle, perubahan ini tidak ada, dan vendor sendiri, memodifikasi sistem, menambahkan metadata baru dan secara umum dapat sepenuhnya memproses skema objek tertentu.
Jelas, suatu mekanisme diperlukan di sini yang akan memungkinkan untuk menggabungkan perubahan yang dibuat oleh pengguna sistem dengan perkembangan baru dari Oracle. Untuk ini, IRM telah dibuat.
Tugas diselesaikan selama pemutakhiran Siebel- Mempersiapkan repositori dan lingkungan untuk konsolidasi.
- Integrasi langsung pada lingkungan pembaruan (DEV) (IRM).
- Analisis dan penyelesaian konflik.
- Terapkan perubahan ke lingkungan pembaruan.
- Pengujian regresi.
- Koreksi semua cacat yang muncul selama pembaruan.
- Bermigrasi dari lingkungan peningkatan ke pra-produksi dan selanjutnya ke produksi.
Apa manfaat beralih ke IP17 +?- Mesin baru: OpenUI - kemampuan untuk mengkonfigurasi antarmuka lebih dalam, meningkatkan kegunaan sistem.
- Analisis fungsionalitas perilaku pengguna dalam sistem (Usage Pattern Tracking) akan menciptakan UX yang unik.
- Dukungan lintas-browser: IE tidak lagi menjadi batasan - Anda sekarang dapat bekerja di Edge, Firefox, Chrome dan Safari.
- Alat WebTools (Komposer) memungkinkan Anda untuk membuat perubahan pada antarmuka dan logika bisnis sistem dari browser tanpa memerlukan reboot server, mis. tanpa downtime. Pengembangan prototyping lebih cepat.
- Teknologi CI / CD, otomatisasi transfer tambalan, pengembangan paralel, pengujian otomatis.
- Dukungan untuk teknologi integrasi REST, yang dapat diterapkan dengan baik saat berintegrasi dengan portal klien.
- Inovasi industri: dari membangun dashboard analitik yang indah di perpustakaan JS yang populer hingga Big Data dan teknologi Pembelajaran Mesin.
Kunci untuk peningkatan yang berhasil
IRM mendefinisikan serangkaian perbedaan dalam objek dan properti yang ada di repositori asli, dalam versi pelanggan dan dalam versi baru. Fungsionalitas memungkinkan, berdasarkan keputusan pengembang, untuk memilih metode untuk menggabungkan objek dan, pada tahap terakhir, memulai proses yang efektif untuk memigrasi repositori yang diperbarui dari lingkungan pembaruan ke yang produktif.
Selama merger,
konflik muncul, yaitu, perbedaan antara properti dari objek repositori saat ini dan objek yang sama dari repositori versi baru.
Konflik non-kritis adalah ketidaksesuaian pada objek yang belum terpengaruh oleh pelanggan, mis. perbedaan antara repositori asli dan yang baru. 99% dari konflik semacam itu diselesaikan untuk repositori baru.
Konflik kritis adalah perbedaan objek antara repositori klien dan repositori baru.
Jika Anda mengikuti metodologi Oracle sejak awal proyek, peningkatan selanjutnya akan membutuhkan biaya minimal. Tetapi, sayangnya, seringkali praktik terbaik Oracle dikorbankan ketika memenuhi persyaratan pelanggan tertentu. Sebagai contoh, tabel sistem kadang-kadang diubah secara langsung melalui database, yang tidak diperbaiki dalam repositori Siebel. Atau mereka mengubah kunci pengguna (UK), dimensi dan jenis kolom standar dari tabel standar, yang sangat direkomendasikan tidak dilakukan Oracle. Ini membuat mustahil untuk secara otomatis membangun kembali tabel selama migrasi ke yang produktif dan akan memerlukan banyak manipulasi manual dengan tabel dan data. Selain itu, mengubah kunci dan kolom standar dapat memengaruhi kinerja proses baru yang dikembangkan untuk versi baru Siebel.
Oleh karena itu, penting bahwa sistem diimplementasikan di bawah pengawasan profesional bersertifikat dengan pengalaman implementasi yang luas.
Namun, hal yang paling penting dalam proyek peningkatan adalah perencanaan proses yang kompeten, di mana perlu untuk menyelesaikan beberapa masalah sekaligus.
Infrastruktur solusi- Siapa yang akan mengkonfigurasi infrastruktur:
- menyebarkan server
- mengatur OS
- konfigurasikan RBS
- Deskripsi lingkungan pembaruan. Di mana kita akan melakukan IRM?
- Deskripsi lingkungan pengujian. Bagaimana kita menguji (termasuk sistem eksternal dan integrasi)?
- Deskripsi lingkungan penyebaran. Apakah kita akan memperbarui produk saat ini atau mengatur lingkungan produksi paralel?
Rencana proyek terperinci (dengan mempertimbangkan distribusi tanggung jawab antara pelanggan dan kontraktor)- Harus diperhitungkan bahwa akan perlu untuk "membekukan" pekerjaan memperkenalkan fungsi baru kepada yang produktif.
- Termasuk Anda perlu mempertimbangkan bahwa Anda perlu menginstal ulang semua paket fungsional yang masuk ke produktif setelah dimulainya proyek upgrade.
Rencana uji- Diperlukan skrip pengujian regresi.
- Identifikasi mereka yang bertanggung jawab dan tentukan tim penguji dari CRM dan sistem eksternal.
Rencana implementasi- Buatlah daftar periksa untuk memperkenalkan peningkatan ke dalam produktif.
- Buat paket rollback (ya, ya!;), Kalau-kalau terjadi kecelakaan saat upgrade.
Secara terpisah, masuk akal untuk melakukan audit penuh terhadap sistem (atau bahkan memesannya dari vendor) untuk mengetahui pelanggaran metodologi dan kesalahan implementasi teknis yang dibuat oleh pengembang. Audit ini dilakukan oleh spesialis Oracle bersertifikat, hasilnya dicatat dalam bentuk "milik" protokol Oracle Siebel:
- Laporan Konfigurasi (Kesalahan atau Pelanggaran dalam Konfigurasi Logika Bisnis)
- Laporan integrasi (kesalahan atau pelanggaran dalam objek integrasi)
- Laporan skrip (kesalahan atau pelanggaran dalam modul yang dapat diprogram)
- Kesalahan dalam proses (kesalahan dalam alur kerja dan fungsi otomatis)
Faktanya adalah bahwa kesalahan dapat terjadi dalam fungsi yang dimodifikasi. Pada tahap pengujian regresi dari solusi gabungan, akan perlu untuk memahami secara tepat kesalahan apa yang muncul sebagai hasil dari kombinasi, dan mana yang semula.
Masalah Peningkatan Siebel Paling PentingIRM terbaru, atau Cara meningkatkan ke Siebel terbaru (IP19)
Selama 2 tahun terakhir, perubahan besar telah terjadi dalam sistem Siebel, yang juga menyebabkan perubahan dalam pendekatan untuk memperbarui sistem.
Perubahan utama terkait dengan rilis IP17 pada 2017 dan pembaruan selanjutnya.- Model data sistem dikerjakan ulang, vendor menolak file kompilasi SRF yang digunakan pada startup server. Repositori Runtime telah muncul, yang memungkinkan Anda untuk membuat perubahan pada konfigurasi sistem tanpa me-reboot-nya.
- Siebel Web Server telah menjadi komponen Siebel yang berdiri sendiri, sejak saat itu komponen seperti IIS dan Apache dari produsen pihak ketiga tidak lagi diperlukan. Siebel WebServer disebut Application Interface (AI), ini berjalan atas dasar wadah Tomcat. Semua koneksi ke AI dibuat hanya melalui HTTPS, mis. semua lalu lintas dienkripsi secara default. AI memiliki dukungan REST penuh untuk permintaan masuk dan keluar (teknologi REST memberikan fleksibilitas besar dalam menginstal perbaikan pada sistem dan dalam proses peningkatan repositori).
- Komponen Gateway telah ditingkatkan (sekarang disebut Dynamic Gateway). Yang perlu diperhatikan adalah keseimbangan antar-komponen internal yang didesain ulang. Gateway (Gateway Elastic Load Balancer) sekarang bertanggung jawab untuk itu, yang membuat sistem penyeimbangan beban lebih fleksibel - sebelumnya fungsi ini dilakukan oleh server aplikasi.
- Sistem secara resmi mendukung database Oracle 12 (dukungan untuk database Oracle 11g selesai).
Pada 2018, Oracle mengubah kebijakan rilis untuk Siebel CRM- Semua inovasi dan koreksi di masa mendatang akan dikirimkan sebagai pembaruan, yaitu patcheset yang diinstal dari kit distribusi ke versi saat ini (dimulai dengan IP17). Mereka akan berisi inovasi yang sebelumnya ditunjukkan oleh vendor dalam strategi pengembangan sistem.
- Nama-nama tambalan akan menjadi lebih jelas, karena versi dirilis setiap bulan: misalnya, angka 18.4 berarti "April 2018".
- Model pengiriman baru akan dimulai dengan versi 18.4. Versi terbaru dari model lama adalah 17.6. Untuk beralih dari 17.6 ke 18.4 Anda hanya perlu menginstal kit distribusi (sebagai tambalan, dan bukan sebagai upgrade IRM). Pembaruan bulanan berikutnya mungkin berisi fungsionalitas di mana Anda perlu mengunduh paket kecil perubahan melalui utilitas khusus. Selain itu, semua pembaruan akan bersifat kumulatif.
- Karena perubahan model, klien yang beralih ke IP17 tidak akan lagi menghadapi masalah kurangnya patch untuk versi sistem mereka. Pada saat yang sama, proses peningkatan sistem sangat disederhanakan, biaya dukungan berkurang, dan pengenalan fungsi inovatif dipercepat.
- Untuk meningkatkan, misalnya, ke versi 19 dari versi Siebel sebelumnya (hingga 17), perlu untuk menerapkan peningkatan standar ke versi 17, dan kemudian menggunakan model pembaruan baru.
Perubahan dalam pendekatan untuk meningkatkan ke IP17 +
Saat merancang infrastruktur dan melakukan pengukuran, Anda perlu mempertimbangkan infrastruktur server IP17 yang baru. Persyaratan untuk zat besi akan meningkat, karena Repositori Runtime membutuhkan lebih banyak sumber daya. Penyeimbangan antarmuka antarmuka aplikasi dan komponen Gateway yang aman dan aman merekomendasikan 3 komponen, bukan 2. Anda perlu meninjau dan memigrasi konfigurasi server dan profil server ke arsitektur IP17 yang baru.
Ini juga akan diperlukan untuk mentransfer semua artefak web, seperti templat HTML, JS, CSS, dll., Ke server web Antarmuka Aplikasi yang baru. Ngomong-ngomong, semua artefak web pada akhirnya akan pindah ke repositori sistem.
Langkah selanjutnya adalah memperbarui sistem operasi dan database ke versi yang didukung (Anda perlu memeriksa tab sertifikasi perangkat lunak Siebel untuk Dukungan Oracle) dan mengeluarkan sertifikat HTTPS yang benar.
Terakhir, Anda harus menjalankan IRM untuk yang terakhir kalinya, dan pembaruan versi lebih lanjut hanya akan dilakukan melalui pemasangan tambalan.
Jika bersamaan dengan peningkatan ke IP17 + Anda sedang mengembangkan fungsionalitas baru pada versi sistem Anda saat ini, maka akan perlu untuk menguji ulang dan memperbarui dokumentasi yang menyertainya. Dan pengembang dan administrator dilatih untuk bekerja dengan teknologi Workspace, Alat Migrasi, dan Konsol Manajemen Infrastruktur Siebel yang baru.
Anda dapat menentukan pendekatan untuk peningkatan, yang tergantung pada versi Anda saat ini, dari tabel ini:
*** Untuk informasi lebih lanjut tentang rilis SEA dan SIA Siebel CRM, silakan merujuk ke artikel Dukungan Oracle Saya
1514115.1 .
Akhlak
Jelas, proyek-proyek seperti itu membutuhkan keterlibatan konsultan berpengalaman (yah, tanpa mereka) yang mampu meramalkan dan menyiasati jebakan, kompeten merencanakan proses pemutakhiran di mana pelanggan tidak akan kewalahan. Yaitu meminimalkan dan bahkan menghilangkan risiko downtime sistem yang berkepanjangan, kehilangan data, kesalahan kritis dalam proses bisnis setelah peningkatan. Misalnya, pilihan kunci tabel yang salah dapat memerlukan pemrosesan proses skala besar dalam sistem - dan kemudian pembaruan sederhana berisiko berubah menjadi proyek selama beberapa bulan.
Maxim Chugunkin, kepala kelompok arsitektur sistem, Jet Infosystems