Serverless App Engine:Başlangıç

SAE konusunda yeniyseniz SAE ve temel işlemleri hakkında bilgi edinmek için videoyu izleyin.

Ön koşullar

İlk dağıtım öncesi aşağıdaki öğeleri hazırlayın:

• Ağ kaynakları — Bir VPC ve vSwitch'lerini planlayın. Bir vSwitch oluştururken IP adresi sayısını Sınırlar ve kotalar bölümünde açıklandığı şekilde planlayın.

• Ad alanları — Test, staging ve production ortamlarınızı ayıracak ad alanlarını planlayın.

• Uygulama kaynağı — Bir kod paketi veya konteyner görüntüsü hazırlayın. Desteklenen kaynaklar için bkz. Dağıtım kaynakları.

• Konsol girişi — İlk uygulamanızı SAE konsolunda oluşturun.

  Ayrıntılar için bkz. Ön koşullar.

Sınırlar ve kotalar

Planlama sırasında aşağıdaki sınırları dikkate alın. Her biri, bir uygulamanın oluşturulup oluşturulamayacağını, ölçeklendirilip ölçeklendirilemeyeceğini veya izlenip izlenemeyeceğini etkiler.

• Sistem diski — SAE, 20 GB sistem diski depolama alanı sağlar. Harici depolamadan okuma veya yazma yapmak için Apsara File Storage NAS veya Object Storage Service (OSS) kullanın. Ayrıntılar için bkz. Depolama.

• Gerçek zamanlı günlükler — Gerçek zamanlı günlük özelliği 500 satır günlük verisi görüntüler. Daha fazla günlük verisi görüntülemek için dosya günlüğü toplama özelliğini kullanın. Ayrıntılar için bkz. Günlükler.

• EIP miktarı — Her örnek bir EIP ile eşlendiğinde, EIP sayısının en az örnek sayısı artı bir olduğundan emin olun. EIP'ler yetersizse örnek oluşturma başarısız olur ve örnek trafiğe hizmet veremez.

• vSwitch IP adresleri — Yetersiz IP adresleri oluşturma ve otomatik ölçeklendirme hatalarına neden olduğundan her vSwitch için 100 veya daha fazla IP adresi planlayın.

• Bağlantı noktası eşlemesi — Bir Service, tek bir uygulama için tek bir bağlantı noktası dışa açar. Bir ingress, birden çok uygulama için tek bir bağlantı noktası dışa açar.

Dağıtım kaynakları

SAE, kod paketi dağıtımı ve görüntü dağıtımı yöntemlerini destekler.

Başlatma komutu ve parametreleri

Başlatma komutu, her dağıtım kaynağı için farklı şekilde tanımlanır.

• Görüntü dağıtımı — Başlatma komutunu ve parametrelerini doğrudan Dockerfile içinde tanımlayın. Uygulamayı oluştururken başlatma komutunu geçersiz kılabilirsiniz.

• Kod paketi dağıtımı — Uygulama başlatma komutunun parametrelerini yapılandırın. Java uygulamaları için varsayılan komut biçimi java [-Options] -jar jarfile [arg...] şeklindedir; burada [-Options] ve [arg...] parametrelerini özelleştirebilirsiniz.

Ortam değişkenleri

Bir uygulamanın komutlarının çalışabilmesi için sistemde belirli ortam değişkenlerinin bulunması gerekir. Ortam değişkenleri anahtar-değer çiftleri olarak saklanır. Her uygulamanın kendi ortam değişkenleri vardır ve bu değişkenler diğer uygulamaları etkilemez. Ayrıntılar için bkz. Ortam değişkenlerini yapılandırın.

Hosts bağlama

Hosts bağlama sayesinde bir SAE uygulaması, harici hizmetlere erişmek için IP adresi yerine bir alan adı kullanabilir.

Veritabanı izin listesi

Uygulamaları doğrudan Elastic Compute Service (ECS) örneklerine dağıtmakle karşılaştırıldığında SAE, uygulamaları konteynerlerde çalıştırır; bu nedenle uygulamayı her dağıttığınızda IP adresi değişebilir. Uygulamanın bağlı olduğu vSwitch'in CIDR bloğu değişmediğinden veritabanı izin listesine vSwitch CIDR bloğunu ekleyin. Ayrıntılar için bkz. Uygulamalardan Alibaba Cloud veritabanlarına erişin.

CI/CD ve dağıtım eklentileri

Konsol ve API dağıtımı yanı sıra SAE, birçok CI/CD aracıyla (genellikle Alibaba Cloud DevOps ve Jenkins) entegre olur; böylece kod commit işleminden sonra dağıtım otomatik olarak başlar. Java kullanıyorsanız SAE, Maven, IntelliJ IDEA ve Eclipse için eklentiler dahil olmak üzere bir dizi dağıtım eklentisi de sağlar. Ayrıntılar için bkz. Uygulama barındırmaya genel bakış.

SAE kaynaklarını kod olarak yönetmek için Terraform kullanın. Ayrıntılar için bkz. terraform-provider-alicloud ve Terraform'a genel bakış.

Zaten cloud üzerinde çalışan hizmetlere karşı yerel geliştirme ve ortak hata ayıklama yapmak için bkz. Mikro hizmet geliştirme.

Yayın ve geri alma

SAE, tek parti yayın, aşamalı yayın ve canary yayını destekler. Bir yayın sorunlara neden olursa uygulamayı önceki bir sürüme geri alabilirsiniz. Ayrıntılar için bkz. Bir uygulamayı yükseltin ve geri alın.

İzin yapılandırması

SAE, ad alanı, uygulama ve okuma/yazma düzeylerinde ayrıntılı erişim kontrolü destekler ve izin asistanı yapılandırma sürecini basitleştirir. Ayrıntılar için bkz. SAE izin asistanı.

Ağ kavramları

Aşağıdaki şekilde bu Alibaba Cloud ağ kaynaklarının birbirleriyle nasıl ilişkili olduğu gösterilmektedir.

• VPC — Alibaba Cloud üzerinde oluşturduğunuz özel bir ağdır. VPC'ler mantıksal katmanda birbirlerinden tamamen izole edilir.

  Not

  Varsayılan olarak özel bir ağ İnternet'e erişemez.

• vSwitch — Fiziksel bir veri merkezine karşılık gelen bir VPC'nin temel ağ cihazıdır. Bir VPC'de bir cloud kaynağı oluşturduğunuzda kaynağın bağlanacağı vSwitch'i belirtmeniz gerekir.

• EIP — Yalnızca bir kaynağa (örneğin bir ECS örneğine veya bir SAE örneğine) bağlanabilen bir Elastic IP adresidir. Bağlanan kaynak hem İnternet'e trafik gönderebilir hem de İnternet'ten trafik alabilir.

• NAT Gateway — Bir VPC'deki kaynakların SNAT aracılığıyla İnternet'e erişmesine olanak tanır. EIP'ten temel farkı, bir Internet NAT gateway'in bir VPC'deki tüm kaynaklara hizmet etmesi, EIP'in ise yalnızca bir VPC'deki tek bir kaynağa hizmet etmesidir.

Trafik yönüne göre erişim yöntemleri

Bir uygulamayı SAE üzerine dağıttıktan sonra aşağıdaki ağ erişimi gereksinimleriyle karşılaşabilirsiniz. Aşağıdaki şekilde kavramlar gösterilmektedir.

Erişim yöntemlerini karşılaştırın

Hizmet kayıt defteri ve yapılandırma merkezi

SAE uygulamaları bir hizmet kayıt defteri aracılığıyla birbirlerine kaydolur ve birbirlerini keşfeder. Gereksinimlerinize göre bir uygulama seçin.

• MSE Nacos (önerilen) — Hem mikro hizmet kayıt defteri hem de yapılandırma merkezi olarak hizmet veren MSE Nacos hizmet kayıt defterini kullanın.

• Yerleşik Nacos hizmet kayıt defteri — SAE içine yerleştirilmiş Nacos hizmet kayıt defteri. Bunu kullanan uygulamalar için SAE, temel hizmet listesi sorgulama yetenekleri sağlar.

• Yerleşik yapılandırma yönetimi — Yapılandırma merkezi olarak hizmet veren SAE içine yerleştirilmiş dağıtılmış yapılandırma yönetimi (ACM) özelliği.

  Diğer hizmet kayıt defterlerinin desteği dahil olmak üzere kayıt ve keşifle ilgili ayrıntılar için bkz. Nacos ve diğer hizmet kayıt defterlerine dayalı hizmet kaydı ve keşfi.

Mikro hizmet geliştirme

Hizmet yönetişimi

İlgili mikro hizmet yetenekleri

• Mikro hizmetler için graceful shutdown dahil olmak üzere graceful başlatma ve kapatma: bkz. Graceful başlatma ve kapatma.

• Kısıtlama ve degradasyon: bkz. Kısıtlama ve degradasyon.

• Uygulama izleme, iz sürme ve uyarı: bkz. İzleme ve uyarılar.

PHP çalışma zamanı desteği

SAE, PHP uygulamaları için aşağıdaki dağıtım yöntemlerini destekler.

• Görüntü: herhangi bir PHP uygulama mimarisi.

• PHP ZIP paketi: PHP-FPM ve Nginx mimarisini kullanan herhangi bir online uygulama.

  SAE, varsayılan olarak bir PHP çalışma zamanı ortamı sağlar.

PHP uzaktan hata ayıklama

SAE, uzaktan hata ayıklama için etkinleştirebileceğiniz yerleşik bir Xdebug eklentisine sahiptir. Hata ayıklama sırasında bir örnek ile yerel makineniz arasında dosya aktarmak için bkz. Dosyaları yükleyin ve indirin.

Dosya günlükleri

SAE, SLS günlük toplamayla entegredir ve bunu SAE konsolunda etkinleştirmeniz yeterlidir. Toplama makinelerinin listesini manuel olarak tuttuğunuz ECS örneklerine doğrudan uygulama dağıtmakla karşılaştırıldığında SAE, toplama dizinini veya toplama dosyasını yapılandırdıktan sonra her dağıtım ve ölçek büyütme işleminde SLS günlük toplamaya otomatik olarak bağlanır. Ardından SLS konsolunda anahtar kelimeye göre günlük arayabilirsiniz. Ayrıntılar için bkz. SLS'ye günlük toplamayı yapılandırın.

Toplamayı yapılandırmak için Log Configurations sayfasına gidin ve aşağıdakileri yapın:

1. Enable SLS Log Service seçeneğini açın.

2. Create New SLS Resources veya Use Existing SLS Resources seçeneğini belirleyin.

3. Toplama yapılandırma tablosunda Log Type (örneğin Container Standard Output) seçin ve Log Source (örneğin stdout.log) değerini ayarlayın.

4. Daha fazla toplama kuralı eklemek için Add tıklayın.

   Günlük kaynakları joker karakterleri destekler. Örneğin /tmp/log/*.log, /tmp/log dizinindeki ve alt dizinlerindeki .log ile biten tüm dosyaları toplar.

Logtail başlatma parametrelerini ortam değişkenleriyle de ayarlayabilirsiniz. Ayrıntılar için bkz. Logtail toplama performansını iyileştirin.

Günlükleri bunun yerine Kafka'ya aktarırsanız Kafka verilerini iş senaryonuza göre Elasticsearch gibi başka bir kalıcı depolama alanına iletebilir ve günlükleri merkezi olarak yönetip analiz etmeyi kolaylaştırabilirsiniz. Ayrıntılar için bkz. Kafka'ya günlük toplamayı yapılandırın.

Gerçek zamanlı günlükler

SAE, standart çıktı günlüklerini otomatik olarak toplar, son 500 girişi saklar ve bunları SAE konsolunda görüntülemenize olanak tanır. Ayrıntılar için bkz. Gerçek zamanlı günlükleri görüntüleyin.

Real-time Logs sayfasında Pod Name açılır listesinden bir örnek seçin ve varsayılan olarak 15 saniye olan Real-time Log Refresh Rate değerini ayarlayın.

Standart çıktı günlüklerini son 500 girişin ötesinde saklamak için bunları bir dosyaya yönlendirin:

1. Startup Command Settings bölümündeki args alanına standart çıktıyı >> /tmp/stdout.log 2>&1 dosyasına yönlendirmek için /tmp/stdout.log girin.

2. Dosya günlükleri bölümünde açıklandığı gibi /tmp/stdout.log için dosya toplamayı yapılandırın. Dosyayı, yalnızca örnek normal çalışırken kullanılabilen Webshell aracılığıyla çevrimiçi olarak da görüntüleyebilirsiniz.

NAS

SAE, Apsara File Storage NAS'ı destekler; bu sayede uygulama örnekleri için veri kalıcılığı ve örnekler arasında veri dağıtımı sorunları çözülür. NAS depolama, yalnızca bir ECS örneğine veya SAE monte edildikten sonra erişilebilir. Ayrıntılar için bkz. NAS depolamayı yapılandırın.

OSS

OSS, görsel paket yönetimi için kullanışlı araçlar ve bir konsol sağlar. OSS, yapılandırma dosyalarını veya ön uç statik dosyalarını monte etmek gibi okuma yoğunluklu senaryolar için uygundur. SAE konsolunda bir uygulama dağıtırken OSS depolamayı yapılandırdıktan sonra verilere OSS konsolundan erişebilirsiniz. Ayrıntılar için bkz. OSS depolamayı yapılandırın.

Dosyaları yükleyin ve indirin

Bir SAE örneğinden yerel makinenize bir dosya indirmek için Webshell aracılığıyla örnekte oturum açın ve yerleşik dosya yükleme ve indirme özelliğini kullanın. Ayrıntılar için bkz. Webshell kullanarak dosyaları yükleyin ve indirin.

NAS ve OSS depolamanın yanı sıra ossutil de kullanabilirsiniz. NAS ve OSS ayrıca kod geliştirme ve hata ayıklamayı basitleştirir. Bir SAE uygulamasını rutin kontrollerle teşhis edebilir veya günlükleri OSS'ye yükleyebilirsiniz. Alibaba Cloud OSS ile günlükleri nasıl yükleyip indireceğiniz hakkında bilgi için bkz. Uygulamaları rutin kontrollerle teşhis edin.

Manuel ölçeklendirme

Manuel ölçeklendirme, manuel işletim ve bakım gerektiren senaryolar için uygundur. Uygulamaları doğrudan ECS örneklerine dağıtmakla karşılaştırıldığında SAE ölçeklendirme konteyner görüntülerine dayanır ve daha hızlıdır. Ayrıntılar için bkz. Manuel ölçeklendirme.

Zamanlanmış ölçeklendirme

Zamanlanmış ölçeklendirme, öngörülebilir trafiğe sahip senaryolar için uygundur. Örneğin yemek ve eğitim sektörlerinde her gün sabah ve akşam net iş zirveleri yaşanır; bu nedenle sunucu kaynaklarını gerçek iş trafiğiyle hizalamak için farklı zaman dilimleri için farklı sayıda örnek yapılandırabilirsiniz. Ayrıntılar için bkz. Otomatik ölçeklendirme ilkesi yapılandırın.

Ölçüm tabanlı ölçeklendirme

Ölçüm tabanlı ölçeklendirme, nispeten öngörülemez trafiğe sahip senaryolar için uygundur. Şu anda CPU, bellek, TCP bağlantıları, QPS ve yanıt süresi (RT) gibi ölçümleri destekler. Ayrıntılar için bkz. Otomatik ölçeklendirme ilkesi yapılandırın.

Hibrit ölçeklendirme

Hibrit ölçeklendirme, hem ani trafik artışlarını yönetmeyi hem de zamanlanmış ölçeklendirmeyi gerektiren senaryolar için uygundur; örneğin İnternet, eğitim ve yemek sektörlerinde bilinen zaman dilimleri için örnek sayısını ayrıntılı düzeyde ayarlarsınız.

Örneğin hafta içi maksimum esnek örnek sayısını max ve minimum sayıyı min olarak ayarlarsınız. Hafta sonları min sayıda örneği korumanız gerekmiyorsa min değerini azaltmak için hafta sonları için farklı bir örnek sayısı yapılandırın. Ayrıntılar için bkz. Otomatik ölçeklendirme ilkesi yapılandırın.

Zamanlanmış başlatma ve durdurma

Zamanlanmış başlatma ve durdurma özelliği, uygulamaları ad alanına göre zamanlanmış olarak partiler halinde başlatır ve durdurur. Örneğin bir geliştirme veya test ortamındaki tüm uygulamaları zamanlanmış olarak başlatıp durdurabilirsiniz. Bir geliştirme veya test ortamına yalnızca her gün 08:00 ile 20:00 arasında ihtiyaç duyuluyorsa ve geri kalan süre boyunca boşta kalıyorsa maliyetleri azaltmak için SAE içinde zamanlanmış başlatma ve durdurmayı yapılandırın. Ayrıntılar için bkz. Zamanlanmış başlatma ve durdurma kuralı oluşturun.

Altyapı izleme

Altyapı izleme CPU, yük, bellek, disk, ağ ve TCP bağlantılarını kapsar. Ayrıntılar için bkz. Altyapı izleme. Altyapı izleme şu anda Alibaba Cloud CloudMonitor tarafından desteklendiğinden özel bir izleme panosu yapılandırmak için CloudMonitor konsoluna da oturum açabilirsiniz.

Uygulama izleme

Mikro hizmet mimarisinde eksik bir izleme sistemi sorunları tespit etmeyi ve teşhis etmeyi zorlaştırır. SAE, Application Real-Time Monitoring Service (ARMS) ile entegre olur; uygulama panoları, JVM izleme, yavaş çağrı izleme, iz analizi ve uyarı sağlar; bu sayede kuruluşların mikro hizmet mimarisini benimsemesinin önündeki engeller azalır. Ayrıntılar için bkz. Uygulama İzleme.

Bir uygulamanın entegre ettiği ARMS sürümü ve uygulanan ücretler uygulama sürümüne bağlıdır.

SAE Standard Edition uygulamaları, ücretsiz olan ARMS Basic Edition izlemeyi entegre eder; uygulama izlemeyi etkinleştirdikten sonra ek ücret alınmaz. Standard Edition ayrıca ARMS Premium Edition izlemeyi etkinleştirmek için bir giriş noktası sağlar. Standard Edition bir uygulamada ARMS Premium Edition'ı etkinleştirdikten sonra ek ücret alınır ve verileri ARMS konsolunda görüntülemeniz gerekir. Ayrıntılar için bkz. Standard Edition uygulama izleme.

Uyarı ayarları

SAE, yukarıdaki tüm izleme öğeleri için uyarı yapılandırmanıza olanak tanır. Ayrıntılar için bkz. Uyarı yönetimi.

Çoklu vSwitch dağıtımı

Veri merkezi düzeyindeki arızaları yönetmek için production sınıfı SAE uygulamaları için birden fazla vSwitch yapılandırın. Bir vSwitch oluştururken yeterli sayıda IP adresi (100 veya daha fazla) planlayın çünkü yetersiz IP adresleri oluşturma veya otomatik ölçeklendirme hatalarına neden olur. Ayrıntılar için bkz. vSwitch'leri değiştirin.

Çoklu vSwitch ile SAE, kaynakları birden fazla alan arasında otomatik olarak ölçeklendirir; bu sayede kaynakların nasıl dağıtıldığını takip etmeniz gerekmez ve genel kaynak havuzu kullanılabilir kalır. Örneğin tek bir hata noktası veya alan hatası oluştuğunda SAE, aynı sayıda hatalı örneği sağlıklı düğümlere veya diğer alanlara taşır.

Çoklu vSwitch'i aşağıdaki yollardan biriyle yapılandırın.

• Oluşturma sırasında — Çoklu alan afet kurtarma sağlamak için farklı alanlarda iki veya daha fazla vSwitch seçin.

• Oluşturmadan sonra — Application Information sayfasında Multi-vSwitch Deployment bağlantısını tıklayın ve bir vSwitch ekleyin.

Graceful başlatma ve kapatma

Bir uygulamayı SAE üzerine dağıttığınızda süreç genellikle önce ölçek büyütür ardından ölçek küçültür. Trafiğin graceful başlatılması ve kapatılması iki temel sorunu içerir.

• Yeni ölçeklendirilen bir örneğin trafiği işlemeye hazır olup olmadığı.

• Eski bir örneğin graceful şekilde nasıl yok edileceği.

  SAE, Kubernetes üzerinde inşa edilmiştir ve uygulama örnekleri için liveness probe, uygulama hizmetleri için readiness probe olmak üzere iki sağlık kontrolü sağlar. İki sorunu çözmek için SAE, readiness probe destekler. Readiness probe, bir örneğin hazır olup olmadığını düzenli olarak kontrol eder ve SAE, yalnızca örnek hazır olduktan sonra trafiği yeni bir örneğe yönlendirir. Kontrol başarısız olursa SAE, trafiği örneğe yönlendirmez. Eski bir örnek yok edilmeden önce trafik tarafından kaldırılır ve örnek yok edilmeden önce bir kapatma betiği ve bekleme süresi yapılandırabilirsiniz. Ayrıntılar için bkz. Sağlık kontrollerini yapılandırın.

Liveness probe ayrıca bir örneğin başlayıp başlamadığını düzenli olarak kontrol eder. Kontrol başarısız olursa SAE, konteyneri otomatik olarak yeniden başlatır. Bu özellik, olağan dışı senaryolar için otomatik işletim ve bakımı destekler ancak hata bağlamını kaybedebilir ve nedeni araştırmanızı engelleyebilir. Liveness probe'u senaryonuza göre yapılandırıp yapılandırmayacağınıza karar verin.

Readiness probe ve liveness probe'a ek olarak mikro hizmet senaryoları, hizmet kayıt defterinin önbellekleme sorununu çözmek için mikro hizmetler için graceful shutdown gerektirir. Tüketici istemcisi verileri önbelleğe aldığından mikro hizmet sağlayıcısının çevrimdışı bildirimini zamanında alamaz. Sonuç olarak genellikle sağlayıcı örneğini hizmet kayıt defterinden deregistre etmeniz ve tüketici önbelleğinin yenilenmesini beklemeniz gerekir. Bu sorunu çözmek için SAE, Microservices Engine (MSE) graceful shutdown özelliğiyle entegre olur ve bu süreci bir ürün yeteneğine dönüştürür.

Production ortamında otomatik esnek ölçeklendirme, geri alma veya yükseltme gibi özellikler kısa süreli hizmet kesintilerine veya çok sayıda iş izleme hatasına neden olabilir. Bu sorunları çözmek için SAE, mikro hizmetler için graceful başlatmayı destekler. Bir tüketici, bir mikro hizmet sağlayıcısı hizmet kayıt defterine kaydedildiği anda sağlayıcıyı çağırabilir. Ancak bu noktada sağlayıcının veritabanı bağlantı havuzunu başlatmak gibi ek başlatmalara ihtiyacı olabilir. Yoğun trafikli mikro hizmet uygulamaları için graceful başlatmayı etkinleştirin. Ayrıntılar için bkz. Graceful başlatma ve kapatmayı yapılandırın.

Kısıtlama ve degradasyon

Bir uygulama mikro hizmet veya monolitik mimari kullansa da ani trafik artışlarıyla (örneğin flaş satışlarda) karşılaştığında aniden çökebilir ve bir mikro hizmet uygulaması zincirleme arızaya da neden olabilir. Bu yüksek trafikli senaryolar için SAE, Microservices Engine (MSE) trafik koruma yeteneğiyle entegre olur; bu sayede Java uygulamaları için kısıtlama ve degradasyon kurallarını kolayca yapılandırıp yönetebilir ve uygulama kullanılabilirliğini güvence altına alabilirsiniz. Ayrıntılar için bkz. Trafik koruma.