Bagikan melalui

Menyebarkan Manajemen Pesanan IBM Sterling di Azure

Azure Database untuk PostgreSQL
Azure Files
Azure Red Hat OpenShift
Azure Virtual Machines
Microsoft Azure Virtual Network

Arsitektur ini menggambarkan implementasi lingkungan Sterling Order Management Software (OMS) di Azure. Artikel ini tidak menjelaskan secara rinci tentang cara menginstal Sterling OMS. Untuk mempelajari selengkapnya tentang proses penginstalan, lihat Menginstal Perangkat Lunak Manajemen Pesanan Sterling.

Logo Red Hat adalah merek dagang Red Hat, Inc. Tidak ada dukungan yang tersirat oleh penggunaan merek ini. Apache® dan Apache ActiveMQ adalah merek dagang terdaftar atau merek dagang dari Apache Software Foundation di Amerika Serikat dan/atau negara lain. Tidak ada dukungan oleh The Apache Software Foundation yang tersirat oleh penggunaan tanda ini.

Sistem

Diagram arsitektur yang menunjukkan komponen dan layanan yang mendukung penyebaran sistem manajemen pesanan Sterling OMS IBM di Azure.

Unduh file Visio arsitektur ini.

Anda dapat menyebarkan beban kerja sehingga berhadapan secara internal atau eksternal. Gunakan konfigurasi yang paling sesuai dengan kebutuhan Anda.

Alur kerja

Arsitektur memenuhi persyaratan infrastruktur dengan cara berikut:

  • Platform hosting kontainer digunakan untuk menyebarkan beban kerja yang sangat tersedia di seluruh zona ketersediaan. Kami merekomendasikan Azure Red Hat OpenShift.
  • Layanan database yang dikelola sepenuhnya berfungsi sebagai database back-end untuk sistem OMS. Sterling OMS saat ini mendukung IBM Db2, Oracle Database, dan PostgreSQL. Kami merekomendasikan Azure Database for PostgreSQL dengan opsi server fleksibel.
  • Penyiapan yang dapat diskalakan dan sangat tersedia menyediakan lingkungan untuk menjalankan broker pesan seperti IBM MQ yang mematuhi JAVA Message Service (JMS) API. Diagram tidak menyertakan penyetelan ini. Tergantung pada kebutuhan Anda, itu mungkin berada dalam kluster Anda atau di luar kluster Anda.
  • Titik akhir privat mengisolasi dan membantu mengamankan lalu lintas jaringan ke semua layanan yang terhubung.
  • Mesin virtual (VM) Azure opsional tambahan digunakan untuk tujuan manajemen dan pengembangan.
  • Berbagi Azure Files premium dan standar menyediakan penyimpanan untuk file log dan data konfigurasi aplikasi lainnya.

Komponen

  • Azure Red Hat OpenShift menyediakan kluster OpenShift yang sangat tersedia dan dikelola sepenuhnya sesuai permintaan. Kluster ini dipantau dan dioperasikan bersama oleh Microsoft dan Red Hat.

  • Azure Virtual Network adalah blok bangunan dasar untuk jaringan privat di Azure. Jaringan virtual digunakan untuk komunikasi antara simpul, layanan Azure, dan kebutuhan konektivitas hibrid.

  • Azure Files menyediakan berbagi file yang dikelola sepenuhnya di cloud yang dapat diakses melalui protokol SMB dan NFS. Dalam solusi ini, Azure Files menghosting data stateful untuk database dan sistem yang ada di dalam kluster.

  • Azure Bastion adalah layanan terkelola penuh yang menyediakan akses RDP keamanan dan SSH yang mulus dan ditingkatkan ke VM tanpa paparan melalui alamat IP publik. Dalam solusi ini, Azure Bastion bersifat opsional. Anda dapat menggunakan Azure Bastion dan subnet untuk menyediakan akses keamanan yang ditingkatkan ke salah satu simpul pekerja atau mesin jump box opsional.

  • Azure Database for PostgreSQL adalah layanan database relasional terkelola sepenuhnya yang didasarkan pada mesin database PostgreSQL. Azure Database for PostgreSQL menawarkan performa yang dapat diprediksi dan skalabilitas dinamis, dan sesuai untuk beban kerja yang penting bagi bisnis. Model penyebaran server yang fleksibel memberikan kontrol dan fleksibilitas terperinci atas fungsi manajemen database dan pengaturan konfigurasi.

  • Azure Virtual Machines adalah penawaran infrastruktur sebagai layanan (IaaS). Anda dapat menggunakan Virtual Machines untuk menyebarkan sumber daya komputasi sesuai permintaan dan terukur. Solusi ini menggunakan VM Linux di Azure untuk menyediakan jump box untuk manajemen sumber daya dan layanan berbasis Azure OMS Anda.

Alternatif

Jika Anda memiliki konektivitas jaringan ke lingkungan Azure, Anda dapat melakukan penginstalan dari komputer yang ada alih-alih menggunakan Azure Linux VM.

Layanan berikut biasanya tidak diperlukan, tetapi merupakan alternatif yang efektif:

  • IBM Db2 di Azure adalah alternatif opsional untuk model server fleksibel Azure Database for PostgreSQL. Jika Anda menjalankan IBM Db2 di VM, biasakan diri Anda menggunakan perangkat lunak pengklusteran Azure Load Balancer dan Pacemaker untuk mencapai ketersediaan tinggi untuk server database Anda.
  • Azure NetApp Files mendukung jenis beban kerja apa pun dengan memberikan ketersediaan tinggi dan performa tinggi. Azure NetApp Files sangat ideal untuk beban kerja Sensitif IO, seperti beban kerja IBM Db2 yang berjalan di Azure VM.
  • Oracle Database di Azure adalah alternatif opsional untuk model server fleksibel Azure Database for PostgreSQL.

Detail skenario

IBM Sterling OMS adalah sistem manajemen pesanan yang memberikan platform pemenuhan pesanan multisaluran lengkap. Sistem ini mencakup fitur-fitur seperti:

  • Visibilitas dan permintaan inventori real time.
  • Orkestrasi urutan dan alur kerja yang sepenuhnya dapat dikonfigurasi.
  • Logistik terbalik untuk pengembalian multi-saluran dan mengembalikan status pesanan.

Kemitraan antara Microsoft dan tim IBM Sterling OMS memastikan bahwa solusi ini dikonfigurasi untuk berjalan secara optimal di Azure. Artikel ini menyediakan desain untuk menjalankan Sterling OMS 10.0 dan versi yang lebih baru di Azure untuk pelanggan yang memiliki dukungan dari IBM dan mitra untuk penginstalan. Untuk jawaban atas pertanyaan khusus produk, hubungi tim IBM Anda.

Kemungkinan kasus penggunaan

Banyak industri dan sektor menggunakan solusi OMS, termasuk:

  • Perdagangan Eceran
  • E-niaga
  • Manufaktur

Untuk kasus penggunaan OMS lainnya, lihat Manajemen Pesanan IBM Sterling.

Rekomendasi

Panduan ini mendukung Sterling OMS 10.0 Q3 2022 dan versi yang lebih baru. Versi ini menyediakan opsi integrasi terbaik dengan Azure karena mendukung PostgreSQL dan platform kontainer Azure Red Hat OpenShift. Sebelum Anda membangun penyebaran Anda sendiri, gunakan Panduan Mulai Cepat: Manajemen Pesanan Sterling di Azure untuk menyebarkan Sterling OMS. Ketika Anda kemudian memahami cara kerja penyebaran dan konfigurasi, Anda dapat lebih cepat menentukan persyaratan desain implementasi Anda.

Microsoft bekerja sama dengan IBM dan mitra lain untuk memastikan bahwa panduan, arsitektur, dan panduan mulai cepat memberi Anda pengalaman terbaik di Azure. Sumber daya ini mengikuti praktik terbaik seperti yang diuraikan dalam Microsoft Azure Well-Architected Framework. Untuk dukungan di luar dokumentasi ini, hubungi tim akun IBM Anda.

Sebelum melanjutkan penyebaran, jawab pertanyaan berikut tentang desain Anda:

  • Apakah penyebaran Sterling OMS Anda baru, atau apakah Anda memigrasikan penyebaran yang sudah ada ke Azure?
  • Platform database back-end apa yang Anda rencanakan untuk digunakan? Database ukuran apa yang akan Anda butuhkan untuk data Anda?
  • Jenis broker pesan berbasis JMS apa yang Anda rencanakan untuk digunakan?
  • Di mana Anda berencana untuk menyebarkan sistem olahpesan:
    • Di kluster OpenShift yang sama?
    • Eksternal ke kluster pada platform yang berbeda atau pada VM?
  • Apakah Anda memiliki registri kontainer yang sudah ada, dan apakah Anda berencana untuk tetap menggunakannya?
  • Jumlah dan ukuran VM apa yang Anda butuhkan untuk simpul pekerja Anda?
  • Apa persyaratan keamanan terkait enkripsi Anda?
  • Apa persyaratan akses Anda, dan pertimbangan integrasi Penyedia Identitas (IdP) apa yang Anda miliki?
  • Apa kebutuhan konektivitas Anda? Aturan firewall apa yang Anda perlukan untuk terhubung ke layanan internal dan eksternal (egress)?
  • Apa strategi Anda untuk ketersediaan tinggi dan pemulihan bencana?

Sterling OMS

Sterling OMS versi 10.0.2209.0 telah diuji di Azure. Kami menyarankan agar Anda menggunakan Sterling OMS versi terbaru.

Sebelum menyebarkan sumber daya Azure Anda untuk mendukung lingkungan Sterling OMS Anda, biasakan diri Anda dengan persyaratan berikut:

Azure Red Hat OpenShift

Sterling OMS telah diuji dengan Azure Red Hat OpenShift versi 4.10.15. Sebelum Anda menyebarkan Azure Red Hat OpenShift:

  • Tentukan domain. Saat Anda menyebarkan Azure Red Hat OpenShift, tentukan nama domain yang ditambahkan ke semua layanan yang disebarkan di kluster Anda.
  • Tentukan VISIBILITAS API dan ingress Anda. Tentukan bagaimana Anda ingin API kluster OpenShift Anda (untuk manajemen) dan ingress (untuk aplikasi dan layanan yang disebarkan) menghadap internet. Jika Anda menggunakan konektivitas privat untuk menyembunyikan API atau ingress, Anda hanya dapat menjangkau titik akhir ini dari komputer yang dapat menjangkau jaringan tempat Anda menyebarkan layanan.
  • Hitung kontrol dan ukuran dan jumlah VM pekerja Anda. Di Azure Red Hat OpenShift, jumlah kontrol adalah angka tetap, dengan ukuran minimum yang direkomendasikan. Simpul pekerja Anda, yang menjalankan beban kerja aplikasi Anda seperti Sterling OMS, berukuran terpisah. Saat Anda menyebarkan instans, pertimbangkan jumlah simpul pekerja yang diperlukan di kluster Anda, ditambah ukuran masing-masing yang sesuai. Anda mungkin perlu melakukan beberapa pengujian dan validasi untuk menentukan angka dan ukuran yang benar. Nilai-nilai ini bergantung pada jumlah agen dalam penyebaran Anda dan jumlah pod untuk setiap jenis agen yang Anda jalankan. Setelah menyebarkan, Anda dapat menyesuaikan nilai-nilai ini saat Anda perlu menskalakan.

Untuk informasi selengkapnya, lihat Sebelum Mulai Untuk Azure Red Hat OpenShift.

Mengukur lingkungan Anda

Kami menyarankan agar Anda menggunakan VM seri Ds terbaru sebagai simpul pekerja Anda. Contohnya adalah seri Dsv3, Dasv4, Dsv4, Dasv5, dan Dsv5 . Versi terbaru VM ini memberikan performa terbaik. Saat Anda menyebarkan lebih banyak simpul, hanya gunakan VM yang memiliki penyimpanan premium.

Database spesifik

Karena Sterling OMS memiliki berbagai opsi database back-end, penting untuk terlebih dahulu memutuskan platform mana yang akan dihosting database Anda. Kemudian Anda dapat membuat keputusan tentang ukuran platform tersebut. Ingatlah panduan umum berikut selama proses ini:

  • Azure Database for PostgreSQL, model penyebaran server fleksibel: Karena sifat opsi skala dan redundansinya, model server fleksibel Azure Database for PostgreSQL adalah metode pilihan untuk menghosting beban kerja STERLING OMS di Azure. Saat Anda menyebarkan instans:
    • Pilih tingkat komputasi yang cocok dengan pola penggunaan Anda. Kami menyarankan Agar Anda memulai dengan tingkat tujuan umum dan memilih jumlah inti yang sesuai. Perhatikan juga bahwa CPU, memori, dan IOP Anda terkait dengan pilihan ukuran komputasi Anda.
    • Tambahkan penyimpanan yang sesuai. Ingat juga bahwa peningkatan penyimpanan meningkatkan biaya, dan Anda tidak dapat menyusutkan penyimpanan yang disediakan. Akibatnya, penting untuk mengetahui ukuran data awal dan prediksi pertumbuhan Anda.
    • Sesuaikan parameter server seperti max_connections yang memengaruhi kemampuan agen Anda untuk mempertahankan konektivitas ke database Anda.
  • Db2 pada VM: Saat Anda menjalankan Db2 di Azure VM, ada beberapa faktor kompleks yang perlu Anda atasi, seperti performa dan ketersediaan. Untuk artikel terperinci tentang penyebaran Db2 berkinerja tinggi di Azure, lihat Ketersediaan tinggi IBM Db2 LUW di Azure VM di Red Hat Enterprise Linux Server. Artikel tersebut menjelaskan pertimbangan ukuran dan performa. Ini juga menunjukkan kepada Anda cara menyebarkan kluster Db2 ketersediaan tinggi yang menggunakan Pacemaker.
  • Oracle: Jika saat ini Anda menggunakan Oracle Database, atau jika Anda berencana untuk bermigrasi ke Oracle, biasakan diri Anda dengan sumber daya berikut untuk menjalankan beban kerja Oracle di Azure:

Spesifik antrean pesan

Sterling OMS memerlukan broker pesan berbasis JMS. Paling umum, IBM MQ digunakan. Cara terbaik untuk menjalankan instans IBM MQ yang sangat tersedia di Azure adalah dengan menggunakan Bagan IBM MQ Helm untuk penyebaran Kubernetes. Anda dapat menyebarkan bagan ini ke kluster Azure Red Hat OpenShift yang ada ke pekerja terpisah untuk mengisolasi beban kerja Anda. Anda juga dapat menyebarkan dan menginstal IBM MQ secara manual ke VM jika mau.

Sebagai bagian dari penyebaran standar, Anda dapat menentukan antrean pada waktu penyebaran, yang mengurangi waktu konfigurasi yang diperlukan untuk memutar instans Anda. Penyebaran standar membuat satu instans aktif dan dua pasif dari manajer antrean Anda. Setelah penyebaran selesai, Anda dapat menggunakan SSH untuk terhubung ke pod pemimpin saat ini dan menentukan file pengikatan JMS Anda. Anda kemudian dapat menggunakan file tersebut untuk membuat peta konfigurasi untuk penyebaran Sterling OMS Anda.

IBM juga mendukung sistem antrean pesan berbasis JMS lainnya, seperti Apache ActiveMQ. Untuk informasi selengkapnya, lihat Antrean pesan di Perangkat Lunak Manajemen Pesanan Sterling. Opsi penyebaran Anda bervariasi per solusi.

Pertimbangan

Pertimbangan ini mengimplementasikan pilar Azure Well-Architected Framework, yang merupakan serangkaian tenet panduan yang dapat digunakan untuk meningkatkan kualitas beban kerja. Untuk informasi selengkapnya, lihat Microsoft Azure Well-Architected Framework.

Keandalan

Keandalan memastikan aplikasi Anda dapat mencapai komitmen yang Anda buat kepada pelanggan Anda. Untuk informasi selengkapnya, lihat daftar periksa tinjauan desain untukKeandalan .

Azure Red Hat OpenShift memiliki kemampuan bawaan untuk penyembuhan, penskalaan, dan ketahanan mandiri untuk memastikan bahwa Azure Red Hat OpenShift dan Sterling OMS berhasil bekerja. Azure Red Hat OpenShift dan Sterling OMS telah dirancang untuk bagian yang gagal dan pulih. Persyaratan utama untuk penyembuhan diri adalah ada cukup simpul pekerja. Untuk memulihkan dari kegagalan zona dalam wilayah Azure, simpul kontrol dan pekerja Anda harus seimbang di seluruh zona ketersediaan.

Sterling OMS dan Azure Red Hat OpenShift menggunakan penyimpanan database untuk mempertahankan status di luar kluster Kubernetes. Log dan sumber daya aplikasi lainnya disimpan ke akun penyimpanan. Untuk memastikan bahwa dependensi penyimpanan terus berfungsi selama kegagalan, gunakan penyimpanan redundan zona jika memungkinkan. Jenis penyimpanan ini tetap tersedia ketika zona gagal. Penyebaran database Anda juga harus memperhitungkan konfigurasi multi-zona.

Karena kesalahan manusia umum terjadi, sebarkan Sterling OMS dengan menggunakan otomatisasi sebanyak mungkin. Untuk beberapa contoh skrip untuk menyiapkan otomatisasi menyeluruh dan menyeluruh, lihat Panduan Mulai Cepat: Manajemen Pesanan Sterling di Azure di GitHub.

Keamanan

Keamanan memberikan jaminan terhadap serangan yang disukai dan penyalahgunaan data dan sistem berharga Anda. Untuk informasi selengkapnya, lihat daftar periksa tinjauan desain untuk Keamanan.

Mempertahankan akses dan visibilitas ke dalam siklus hidup pemeliharaan aset Anda dapat menjadi salah satu peluang terbesar organisasi Anda untuk beroperasi secara efisien dan mempertahankan waktu aktif. Untuk membantu meningkatkan postur keamanan lingkungan Anda, penting untuk menggunakan autentikasi yang aman dan menjaga solusi Anda tetap terbarui. Gunakan enkripsi untuk membantu melindungi semua data yang bergerak masuk dan keluar dari arsitektur Anda.

Azure memberikan Sterling OMS dengan menggunakan model IaaS dan platform as a service (PaaS). Microsoft membangun perlindungan keamanan ke dalam layanan di tingkat berikut:

  • Pusat data fisik
  • Jaringan fisik
  • Host fisik
  • Hypervisor

Evaluasi layanan dan teknologi yang Anda pilih dengan cermat untuk area di atas hypervisor, seperti versi terbaru yang di-patch Azure Red Hat OpenShift untuk rilis utama. Pastikan untuk memberikan kontrol keamanan yang tepat untuk arsitektur Anda. Anda bertanggung jawab untuk menambal dan menjaga keamanan sistem IaaS. Microsoft mengambil peran tersebut untuk layanan PaaS seperti Azure Red Hat OpenShift. Meskipun Anda dapat memulai peningkatan untuk Azure Red Hat OpenShift, itu dikelola sepenuhnya oleh Microsoft dan Red Hat. Untuk informasi selengkapnya tentang patching dan peningkatan Azure Red Hat OpenShift, lihat Meningkatkan kluster Azure Red Hat OpenShift.

Gunakan grup keamanan jaringan untuk memfilter lalu lintas jaringan ke dan dari sumber daya di jaringan virtual Anda. Dengan grup ini, Anda dapat menentukan aturan yang memberikan atau menolak akses ke layanan STERLING OMS Anda. Contohnya meliputi:

  • Memblokir akses ke semua bagian lain dari infrastruktur yang Anda sebarkan, seperti port dan layanan tertentu yang digunakan broker pesan atau database back-end Anda.
  • Mengontrol lokasi mana yang memiliki akses ke Sterling OMS dan kluster OpenShift.

Nomor port dan rentang yang perlu Anda buka bergantung pada banyak faktor. Beberapa yang perlu dipertimbangkan adalah:

  • Port 443, untuk komunikasi layanan ke layanan.
  • Port khusus database seperti port 5432 untuk opsi server fleksibel Azure Database for PostgreSQL.
  • Port antrean pesan seperti port 1414 untuk IBM MQ.

Pertimbangkan juga poin-poin ini:

  • Node kluster Azure Red Hat OpenShift harus memiliki akses internet keluar. Jika Anda tidak dapat menyediakan akses ini, simpul ini memerlukan akses minimum ke Azure Resource Manager dan titik akhir pengelogan layanan.
  • IBM menyediakan panduan untuk menerapkan beberapa aplikasi Sterling OMS yang berbagi layanan umum seperti database back-end. Penyebaran tersebut juga memiliki pertimbangan firewall intra-aplikasi. Untuk informasi selengkapnya, lihat Membuka port firewall untuk komunikasi intra-aplikasi.

Jika Anda memerlukan akses ke node OpenShift non-Azure Red Hat lainnya, Anda dapat secara opsional menggunakan Azure Bastion untuk mengakses VM Anda. Untuk alasan keamanan, jangan mengekspos VM ke jaringan atau internet tanpa mengonfigurasi kelompok keamanan jaringan untuk mengontrol akses ke VM.

Enkripsi sisi server (SSE) penyimpanan disk Azure membantu melindungi data Anda. SSE juga membantu Anda memenuhi komitmen keamanan dan kepatuhan organisasi. Dengan disk terkelola Azure, SSE mengenkripsi data tidak aktif saat menyimpannya ke cloud. Perilaku ini berlaku secara default untuk OS dan disk data. OpenShift menggunakan SSE secara default. Azure Red Hat OpenShift juga mendukung kunci enkripsi yang dikelola pelanggan (CMEK) untuk disk OS di kluster Anda.

Autentikasi

Anda harus mengonfigurasi OAuth untuk Azure Red Hat OpenShift. Untuk informasi selengkapnya, lihat Gambaran umum autentikasi dan otorisasi dalam dokumentasi Azure Red Hat OpenShift.

Melindungi infrastruktur Anda

Kontrol akses ke sumber daya Azure yang Anda sebarkan. Setiap langganan Azure memiliki hubungan kepercayaan dengan penyewa Microsoft Entra. Gunakan kontrol akses berbasis peran Azure untuk memberi pengguna dalam organisasi Anda izin yang benar ke sumber daya Azure. Berikan akses dengan menetapkan peran Azure kepada pengguna atau grup pada cakupan tertentu. Cakupannya bisa berupa langganan, grup sumber daya, atau satu sumber daya. Pastikan untuk mengaudit semua perubahan pada infrastruktur. Untuk informasi selengkapnya tentang audit, lihat Log aktivitas Azure Monitor.

Pengoptimalan Biaya

Pengoptimalan Biaya adalah tentang melihat cara untuk mengurangi pengeluaran yang tidak perlu dan meningkatkan efisiensi operasional. Untuk informasi selengkapnya, lihat daftar periksa Design review untuk Pengoptimalan Biaya.

Penyebaran standar Sterling OMS terdiri dari komponen berikut. Anda dapat menyesuaikan banyak sumber daya berbasis komputasi ini untuk memenuhi kebutuhan Anda. Misalnya, Anda dapat meningkatkan simpul agen IBM MQ Anda untuk memungkinkan throughput yang lebih besar.

Azure Red Hat OpenShift (untuk OMS)

  • Tiga VM kontrol (Standard_D8s_v5)
  • Tiga VM pekerja (Standard_D8s_v5)

Sumber Daya Tambahan:

  • Satu jaringan virtual (/16), dengan subnet berikut dipertimbangkan:
    • Subnet simpul kontrol Azure Red Hat OpenShift (/24)
    • Subnet simpul pekerja Azure Red Hat OpenShift (/24)
    • Subnet data, jika diperlukan (/27)
    • Subnet VM tambahan, jika diperlukan (/27)
    • Subnet manajemen, jika diperlukan (/30)
  • Satu instans Azure Database for PostgreSQL dengan opsi server fleksibel
  • Satu instans Azure Container Registry
  • Dua akun Azure Storage
  • Tiga zona DNS
  • Dua load balancer
  • Satu jump box VM
  • Azure Bastion

Penyebaran individual dapat berbeda, misalnya, jika Anda menjalankan Db2 di Azure VM, atau jika Anda menyebarkan IBM MQ ke lingkungan Azure Red Hat OpenShift Anda. Untuk meninjau perkiraan contoh, gunakan kalkulator biaya. Konfigurasi bervariasi, jadi verifikasi konfigurasi Anda dengan tim ukuran IBM Anda sebelum Anda menyelesaikan penyebaran.

Menyebarkan skenario ini

Sebelum memulai, tinjau persyaratan untuk Sterling OMS dalam Persyaratan Sistem. Pastikan juga bahwa Anda memiliki sumber daya berikut yang tersedia:

  • Akses ke langganan Azure dengan izin Pembaca .
  • Pendaftaran aplikasi atau nama perwakilan layanan yang memiliki izin Kontributor dan Administrator Akses Pengguna ke langganan.
  • Domain atau subdomain yang didelegasikan ke zona Azure DNS.
  • Kunci pemberian izin IBM Sterling OMS.
  • Ukuran kluster yang direkomendasikan IBM.
  • Jaringan virtual yang ada atau jaringan virtual baru, tergantung pada kebutuhan Anda. Untuk contoh membuat jaringan virtual baru dengan dua subnet kosong, lihat Tutorial: Membuat kluster Azure Red Hat OpenShift 4.
  • Ketersediaan tinggi dan persyaratan pemulihan bencana untuk penyebaran spesifik Anda.
  • File konfigurasi OMEnviroment, omenvironment.yaml, untuk digunakan saat Anda menyebarkan Sterling OMS melalui Katalog Operator OpenShift.

Untuk panduan langkah demi langkah untuk menginstal Azure Red Hat OpenShift dan Sterling OMS di Azure, termasuk cara mengatasi prasyarat, lihat Panduan Mulai Cepat: Manajemen Pesanan Sterling di Azure.

Pertimbangan penyebaran

Praktik terbaik saat ini adalah menyebarkan beban kerja dengan menggunakan infrastruktur sebagai kode (IaC) daripada menyebarkan beban kerja secara manual, karena penyebaran manual dapat mengakibatkan kesalahan konfigurasi. Beban kerja berbasis kontainer dapat sensitif terhadap kesalahan konfigurasi, yang dapat mengurangi produktivitas.

Sebelum Anda membangun lingkungan, tinjau Panduan Mulai Cepat: Manajemen Pesanan Sterling di Azure untuk mengembangkan pemahaman tentang parameter desain. Panduan mulai cepat tidak ditujukan untuk penyebaran siap produksi, tetapi Anda dapat menggunakan aset panduan untuk sampai ke mekanisme tingkat produksi untuk penyebaran.

IBM menawarkan layanan khusus untuk membantu Anda menginstal. Hubungi tim IBM Anda untuk mendapatkan dukungan.

Kontributor

Artikel ini dikelola oleh Microsoft. Ini awalnya ditulis oleh kontributor berikut.

Penulis utama:

Kontributor lain:

Untuk melihat profil LinkedIn non-publik, masuk ke LinkedIn.

Langkah berikutnya