View a markdown version of this page

AWS Fargate atau AWS Lambda? - AWS Panduan Keputusan

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

AWS Fargate atau AWS Lambda?

Pahami perbedaannya dan pilih yang tepat untuk Anda

Tujuan

Untuk menjelajahi apakah AWS Fargate atau AWS Lambda memenuhi kebutuhan Anda akan layanan komputasi tanpa server.

Terakhir diperbarui

Agustus 21, 2026

Layanan yang ditanggung

Pengantar

Anda mungkin sudah mempertimbangkan jangkauan layanan AWS komputasi yang lebih luas. Ini tercakup dalam panduan https://docs.aws.amazon.com/decision-guides/latest/compute-on-aws-how-to-choose/choosing-aws-compute-service.html Memilih keputusan AWS layanan komputasi. Jika Anda mempersempit pilihan Anda ke AWS Lambda dan AWS Fargate, Anda mungkin mencari layanan komputasi tanpa server. Kedua layanan berbagi manfaat berikut:

catatan

Panduan ini mencakup fungsi Lambda dan Instans Terkelola Lambda. MicroVM Lambda, yang menyediakan kotak pasir terisolasi berbasis sesi untuk menjalankan kode yang tidak tepercaya, adalah primitif komputasi berbeda yang tidak tercakup dalam panduan ini. Untuk informasi tentang Lambda MicroVMS, lihat Lambda MicroVMS di Panduan Pengembang https://docs.aws.amazon.com/lambda/latest/dg/lambda-microvms-guide.html Lambda.

catatan

AWS juga menawarkan opsi komputasi terkait yang tidak tercakup dalam panduan ini, termasuk Mode Amazon ECS Express untuk penyebaran kontainer yang disederhanakan dan Instans Terkelola Amazon ECS untuk menjalankan wadah pada jenis instans EC2 tertentu dengan infrastruktur terkelola. Untuk tampilan lengkap opsi komputasi kontainer, lihat Panduan Pengembang Amazon ECS.

  • Mengurangi overhead operasional: Baik Lambda dan Fargate mengabstraksi manajemen server. Ini mengurangi kebutuhan untuk tambalan, pemeliharaan, dan perencanaan kapasitas.

  • Pay-per-use harga: Anda hanya membayar untuk sumber daya komputasi yang sebenarnya Anda gunakan. Ini dapat menurunkan biaya untuk beban kerja variabel.

  • Penyebaran yang lebih cepat: Layanan ini biasanya menawarkan waktu penerapan yang lebih cepat. Ini dibandingkan dengan penyediaan dan konfigurasi instans EC2.

  • Built-in ketersediaan tinggi: Kedua layanan menangani redundansi infrastruktur secara otomatis.

  • Kepatuhan yang disederhanakan: Permukaan serangan yang berkurang dan fitur keamanan bawaan dapat memudahkan upaya kepatuhan.

  • Fokus pada kode: Pengembang dapat berkonsentrasi pada penulisan kode aplikasi daripada mengelola infrastruktur.

Sementara Lambda dan Fargate keduanya merupakan opsi tanpa server, ada perbedaan yang signifikan di antara keduanya.

AWS Fargate

AWS Fargate adalah mesin komputasi tanpa server untuk kontainer. Ini terutama digunakan dengan Amazon ECS. Dengan Fargate, Anda dapat fokus pada penyebaran dan penskalaan aplikasi kontainer tanpa mengelola infrastruktur yang mendasarinya. Fargate sangat ideal untuk aplikasi yang berjalan lama, layanan mikro, atau pemrosesan batch. Ini memberi Anda kontrol halus atas alokasi sumber daya (CPU, memori) tanpa mengelola server yang mendasarinya.

AWS Lambda

AWS Lambda adalah layanan komputasi tanpa server yang menjalankan kode Anda sebagai fungsi dalam menanggapi peristiwa. Ini mengelola sumber daya komputasi yang mendasarinya untuk Anda. Fungsi lambda paling cocok untuk aplikasi berbasis peristiwa. Contohnya termasuk memproses file yang diunggah ke Amazon S3, menanggapi permintaan HTTP, menjalankan tugas terjadwal, atau memproses aliran data. Sumber aliran data termasuk Amazon Kinesis dan Amazon DynamoDB. Fungsi lambda memiliki waktu eksekusi maksimum 15 menit per pemanggilan. Lambda juga menawarkan fungsi tahan lama, model pemrograman untuk alur kerja yang dapat berjalan hingga 1 tahun menggunakan eksekusi checkpoint-and-replay. Dengan Instans Terkelola Lambda, Anda dapat menjalankan fungsi pada berbagai jenis instans EC2. Anda mempertahankan kesederhanaan operasional Lambda.

Gunakan panduan berikut untuk membantu Anda memilih di antara dua layanan:

  • Jika proyek Anda melibatkan tugas berbasis peristiwa, beban kerja yang tidak dapat diprediksi, atau alur kerja orkestrasi yang berat menunggu, pertimbangkan fungsi Lambda.

  • Jika beban kerja Anda stabil atau dapat diprediksi dan mendapat manfaat dari harga EC2 dan komputasi khusus, Instans Terkelola Lambda mungkin cocok.

  • Jika Anda perlu menjalankan aplikasi kontainer dengan kebutuhan sumber daya tertentu atau proses persisten, Fargate patut dipertimbangkan.

Anda juga dapat menggabungkan kedua layanan dalam arsitektur hybrid. Untuk pola yang menggabungkan Lambda dan Fargate, lihat Men jalankan beban kerja berbasis peristiwa dan terjadwal dalam skala besar dengan Fargate di Panduan Prescriptive. AWS

Tabel berikut memberikan perbandingan berdampingan dari perbedaan utama antara layanan ini.

Fitur AWS Fargate AWS Lambda
Model eksekusi Container-based, komputasi tanpa server Event-driven, fungsi tanpa server (dengan orkestrasi tahan lama opsional)
Bahasa yang didukung Bahasa apa pun yang dapat berjalan dalam wadah Node.js, Python, Java, C #, Go, Ruby, dan PowerShell. Anda juga dapat membangun runtime khusus untuk bahasa lain.
Kasus penggunaan Long-running, aplikasi kontainer Short-duration, tugas berbasis peristiwa (atau alur kerja hingga 1 tahun dengan fungsi tahan lama)
Pola eksekusi Komputasi berkelanjutan (proses yang berjalan lama, koneksi persisten) Event-driven dengan orkestrasi berat tunggu opsional (fungsi tahan lama)
Penskalaan Penskalaan otomatis berdasarkan jumlah tugas yang diinginkan, dengan dukungan penskalaan prediktif Penskalaan otomatis per permintaan
Mulai dingin Bervariasi berdasarkan ukuran gambar dan konfigurasi Bervariasi berdasarkan runtime dan ukuran paket
Batas waktu eksekusi Tidak ada batas keras 15 menit per pemanggilan (fungsi tahan lama mengatur alur kerja hingga 1 tahun)
Alokasi memori Hingga 244 GiB Hingga 10 GiB
Alokasi CPU Hingga 32 vCPU Proporsional dengan memori, hingga 6 vCPU
Jaringan Berjalan di VPC dengan ENI; mendukung Amazon VPC Lattice dan konfigurasi IPv6-only Dapat berjalan di VPC ter AWS kelola atau dilampirkan ke VPC yang dikelola pelanggan menggunakan Hyperplane AWS
Manajemen negara Kontainer dapat mempertahankan status dalam memori di seluruh permintaan saat berjalan. Penyimpanan eksternal direkomendasikan untuk data penting. Tanpa kewarganegaraan berdasarkan desain (status harus dikelola secara eksternal, misalnya, Amazon S3, Amazon DynamoDB, Amazon EFS). Fungsi tahan lama dapat mempertahankan status alur kerja hingga 1 tahun.
Dukungan kontainer Dukungan kontainer penuh Dukungan kontainer terbatas (melalui penerapan gambar kontainer)
Orkestrasi Terintegrasi dengan Amazon ECS Tidak diperlukan orkestrasi
Strategi penyebaran Penerapan asli blue/green, kenari, dan linier Alias tertimbang untuk penerapan bertahap
Model penentuan harga Penagihan per detik untuk vCPU dan memori yang digunakan; Fargate Spot tersedia untuk x86 dan ARM Per pemanggilan dan durasi (GB-seconds); Instans Terkelola Lambda menawarkan harga EC2-based
Batas konkurensi Berdasarkan kapasitas cluster 1000 eksekusi bersamaan secara default (dapat ditingkatkan)
Event-driven permohonan Membutuhkan pengaturan tambahan Dukungan asli untuk berbagai sumber AWS acara
Mitigasi start dingin Pemuatan gambar yang lambat dengan Seekable OCI (SOCI) dapat mempercepat memulai tugas Fargate Konkurensi yang disediakan, SnapStart (untuk Java, Python, dan.NET), dan Instans Terkelola Lambda tersedia
Batas ukuran paket Tidak ada batasan spesifik (ukuran wadah dibatasi oleh penyimpanan sementara yang dikonfigurasi, maksimum 200 GiB) 250 MB dibuka ritsleting, termasuk lapisan, 10 GB untuk penerapan gambar kontainer

Perbedaan antara Fargate dan Lambda

Jelajahi perbedaan antara Fargate dan Lambda di sejumlah area utama.

Languages supported

Fargate: AWS Fargate adalah mesin komputasi tanpa server untuk kontainer, digunakan dengan Amazon ECS untuk orkestrasi. Ini mendukung bahasa pemrograman atau lingkungan runtime yang dapat dikemas ke dalam wadah Docker. Fleksibilitas ini berarti Anda dapat menggunakan hampir semua bahasa, kerangka kerja, atau pustaka yang sesuai dengan kebutuhan aplikasi Anda. Anda dapat menggunakanPython,Java,Node.js, Go, .NET,Ruby, PHP, atau bahkan bahasa dan lingkungan khusus. Fargate dapat menjalankannya selama dienkapsulasi dalam wadah. Dukungan bahasa yang luas ini membuat Fargate ideal untuk menjalankan beragam aplikasi. Ini termasuk sistem lama, layanan mikro multi-bahasa, dan aplikasi cloud-native modern.

Lambda: AWS Lambda menawarkan dukungan asli untuk serangkaian bahasa yang lebih terbatas dibandingkan dengan Fargate. Fungsi lambda dibuat khusus untuk beban kerja yang digerakkan oleh peristiwa. Lambda secara resmi mendukung bahasa dan runtime berikut:

  • Node.js

  • Python

  • Java

  • Go

  • Ruby

  • C#

  • PowerShell

Lambda juga mendukung runtime khusus. Dengan runtime khusus, Anda dapat membawa bahasa atau lingkungan runtime Anda sendiri. Namun, ini membutuhkan lebih banyak pengaturan dan manajemen dibandingkan dengan menggunakan opsi yang didukung secara asli. Jika Anda menerapkan fungsi Lambda Anda dari image kontainer, Anda dapat menulis fungsi Anda diRust. Gunakan gambar AWS OS-only dasar dan sertakan klien Rust runtime dalam gambar Anda. Jika Anda menggunakan bahasa tanpa klien antarmuka runtime yang AWS disediakan, Anda harus membuatnya sendiri.

Event-driven invocation

Lambda secara inher en dirancang untuk komputasi berbasis peristiwa. Fungsi lambda dipicu sebagai respons terhadap perubahan data, tindakan pengguna, atau tugas terjadwal. Ini terintegrasi secara asli dengan banyak Layanan AWS orang. Ini termasuk Amazon S3 (misalnya, memanggil fungsi saat file diunggah), DynamoDB (misalnya, memicu pembaruan data), dan API Gateway (misalnya, menangani permintaan HTTP). Arsitektur berbasis peristiwa Lambda sangat ideal untuk aplikasi yang perlu segera merespons peristiwa. Aplikasi ini tidak memerlukan sumber daya komputasi yang persisten.

Fargate tidak didorong oleh peristiwa asli. Namun, dengan beberapa logika boilerplate tambahan, ia dapat berintegrasi dengan sumber peristiwa seperti Amazon SQS dan Kinesis. Lambda menangani sebagian besar logika integrasi ini untuk Anda. Dengan Fargate, Anda harus menerapkan integrasi ini sendiri menggunakan API untuk layanan ini.

Runtime/use cases

Fargate dirancang untuk menjalankan aplikasi kontainer. Ini menyediakan lingkungan runtime yang fleksibel di mana Anda dapat menentukan pengaturan CPU, memori, dan jaringan untuk wadah Anda. Fargate beroperasi pada model berbasis kontainer. Ini mendukung proses yang berjalan lama, layanan persisten, dan aplikasi dengan persyaratan runtime tertentu. Kontainer di Fargate dapat berjalan tanpa batas waktu karena tidak ada batasan keras pada waktu eksekusi. Ini membuatnya ideal untuk aplikasi yang perlu berjalan terus menerus. Dengan kebijakan restart kontainer di Fargate, wadah individu dalam tugas dapat memulai ulang secara otomatis tanpa memulai ulang seluruh tugas. Ini meningkatkan ketahanan untuk beban kerja multi-kontainer. Fargate terintegrasi dengan Con CloudWatch tainer Insights dengan peningkatan pengamatan. Dengan fitur ini, Anda mendapatkan metrik dan jejak per kontainer terperinci untuk memantau kinerja aplikasi.

Fungsi lambda dioptimalkan untuk tugas-tugas berbasis peristiwa yang berumur pendek. Fungsi lambda memiliki waktu eksekusi maksimum 15 menit per pemanggilan. Hal ini membuat fungsi Lambda cocok untuk skenario seperti pemrosesan file, streaming data real-time, dan penanganan permintaan HTTP. Tugas-tugas ini singkat dan tidak memerlukan proses yang berjalan lama.

Dengan fungsi tahan lama di Lambda, Anda dapat membangun alur kerja yang berjalan lama yang dapat mempertahankan status di beberapa pemanggilan hingga 1 tahun. Fungsi tahan lama menyediakan penanganan kesalahan bawaan, percobaan ulang otomatis, dan pemulihan setelah kegagalan. SDK fungsi tahan lama tersedia untuk JavaScript,, TypeScript, PythonJava, dan C # (.NET). Selama periode tunggu, fungsi Anda ditangguhkan tanpa menimbulkan biaya komputasi. Dengan fungsi tahan lama, Anda dapat mengatasi kasus penggunaan yang sebelumnya memerlukan lingkungan komputasi persisten.

Saat memilih antara fungsi tahan lama dan Fargate untuk beban kerja yang berjalan lama, pertimbangkan pola eksekusi. Fungsi tahan lama hemat biaya untuk alur kerja yang menghabiskan sebagian besar waktunya menunggu, seperti persetujuan manusia, penundaan terjadwal, atau panggilan balik API eksternal. Anda tidak dikenakan biaya komputasi selama periode tunggu. Fargate lebih tepat untuk beban kerja yang memerlukan komputasi berkelanjutan, seperti pemrosesan data, koneksi jaringan persisten, atau layanan yang harus tetap aktif tanpa gangguan.

Di Lambda, lingkungan runtime lebih abstrak. Anda memiliki lebih sedikit kontrol atas infrastruktur yang mendasarinya. Untuk fungsi standar, setiap pemanggilan bersifat independen dan tanpa kewarganegaraan. Setiap status atau data yang perlu bertahan di antara pemanggilan harus dikelola secara eksternal. Contohnya termasuk database atau layanan penyimpanan.

Scaling

Fargate menskalakan dengan menyesuaikan jumlah tugas yang sedang berjalan. Ini didasarkan pada status yang diinginkan yang ditentukan dalam layanan orkestrasi kontainer Anda (Amazon ECS). Penskalaan dapat dilakukan secara manual atau otomatis melalui Amazon EC2 Auto Scaling. Untuk informasi selengkapnya, lihat Di bawah kap: Amazon ECS dan Fargate meningkatkan tingkat peluncuran tugas di blog Con AWS tainers.

Di Fargate, setiap tugas berjalan di lingkungannya yang terisolasi. Penskalaan melibatkan peluncuran tugas tambahan atau menghentikannya berdasarkan beban. Penjadwal layanan Amazon ECS dapat meluncurkan hingga 500 tugas dalam waktu kurang dari satu menit per layanan. Ini berlaku untuk web dan layanan jangka panjang lainnya. Amazon ECS juga mendukung penskalaan prediktif. Ini menggunakan pola historis untuk secara proaktif meningkatkan tugas sebelum lonjakan permintaan terjadi. Kebijakan pelacakan target untuk CPU dan pemanfaatan memori mendukung resolusi metrik 20 detik. Ini memungkinkan deteksi sinyal penskalaan yang lebih cepat. Amazon ECS juga dapat secara otomatis menyeimbangkan kembali tugas layanan di seluruh Availability Zone. Ini mempertahankan ketersediaan tinggi. Fargate terintegrasi dengan F AWS ault Injection Service (FIS). Dengan FIS, Anda dapat menjalankan eksperimen injeksi kesalahan terkontrol untuk menguji ketahanan aplikasi.

Diagram yang menunjukkan perbedaan peluncuran tugas antara Fargate dan Lambda.

Untuk Lambda, konkurensi adalah jumlah permintaan dalam penerbangan yang ditangani oleh AWS Lambda fungsi Anda pada saat yang bersamaan. Ini berbeda dengan konkurensi di Fargate. Setiap tugas Fargate dapat menangani permintaan bersamaan selama ada sumber daya komputasi dan jaringan yang tersedia. Untuk setiap permintaan bersamaan, Lambda menyediakan instance terpisah dari lingkungan eksekusi Anda. Saat fungsi Anda menerima lebih banyak permintaan, Lambda secara otomatis menskalakan jumlah lingkungan eksekusi. Ini berlanjut sampai Anda mencapai batas konkurensi akun Anda. Secara default, Lambda memberi akun Anda batas konkurensi total 1.000 eksekusi bersamaan. Batas ini berlaku di semua fungsi dalam Wilayah AWS. Anda dapat meminta kenaikan kuota jika diperlukan.

Dengan Lambda Managed Instances, penskalaan bekerja secara berbeda. Alih-alih menyediakan lingkungan eksekusi baru untuk setiap permintaan bersamaan, Managed Instances menskalakan secara asinkron berdasarkan pemanfaatan sumber daya CPU. Setiap lingkungan eksekusi dapat menangani beberapa pemanggilan bersamaan. Pendekatan ini memaksimalkan pemanfaatan sumber daya. Ini sangat cocok untuk beban kerja steady-state atau yang dapat diprediksi.

Untuk setiap fungsi Lambda menggunakan tipe komputasi default, tingkat penskalaan konkurensi adalah 1.000 instance eksekusi setiap 10 detik. Ini berlanjut hingga konkurensi akun maksimum. Untuk informasi selengkapnya, lihat Fungsi Lambda sekarang berskala 12 kali lebih cepat saat menangani permintaan volume tinggi di blog AWS Compute. Jika jumlah permintaan dalam periode 10 detik melebihi 1.000, permintaan tambahan akan dibatasi. Grafik berikut menunjukkan bagaimana penskalaan Lambda bekerja dengan asumsi konkurensi akun 7000.

Grafik batang yang menunjukkan bagaimana instance dibatasi ketika jumlahnya melebihi 1000.
Cold start and cold-start mitigation

Fungsi lambda dapat mengalami cold start. Ini terjadi ketika fungsi dipanggil setelah tidak aktif selama beberapa waktu. Selama cold start, layanan Lambda menginisialisasi lingkungan eksekusi baru. Ini termasuk memuat runtime, dependensi, dan kode fungsi. Durasi start dingin bervariasi dari di bawah 100 milidetik hingga lebih dari 1 detik, tergantung pada runtime, ukuran paket, dan logika inisialisasi. Untuk runtime dengan waktu inisialisasi yang lebih lama seperti Java atau C #, cold start bisa lebih lama tanpa pengoptimalan. Cold start dapat memengaruhi kinerja aplikasi yang memerlukan respons latensi rendah.

Untuk mengurangi start dingin di Lambda, pertimbangkan strategi berikut:

  • Minimalkan ukuran fungsi: Kurangi ukuran paket fungsi Anda dan dependensinya. Hal ini dapat mengurangi waktu yang dibutuhkan untuk inisialisasi.

  • Meningkatkan alokasi memori: Alokasi memori yang lebih tinggi meningkatkan kapasitas CPU. Ini dapat mengurangi waktu inisialisasi.

  • Menjaga fungsi tetap hangat: Panggil fungsi Lambda Anda secara berkala (misalnya, menggunakan Ev CloudWatch ents). Ini membuat mereka tetap aktif dan mengurangi kemungkinan start dingin.

  • Lambda SnapStart: Gunakan fungsi Lambda SnapStart for JavaPython,, dan .NET untuk mengurangi waktu startup. SnapStart mengambil snapshot dari lingkungan eksekusi yang diinisialisasi. Pemanggilan berikutnya dilanjutkan dari snapshot alih-alih melakukan start dingin penuh.

  • Konkurensi yang disediakan: Fitur ini menjaga sejumlah instans fungsi tetap hangat dan siap melayani permintaan. Ini mengurangi latensi start dingin. Namun, itu meningkatkan biaya. Anda membayar instans yang disediakan meskipun instans tersebut tidak secara aktif menangani permintaan.

  • Instans Terkelola Lambda: Jalankan fungsi pada berbagai jenis instans EC2. Ini termasuk prosesor seperti Graviton4 dan opsi jaringan bandwidth tinggi. Pre-provisioned lingkungan eksekusi menghilangkan start dingin. Lambda menangani siklus hidup instans, OS dan runtime patch, routing, load balancing, dan penskalaan otomatis. Instans Terkelola Lambda juga mendukung pemanggilan multi-serentak per lingkungan eksekusi. Mereka menawarkan keuntungan harga EC2 seperti Compute Savings Plans dan Instans Cadangan.

Fargate umumnya tidak terpengaruh oleh cold start dengan cara yang sama seperti Lambda. Waktu untuk memulai tugas Fargate berkorelasi langsung dengan waktu yang dibutuhkan untuk menarik gambar wadah yang ditentukan dalam tugas dari registri gambar. Fargate juga mendukung pemuatan lambat gambar kontainer yang telah diindeks dengan Seekable OCI (SOCI). Pemuatan gambar kontainer yang lambat dengan SOCI mengurangi waktu untuk meluncurkan tugas Amazon ECS di Fargate. Fargate menggunakan manifes indeks SOCI v2. Ini memberikan peningkatan kinerja untuk pemuatan lambat. Setelah tugas dimulai di Fargate, itu adalah proses yang berjalan lama. Itu selalu siap untuk menangani permintaan. Jika Anda perlu memulai tugas baru sebagai respons terhadap peristiwa penskalaan, mungkin ada beberapa penundaan selama inisialisasi. Ini biasanya kurang signifikan dibandingkan dengan start dingin Lambda.

Memory and CPU options

Fargate menyediakan kontrol granular atas memori dan sumber daya CPU untuk aplikasi kontainer Anda. Saat Anda meluncurkan tugas di Fargate, Anda dapat menentukan CPU dan persyaratan memori yang tepat untuk aplikasi Anda. CPU dan alokasi memori bersifat independen. Anda dapat memilih kombinasi yang paling sesuai dengan beban kerja Anda. Anda dapat memilih nilai CPU mulai dari 0,25 vCPU hingga 32 vCPU. Memori berkisar antara 0,5 GB hingga 244 GB per tugas, tergantung pada konfigurasi Anda.

Fleksibilitas ini sangat ideal untuk aplikasi dengan karakteristik kinerja tertentu. Contohnya termasuk database intensif memori atau tugas CPU-bound komputasi. Fargate memungkinkan Anda untuk mengoptimalkan alokasi sumber daya Anda. Anda dapat menyeimbangkan biaya dan kinerja secara efektif.

Di Lambda, memori dan CPU terhubung. CPU secara otomatis dialokasikan sebanding dengan jumlah memori yang Anda pilih. Anda dapat memilih alokasi memori antara 128 MB dan 10 GB, dengan penambahan 1 MB. CPU berskala dengan memori, hingga 6 vCPU. Pengaturan memori yang lebih tinggi menghasilkan daya CPU yang lebih besar. Namun, Anda tidak memiliki kontrol langsung atas alokasi CPU itu sendiri.

Model ini dirancang untuk kesederhanaan. Anda dapat dengan cepat menyesuaikan pengaturan memori tanpa mengelola konfigurasi CPU. Namun, mungkin kurang fleksibel untuk beban kerja yang memerlukan keseimbangan spesifik antara sumber daya CPU dan memori. Model Lambda cocok untuk tugas-tugas di mana Anda menginginkan penskalaan langsung berdasarkan kebutuhan memori. Ini mungkin tidak optimal untuk aplikasi dengan tuntutan sumber daya yang kompleks atau sangat spesifik.

Networking

Saat Anda menerapkan tugas di Fargate, tugas tersebut berjalan di Amazon VPC (Amazon Virtual Private Cloud). Ini memberi Anda kontrol penuh atas lingkungan jaringan. Anda dapat mengonfigurasi grup keamanan, daftar kontrol akses jaringan (ACL), dan tabel routing. Setiap tugas Fargate mendapatkan antarmuka jaringannya sendiri dengan alamat IP pribadi khusus. Anda dapat menetapkan alamat IP publik jika diperlukan.

Fargate mendukung fitur jaringan canggih seperti penyeimbangan beban (menggunakan AWS Elastic Load Balancing), peering VPC, dan akses langsung ke yang lain di Layanan AWS dalam VPC. Anda juga dapat menggunakan AWS PrivateLink untuk konektivitas pribadi yang aman hingga didukung Layanan AWS. Ini menghindari melintasi internet. Tugas Fargate juga mendukung Amazon VPC Lattice. Ini menyediakan konektivitas layanan ke layanan standar, keamanan, dan pengamatan. Tugas Fargate dapat berjalan dalam IPv6-only konfigurasi. Hal ini memungkinkan tugas untuk berkomunikasi secara eksklusif melalui IPv6.

Secara default, fungsi Lambda berjalan di lingkungan jaringan terkelola. Anda tidak memiliki kontrol langsung atas antarmuka jaringan atau alamat IP. Namun, Lambda dapat dilampirkan ke VPC yang dikelola pelanggan menggunakan Hyperplane. AWS Ini memungkinkan Anda untuk mengontrol akses ke sumber daya di dalam VPC Anda.

Ketika fungsi Lambda dilampirkan ke VPC yang dikelola pelanggan, mereka mewarisi grup keamanan VPC dan konfigurasi subnet. Hal ini memungkinkan mereka untuk berinteraksi secara aman dengan yang lain Layanan AWS (seperti database RDS) dalam VPC yang sama. Karena Lambda menskalakan dengan menciptakan banyak lingkungan eksekusi bersamaan, masing-masing mempertahankan koneksi database-nya sendiri. Konkurensi tinggi dapat menghabiskan batas koneksi database. Untuk akses database relasional, gunakan Amazon RDS Proxy untuk mengumpulkan dan mengelola koneksi. Ini menghindari kelelahan koneksi selama konkurensi tinggi.

Layanan Lambda menggunakan platform Virtualisasi Fungsi Jaringan untuk menyediakan kemampuan NAT. Ini menghubungkan Lambda VPC ke VPC pelanggan. Ini mengkonfigurasi antarmuka jaringan elastis (ENI) yang diperlukan ketika fungsi Lambda dibuat atau diperbarui. Ini juga memungkinkan ENI dari akun Anda untuk dibagikan di beberapa lingkungan eksekusi. Hal ini memungkinkan Lambda untuk membuat penggunaan sumber daya jaringan yang lebih efisien ketika fungsi berskala.

ENI adalah sumber daya yang habis dengan batas lunak 250 per Wilayah. Pantau penggunaan antarmuka jaringan elastis jika Anda mengkonfigurasi fungsi Lambda untuk akses VPC. Fungsi lambda di AZ yang sama dan grup keamanan yang sama dapat berbagi ENI. Jika Anda meningkatkan batas konkurensi di Lambda, evaluasi apakah Anda memerlukan peningkatan antarmuka jaringan elastis. Jika batas tercapai, pemanggilan fungsi VPC-enabled Lambda dibatasi.

Pricing model

Harga Farg ate didasarkan pada sumber daya yang dialokasikan ke kontainer Anda. Secara khusus, ini berarti vCPU dan memori yang Anda pilih untuk setiap tugas. Anda ditagih per detik, dengan biaya minimum satu menit. Biaya terkait langsung dengan sumber daya yang dikonsumsi aplikasi Anda. Anda membayar untuk apa yang Anda sediakan, terlepas dari apakah aplikasi tersebut secara aktif memproses permintaan. Fargate sangat cocok untuk beban kerja yang dapat diprediksi di mana Anda memerlukan konfigurasi sumber daya tertentu. Anda dapat mengoptimalkan biaya dengan menyesuaikan sumber daya yang dialokasikan. Fargate Spot tersedia untuk beban kerja x86 dan ARM-based Linux. Ini memberikan penghematan biaya yang signifikan untuk aplikasi toleran kesalahan. Mungkin ada biaya tambahan untuk layanan terkait. Ini termasuk transfer data, penyimpanan, dan jaringan (misalnya, VPC, Elastic Load Balancing).

Lambda memiliki struktur harga yang berbeda yang didorong oleh peristiwa dan bayar per eksekusi. Anda dikenakan biaya berdasarkan jumlah permintaan dan durasi eksekusi. Durasi diukur dalam milidetik. Lambda juga memperhitungkan jumlah memori yang Anda alokasikan untuk fungsi Anda. Skala biaya berdasarkan memori yang digunakan dan waktu eksekusi. Model penetapan harga mencakup tingkat gratis. Ini menawarkan 1 juta permintaan gratis dan 400.000 waktu kom GB-seconds putasi per bulan. Hal ini membuat Lambda sangat hemat biaya untuk beban kerja sporadis volume rendah.

Model penetapan harga Lambda sangat ideal untuk aplikasi dengan pola lalu lintas yang tidak dapat diprediksi atau meledak. Anda hanya membayar untuk pemanggilan fungsi aktual dan waktu eksekusi. Anda tidak perlu menyediakan atau membayar untuk kapasitas idle.

Dengan Instans Terkelola Lambda, Lambda menawarkan harga berbasis instance yang menggunakan model penetapan harga EC2. Ini termasuk On-Demand, Instans Cadangan, dan Paket Tabungan Komputasi. Hal ini dapat mendorong efisiensi biaya untuk beban kerja steady-state atau yang dapat diprediksi.

Baik Fargate maupun Lambda memenuhi syarat untuk Compute Savings Plans. Ini dapat mengurangi biaya hingga 66% sebagai imbalan atas komitmen terhadap jumlah penggunaan komputasi yang konsisten. Ini diukur dalam dolar per jam untuk jangka waktu 1 atau 3 tahun.

Ketika Anda membandingkan biaya antara dua layanan, Anda biasanya membayar lebih sedikit dengan Lambda pada volume lalu lintas yang lebih rendah. Namun, penagihan sumber daya per detik dari Fargate cenderung lebih ekonomis untuk beban kerja throughput tinggi yang berkelanjutan. Seiring bertambahnya volume permintaan, biaya Lambda berskala secara linier. Sebaliknya, biaya Fargate tetap relatif stabil terlepas dari permintaan yang ditangani dalam sumber daya yang disediakan.

Gunakan

Sekarang setelah Anda membaca tentang kriteria untuk memilih antara AWS Fargate dan AWS Lambda, Anda dapat memilih layanan yang memenuhi kebutuhan Anda, dan menggunakan informasi berikut untuk membantu Anda mulai menggunakan masing-masing.

AWS Fargate
  • Pelajari cara membuat tugas Amazon ECS Linux untuk jenis peluncuran Fargate

    Mulailah menggunakan Amazon ECS AWS Fargate dengan menggunakan jenis peluncuran Fargate untuk tugas Linux Anda.

    Jelajahi panduan

  • Pelajari cara membuat tugas Amazon ECS Windows untuk jenis peluncuran Fargate

    Mulai menggunakan Amazon ECS AWS Fargate dengan menggunakan jenis peluncuran Fargate untuk tugas Windows Anda.

    Jelajahi panduan

  • Memulai dengan Fargate dan Amazon EKS

    Panduan ini menjelaskan cara memulai menjalankan pod AWS Fargate dengan cluster Amazon EKS Anda.

    Jelajahi panduan

  • AWS Fargate harga

    Gunakan panduan ini untuk memahami bagaimana konfigurasi vCPU, memori, penyimpanan, dan sistem operasi memengaruhi AWS Fargate harga.

    Jelajahi panduan

  • AWS Fargate pertanyaan yang sering diajukan

    Dapatkan jawaban atas pertanyaan umum tentang AWS Fargate kemampuan, dan praktik terbaik untuk implementasi.

    Jelajahi panduan

AWS Lambda
  • Membuat aplikasi pemrosesan file tanpa server

    Panduan langkah demi langkah untuk menyiapkan dan menggunakan Amazon SNS. Ini mencakup topik seperti membuat topik, berlangganan titik akhir ke topik, menerbitkan pesan, dan mengonfigurasi izin akses.

    Jelajahi panduan ini

  • Panduan Developer untuk Nirserver

    Panduan ini membantu Anda mengembangkan pemahaman konseptual yang lebih baik tentang pengembangan aplikasi tanpa server, dan bagaimana beragam Layanan AWS cocok bersama untuk membuat pola aplikasi yang membentuk inti aplikasi cloud Anda.

    Jelajahi panduan

  • Tanah Tanpa Server

    Situs ini menyatukan informasi terbaru, blog, video, kode, dan sumber daya pembelajaran untuk AWS Serverless. Pelajari cara menggunakan dan membangun aplikasi yang berskala secara otomatis pada arsitektur tanpa server berbiaya rendah dan dikelola sepenuhnya.

    Jelajahi situs

  • AWS Lambda harga

    Gunakan panduan ini untuk memperkirakan biaya dan mengoptimalkan biaya berdasarkan penggunaan fungsi dan konfigurasi. Ini termasuk kalkulator harga untuk menghitung biaya arsitektur Anda AWS Lambda dalam satu perkiraan.

    Jelajahi panduan

  • AWS Lambda pertanyaan yang sering diajukan

    Dapatkan jawaban atas pertanyaan umum tentang AWS Lambda kemampuan, dan praktik terbaik untuk implementasi.

    Jelajahi panduan