Pengukuran, penagihan, dan harga penggunaan untuk Azure Logic Apps
Berlaku untuk: Azure Logic Apps (Konsumsi + Standar)
Azure Logic Apps membantu Anda membuat dan menjalankan alur kerja integrasi otomatis yang dapat menskalakan di cloud. Artikel ini menjelaskan cara kerja pengukuran, penagihan, dan model penetapan harga untuk Azure Logic Apps dan sumber daya terkait. Untuk informasi seperti tarif harga tertentu, perencanaan biaya, atau lingkungan hosting lainnya, tinjau konten berikut:
- Tarif penetapan harga untuk Azure Logic Apps
- Rencanakan dan kelola biaya untuk Azure Logic Apps
- Penyewa tunggal versus multipenyewa
Konsumsi (multipenyewa)
Di Azure Logic Apps multipenyewa, aplikasi logika dan alur kerjanya mengikuti paket Konsumsi untuk harga dan penagihan. Anda membuat aplikasi logika dalam berbagai cara, misalnya, saat Anda memilih jenis sumber daya Logic App (Konsumsi), gunakan ekstensi Azure Logic Apps (Konsumsi) di Visual Studio Code, atau saat Anda membuat tugas otomatisasi.
Tabel berikut ini meringkas bagaimana model Konsumsi menangani pengukuran dan penagihan untuk komponen berikut saat digunakan dengan aplikasi logika dan alur kerja di Azure Logic Apps multipenyewa:
| Komponen | Pengukuran dan penagihan |
|---|---|
| Operasi pemicu dan tindakan | Model Konsumsi mencakup jumlah awal operasi bawaan gratis, per langganan Azure, yang dapat dijalankan alur kerja. Di atas jumlah ini, pengukuran diterapkan untuk masing-masing eksekusi, dan penagihan mengikuti penetapan harga Tindakan untuk paket Konsumsi. Untuk jenis operasi lainnya, seperti konektor terkelola, penagihan mengikuti penetapan harga konektor Standar atau Enterprise untuk paket Konsumsi. Untuk informasi lebih lanjut, tinjau Operasi pemicu dan tindakan dalam model Konsumsi. |
| Operasi penyimpanan | Pengukuran berlaku hanya untuk konsumsi penyimpanan terkait retensi data seperti menyimpan input dan output dari riwayat alur kerja Anda. Penagihan mengikuti harga retensi data untuk paket Konsumsi. Untuk informasi selengkapnya, tinjau Operasi penyimpanan. |
| Akun Integrasi | Pengukuran berlaku berdasarkan jenis akun integrasi yang Anda buat dan gunakan dengan aplikasi logika Anda. Penagihan mengikuti harga Akun Integrasi. Untuk informasi selengkapnya, tinjau Akun integrasi. |
Operasi pemicu dan tindakan dalam model Konsumsi
Kecuali untuk jumlah awal eksekusi operasi bawaan gratis, per langganan Azure, yang dapat dijalankan alur kerja, meter model Konsumsi dan tagihan operasi berdasarkan setiap eksekusi, baik jika alur kerja keseluruhan berhasil berjalan, selesai, atau bahkan terpakai. Operasi biasanya membuat eksekusi tunggal kecuali upaya coba kembali diaktifkan di operasi tersebut. Sebagai akibatnya, eksekusi biasanya membuat satu panggilan kecuali operasi mendukung dan memungkinkan pemotongan atau paginasi untuk mendapatkan sejumlah besar data. Jika pemotongan atau paginasi diaktifkan, eksekusi operasi mungkin harus melakukan beberapa panggilan.
Model Konsumsi mengukur dan menagih sebuah operasi per eksekusi, bukan per panggilan. Sebagai contoh, anggaplah ada alur kerja dimulai dengan pemicu polling yang mendapat catatan dengan secara teratur melakukan panggilan keluar ke titik akhir. Panggilan keluar diukur dan ditagih sebagai eksekusi tunggal, terlepas dari apakah pemicu diaktifkan atau dilewati, seperti saat pemicu memeriksa titik akhir tetapi tidak menemukan data atau kejadian apa pun. Status pemicu mengontrol jika instans alur kerja dibuat dan dijalankan atau tidak. Sekarang, anggaplah operasi tersebut juga mendukung dan telah memungkinkan pemotongan atau paginasi. Jika operasi harus melakukan 10 panggilan untuk menyelesaikan mendapatkan semua data, operasi masih diukur dan ditagih sebagai eksekusi tunggal, meskipun membuat beberapa panggilan.
Catatan
Secara default, pemicu yang mengembalikan array memiliki pengaturan Split On yang sudah diaktifkan. Pengaturan ini menghasilkan peristiwa pemicu, yang dapat Anda tinjau dalam riwayat pemicu, dan instans alur kerja untuk setiap item array. Semua instans alur kerja berjalan secara paralel sehingga item array diproses secara bersamaan. Penagihan berlaku untuk semua peristiwa pemicu apakah status pemicu Berhasil atau Dilewati. Pemicu masih dapat ditagih bahkan dalam skenario di mana pemicu tidak membuat instans dan memulai alur kerja, tetapi status pemicu Berhasil, Gagal, atau Dilewati.
Tabel berikut ini meringkas bagaimana model Konsumsi menangani pengukuran dan penagihan untuk jenis operasi ini saat digunakan dengan aplikasi logika dan alur kerja di Azure Logic Apps multipenyewa:
| Jenis operasi | Deskripsi | Pengukuran dan penagihan |
|---|---|---|
| Bawaan | Operasi ini berjalan secara langsung dan asli dengan runtime Azure Logic Apps. Di perancang, Anda dapat menemukan operasi ini di label Bawaan. Misalnya, pemicu HTTP dan pemicu Permintaan merupakan pemicu bawaan. Tindakan HTTP dan tindakan Respons adalah tindakan bawaan. Operasi bawaan lainnya termasuk tindakan kontrol alur kerja seperti perulangan dan kondisi, operasi data, operasi batch, dan lainnya. |
Model Konsumsi mencakup jumlah awal operasi bawaan gratis, per langganan Azure, yang dapat dijalankan alur kerja. Di atas jumlah ini, eksekusi operasi bawaan mengikuti penetapan harga Tindakan. Catatan: Beberapa operasi konektor terkelola juga tersedia sebagai operasi bawaan, yang disertakan di operasi awal gratis. Di atas operasi awal gratis, penagihan mengikuti penetapan harga Tindakan, bukan penetapan harga konektor Standar atau Enterprise. |
| Konektor terkelola | Operasi ini berjalan secara terpisah di Azure. Di perancang, Anda dapat menemukan operasi ini di label Standar atau Enterprise. | Eksekusi operasi ini mengikuti penetapan harga konektor Standar atau Enterprise. Catatan: Eksekusi operasi konektor Enterprise Pratinjau mengikuti penetapan harga konektor Konsumsi Standar. |
| Konektor kustom | Operasi ini berjalan secara terpisah di Azure. Di perancang, Anda dapat menemukan operasi ini di label Kustom. Untuk batas jumlah konektor, throughput, dan batas waktu, tinjau Batas konektor kustom di Azure Logic Apps. | Eksekusi operasi ini mengikuti penetapan harga konektor Standar. |
Untuk informasi lebih lanjut tentang cara model Konsumsi bekerja dengan operasi yang berjalan di dalam operasi lain seperti perulangan, memproses beberapa item seperti array, dan mencoba kembali kebijakan, tinjau Perilaku operasi lainnya.
Tips estimasi biaya untuk model Konsumsi
Untuk membantu Anda memperkirakan biaya konsumsi yang lebih akurat, tinjau berbagai tips berikut:
Pertimbangkan kemungkinan jumlah pesan atau peristiwa yang mungkin tiba pada hari tertentu, daripada mendasarkan perhitungan Anda hanya pada interval polling.
Saat peristiwa atau pesan memenuhi kriteria pemicu, banyak pemicu segera berusaha membaca peristiwa atau pesan tunggu lainnya yang memenuhi kriteria. Perilaku ini berarti bahwa bahkan ketika Anda memilih interval polling yang lebih lama, pemicu akan menembak berdasarkan jumlah peristiwa atau pesan tunggu yang memenuhi syarat untuk memulai alur kerja. Pemicu yang mengikuti perilaku ini termasuk Azure Bus Layanan dan Azure Event Hubs.
Misalnya, Anda menyiapkan pemicu yang memeriksa titik akhir setiap hari. Saat pemicu memeriksa titik akhir dan menemukan 15 peristiwa yang memenuhi kriteria, pemicu menembak dan menjalankan alur kerja yang sesuai, 15 kali. Layanan Azure Logic Apps mengukur semua tindakan yang dilakukan 15 alur kerja tersebut, termasuk permintaan pemicu.
Standar (penyewa tunggal)
Di Azure Logic Apps penyewa tunggal, aplikasi logika dan alur kerjanya mengikuti paket Standar untuk penetapan harga dan tagihan. Anda membuat aplikasi logika dalam berbagai cara, misalnya, saat Anda memilih jenis sumber daya Logic App (Standar), gunakan ekstensi Azure Logic Apps (Standar) di Visual Studio Code. Model penetapan harga ini mengharuskan aplikasi logika menggunakan paket hosting dan tingkat harga, yang berbeda dari paket Konsumsi milik Anda untuk kapasitas yang dipesan dan sumber daya khusus baik jika Anda menggunakannya atau tidak.
Saat Anda membuat atau menyebarkan aplikasi logika dengan jenis sumber daya Aplikasi Logika (Standar), dan Anda memilih wilayah Azure apa pun untuk penyebaran, Anda juga akan memilih paket hosting Standar Alur Kerja. Namun, jika Anda memilih sumber daya App Service Environment v3 yang ada untuk lokasi penyebaran, Anda kemudian harus memilih Paket App Service.
Penting
Opsi Hosting hibrid saat ini dalam pratinjau. Untuk informasi, lihat Menyiapkan infrastruktur Anda sendiri untuk aplikasi logika Standar menggunakan penyebaran hibrid.
Paket dan sumber daya berikut tidak lagi tersedia atau didukung dengan rilis publik alur kerja aplikasi logika Standar di Azure Logic Apps penyewa tunggal: Paket Functions Premium, App Service Environment v1, dan App Service Environment v2. Paket App Service tersedia dan hanya didukung dengan App Service Environment v3 (ASE v3).
Tabel berikut merangkum cara model Standar menangani pengukuran dan penagihan untuk komponen berikut saat digunakan dengan aplikasi logika dan alur kerja di Azure Logic Apps penyewa tunggal:
| Komponen | Pengukuran dan penagihan |
|---|---|
| CPU virtual (vCPU) dan memori | Mode Standar mengharuskan aplikasi logika untuk menggunakan paket hosting dan tingkat harga Alur Kerja Standar, yang menentukan tingkat sumber daya dan tarif harga yang diterapkan ke kapasitas memori dan komputasi. Untuk informasi selengkapnya, tinjau Tingkatan Harga dalam model Standar. |
| Operasi pemicu dan tindakan | Model Standar termasuk operasi bawaan gratis tak terbatas yang dapat dijalankan alur kerja. Jika alur kerja Anda menggunakan operasi konektor terkelola, pengukuran berlaku untuk setiap panggilan, sementara penagihan mengikuti harga konektor Standar atau Enterprise yang sama seperti paket Konsumsi. Untuk informasi selengkapnya, tinjau Operasi pemicu dan tindakan dalam model Standar. |
| Operasi penyimpanan | Pengukuran berlaku untuk setiap operasi penyimpanan yang dijalankan oleh Azure Logic Apps. Misalnya, operasi penyimpanan berjalan saat layanan menyimpan input dan output dari riwayat alur kerja Anda. Biaya didasarkan pada tingkat harga yang Anda pilih. Untuk informasi selengkapnya, tinjau Operasi penyimpanan. |
| Akun Integrasi | Jika Anda membuat akun integrasi untuk digunakan aplikasi logika Anda, pengukuran didasarkan pada jenis akun integrasi yang Anda buat. Penagihan mengikuti penetapan harga Akun Integrasi. Untuk informasi selengkapnya, tinjau Akun integrasi. |
Tingkatan harga dalam model Standar
Tingkat harga yang Anda pilih untuk pengukuran dan penagihan untuk sumber daya Aplikasi Logika (Standar) Anda mencakup jumlah komputasi tertentu dalam CPU virtual (vCPU) dan sumber daya memori. Jika Anda memilih Lingkungan App Service v3 sebagai lokasi penyebaran dan Paket App Service, khususnya tingkat harga Paket Layanan V2 Terisolasi, Anda dikenakan biaya untuk instans yang digunakan oleh Paket App Service dan untuk menjalankan alur kerja aplikasi logika Anda. Tidak ada biaya lain yang dikenakan. Untuk informasi selengkapnya, lihat Paket App Service - Tingkat harga Paket Layanan V2 Terisolasi.
Jika Anda memilih paket hosting Standar Alur Kerja, Anda dapat memilih dari tingkat berikut:
| Tingkatan harga | CPU virtual (vCPU) | Memori (GB) |
|---|---|---|
| WS1 | 1 | 3.5 |
| WS2 | 2 | 7 |
| WS3 | 4 | 14 |
Penting
Contoh berikut adalah untuk ilustrasi saja dan memberikan perkiraan sampel untuk menunjukkan cara kerja tingkat harga secara umum. Untuk vCPU dan harga memori tertentu berdasarkan wilayah tertentu tempat Azure Logic Apps tersedia, tinjau paket Standar untuk wilayah yang dipilih pada halaman harga Azure Logic Apps.
Misalnya, di wilayah contoh, sumber daya berikut memiliki tarif per jam ini:
| Sumber daya | Tarif per jam (contoh wilayah) |
|---|---|
| vCPU | $0,192 per vCPU |
| Memori | $0,0137 per GB |
Perhitungan berikut memberikan perkiraan tarif bulanan:
<tarif bulanan> = 730 jam (per bulan) * [(<angka-vCPU> * <vCPU-tarif per jam>) + (<angka-GB-memori> * <memori GB-tingkat per jam>)]
Berdasarkan informasi sebelumnya, tabel ini menunjukkan perkiraan tarif bulanan untuk setiap tingkat harga dan sumber daya yang termasuk dalam tingkat harga tersebut:
| Tingkatan harga | CPU virtual (vCPU) | Memori (GB) | Tarif bulanan (contoh wilayah) |
|---|---|---|---|
| WS1 | 1 | 3.5 | $175,16 |
| WS2 | 2 | 7 | $350,33 |
| WS3 | 4 | 14 | $700,65 |
Operasi pemicu dan tindakan dalam model Standar
Kecuali untuk operasi bawaan gratis tak terbatas yang dapat dijalankan alur kerja, model Standar mengukur dan menagih operasi berdasarkan setiap panggilan, baik jika alur kerja keseluruhan berhasil berjalan, selesai, atau bahkan terpakai. Operasi biasanya membuat eksekusi tunggal kecuali upaya coba kembali diaktifkan di operasi tersebut. Sebagai akibatnya, eksekusi biasanya membuat satu panggilan kecuali operasi mendukung dan memungkinkan pemotongan atau paginasi untuk mendapatkan sejumlah besar data. Jika pemotongan atau paginasi diaktifkan, eksekusi operasi mungkin harus melakukan beberapa panggilan. Model Standar mengukur dan menagih sebuah operasi per panggilan, bukan per eksekusi.
Sebagai contoh, anggaplah ada alur kerja dimulai dengan pemicu polling yang mendapat catatan dengan secara teratur melakukan panggilan keluar ke titik akhir. Panggilan keluar diukur dan ditagih, baik jika pemicu aktif atau dilewati. Status pemicu mengontrol jika instans alur kerja dibuat dan dijalankan atau tidak. Sekarang, anggaplah operasi tersebut juga mendukung dan telah memungkinkan pemotongan atau paginasi. Jika operasi harus melakukan 10 panggilan untuk menyelesaikan mendapatkan semua data, operasi diukur dan ditagih per panggilan.
Tabel berikut merangkum cara model Standar menangani pengukuran dan penagihan untuk jenis operasi saat digunakan dengan aplikasi logika dan alur kerja di Azure Logic Apps penyewa tunggal:
| Jenis operasi | Deskripsi | Pengukuran dan penagihan |
|---|---|---|
| Bawaan | Operasi ini berjalan secara langsung dan asli dengan runtime Azure Logic Apps. Di perancang, Anda dapat menemukan operasi ini di galeri konektor di bawah Runtime>In-App. Misalnya, pemicu HTTP dan pemicu Permintaan merupakan pemicu bawaan. Tindakan HTTP dan tindakan Respons adalah tindakan bawaan. Operasi bawaan lainnya termasuk tindakan kontrol alur kerja seperti perulangan dan kondisi, operasi data, operasi batch, dan lainnya. |
Model Standar termasuk operasi bawaan gratis tanpa batas. Catatan: Beberapa operasi konektor terkelola juga tersedia sebagai operasi bawaan. Sementara operasi bawaan bersifat gratis, model Standar masih mengukur dan menagih operasi konektor terkelola menggunakan harga konektor Standar atau Enterprise yang sama dengan model Konsumsi. |
| Konektor terkelola | Operasi ini berjalan secara terpisah di Azure global bersama. Di perancang, Anda dapat menemukan operasi ini di galeri konektor di bawah Runtime>Shared. | Model Standar mengukur dan menagih operasi konektor terkelola berdasarkan harga konektor Standar atau Enterprise yang sama dengan model Konsumsi. Catatan: Operasi konektor Enterprise Pratinjau mengikuti penetapan harga konektor Konsumsi Standar. |
| Konektor kustom | Saat ini, Anda dapat membuat dan menggunakan hanya operasi konektor bawaan kustom di alur kerja aplikasi logika berbasis penyewa tunggal. | Model Standar termasuk operasi bawaan gratis tanpa batas. Untuk batas throughput dan batas waktu, tinjau Batas konektor kustom di Azure Logic Apps. |
Untuk informasi selengkapnya tentang cara model Standar bekerja dengan operasi yang berjalan di dalam operasi lain seperti perulangan, memproses beberapa item seperti array, dan mencoba kembali kebijakan, tinjau Perilaku operasi lainnya.
Perilaku operasi lainnya
Tabel berikut ini meringkas bagaimana model Konsumsi dan Standar menangani operasi yang berjalan di dalam operasi lain seperti perulangan, memproses beberapa item seperti array, dan mencoba kembali kebijakan:
| Operasi | Deskripsi | Konsumsi | Standard |
|---|---|---|---|
| Tindakan perulangan | Tindakan perulangan, seperti perulangan Untuk setiap atau Hingga, dapat termasuk tindakan lain yang dijalankan selama masing-masing siklus perulangan. | Kecuali untuk jumlah awal operasi bawaan yang disertakan, tindakan perulangan dan setiap tindakan dalam perulangan diukur setiap kali siklus perulangan berjalan. Jika tindakan memproses item apa pun dalam koleksi, seperti daftar atau array, jumlah item juga digunakan dalam perhitungan pengukuran. Misalnya, Anda memiliki perulangan Untuk setiap yang menyertakan tindakan yang memproses suatu daftar. Layanan menggandakan jumlah daftar item dengan jumlah tindakan di perulangan, lalu menambahkan tindakan yang mengawali perulangan. Jadi, perhitungan untuk daftar berisi 10 item adalah (10 * 1) + 1, yang menghasilkan 11 eksekusi tindakan. Harga didasarkan pada apakah jenis operasi dibangun, Standar, atau Perusahaan. |
Kecuali untuk operasi bawaan yang disertakan, sama seperti model Konsumsi. |
| Kebijakan coba lagi | Pada operasi yang didukung, Anda dapat menerapkan pengecualian dasar dan penanganan kesalahan dengan menyiapkan kebijakan percobaan ulang. | Kecuali untuk jumlah awal operasi bawaan, eksekusi asli ditambah setiap eksekusi yang dicoba kembali diukur. Misalnya, tindakan yang dijalankan dengan 5 percobaan ulang diukur dan ditagih sebagai 6 eksekusi. Harga didasarkan pada apakah jenis operasi dibangun, Standar, atau Perusahaan. |
Kecuali untuk operasi bawaan, sama seperti model Konsumsi. |
Operasi penyimpanan
Azure Logic Apps menggunakan Azure Storage untuk setiap transaksi penyimpanan yang diperlukan, seperti menggunakan antrian untuk menjadwalkan operasi pemicu atau menggunakan tabel dan blob untuk menyimpan status alur kerja. Berdasarkan operasi dalam alur kerja Anda, biaya penyimpanan bervariasi karena pemicu, tindakan, dan payload yang berbeda menghasilkan operasi dan kebutuhan penyimpanan yang berbeda. Layanan ini juga menyimpan input dan output dari riwayat alur kerja Anda, berdasarkan batas retensi riwayat eksekusi sumber daya aplikasi logika. Anda dapat mengelola batas retensi ini pada tingkat sumber daya aplikasi logika, bukan tingkat alur kerja.
Tabel berikut ini meringkas bagaimana model Konsumsi dan Standar menangani pengukuran dan penagihan untuk operasi penyimpanan:
| Model | Deskripsi | Pengukuran dan penagihan |
|---|---|---|
| Konsumsi (multipenyewa) | Sumber daya penyimpanan dan penggunaan melekat pada sumber daya aplikasi logika. | Pengukuran dan penagihan hanya diterapkan ke konsumsi penyimpanan terkait retensi data dan mengikuti harga retensi data untuk paket Konsumsi. |
| Standar (penyewa tunggal) | Anda dapat menggunakan akun penyimpanan Azure milik Anda sendiri, yang memberikan kontrol dan fleksibilitas lebih baik atas data alur kerja Anda. | Pengukuran dan penagihan mengikuti model harga Azure Storage. Biaya penyimpanan dicantumkan secara terpisah di faktur tagihan Azure Anda. Tips: Untuk membantu Anda memahami jumlah operasi penyimpanan yang mungkin dijalankan alur kerja dan biayanya, coba gunakan kalkulator Penyimpanan Azure Logic Apps. Anda dapat memilih contoh alur kerja atau menggunakan definisi alur kerja yang sudah ada. Perhitungan pertama memperkirakan jumlah operasi penyimpanan dalam alur kerja Anda. Anda kemudian dapat menggunakan angka-angka ini untuk memperkirakan kemungkinan biaya menggunakan kalkulator harga Azure. Untuk informasi selengkapnya, tinjau Memperkirakan kebutuhan dan biaya penyimpanan untuk alur kerja dalam Azure Logic Apps penyewa tunggal. |
Untuk informasi selengkapnya, tinjau dokumentasi berikut ini:
Gateway data lokal
Gateway data lokal adalah sumber daya Azure terpisah yang Anda buat sehingga alur kerja aplikasi logika Anda dapat mengakses data lokal dengan menggunakan konektor tertentu yang didukung gateway. Sumber daya gateway itu sendiri tidak dikenakan biaya, tetapi operasi yang berjalan melalui gateway dikenakan biaya, berdasarkan model harga dan penagihan yang digunakan oleh aplikasi logika Anda.
Akun Integrasi
Akun integrasi adalah sumber daya Azure terpisah yang Anda buat sebagai wadah untuk menentukan dan menyimpan artefak business-to-business (B2B) seperti mitra dagang, perjanjian, skema, peta, dan sebagainya. Setelah Anda membuat akun dan menentukan artefak ini, tautkan akun ini ke aplikasi logika Anda sehingga Anda dapat menggunakan artefak ini dan berbagai operasi B2B dalam alur kerja untuk menjelajahi, membangun, dan menguji solusi integrasi yang menggunakan kemampuan EDI dan pemrosesan XML.
Tabel berikut ini meringkas bagaimana model Konsumsi dan Standar menangani pengukuran dan penagihan untuk akun integrasi:
| Model | Pengukuran dan penagihan |
|---|---|
| Konsumsi (multipenyewa) | Pengukuran dan penagihan menggunakan harga akun integrasi, berdasarkan tingkat akun yang Anda gunakan. |
| Standar (penyewa tunggal) | Pengukuran dan penagihan menggunakan harga akun integrasi, berdasarkan tingkat akun yang Anda gunakan. |
Untuk informasi selengkapnya, tinjau dokumentasi berikut ini:
Item lain yang tidak diukur atau ditagih
Di semua model harga, item berikut tidak diukur atau ditagih:
- Tindakan yang tidak dijalankan karena alur kerja berhenti sebelum penyelesaian
- Menonaktifkan aplikasi logika atau alur kerja karena tidak dapat membuat instans saat tidak aktif.