Dunia saat ini bersandar pada antarmuka pemrograman aplikasi - API. Dengan mereka, menjadi mungkin untuk menerima data dan menggunakan layanan melalui aplikasi web, aplikasi seluler, dan perangkat yang terhubung ke jaringan. Semakin banyak interaksi di Internet dilakukan melalui API. Berkat API, model bisnis baru muncul, dan Internet telah menjadi platform bisnis universal.
API tidak memiliki ikatan industri, perusahaan dari berbagai sektor ekonomi melihat dalam penggunaannya nilai untuk bisnis mereka. Pada gilirannya, pasar untuk perangkat lunak manajemen API berkembang pesat, seperti yang dilaporkan oleh Gartner dan Forrester .
Hanya beberapa tahun yang lalu, interaksi antara berbagai divisi dari bisnis yang sama biasanya disediakan melalui bus integrasi. Tetapi model interaksi melalui portal API - portal di mana API diterbitkan - ternyata sangat nyaman sehingga sekarang digunakan secara internal oleh perusahaan.
Bagaimana mungkin, bahkan memilih model interaksi antara departemen, perusahaan saat ini cenderung solusi berdasarkan API? Apa esensi dari model teknologi saat ini dan apa aturan baru dari permainan?
Buka API - mod atau kebutuhan?
Menggunakan API terbuka bukan hanya mode atau tren zaman, ini merupakan respons terhadap persyaratan pasar. Bank, perusahaan telekomunikasi dan perusahaan asuransi telah menerbitkan layanan mereka untuk penggunaan eksternal, untuk integrasi dengan mitra dan untuk mengotomatisasi aliran keuangan. Tampaknya hari itu tidak jauh ketika mereka akan bergabung dengan pemasok hiburan, layanan operasional, dan barang fisik.
Di Eropa, minat inovasi dalam aliran keuangan telah didukung oleh arahan pembayaran Parlemen Eropa PSD2, yang dikeluarkan untuk menciptakan pasar pembayaran yang lebih merata, transparan dan terbuka yang akan mendorong inovasi, persaingan, dan keamanan. Di Rusia, pengembangan API terbuka diakui secara resmi sebagai elemen kunci yang diperlukan untuk integrasi sistem yang efektif dari para peserta pasar keuangan.
Negara Rusia dan sektor keuangannya telah menyadari perlunya perbankan terbuka. Menyediakan API perbankan untuk organisasi eksternal diakui sebagai elemen kunci yang diperlukan untuk integrasi sistem yang efektif dari para peserta pasar keuangan, inisiatif untuk merilis API terbuka didukung oleh Bank Sentral, portal Banki.ru, Bursa Moskow, Pusat Kliring Nasional, dan Lembaga Penyelesaian Penyelesaian Nasional. Beberapa bank telah merumuskan strategi perbankan terbuka mereka, memutuskan model untuk tindakan lebih lanjut, secara resmi mengumumkan akses ke sistem dan layanan mereka melalui API terbuka dan memulai pekerjaan yang sesuai.
Daftar API di portal API webMethodsOperator seluler domestik juga menawarkan platform baru dengan API untuk pengembangan bisnis mitra mereka. Ini akan memungkinkan penyedia telekomunikasi untuk mendukung mitra mereka dengan menggabungkan penawaran mereka dan memperluas pasar penjualan mereka untuk mereka.
Bank Rusia dan penyedia telekomunikasi adalah perusahaan-perusahaan yang pertama kali mengakui diri mereka sebagai pengembang perangkat lunak, dan pasar sebagai platform digital besar untuk mengelola produk, menyiapkan kampanye pemasaran, dan berinteraksi dengan pelanggan potensial. Tim produk, pelanggan, perusahaan, dan pelanggan memahami bahwa semakin terbuka mereka, semakin terbuka produk mereka, dan semakin cepat mereka akan berintegrasi ke dalam ekosistem umum pasar tempat mereka beroperasi. Oleh karena itu, mereka menggunakan API terbuka - cara yang masuk akal dan efektif bagi pengembang untuk berinteraksi, yang secara dramatis dapat mengurangi waktu yang dibutuhkan untuk produk baru untuk memasuki pasar.
Selain itu, API terbuka disajikan kepada mitra mereka oleh pengembang perangkat lunak seperti Yandex. Russian Post juga menawarkan integrasi dengan aplikasi eksternal melalui API, yang memungkinkan Anda untuk menanamkan layanan Russian Post di situs pihak ketiga, aplikasi, sistem akuntansi, dan alur kerja - misalnya, menambahkan fungsi pelacakan ke situs.
Dan, tentu saja, membuat produk dengan API terbuka adalah alami bagi pengembang perangkat lunak itu sendiri, seperti Perangkat Lunak AG. Semakin lengkap produk mereka didokumentasikan dan semakin baik mereka dikelola, semakin banyak pengguna yang akan mereka miliki.
Tetapi manajemen API terbuka tidak diberikan kepada siapa pun dari atas. Tidak mungkin tanpa tumpukan teknologi yang sesuai.
Siapa yang mengembangkan platform API dan cara kerjanya
Menurut Gartner Magic Quadrant yang disebutkan di atas, Google, CA Technologies, IBM, Software AG, MuleSoft, Red Hat dan TIBCO Software adalah pemimpin di pasar untuk sistem manajemen siklus hidup penuh API. Dalam sebuah studi baru-baru ini, Forrester memanggil IBM, Google, Software AG, Rogue Wave Software, dan para pemimpin WSO2.
Menurut laporan Forrester : “API adalah landasan utama untuk transformasi digital. Mereka membantu mengoptimalkan pengalaman pelanggan, menciptakan ekosistem digital yang terintegrasi dari pelanggan dan mitra, memungkinkan perusahaan untuk memanfaatkan inovasi digital terobosan, meningkatkan efisiensi operasional dan meletakkan dasar untuk model bisnis platform ... Solusi manajemen API memainkan peran sentral dalam mengelola hubungan antara pemasok dan pengguna API. "Pengembang dan penyedia aplikasi harus menganggapnya sebagai aplikasi bisnis yang penting bagi keberhasilan bisnis digital."
Antarmuka Administrasi API“Tanpa manajemen siklus API penuh, Anda tidak dapat membuat platform untuk strategi digital, membangun ekosistem, dan meluncurkan produk yang efektif,” tambah Gartner dalam laporannya.
Apa yang disediakan sistem untuk mengelola siklus hidup API lengkap? Biasanya, tumpukan teknologi manajemen siklus hidup API termasuk alat penerbitan API pada portal yang mudah dibaca, pengguna utamanya adalah pengembang pihak ketiga, lingkungan operasi, konsumsi, pemeliharaan, kontrol versi API dan alat dekomisioning mereka. Beberapa pengembang (termasuk Perangkat Lunak AG) juga menyediakan perencanaan API, desain, implementasi, dan alat pengujian.
Kami di Software AG bertanggung jawab mengelola API, ketika itu juga disebut "interaksi internal." Kami telah memperluas dan meningkatkan middleware, solusi integrasi aplikasi, sistem untuk menciptakan bus layanan perusahaan dan alat untuk membuat sistem berdasarkan arsitektur berorientasi layanan.
Pada tahun 2004, selain bus integrasi kami, kami menciptakan produk B2B Trading Networks, yang dirancang untuk interaksi antar-mitra dan pertukaran data. Ini menerapkan skenario pengguna yang cukup klasik dari hubungan mitra, termasuk pemantauan terus menerus, layanan, pertukaran data berdasarkan hasil hari perdagangan. Maka itu belum disebut API terbuka.
Akhirnya, lima tahun yang lalu, kami memperkenalkan siklus manajemen API penuh sebagai bagian dari platform manajemen API webMethods. Pada 2014, kami meluncurkan Portal API webMethods untuk pengembang API, dan pada 2016 kami menggabungkan fungsionalitas webMethods API Gateway API , portal, dan alat manajemen mediasi dan siklus hidup ke dalam satu platform. Alat-alat ini mendukung pengembangan API, perakitan, persetujuan dan publikasi mereka dalam standar teknologi yang diadopsi dan merupakan bagian dari platform AG Hybrid Integration & API API.
Pemilihan spesifikasi APICara memilih platform API
Forrester percaya bahwa ketika memilih solusi untuk mengelola API, pertama-tama Anda harus mempertimbangkan apakah solusi yang diajukan kompleks - yaitu, berisi portal untuk pengembang API, portal untuk mengelola API dan gateway API. Ditekankan bahwa beberapa solusi menyediakan komponen tambahan, seperti desain API dan alat pengembangan, platform integrasi, platform manajemen layanan waktu nyata, dll.
Forrester lebih lanjut menekankan bahwa solusi manajemen API harus menjadi produk mandiri yang sebenarnya, dapat dipisahkan dari platform terkait, produk integrasi, atau aplikasi bisnis.
Akhirnya, penulis laporan percaya bahwa layak untuk mempercayai pengembang solusi yang memiliki sejumlah implementasi penuh. Klien solusi manajemen API Software AG termasuk Michael Kors (produsen dan pemasok pakaian dan aksesori kelas atas), American Electric Power (salah satu perusahaan energi terbesar di Amerika Utara), Outerwall (pemasok kios ritel otomatis), Dick's Sporting Goods (jaringan olahraga ritel) barang), EDF (perusahaan penghasil energi negara Prancis terbesar dan operator pembangkit listrik tenaga nuklir terbesar di dunia), dll.
Beberapa faktor lagi harus ditambahkan ke daftar parameter ini yang harus diperhitungkan ketika memilih platform API.
1. Dalam industri yang berbeda, perekonomian bekerja secara berbeda dan memiliki skema monetisasi yang berbeda. Mengevaluasi rencana pengembangan untuk platform API yang Anda pertimbangkan. Apakah itu mencerminkan realitas segmen bisnis Anda? Penting untuk menentukan tugas implementasi bisnis, membuat daftar persyaratan bisnis untuk solusi, dan darinya memperoleh daftar persyaratan fungsional dan arsitektur. Mungkin daftar ini akan menentukan pilihan tidak hanya solusi API, tetapi juga komponen tambahan.
Manajemen Kebijakan API2. Sangat penting bahwa platform API Anda memenuhi harapan pelanggan Anda, dan lebih tepatnya - departemen TI mereka. Platform harus nyaman untuk implementasi dan operasi, harus mendukung model penyebaran teknologi yang nyaman bagi pelanggan (cloud, fisik atau hibrida), fungsinya harus memenuhi kebutuhan mereka saat ini, dan rencana pengembangannya harus memenuhi kebutuhan masa depan mereka untuk satu atau dua tahun ke depan.
3. Portal API harus memiliki kemampuan analisis yang luas, antarmuka uji untuk pengembang, dan kemampuan untuk menghasilkan dokumentasi berdasarkan metadata API. Ini harus menyediakan kerja sama sosial dari pengembang, pembuatan SDK klien dan cara monetisasi.
Pembuatan SDK klien4. Gateway API harus menyediakan keamanan (otentikasi, otorisasi, manajemen kebijakan keamanan, perlindungan terhadap serangan), mediasi layanan, kemampuan routing dan load balancing.
Konfirmasi Pendaftaran Pengguna5. Alat manajemen siklus hidup API harus menyediakan dan mengevaluasi hubungan antara layanan internal dan eksternal, layanan mikro dan layanan konvensional, layanan teknis dan bisnis, serta dukungan untuk berbagai jenis "aset" dalam katalog.
6. Masalah total biaya kepemilikan keputusan, yang tergantung pada kecepatan pengembangan produk dan waktu ke pasar, sangat penting - dan ini dipengaruhi oleh praktik yang diadopsi oleh pengembang dan teknologi yang mereka gunakan.
7. Pertanyaan yang pengembang platform API sering tidak memiliki jawaban - bagaimana kontrak akan dibuat antara pelanggan dan mitra dan bagaimana penagihan akan bekerja - kemungkinan besar vendor memiliki rekomendasi tentang implementasi kemungkinan teknologi menciptakan kontrak.
* * *
Faktanya, API bukanlah hal baru - mereka hanya digunakan untuk internal. Karena gelombang minat saat ini terhadap API, tampaknya sudah banyak yang menyingkat bahwa cara ini selalu menunjukkan bagaimana perusahaan berinteraksi melalui Internet, tetapi pada kenyataannya, API menyediakan cara untuk berinteraksi produk, layanan teknologi dan konsumen mereka, yang mungkin milik pemain pasar, perusahaan dan pelanggan yang berbeda. dan berbagai kelompok bisnis dalam perusahaan.
Produk integrasi kami telah ada dan dikembangkan selama bertahun-tahun, stabil dan matang, digunakan oleh banyak pelanggan. Untuk mengevaluasinya sendiri, kunjungi halaman web perangkat lunak uji gratis kami di mana Anda dapat dengan mudah menemukan berbagai komponen platform webMethods. Uji webMethods API Cloud Free Trial sekarang dan ceritakan tentang pengalaman Anda.