SAP Fiori - Gerbang NetWeaver

GETAH NetWeaver Gatewaydigunakan untuk mengatur koneksi antara rangkaian bisnis SAP dan klien target, platform dan kerangka kerja. Ini menawarkan alat pengembangan dan generasi untuk dibuatOData layanan ke alat pengembangan klien yang berbeda.

Gateway SAP NetWeaver menyediakan cara yang lebih mudah untuk konsumsi logika bisnis dan konten untuk sistem SAP Back-end pada aplikasi web. Ini juga mengurangi kerumitan untuk mengakses data SAP dan menyediakan antarmuka yang mudah untuk mengurangi waktu pengembangan.

SAP NetWeaver Gateway: Kapabilitas dan Manfaat Utama

SAP NetWeaver Gateway adalah teknologi yang menyediakan cara sederhana untuk menghubungkan perangkat, lingkungan, dan platform ke perangkat lunak SAP berdasarkan standar pasar.

  • Tidak mengganggu, rangkaian bisnis SAP apa pun.

  • Kemudahan untuk mengembangkan API sederhana dan tidak membutuhkan pengetahuan alat apa pun.

  • Berdasarkan REST, ATOM / OData. Ini memungkinkan konektivitas ke aplikasi SAP menggunakan bahasa atau model pemrograman apa pun, tanpa memerlukan pengetahuan SAP, dengan memanfaatkanREST layanan dan OData/ATOM protokol.

  • Ini menyediakan plug-in untuk IDE terkenal seperti Eclipse, Visual Studio 2010 dan XCode.

Hubungkan SAP NetWeaver Gateway ke SAP Business Suite

Ini melibatkan konfigurasi server Back-end sebagai sistem terpercaya.

Step 1 - Gunakan T-code: SM59

Step 2 - Klik ikon buat seperti yang ditunjukkan di bawah ini.

Step 3 - Masukkan detailnya seperti yang ditunjukkan di bawah ini -

  • Nama Tujuan RFC
  • Jenis Koneksi: 3

Step 4 - Pergi ke Technical Settings tab dan masukkan detailnya seperti yang dijelaskan di bawah ini.

Step 5 - Masukkan host gateway di Target Host bidang dan nomor Instance di System Number bidang.

Step 6 - Pergi ke Logon & Security tab dan masukkan detailnya.

Step 7 - Masukkan nomor klien dan klik Current user untuk otentikasi.

Step 8 - Pilih Trust Relationship sebagai Yes dan klik save ikon di atas.

Step 9 - Pilih Kembali ke layar awal dan gunakan T-code: SMT1

Step 10 - Klik create icon seperti gambar dibawah.

Itu Trusting Wizard akan buka.

Step 11 - Masukkan detail tujuan RFC yang baru saja Anda buat dan klik Continue.

Step 12- Informasi dari sistem terpercaya ditampilkan. KlikSave tombol.

Di sini, Anda telah menetapkan hubungan kepercayaan antara sistem SAP Anda dan host NetWeaver Gateway dengan mengonfigurasi sistem SAP menjadi sistem yang dipercaya dan host NW menjadi sistem tepercaya. Ini memungkinkan logon jarak jauh bagi pengguna untuk menggunakan data pengguna di gateway SAP NetWeaver dan sistem SAP.

SAP NetWeaver Gateway: Opsi Penerapan

Ada dua opsi penyebaran berbeda yang tersedia untuk menerapkan gateway SAP NetWeaver untuk konfigurasi SAP Fiori.

Penyebaran Hub Pusat dari SAP NetWeaver Gateway: Pengembangan dalam Sistem Back-End

Dalam jenis opsi penerapan ini, Add-On UI pusat, Add-On UI khusus Produk, dan gateway SAP NetWeaver terdapat di server front-end ABAP. Server back-end berisi logika bisnis dan data back-end. Pengembangan berlangsung dalam sistem back-end ABAP.

Layanan digunakan pada sistem back-end dan terdaftar di server. Layanan Gateway digunakan dalam sistem back-end Gateway. AntaraIW_BEP diterapkan atau sistem yang berjalan pada versi 7.4 atau yang lebih tinggi memanfaatkan komponen inti SAP_GWFND.

Advantages

  • Ini memungkinkan perubahan pada UI tanpa otorisasi pengembangan di back-end.

  • Ini memberikan satu titik pemeliharaan untuk semua masalah UI.

  • Ini menyediakan tempat sentral untuk tema dan branding dari Aplikasi Fiori.

  • Ini menyediakan satu titik akses ke sistem back-end.

  • Karena tidak ada akses langsung ke sistem back-end, ini meningkatkan keamanan.

  • Akses lokal langsung ke metadata (DDIC) dan data bisnis dan kemudahan penggunaan kembali data.

Disadvantages

  • Ini membutuhkan sistem SAP NetWeaver Gateway terpisah.

Note - SAP merekomendasikan opsi penyebaran Hub Pusat untuk lingkungan produksi.

Penyebaran Hub Pusat dari SAP NetWeaver Gateway

Dalam opsi ini, fungsionalitas server Gateway digunakan pada satu server khusus, sistem hub. Berbeda dengan opsi pertama, penyebaran layanan terjadi pada sistem hub.

Opsi ini digunakan jika tidak ada pengembangan yang harus dilakukan pada sistem back-end atau dalam kasus rilis sebelum 7.40. jika tidak diizinkan untuk menerapkan Add-OnIW_BEPdi bagian belakang. Dalam hal ini, pengembang dibatasi pada antarmuka yang dapat diakses melalui RFC di back-end.

Pengembangan berlangsung di sistem hub Gateway dan sistem back-end suite Bisnis tidak tersentuh.

IW_BEP atau SAP_GWFND berjalan di sistem hub Gateway dan tidak ada yang tersentuh di suite SAP Business.

Advantages

  • Selain keuntungan yang diberikan untuk opsi pertama, opsi ini memiliki keuntungan karena tidak memerlukan penginstalan Gateway Add-Ons di sistem back-end.

Disadvantages

  • Tidak ada akses langsung ke metadata (DDIC)dan data bisnis. Oleh karena itu, penggunaan kembali data dibatasi.

  • Objek GENIL tidak dapat digunakan dari jarak jauh.

  • Dalam konfigurasi ini, akses dibatasi ke antarmuka yang diaktifkan dari jarak jauh seperti modul RFC, BAPI, dll.

Penerapan Tersemat

Dalam arsitektur penyebaran tertanam, pengembangan berlangsung di sistem back-end suite SAP Business dan sistem Gateway juga diinstal dalam sistem yang sama. Layanan terdaftar serta diterbitkan dalam sistem back-end SAP Business Suite.

IW_BEP atau SAP_GWFND berjalan di sistem yang sama dengan tempat SAP Business suite diinstal.

Advantages

  • Ini membutuhkan lebih sedikit waktu berjalan karena satu panggilan jarak jauh berkurang.

Disadvantages

  • Sistem tidak boleh digunakan sebagai hub untuk sistem Back-End tambahan.

  • Dalam kasus beberapa sistem SAP Business Suite, Gateway harus dikonfigurasi beberapa kali.

  • Konfigurasi ini direkomendasikan hanya untuk keperluan kotak pasir.

Note- Anda tidak boleh menggunakan Sistem SAP Business Suite dengan penerapan tertanam sebagai sistem hub untuk sistem back-end tambahan. Alasannya adalah karena hal ini dapat menyebabkan situasi di mana rilis SAP NetWeaver Gateway dari sistem hub lebih rendah daripada versi komponen ujung belakang SAP NetWeaver Gateway dari sistem ujung belakang jarak jauh.

Untuk menghindari situasi seperti itu, Anda dapat menggunakan opsi penerapan tertanam untuk sistem SAP Business Suite Anda.

Jika Anda menggunakan arsitektur berbasis hub, Anda harus menggunakan sistem SAP NetWeaver Gateway Hub khusus yang harus berjalan pada rilis terbaru SAP NetWeaver Gateway.

Periksa metode Penyebaran di Sistem SAP Fiori

Step 1 - Masuk ke sistem back-end SAP Fiori menggunakan SAP GUI seperti yang ditunjukkan pada gambar di bawah ini.

Step 2 - Di System menu, klik Status.

Step 3 - Jendela baru terbuka yang menampilkan System Status.

Di bawah Data Sistem SAP, klik ikon (kaca pembesar) di bawah label Versi komponen.

Step 4 - Ini akan menunjukkan kepada Anda daftar komponen yang diinstal pada sistem back-end SAP sesuai NetWeaver Gateway Release.

Dengan NW 7,31, IW_BEW dan GW_Core komponen dipasang dan untuk NW 4.0, SAP_GWFND dipasang dan tidak ada komponen individu.

Sekarang di sistem ini, Anda memiliki sistem NW yang diinstal pada sistem back-end dan semua komponen Add-On UI ada di sistem front-end. Oleh karena itu, ini mewakili metode penyebaran Arsitektur Hub.

Gambaran umum OData (Open Data Protocol)

OData digunakan untuk menentukan praktik terbaik yang diperlukan untuk membangun dan menggunakan RESTful API. Ini membantu Anda mengetahui perubahan, menentukan fungsi untuk prosedur yang dapat digunakan kembali dan mengirim permintaan batch, dll.

Beberapa fitur penting adalah -

  • OData menyediakan fasilitas ekstensi untuk memenuhi kebutuhan kustom API RESTful Anda.

  • REST adalah singkatan dari Representational State Transfer dan terkadang dieja sebagai "ReST".

  • Ini bergantung pada protokol komunikasi tanpa kewarganegaraan, server-klien, dan dapat disimpan dalam cache. Di hampir semua kasus, protokol HTTP digunakan.

  • REST didefinisikan sebagai gaya arsitektur untuk mendesain aplikasi jaringan.

  • OData membantu Anda fokus pada logika bisnis Anda sambil membangun RESTful API tanpa harus khawatir tentang pendekatan untuk menentukan header permintaan dan respons, kode status, metode HTTP, konvensi URL, jenis media, format muatan, dan opsi kueri, dll.

  • OData RESTful API mudah dikonsumsi.

Siklus Hidup Layanan OData

Siklus hidup layanan OData mencakup rentang layanan OData. Diberikan di bawah ini adalah langkah-langkah utama yang harus dipertimbangkan dalam Siklus Hidup Layanan OData.

  • Aktivasi layanan OData.

  • Menjaga layanan OData.

  • Pemeliharaan model dan layanan, hingga pembersihan cache metadata.

  • Aplikasi RESTful menggunakan permintaan HTTP untuk mengirim data untuk membuat atau memperbarui, membaca data dan menghapus data. REST menggunakan HTTP untuk keempat operasi CRUD (Buat / Baca / Perbarui / Hapus).

  • REST adalah alternatif ringan untuk mekanisme seperti RPC (Remote Procedure Calls) dan Layanan Web.

Komponen Arsitektur REST

Diberikan di bawah ini adalah komponen dari Arsitektur REST.

  • Resources
  • Jaringan sumber daya
  • Client-server
  • Tidak ada status Koneksi
  • Server Proxy