Edge function — foydalanuvchi requestiga yaqin CDN yoki edge platform nuqtasida event asosida bajariladigan kichik server-side dastur. U request va response headerlarini o‘zgartirish, authentication tekshirish, URL rewrite, personalization yoki A/B routingni origin serverga bormasdan bajarishi mumkin. Runtime va state cheklovlari oddiy regional serverless functiondan odatda qat’iyroq.
Bajarilish modeli
Platform function kodini ko‘p point of presence’ga tarqatadi. HTTP request, scheduled event yoki message trigger instance’ni ishga tushiradi. Isolate-based runtime tez start berishi mumkin; container asosidagi muhit ko‘proq compatibility, ammo kattaroq cold startga ega bo‘lishi mumkin.
Execution time, memory, package size, CPU, outbound socket va API ro‘yxati cheklangan. Native binary, filesystem write yoki long-lived connection qo‘llanmasligi mumkin. Kod platformaning aniq runtime hujjatiga qarab yoziladi.
State va data
Instance memorysi requestlar orasida qolishi mumkin, lekin unga durable state sifatida ishonilmaydi. Global key-value store tez read beradi, ammo replication asynchronous bo‘lsa yangi qiymat barcha edge nuqtalarda darhol ko‘rinmaydi. Strong state uchun regional databasega murojaat qilish edge latency afzalligini kamaytiradi.
Configuration va feature flagning propagation vaqti hisobga olinadi. Security revocation tez tarqalishi kerak bo‘lsa platformaning consistency kafolati tekshiriladi. User data qaysi mamlakatdagi edge’da ishlanishi data residencyga ta’sir qiladi.
Qo‘llanishlar
Function cookie yoki token asosida requestni variant originiga yo‘naltiradi, image parametrini normallashtiradi, bot signalini tekshiradi yoki static responsega security header qo‘shadi. Katta report yaratish, og‘ir ML model yoki uzoq transaction edge runtimega mos emas; bunday ish queue orqali regional backendga uzatiladi.
Authenticationda token signature lokal tekshirilsa origin round-trip kamayadi. Key rotation, issuer, audience va clock skew to‘g‘ri boshqariladi. Secretni function bundle ichiga tikish o‘rniga platforma secret store ishlatiladi.
Release va kuzatuv
Kod global tarqalishi vaqt olishi mumkin, shu sabab eski va yangi versiyalar qisqa vaqt birga ishlashga mos bo‘ladi. Canary traffic, version pin va tez rollback xavfni kamaytiradi. Cache key o‘zgarishi hit rate pasayishi yoki user variantlari aralashishiga olib kelmasligi kerak.
Observability request IDni edge, origin va downstream trace bilan bog‘laydi. Loglar samplingga tushishi va kech yetib kelishi mumkin. Region yoki POP bo‘yicha error, cold start, execution time, subrequest va cache hit kuzatiladi. Edge function originni himoya qilishi mumkin, lekin noto‘g‘ri global release ham barcha foydalanuvchiga tez ta’sir qiladi.
Cache bilan o‘zaro ta’sir
Function requestni cache lookupdan oldin yoki keyin bajarishi platformaga bog‘liq. Cache keyga user-specific cookie qo‘shish cache cardinalityni portlatishi, qo‘shmaslik esa bir user javobini boshqasiga ko‘rsatishi mumkin. Personalized response private yoki no-store qilinadi, yoxud xavfsiz variant ID keyga kiritiladi. Authorization natijasi bilan public objectni aralashtirishdan oldin threat model tuziladi.
Origin subrequestlari soni va timeout cheklanadi. Edge function bir request uchun ketma-ket bir necha regional API chaqirsa latency ko‘payib, origin failure edge failurega aylanadi. Static configurationni edge storega replicate qilish va background refresh ishlatish mumkin. Fail-open yoki fail-closed qarori vazifaga bog‘liq: analytics flag xatosida default variant, access control tekshiruvida esa odatda rad javobi xavfsizroq.
Bog‘liq tushunchalar
Edge computing, Edge node, Serverless function, CDN, Point of presence, Cold start, Key-value store, Cache key