Antipola: Menonaktifkan koneksi persisten HTTP (keep-alive yang dapat digunakan kembali)

Anda sedang melihat dokumentasi Apigee dan Apigee hybrid.
Lihat dokumentasi Apigee Edge.

Proxy API adalah antarmuka untuk aplikasi klien yang digunakan untuk terhubung dengan layanan backend. Apigee menyediakan beberapa cara untuk terhubung ke layanan backend melalui proxy API:

Koneksi Persisten

Koneksi persisten HTTP, yang juga disebut keep-alive HTTP atau penggunaan kembali koneksi HTTP, adalah konsep yang memungkinkan satu koneksi TCP mengirim dan menerima beberapa permintaan/respons HTTP, bukan membuka koneksi baru untuk setiap pasangan permintaan/respons.

Apigee menggunakan koneksi persisten untuk berkomunikasi dengan layanan backend. Koneksi tetap aktif selama 60 detik secara default. Artinya, jika koneksi tidak ada aktivitas di kumpulan koneksi selama lebih dari 60 detik, koneksi akan ditutup.

Periode waktu tunggu keep-alive dapat dikonfigurasi melalui properti bernama keepalive.timeout.millis, yang ditentukan dalam konfigurasi TargetEndpoint proxy API. Misalnya, periode waktu keepalive dapat ditetapkan ke 30 detik untuk layanan backend tertentu di TargetEndpoint.

Dalam contoh di bawah, keepalive.timeout.millis ditetapkan ke 30 detik dalam konfigurasi TargetEndpoint: 

<!-- /antipatterns/examples/disable-persistent-connections-1.xml -->
<TargetEndpoint name="default">
  <HTTPTargetConnection>
    <URL>http://mocktarget.apigee.net</URL>
    <Properties>
      <Property name="keepalive.timeout.millis">30000</Property>
    </Properties>
  </HTTPTargetConnection>Disable HTTP persistent (Reusable keep-alive) connections
</TargetEndpoint>

Pada contoh di atas, keepalive.timeout.millis mengontrol perilaku keep-alive untuk layanan backend tertentu di proxy API. Ada juga properti yang mengontrol perilaku keep-alive untuk semua layanan backend di semua proxy. HTTPTransport.keepalive.timeout.millis dapat dikonfigurasi di komponen Message Processor. Properti ini juga memiliki nilai default 60 detik. Melakukan perubahan pada properti ini akan memengaruhi perilaku koneksi keep-alive antara Apigee dan semua layanan backend di semua proxy API.

Antipola

Menonaktifkan koneksi persisten (keep-alive) dengan menetapkan properti keepalive.timeout.millis ke 0 dalam konfigurasi TargetEndpoint dari Proxy API tertentu atau menetapkan HTTPTransport.keepalive.timeout.millis ke 0 di Message Processor tidak direkomendasikan karena akan memengaruhi performa.

Pada contoh di bawah, konfigurasi TargetEndpoint menonaktifkan koneksi persisten (keep-alive) untuk layanan backend tertentu dengan menetapkan keepalive.timeout.millis ke 0: 

<!-- /antipatterns/examples/disable-persistent-connections-2.xml -->
<TargetEndpoint name="default">
  <HTTPTargetConnection>
    <URL>http://mocktarget.apigee.net</URL>
    <Properties>
      <Property name="keepalive.timeout.millis">0</Property>
     </Properties>
  </HTTPTargetConnection>
</TargetEndpoint>

Jika koneksi keep-alive dinonaktifkan untuk satu atau beberapa layanan backend, Apigee harus membuka koneksi baru untuk setiap permintaan baru ke layanan backend target. Jika backend adalah HTTPs, Apigee juga akan melakukan handshake SSL untuk setiap permintaan baru, yang menambah latensi permintaan API secara keseluruhan.

Dampak

  • Meningkatkan waktu respons keseluruhan permintaan API karena Apigee harus membuka koneksi baru dan melakukan handshake SSL untuk setiap permintaan baru.
  • Koneksi mungkin habis dalam kondisi traffic tinggi, karena perlu waktu beberapa saat untuk melepaskan koneksi kembali ke sistem.

Praktik Terbaik

  • Layanan backend harus mematuhi dan menangani koneksi persisten HTTP sesuai dengan standar HTTP 1.1.
  • Layanan backend harus merespons dengan header Connection:keep-alive jika dapat menangani koneksi persisten (keep alive).
  • Layanan backend harus merespons dengan header Connection:close jika tidak dapat menangani koneksi persisten.

Dengan menerapkan pola ini, Apigee dapat otomatis menangani koneksi persisten atau non-persisten dengan layanan backend, tanpa memerlukan perubahan pada proxy API.

Bacaan lebih lanjut