Azure App Service yan arabaları

Linux App Service uygulamalarında (yalnızca kod uygulamaları ve özel kapsayıcılar) sepet, ana uygulama kapsayıcınızla aynı ortamda çalışan yardımcı bir kapsayıcıdır. Yan arabalar, telemetri, önbelleğe alma veya yapay zeka çıkarımı gibi destekleyici hizmetler sağlayabilir ve App Service uygulamanızın bir parçası olarak yönetilir.

App Service'te neden sidecar kullanmalısınız?

Sepetler, ana uygulama kodunuzu (yalnızca kod uygulamalarında) veya ana kapsayıcınızı (özel kapsayıcılarda) değiştirmeden izleme, önbelleğe alma, yapay zeka veya özel mantık gibi yeni özellikler eklemenize olanak tanır. Avantajlar şunlardır:

  • Endişelerin ayrılması: Hizmetleri ana uygulamanızdan bağımsız olarak ekleyin veya güncelleştirin.
  • Genişletilebilir -lik: Önceden oluşturulmuş veya özel uzantıları (ör. OpenTelemetry, Redis, Phi-3/4 AI modelleri) tümleştirin.
  • Operasyonel esneklik: Yan uygulamaları, uygulamanızla birlikte yönetin, yükseltin veya ölçeklendirin.
  • Geçiş yolu: Docker Compose veya çok kapsayıcılı çözümlerden, yönetilen ve ölçeklenebilir bir platforma geçin (bkz. Docker Compose uygulamalarını Azure App Service'te yan araçlara taşımak).

Sidecarlar App Service'te nasıl çalışır?

  • Kapsayıcı rolleri: Sepet özellikli her uygulamada bir ana kapsayıcı (isMain: true) ve en fazla dokuz sepet kapsayıcısı (isMain: false) vardır. Kapsayıcı yapılandırmasında ana isMain: true uygulama kapsayıcısını tanımlar. Diğer tümlerinde olmalıdır isMain: false.
  • Ağ: Uygulamadaki tüm kapsayıcılar aynı ağ ad alanını paylaşır ve üzerinden localhostiletişim kurar. Hizmet adı çözümlemesi gerekmez, bu nedenle kullanın localhost:<port>. Her kapsayıcının benzersiz bir bağlantı noktasında dinlemesi gerekir. Dış HTTP trafiği için yalnızca 80 ve 8080 bağlantı noktaları desteklenir. İç iletişim için kullanılabilir benzersiz bağlantı noktalarını kullanın.

Önemli

Sidecarlar ana uygulamanızla aynı ağ ad alanını ve ortamı paylaştığından, yalnızca güvenilir kodları ve kapsayıcı imajlarını sidecar olarak çalıştırın.

  • Yaşam Döngüsü: Sepetler ana uygulama kapsayıcısıyla birlikte başlatılır, durdurulup ölçeklendirilir. Uygulamanızın ölçeği genişletildiğinde veya daraltıldığında, ilişkili tüm sepet kapsayıcıları otomatik olarak aynı yaşam döngüsünü izler.
  • Configuration: Sidecar'lar Azure portalı, ARM şablonları veya CLI aracılığıyla yapılandırılabilir. Her kapsayıcı için kapsayıcı görüntüsünü, ortam değişkenlerini ve diğer ayarları belirtirsiniz. Uygulama ayarları tüm kapsayıcılar arasında paylaşılır. Kapsayıcıya özgü ortam değişkenlerini de ayarlayabilirsiniz.
  • Birim ekleme noktaları: Her bir kapsayıcı kendi birim ekleme noktalarına sahip olabilir.
  • Authentication: Sidecar'lar, Azure Container Registry dahil olmak üzere genel veya özel kayıt defterlerinden görüntü çekebilir. Özel kayıt defterleri için yönetilen kimlik veya yönetici kimlik bilgilerini kullanın.

Yan araba türleri

  • Özel yan arabalar: OpenTelemetry Collector, NGINX veya kendi mikro hizmetiniz gibi sağladığınız tüm kapsayıcı görüntüleri.
  • Önceden oluşturulmuş uzantılar: Resmi olarak desteklenen kapsayıcılar:
    • AI (Phi-3, Phi-4): Uygulamanıza yerel SLM (küçük dil modeli) çıkarımı ekleyin.
    • Redis: Hızlı veri erişimi için yerel bir Redis önbelleği ekleyin.
    • Azure, kataloğunu genişlettikçe daha fazlası da eklenecek.

Sık Sorulan Sorular

Mevcut Linux uygulamalarımda sepetleri kullanabilir miyim?

Mevcut Linux yalnızca kod uygulamaları (yerleşik kapsayıcılarda) için bkz. Tutorial: Azure App Service'da Linux uygulaması için sepet kapsayıcısı yapılandırma.

Mevcut özel kapsayıcı uygulamaları için bkz. Linux özel kapsayıcıları için sepet desteğini etkinleştirme.

Sidecarları nasıl izleyebilir ve sorunlarını nasıl giderebilirim?

Azure İzleyici, Log Analytics ve Azure portalındaki Tanılama ve Çözüm bileşenini kullanın. Tüm kapsayıcılardaki günlükler App Service günlük akışında kullanılabilir.

Herhangi bir sınırlama var mı?

App Service Ortamı (ASE) ve ulusal bulutlar henüz desteklenmeyebilir. Güncelleştirmeler için en son Azure belgelerine bakın.

Daha fazla kaynak

  • Last updated on