Standart tek kiracılı mantıksal uygulamalar ile Tüketim çok kiracılı mantıksal uygulamalar arasındaki farklar

Makale
10/26/2024

Azure Logic Apps, uygulamalarınızı, verilerinizi, hizmetlerinizi ve sistemlerinizi tümleştiren otomatik mantıksal uygulama iş akışları oluşturmaya ve çalıştırmaya yönelik bulut tabanlı bir platformdur. Bu platformla, kurumsal ve işletmeler arası (B2B) senaryolarınız için hızla ölçeklenebilir tümleştirme çözümleri geliştirebilirsiniz. Mantıksal uygulama kaynağı oluşturduğunuzda Tüketim veya Standart barındırma seçeneğini belirtirsiniz. Tüketim mantıksal uygulaması, çok kiracılı Azure Logic Apps'te çalışan yalnızca bir iş akışına sahip olabilir. Standart mantıksal uygulama, tek kiracılı Azure Logic Apps'te veya App Service Ortamı v3'te (ASE v3) çalışan bir veya birden çok iş akışına sahip olabilir.

Hangi mantıksal uygulama kaynağının oluşturulacağını seçmeden önce, mantıksal uygulama iş akışı türlerinin birbiriyle karşılaştırmasını öğrenmek için aşağıdaki kılavuzu gözden geçirin. Daha sonra senaryonuza, çözüm gereksinimlerinize ve iş akışlarınızı dağıtmak ve çalıştırmak istediğiniz hedefe en uygun mantıksal uygulama iş akışı ve ortamı hakkında daha iyi bir seçim yapabilirsiniz.

Azure Logic Apps'i yeni kullanıyorsanız Azure Logic Apps nedir? ve Mantıksal uygulama iş akışı nedir? gözden geçirin.

Mantıksal uygulama iş akışı türleri ve ortamları

Aşağıdaki tabloda Tüketim mantıksal uygulaması iş akışı ile Standart mantıksal uygulama iş akışı arasındaki farklar özetlenmektedir. Ayrıca, tek kiracılı ortamın iş akışlarınızı dağıtmak, barındırmak ve çalıştırmak için çok kiracılı ortamdan nasıl farklı olduğunu da öğrenirsiniz.

Barındırma seçeneği	Sosyal haklar	Kaynak paylaşımı ve kullanımı	Fiyatlandırma ve faturalama modeli	Limit yönetimi
Tüketim Konak ortamı: Çok Kiracılı Azure Logic Apps	- En kolay başlangıç - Kullandığınız kadar ödeme - Tam olarak yönetilen	Tek bir mantıksal uygulama kaynağının yalnızca bir iş akışı olabilir. Microsoft Entra kiracıları genelindeki tüm mantıksal uygulamalar aynı işlemeyi (işlem), depolamayı, ağı vb. paylaşır. Yedeklilik amacıyla veriler eşleştirilmiş bölgede çoğaltılır. Yüksek kullanılabilirlik için coğrafi olarak yedekli depolama (GRS) etkinleştirilir.	Tüketim (yürütme başına ödeme)	Azure Logic Apps bu sınırlar için varsayılan değerleri yönetir, ancak belirli bir sınır için bu seçenek varsa bu değerlerden bazılarını değiştirebilirsiniz.
Standart (İş Akışı Hizmet Planı) Konak ortamı: Tek kiracılı Azure Logic Apps Not: Senaryonuz kapsayıcı gerektiriyorsa Azure Arc özellikli Logic Apps'i kullanarak tek kiracı tabanlı mantıksal uygulamalar oluşturun. Daha fazla bilgi için Bkz . Azure Arc özellikli Logic Apps nedir?	- Daha yüksek aktarım hızı ve büyük ölçekte daha düşük maliyetler için tek kiracılı çalışma zamanında barındırılan daha yerleşik bağlayıcılar - Çalışma zamanı ve performans ayarlarıyla ilgili daha fazla denetim ve ince ayar özelliği - Sanal ağlar ve özel uç noktalar için tümleşik destek. - Kendi yerleşik bağlayıcılarınızı oluşturun.	Tek bir mantıksal uygulama kaynağında durum bilgisi olan ve durum bilgisi olmayan birden çok iş akışı olabilir. Tek bir mantıksal uygulama ve kiracıdaki iş akışları aynı işlemeyi (işlem), depolamayı, ağı vb. paylaşır. Veriler mantıksal uygulamanızı dağıttığınız bölgede kalır.	Standart, seçili fiyatlandırma katmanına sahip bir barındırma planına göre. Dış depolama kullanan durum bilgisi olan iş akışları çalıştırırsanız, Azure Logic Apps çalışma zamanı Azure Depolama fiyatlandırmasını izleyen depolama işlemleri yapar.	Senaryonuzun gereksinimlerine göre birçok sınır için varsayılan değerleri değiştirebilirsiniz. Önemli: Bazı sınırların üst üst sınırları sabittir. Visual Studio Code'da mantıksal uygulama proje yapılandırma dosyalarınızdaki varsayılan sınır değerlerinde yaptığınız değişiklikler tasarımcı deneyiminde görünmez. Daha fazla bilgi için bkz . Tek kiracılı Azure Logic Apps'te mantıksal uygulamalar için uygulama ve ortam ayarlarını düzenleme.
Standart (App Service Ortamı v3) Konak ortamı: App Service Ortamı v3 (ASEv3) - Yalnızca Windows planları	Tek kiracı ile aynı özelliklerin yanı sıra aşağıdaki avantajlar: - Mantıksal uygulamalarınızı tamamen yalıtma. - Tek kiracılı Azure Logic Apps'ten daha fazla mantıksal uygulama oluşturun ve çalıştırın. - Oluşturduğunuz ve çalıştırdığınız mantıksal uygulamaların sayısı ne olursa olsun yalnızca ASE App Service planı için ödeme yapın. - Daha fazla sanal makine örneği veya farklı bir App Service planıyla otomatik ölçeklendirmeyi etkinleştirebilir veya el ile ölçeklendirin. - Seçili ASEv3'ten ağ kurulumunu devralın. Örneğin, bir iç ASE'ye dağıttığınızda, iş akışları ASE ile ilişkilendirilmiş bir sanal ağdaki kaynaklara erişebilir ve iç erişim noktalarına sahip olabilir. Not: İç ASE dışından erişilirse, bu ASE'deki iş akışları için geçmişleri çalıştırın, eylem girişlerine ve çıkışlarına erişemez.	Tek bir mantıksal uygulamanın durum bilgisi olan ve durum bilgisi olmayan birden çok iş akışı olabilir. Tek bir mantıksal uygulama ve kiracıdaki iş akışları aynı işlemeyi (işlem), depolamayı, ağı vb. paylaşır. Veriler mantıksal uygulamalarınızı dağıttığınız bölgede kalır.	App Service planı	Senaryonuzun gereksinimlerine göre birçok sınır için varsayılan değerleri değiştirebilirsiniz. Önemli: Bazı sınırların üst üst sınırları sabittir. Visual Studio Code'da mantıksal uygulama proje yapılandırma dosyalarınızdaki varsayılan sınır değerlerinde yaptığınız değişiklikler tasarımcı deneyiminde görünmez. Daha fazla bilgi için bkz . Tek kiracılı Azure Logic Apps'te mantıksal uygulamalar için uygulama ve ortam ayarlarını düzenleme.

Standart mantıksal uygulama ve iş akışı

Standart mantıksal uygulama ve iş akışı, yeniden tasarlanan tek kiracılı Azure Logic Apps çalışma zamanı tarafından desteklenir. Bu çalışma zamanı Azure İşlevleri genişletilebilirlik modelini kullanır ve Azure İşlevleri çalışma zamanında uzantı olarak barındırılır. Bu tasarım, mantıksal uygulama iş akışlarınız için taşınabilirlik, esneklik ve daha fazla performansa ek olarak Azure İşlevleri platformundan ve Azure Uygulaması Hizmeti ekosisteminden devralınan diğer özellikleri ve avantajları sağlar. Örneğin, Azure Uygulaması Hizmet Ortamı v3'te (yalnızca Windows planları) tek kiracı tabanlı mantıksal uygulamalar ve bunların iş akışlarını oluşturabilir, dağıtabilir ve çalıştırabilirsiniz.

Standart mantıksal uygulama, azure işlev uygulamasının birden çok işlevi barındırabilmesine benzer şekilde birden çok iş akışını barındırabilen bir kaynak yapısı sağlar. 1-çok eşlemesi sayesinde, aynı mantıksal uygulama ve kiracıdaki iş akışları işlem ve işleme kaynaklarını paylaşır ve yakınlıklarından dolayı daha iyi performans sağlar. Bu yapı, mantıksal uygulama kaynağı ile iş akışı arasında 1'e 1 eşlemeniz olan Tüketim mantıksal uygulaması kaynağından farklıdır.

Taşınabilirlik, esneklik ve performans geliştirmeleri hakkında daha fazla bilgi edinmek için aşağıdaki bölümleri gözden geçirmeye devam edin. Tek kiracılı Azure Logic Apps çalışma zamanı ve Azure İşlevleri genişletilebilirliği hakkında daha fazla bilgi için aşağıdaki belgeleri gözden geçirin:

Taşınabilirlik ve esneklik

Standart mantıksal uygulama ve iş akışı oluşturduğunuzda, iş akışınızı Azure Uygulaması Hizmet Ortamı v3 (yalnızca Windows planları) gibi diğer ortamlarda dağıtabilir ve çalıştırabilirsiniz. Visual Studio Code'u Azure Logic Apps (Standart) uzantısıyla kullanıyorsanız, Azure'a dağıtım yapmak zorunda kalmadan geliştirme ortamınızda iş akışınızı yerel olarak geliştirebilir, derleyebilir ve çalıştırabilirsiniz. Senaryonuz kapsayıcı gerektiriyorsa Azure Arc özellikli Logic Apps kullanarak tek kiracılı mantıksal uygulamalar oluşturabilirsiniz. Daha fazla bilgi için bkz. Azure Arc özellikli Logic Apps nedir?

Bu özellikler, Azure'da çalışan mevcut bir kaynağa karşı geliştirmenizi gerektiren çok kiracılı modele kıyasla önemli iyileştirmeler ve önemli avantajlar sağlar. Tüketim mantıksal uygulaması kaynak dağıtımını otomatikleştirmeye yönelik çok kiracılı model, hem uygulamalar hem de altyapı için kaynak sağlamayı birleştiren ve işleyen Azure Resource Manager şablonlarını (ARM şablonları) temel alır.

Standart mantıksal uygulama kaynağıyla, uygulama dağıtımını altyapı dağıtımından ayırabildiğiniz için dağıtım daha kolay hale gelir. Tek kiracılı Azure Logic Apps çalışma zamanını ve iş akışlarınızı mantıksal uygulama kaynağınızın veya projenizin bir parçası olarak paketleyebilirsiniz. Mantıksal uygulama kaynaklarınızı derleyen, derleyen ve dağıtmaya hazır yapıtlara sıkıştıran genel adımları veya görevleri kullanabilirsiniz. Altyapınızı dağıtmak için ARM şablonlarını kullanarak bu kaynakları, bu amaçlar için kullandığınız diğer işlemler ve işlem hatlarıyla birlikte ayrı olarak sağlayabilirsiniz.

Uygulamanızı dağıtmak için yapıtları konak ortamına kopyalayın ve iş akışlarınızı çalıştırmak için uygulamalarınızı başlatın. İsterseniz, zaten bildiğiniz ve kullandığınız araçları ve işlemleri kullanarak yapıtlarınızı dağıtım işlem hatlarıyla tümleştirebilirsiniz. Bu şekilde, geliştirme için kullandığınız teknoloji yığını ne olursa olsun kendi seçtiğiniz araçları kullanarak dağıtım yapabilirsiniz.

Standart derleme ve dağıtma seçeneklerini kullanarak, altyapı dağıtımından ayrı olarak uygulama geliştirmeye odaklanabilirsiniz. Sonuç olarak, genel bir uygulama için kullandığınız birçok benzer veya aynı dağıtım seçeneğini uygulayabileceğiniz daha genel bir proje modeli elde edersiniz. Ayrıca, uygulamalarınız için dağıtım işlem hatları oluştururken ve üretimde yayımlamadan önce gerekli testleri ve doğrulamaları çalıştırdığınızda daha tutarlı bir deneyimden yararlanabilirsiniz.

Performans

Standart mantıksal uygulama ile aynı tek mantıksal uygulama kaynağında ve kiracısında birden çok iş akışı oluşturabilir ve çalıştırabilirsiniz. Bu 1-çok eşlemesi ile bu iş akışları işlem, işleme, depolama ve ağ gibi kaynakları paylaşır ve yakınlıklarından dolayı daha iyi performans sağlar.

Standart mantıksal uygulama kaynağı ve tek kiracılı Azure Logic Apps çalışma zamanı, daha popüler yönetilen bağlayıcıları yerleşik bağlayıcı işlemleri olarak kullanılabilir hale getirerek önemli bir iyileştirme daha sağlar. Örneğin, Azure Service Bus, Azure Event Hubs, SQL Server ve diğerleri için yerleşik bağlayıcı işlemlerini kullanabilirsiniz. Bu arada, yönetilen bağlayıcı sürümleri hala kullanılabilir ve çalışmaya devam ediyor.

Yeni yerleşik bağlayıcı işlemlerini kullandığınızda, yerleşik bağlantılar veya hizmet sağlayıcısı bağlantıları olarak adlandırılan bağlantılar oluşturursunuz. Yönetilen bağlantı karşılıkları API bağlantıları olarak adlandırılır . Bu bağlantılar, ayrıca ARM şablonlarını kullanarak dağıtmanız gereken Azure kaynakları olarak ayrı olarak oluşturulur ve çalıştırılır. Yerleşik işlemler ve bağlantıları, iş akışlarınızı çalıştıran aynı işlemde yerel olarak çalışır. Her ikisi de tek kiracılı Azure Logic Apps çalışma zamanında barındırılır. Sonuç olarak, yerleşik işlemler ve bağlantıları iş akışlarınıza yakınlık nedeniyle daha iyi performans sağlar. Hizmet sağlayıcısı bağlantıları aynı derleme yapıtına paketlenmiş olduğundan, bu tasarım dağıtım işlem hatlarıyla da iyi çalışır.

Veri yerleşimi

Standart mantıksal uygulama kaynakları, bu mantıksal uygulama kaynaklarını dağıttığınız bölgenin dışında veri depolamayan, işlemeyen veya çoğaltmayan tek kiracılı Azure Logic Apps'te barındırılır; bu da iş akışlarınızdaki verilerin üst kaynaklarını oluşturup dağıttığınız bölgede kalması anlamına gelir.

Azure sanal ağlarındaki kaynaklara doğrudan erişim

Tek kiracılı Azure Logic Apps'te çalışan iş akışları sanal makineler (VM'ler), diğer hizmetler ve bir Azure sanal ağında bulunan sistemler gibi güvenli kaynaklara doğrudan erişebilir.

Tek kiracılı Azure Logic Apps, Azure Logic Apps hizmetinin ayrılmış bir örneğidir, ayrılmış kaynaklar kullanır ve çok kiracılı Azure Logic Apps'ten ayrı olarak çalışır. İş akışlarının ayrılmış bir örnekte çalıştırılması, diğer Azure kiracılarının uygulama performansı üzerindeki etkisini azaltmaya yardımcı olur ve "gürültülü komşular" etkisi olarak da bilinir.

Tek kiracılı Azure Logic Apps aşağıdaki avantajları da sağlar:

Çok kiracılı Azure Logic Apps'teki mantıksal uygulamalar tarafından paylaşılan statik IP adreslerinden ayrı olan kendi statik IP adresleriniz. Hedef sistemlerle iletişim kurmak için tek bir genel, statik ve öngörülebilir giden IP adresi de ayarlayabilirsiniz. Bu şekilde, bu hedef sistemlerde ek güvenlik duvarı açıklıkları ayarlamanız gerekmez.
Çalışma süresi, depolama saklama, aktarım hızı, HTTP isteği ve yanıt zaman aşımları, ileti boyutları ve özel bağlayıcı istekleriyle ilgili artan sınırlar. Daha fazla bilgi için Bkz . Azure Logic Apps için sınırlar ve yapılandırma.

Oluşturma, derleme ve dağıtma seçenekleri

İstediğiniz ortamı temel alan bir mantıksal uygulama kaynağı oluşturmak için birden çok seçeneğiniz vardır, örneğin:

Tek kiracılı ortam

Seçenek	Kaynaklar ve araçlar	Daha Fazla Bilgi
Azure portal	Standart mantıksal uygulama	Tek kiracılı Azure Logic Apps'te örnek bir Standart mantıksal uygulama iş akışı oluşturma - Azure portalı
Visual Studio Code	Azure Logic Apps (Standart) uzantısı	Tek kiracılı Azure Logic Apps'te örnek bir Standart mantıksal uygulama iş akışı oluşturma - Visual Studio Code
Azure CLI	Logic Apps Azure CLI uzantısı	az logicapp
Azure Resource Manager	- Yöresel - DevOps	Tek kiracılı Azure Logic Apps
Azure Arc özellikli Logic Apps	Azure Arc özellikli Logic Apps örneği	- Azure Arc özellikli Logic Apps nedir? - Azure Arc özellikli Logic Apps ile tek kiracı tabanlı mantıksal uygulama iş akışları oluşturma ve dağıtma
Azure REST API	Azure Uygulaması Hizmeti REST API'sini* Not: Standart mantıksal uygulama REST API'si, Azure Uygulaması Hizmeti REST API'sine dahil edilir.	Azure REST API başvurusu ile çalışmaya başlama

Çok kiracılı ortam

Seçenek	Kaynaklar ve araçlar	Daha Fazla Bilgi
Azure portal	Tüketim mantığı uygulaması	Hızlı Başlangıç: Çok kiracılı Azure Logic Apps'te örnek bir Tüketim mantıksal uygulaması iş akışı oluşturma - Azure portalı
Visual Studio Code	Azure Logic Apps (Tüketim) uzantısı	Hızlı Başlangıç: Çok kiracılı Azure Logic Apps'te örnek bir Tüketim mantıksal uygulaması iş akışı oluşturma - Visual Studio Code
Azure CLI	Logic Apps Azure CLI uzantısı	- Hızlı Başlangıç: Çok kiracılı Azure Logic Apps'te Tüketim mantıksal uygulaması iş akışları oluşturma ve yönetme - Azure CLI - az logic
Azure Resource Manager	Mantıksal uygulama ARM şablonu oluşturma	Hızlı Başlangıç: Çok kiracılı Azure Logic Apps'te Tüketim mantıksal uygulaması iş akışları oluşturma ve dağıtma - ARM şablonu
Azure PowerShell	Az.LogicApp modülü	Azure PowerShell’i kullanmaya başlama
Azure REST API	Azure Logic Apps REST API	Azure REST API başvurusu ile çalışmaya başlama

Geliştirme deneyimleriniz Tüketim veya Standart mantıksal uygulama kaynakları oluşturmanıza bağlı olarak farklılık gösterse de, Azure aboneliğinizin altında dağıtılan tüm mantıksal uygulamalarınızı bulabilir ve bu uygulamalara erişebilirsiniz.

Örneğin, Azure portalında Mantıksal uygulamalar sayfasında hem Tüketim hem de Standart mantıksal uygulama kaynakları gösterilir. Visual Studio Code'da dağıtılan mantıksal uygulamalar Azure aboneliğinizin altında görünür, ancak Tüketim mantıksal uygulamaları Azure penceresinde Azure Logic Apps (Tüketim) uzantısının altında, Standart mantıksal uygulamalar ise Kaynaklar bölümünde görünür.

Durum bilgisi olan ve durum bilgisi olmayan iş akışları

Standart mantıksal uygulama içinde aşağıdaki iş akışı türlerini oluşturabilirsiniz:

Stateful

Önceki olaylara ait verileri saklamanız, gözden geçirmeniz veya bunlara başvurmanız gerektiğinde durum bilgisi olan bir iş akışı oluşturun. Bu iş akışları tüm işlemlerin girişlerini, çıkışlarını ve durumlarını dış depolama alanına kaydeder. Bu bilgiler, her çalıştırma tamamlandıktan sonra iş akışı çalıştırma ayrıntılarını ve geçmişini gözden geçirmeyi mümkün kılar. Durum bilgisi olan iş akışları, kesintiler oluşursa yüksek dayanıklılık sağlar. Hizmetler ve sistemler geri yüklendikten sonra, kaydedilen durumdan kesintiye uğramış çalıştırmaları yeniden oluşturabilir ve iş akışlarını tamamlamaya kadar yeniden çalıştırabilirsiniz. Durum bilgisi olan iş akışları, durum bilgisi olmayan iş akışlarından çok daha uzun süre çalışmaya devam edebilir.

Varsayılan olarak, hem çok kiracılı hem de tek kiracılı Azure Logic Apps'teki durum bilgisi olan iş akışları zaman uyumsuz olarak çalıştırılır. Tüm HTTP tabanlı eylemler standart zaman uyumsuz işlem desenini izler. HTTP eylemi bir uç nokta, hizmet, sistem veya API'ye istek çağırdıktan veya gönderdikten sonra, istek alıcısı hemen bir "202 KABUL EDİLEN" yanıtı döndürür. Bu kod, alıcının isteği kabul ettiğini ancak işlemeyi tamamlamadığını onaylar. Yanıt, alıcı işlemi durdurup "200 Tamam" başarı yanıtı veya 202 dışı başka bir yanıt döndürene kadar çağıranın zaman uyumsuz isteği yoklamak veya denetlemek için kullanabileceği URI'yi ve yenileme kimliğini belirten bir üst bilgi içerebilirlocation. Ancak, çağıranın isteğin işlenmesini beklemesi gerekmez ve sonraki eylemi çalıştırmaya devam edebilir. Daha fazla bilgi için bkz . Zaman uyumsuz mikro hizmet tümleştirmesi mikro hizmet özerkliğini zorlar.
Vatansız

Her çalıştırma daha sonra gözden geçirildikten sonra dış depolamadaki önceki olaylardan verileri saklamanız, gözden geçirmeniz veya bunlara başvurmanız gerekmeyen durum bilgisi olmayan bir iş akışı oluşturun. Bu iş akışları, her eylemin ve durumlarının tüm giriş ve çıkışlarını dış depolama alanına değil yalnızca belleğe kaydeder. Sonuç olarak, durum bilgisi olmayan iş akışları genellikle 5 dakika veya daha kısa sürede biten daha kısa çalıştırmalara, daha hızlı yanıt süreleriyle daha hızlı performansa, daha yüksek aktarım hızına ve daha düşük çalıştırma maliyetlerine sahiptir çünkü dış depolama iş akışı çalıştırma ayrıntılarını ve geçmişini kaydetmez. Ancak kesintiler oluşursa, kesintiye uğrayan çalıştırmalar otomatik olarak geri yüklenmez, bu nedenle arayanın kesintiye uğrayan çalıştırmaları el ile yeniden göndermesi gerekir.

Durum bilgisi olmayan bir iş akışı, dosya gibi toplam boyutu 64 KB'ı aşmayan verileri veya içeriği işlerken en iyi performansı sağlar. Birden çok büyük ek gibi daha büyük içerik boyutları, iş akışınızın performansını önemli ölçüde yavaşlatabilir ve hatta yetersiz bellek özel durumları nedeniyle iş akışınızın kilitlenmesine neden olabilir. İş akışınızın daha büyük içerik boyutlarını işlemesi gerekiyorsa, bunun yerine durum bilgisi olan bir iş akışı kullanın.

Not

Durum bilgisi olmayan iş akışlarında, yalnızca iş akışınız için çalıştırılacak bir zamanlama belirtmediğiniz anında iletme tetikleyicilerini kullanabilirsiniz. Bu web kancası tabanlı tetikleyiciler bir olayın gerçekleşmesini veya verilerin kullanılabilir olmasını bekler. Örneğin, Yinelenme tetikleyicisi yalnızca durum bilgisi olan iş akışları için kullanılabilir. İş akışınızı başlatmak için İstek, Event Hubs veya Service Bus tetikleyicisi gibi bir anında iletme tetikleyicisi seçin. Sınırlı, kullanılamayan veya desteklenmeyen tetikleyiciler, eylemler ve bağlayıcılar hakkında daha fazla bilgi için bkz . Değiştirildi, sınırlı, kullanılamıyor veya desteklenmeyen özellikler.

Durum bilgisi olmayan iş akışları yalnızca zaman uyumlu olarak çalıştırıldığından durum bilgisi olan iş akışları tarafından kullanılan standart zaman uyumsuz işlem desenini kullanmaz. Bunun yerine, "202 KABUL EDİLEN" yanıtı döndüren tüm HTTP tabanlı eylemler, iş akışı yürütmesinde bir sonraki adıma devam eder. Yanıt bir location üst bilgi içeriyorsa, durum bilgisi olmayan bir iş akışı durumu denetlemek için belirtilen URI'yi yoklamaz. Standart zaman uyumsuz işlem desenini izlemek için bunun yerine durum bilgisi olan bir iş akışı kullanın.

Daha kolay hata ayıklama için durum bilgisi olmayan bir iş akışı için çalıştırma geçmişini etkinleştirebilir ve performansı biraz etkileyebilir ve işiniz bittiğinde çalıştırma geçmişini devre dışı bırakabilirsiniz. Daha fazla bilgi için bkz . Visual Studio Code'da tek kiracı tabanlı iş akışları oluşturma veya Azure portalında tek kiracı tabanlı iş akışları oluşturma.

Önemli

Oluşturma zamanında uygulamak için durum bilgisi olan veya durum bilgisi olmayan iş akışı türüne karar vermeniz gerekir. Oluşturma işleminden sonra iş akışı türünde yapılan değişiklikler çalışma zamanı hatalarına neden olur.

Durum bilgisi olan ve durum bilgisi olmayan iş akışları arasındaki özet farklar

Durum Bilgisi Olan	Durum bilgisiz
Çalıştırma geçmişini, girişleri ve çıkışları depolar	Çalıştırma geçmişini, girişleri veya çıkışları varsayılan olarak depolamaz
Yönetilen bağlayıcı tetikleyicileri kullanılabilir ve izin verilir	Yönetilen bağlayıcı tetikleyicileri kullanılamıyor veya izin verilmiyor
Öbekle işlemini destekler	Öbekleme desteği yok
Zaman uyumsuz işlemleri destekler	Zaman uyumsuz işlemler için destek yok
Konak yapılandırmasında varsayılan maksimum çalıştırma süresini düzenle	En uzun süre 5 dakikadan kısa olan iş akışları için en iyi
Büyük iletileri işler	Küçük ileti boyutlarını işlemek için en iyi yöntem (64 KB'ın altında)

Durum bilgisi olan ve durum bilgisi olmayan iş akışları arasındaki iç içe geçmiş davranış farklılıkları

ApiConnectionWebhook türüne sahip olan ve HTTPS istekleri alabilen İstek tetikleyicisini, HTTP Web kancası tetikleyicisini veya yönetilen bağlayıcı tetikleyicilerini kullanarak aynı Standart mantıksal uygulamada bulunan diğer iş akışlarından iş akışını çağırılabilir hale getirebilirsiniz.

Aşağıdaki listede, bir üst iş akışı alt iş akışını çağırdıktan sonra iç içe geçmiş iş akışlarının izleyebildiği davranış desenleri açıklanmaktadır:

Zaman uyumsuz yoklama düzeni

Üst iş akışı, alt iş akışının ilk çağrısına yanıt vermesini beklemez. Ancak üst öğe, alt öğe çalıştırmayı bitirene kadar çocuğun çalıştırma geçmişini sürekli denetler. Durum bilgisi olan iş akışları varsayılan olarak istek zaman aşımı sınırlarını aşabilecek uzun süre çalışan alt iş akışları için ideal olan bu deseni izler.
Zaman uyumlu desen ("ateş ve unut")

Alt iş akışı, hemen bir 202 ACCEPTED yanıt döndürerek üst iş akışının çağrısını kabul eder. Ancak üst öğe, çocuğun sonuç döndürmesini beklemez. Bunun yerine, üst öğe iş akışında bir sonraki eyleme devam eder ve alt öğe çalıştırmayı bitirdiğinde sonuçları alır. Yanıt eylemi içermeyen alt durum bilgisi olan iş akışları her zaman zaman zaman uyumlu deseni izler ve gözden geçirmeniz için bir çalıştırma geçmişi sağlar.

Bu davranışı etkinleştirmek için iş akışının JSON tanımında operationOptions özelliğini olarak DisableAsyncPatternayarlayın. Daha fazla bilgi için bkz . Tetikleyici ve eylem türleri - İşlem seçenekleri.
Tetikleyici ve bekleme

Durum bilgisi olmayan iş akışları bellekte çalışır. Bu nedenle üst iş akışı alt durum bilgisi olmayan bir iş akışını çağırdığında üst öğe, alt öğeden sonuçları döndüren bir yanıt bekler. Bu düzen, bir alt iş akışını çağırmak için yerleşik HTTP tetikleyicisini veya eylemini kullanmaya benzer şekilde çalışır. Yanıt eylemi içermeyen alt durum bilgisi olmayan iş akışları hemen bir 202 ACCEPTED yanıt döndürür, ancak üst öğe sonraki eyleme geçmeden önce çocuğun bitmesini bekler. Bu davranışlar yalnızca alt durum bilgisi olmayan iş akışları için geçerlidir.

Aşağıdaki tablo, üst ve alt öğe durum bilgisi olan, durum bilgisi olmayan veya karma iş akışı türleri olmasına bağlı olarak alt iş akışının davranışını tanımlar. Tablodan sonraki liste

Üst iş akışı	Alt iş akışı	Alt davranış
Durum Bilgisi Olan	Durum Bilgisi Olan	Zaman uyumsuz veya zaman uyumlu `"operationOptions": "DisableAsyncPattern"` ayarı
Durum Bilgisi Olan	Durum bilgisiz	Tetikleyici ve bekleme
Durum bilgisiz	Durum Bilgisi Olan	Zaman Uyumlu
Durum bilgisiz	Durum bilgisiz	Tetikleyici ve bekleme

Diğer tek kiracılı model özellikleri

Tek kiracılı model ve Standart mantıksal uygulama birçok geçerli ve yeni özellik içerir, örneğin:

Hizmet Olarak Yazılım (SaaS) ve Hizmet Olarak Platform (PaaS) uygulamaları ve hizmetleri ile şirket içi sistemler için bağlayıcılar için yüzlerce yönetilen bağlayıcıdan mantıksal uygulamalar ve iş akışları oluşturun.
- Daha fazla yönetilen bağlayıcı artık Standart iş akışlarında yerleşik bağlayıcılar olarak kullanılabilir. Yerleşik sürümler tek kiracılı Azure Logic Apps çalışma zamanında yerel olarak çalışır. Bazı yerleşik bağlayıcılar, hizmet sağlayıcısı bağlayıcıları olarak da bilinir. Liste için Tüketim ve Standart'ta yerleşik bağlayıcılar'ı gözden geçirin.
- Tek kiracılı Azure Logic Apps genişletilebilirlik çerçevesini kullanarak ihtiyacınız olan herhangi bir hizmet için kendi özel yerleşik bağlayıcılarınızı oluşturabilirsiniz. Azure Service Bus ve SQL Server gibi yerleşik bağlayıcılara benzer şekilde, özel yerleşik bağlayıcılar da tek kiracılı çalışma zamanıyla aynı işlemde çalıştıkları için daha yüksek aktarım hızı, düşük gecikme süresi ve yerel bağlantı sağlar. Ancak, özel yerleşik bağlayıcılar şu anda desteklenmeyen özel yönetilen bağlayıcılara benzemez. Daha fazla bilgi için Özel bağlayıcıya genel bakış ve Tek kiracılı Azure Logic Apps'te Standart mantıksal uygulamalar için özel yerleşik bağlayıcılar oluşturma konularını gözden geçirin.
- Tümleştirme hesabı olmadan Liquid İşlemleri ve XML İşlemleri için aşağıdaki eylemleri kullanabilirsiniz. Bu işlemler aşağıdaki eylemleri içerir:
  - XML: XML ve XML Doğrulamayı Dönüştürme
  - Liquid: JSON'ı JSON'a dönüştürme, JSON'ı METNE DÖNÜŞTÜRME, XML'yi JSON'a dönüştürme ve XML'yi Metne Dönüştürme
  Not
  
  Bu eylemleri Standart iş akışlarında kullanmak için Liquid eşlemeleri, XML eşlemeleri veya XML şemalarına sahip olmanız gerekir. Bu yapıtları Azure portalında mantıksal uygulamanızın kaynak menüsünden Şemalar ve Haritalar bölümlerini içeren Yapıtlar bölümünden yükleyebilirsiniz. Alternatif olarak, ilgili Haritalar ve Şemalar klasörlerini kullanarak bu yapıtları Visual Studio Code projenizin Artifacts klasörüne ekleyebilirsiniz. Daha sonra bu yapıtları aynı mantıksal uygulama içindeki birden çok iş akışında kullanabilirsiniz.
- Azure Logic Apps, bu mantıksal uygulamaların bulut bağlantısı çalışma zamanı uç noktasına istek göndermek için kullanabileceği Paylaşılan Erişim İmzası (SAS) bağlantı dizesi oluşturduğundan standart mantıksal uygulama iş akışları her yerde çalıştırılabilir. Azure Logic Apps bu bağlantı dizesi diğer uygulama ayarlarıyla birlikte kaydeder, böylece bu değerleri Azure'da dağıtırken Azure Key Vault'ta kolayca depolayabilirsiniz.
- Standart mantıksal uygulama iş akışları hem sistem tarafından atanan yönetilen kimliği hem de kullanıcı tarafından atanan birden çok yönetilen kimliği aynı anda etkinleştirmeyi destekler, ancak aynı anda yalnızca bir kimlik seçebilirsiniz. Yerleşik hizmet sağlayıcısı tabanlı bağlayıcılar sistem tarafından atanan kimliğin kullanılmasını desteklese de şu anda SQL Server ve HTTP bağlayıcıları dışında kimlik doğrulaması için kullanıcı tarafından atanan yönetilen kimliklerin seçilmesini desteklememektedir.
  
  Not
  
  Varsayılan olarak, sistem tarafından atanan kimlik çalışma zamanında bağlantıların kimliğini doğrulamak için zaten etkindir. Bu kimlik, bağlantı oluştururken kullandığınız kimlik doğrulama kimlik bilgilerinden veya bağlantı dizesi farklıdır. Bu kimliği devre dışı bırakırsanız, bağlantılar çalışma zamanında çalışmaz. Bu ayarı görüntülemek için mantıksal uygulamanızın menüsünde, Ayarlar'ın altında Kimlik'i seçin.
Visual Studio Code geliştirme ortamında mantıksal uygulamalarınızı ve bunların iş akışlarını yerel olarak çalıştırabilir, test edebilir ve hatalarını ayıklayabilirsiniz.

Mantıksal uygulamanızı çalıştırmadan ve test etmeden önce, bir iş akışı için workflow.json dosyasının içine kesme noktaları ekleyerek ve kullanarak hata ayıklamayı kolaylaştırabilirsiniz. Ancak kesme noktaları şu anda yalnızca eylemler için desteklenir, tetikleyiciler için desteklenmez. Daha fazla bilgi için bkz . Visual Studio Code'da tek kiracı tabanlı iş akışları oluşturma.
Mantıksal uygulamaları ve iş akışlarını Visual Studio Code'dan Azure ve Azure Arc özellikli Logic Apps gibi çeşitli barındırma ortamlarına doğrudan yayımlayın veya dağıtın.
Azure aboneliğiniz ve mantıksal uygulama ayarlarınız tarafından desteklendiğinde Application Insights'ı kullanarak mantıksal uygulamanız için tanılama günlüğü ve izleme özelliklerini etkinleştirin.
Azure İşlevleri Premium planını kullanarak mantıksal uygulamalarınızı oluştururken ve dağıtırken Azure İşlevleri benzer şekilde Azure sanal ağlarıyla özel olarak bağlanma ve tümleştirme gibi ağ özelliklerine erişin. Daha fazla bilgi için aşağıdaki belgeleri gözden geçirin:
- Azure İşlevleri ağ seçenekleri
- Her Yerde Çalışan Azure Logic Apps - Azure Logic Apps ile ağ olanakları
Standart mantıksal uygulamada tek tek iş akışları tarafından kullanılan yönetilen bağlantılar için erişim anahtarlarını yeniden oluşturun. Bu görev için, bir Tüketim mantıksal uygulaması için aynı adımları izleyin ancak mantıksal uygulama kaynak düzeyinde değil iş akışı düzeyinde uygulayın.

Standart için yerleşik bağlayıcılar

Standart iş akışı, Tüketim iş akışıyla aynı yerleşik bağlayıcıların çoğunu kullanabilir, ancak tümünü kullanamaz. Tam tersi, Standart iş akışının Tüketim iş akışında bulunmayan birçok yerleşik bağlayıcısı vardır.

Örneğin Standart iş akışında Azure Blob, Azure Cosmos DB, Azure Event Hubs, Azure Service Bus, DB2, FTP, MQ, SFTP, SQL Server ve diğerleri için hem yönetilen bağlayıcılar hem de yerleşik bağlayıcılar bulunur. Tüketim iş akışının bu yerleşik bağlayıcı sürümleri aynı olmasa da, Azure API Management ve Azure Uygulaması Hizmetleri gibi diğer yerleşik bağlayıcılar kullanılabilir.

Tek kiracılı Azure Logic Apps'te, belirli özniteliklere sahip yerleşik bağlayıcılar resmi olmayan bir şekilde hizmet sağlayıcıları olarak bilinir. Bazı yerleşik bağlayıcılar, temel alınan hizmete yönelik bir bağlantının kimliğini doğrulamanın tek bir yolunu destekler. Diğer yerleşik bağlayıcılar bağlantı dizesi, Microsoft Entra Kimliği veya yönetilen kimlik kullanma gibi bir seçenek sunabilir. Tüm yerleşik bağlayıcılar, yeniden tasarlanan Azure Logic Apps çalışma zamanıyla aynı işlemde çalışır. Daha fazla bilgi için Standart mantıksal uygulama iş akışları için yerleşik bağlayıcı listesini gözden geçirin.

Önemli

Başarılı işlemi onaylamak için hizmet sağlayıcısı tabanlı tetikleyicileri doğru ayarladığınızdan ve test edin. Hizmet sağlayıcısı tabanlı başarısız bir tetikleyici gereksiz ölçeklendirmeye neden olabilir ve bu da faturalama maliyetlerinizi önemli ölçüde artırabilir. Örneğin, yaygın bir hata, mantıksal uygulamanıza izin vermeden veya Hedefe erişim vermeden (Service Bus kuyruğu, Azure Depolama blob kapsayıcısı vb.) tetikleyici ayarlamaktır. Ayrıca, sorunları hemen algılayıp çözebilmeniz için bu tür tetikleyicileri her zaman izlediğinize emin olun.

Değiştirilen, sınırlı, kullanılamayan veya desteklenmeyen özellikler

Standart mantıksal uygulama iş akışı için bu özellikler değişti veya şu anda sınırlı, kullanılamıyor veya desteklenmiyor:

Tetikleyiciler ve eylemler: Yerleşik tetikleyiciler ve eylemler Azure Logic Apps'te yerel olarak çalıştırılırken yönetilen bağlayıcılar Azure'da paylaşılan kaynaklar kullanılarak barındırılır ve çalıştırılır. Standart iş akışları için Kayan Pencere, Azure Uygulaması Hizmeti ve Azure API Management gibi bazı yerleşik tetikleyiciler ve eylemler şu anda kullanılamıyor. Durum bilgisi olan veya durum bilgisi olmayan bir iş akışı başlatmak için İstek, Event Hubs veya Service Bus tetikleyicisi gibi yerleşik bir tetikleyici kullanın. Yinelenme tetikleyicisi durum bilgisi olan iş akışları için kullanılabilir, ancak durum bilgisi olmayan iş akışları için kullanılamaz. Tasarımcıda yerleşik tetikleyiciler ve eylemler Uygulama İçi etiketiyle birlikte, yönetilen bağlayıcı tetikleyicileri ve eylemleri ise Paylaşılan etiketiyle birlikte görünür.

Durum bilgisi olmayan iş akışları yalnızca iş akışınız için çalıştırılacak bir zamanlama belirtmediğiniz anında iletme tetikleyicilerini kullanabilir. Bu web kancası tabanlı tetikleyiciler bir olayın gerçekleşmesini veya verilerin kullanılabilir olmasını bekler. Örneğin, Yinelenme tetikleyicisi yalnızca durum bilgisi olan iş akışları için kullanılabilir. İş akışınızı başlatmak için İstek, Event Hubs veya Service Bus tetikleyicisi gibi bir anında iletme tetikleyicisi seçin. Durum bilgisi olmayan iş akışları için yönetilen bağlayıcıları etkinleştirebilirsiniz ancak bağlayıcı galerisinde eklemeniz gereken yönetilen bağlayıcı yoklama tetikleyicileri gösterilmez.

Not

Visual Studio Code'da yerel olarak çalıştırmak için web kancası tabanlı tetikleyiciler ve eylemler ek kurulum gerektirir. Daha fazla bilgi için bkz . Visual Studio Code'da tek kiracı tabanlı iş akışları oluşturma.
- Aşağıdaki tetikleyiciler ve eylemler değişmiş veya şu anda sınırlı, desteklenmeyen veya kullanılamıyor:
  - Yerleşik eylem Azure İşlevleri - Azure işlevi seçme işlemi artık İşlemler Azure İşlevleri - Azure işlevini çağırın. Bu eylem şu anda yalnızca HTTP Tetikleyicisi şablonundan oluşturulan işlevler için çalışır.
    
    Azure portalında, kullanıcı deneyimi aracılığıyla bağlantı oluşturarak erişebileceğiniz bir HTTP tetikleyici işlevi seçebilirsiniz. İşlev eyleminin JSON tanımını kod görünümünde veya Visual Studio Code kullanarak workflow.json dosyasında incelerseniz, eylem bir connectionName başvuru kullanarak işleve başvurur. Bu sürüm, işlevin bilgilerini bağlantı olarak soyutlar ve bu bilgileri Visual Studio Code'da bağlantı oluşturduktan sonra kullanılabilen mantıksal uygulama projenizin connections.json dosyasında bulabilirsiniz.
    
    Not
    
    Tek kiracılı modelde işlev eylemi yalnızca sorgu dizesi kimlik doğrulamasını destekler. Azure Logic Apps bağlantı kurarken işlevden varsayılan anahtarı alır, bu anahtarı uygulamanızın ayarlarında depolar ve işlevi çağırırken kimlik doğrulaması için anahtarı kullanır.
    
    Çok kiracılı modelde olduğu gibi, bu anahtarı yenilerseniz, örneğin portaldaki Azure İşlevleri deneyimi aracılığıyla işlev eylemi geçersiz anahtar nedeniyle artık çalışmaz. Bu sorunu çözmek için, çağırmak veya uygulamanızın ayarlarını yeni anahtarla güncelleştirmek istediğiniz işlev bağlantısını yeniden oluşturmanız gerekir.
  - Yerleşik eylem olan Satır İçi Kod, Satır İçi Kod İşlemleri olarak yeniden adlandırılır, artık tümleştirme hesabı gerektirmez ve güncelleştirilmiş sınırları vardır.
  - Yerleşik eylem olan Azure Logic Apps - Mantıksal Uygulama iş akışı seçme artık İş Akışı İşlemleri - Bu iş akışı uygulamasında bir iş akışı çağır.
  - Gmail bağlayıcısı şu anda desteklenmiyor.
  - Özel yönetilen bağlayıcılar şu anda desteklenmemektedir. Ancak, Visual Studio Code kullanırken özel yerleşik işlemler oluşturabilirsiniz. Daha fazla bilgi için Visual Studio Code kullanarak tek kiracı tabanlı iş akışları oluşturma'yı gözden geçirin.
  - Standart mantıksal uygulama iş akışı yalnızca bir tetikleyiciye sahip olabilir ve birden çok tetikleyiciyi desteklemez.
Kimlik doğrulaması: Aşağıdaki kimlik doğrulama türleri şu anda Standart iş akışları için kullanılamıyor:
- İstek tetikleyicisi ve HTTP Web kancası tetikleyicisi gibi istek tabanlı tetikleyicilere gelen çağrılar için Microsoft Entra Id Open Authentication (Microsoft Entra ID OAuth).
- Yönetilen kimlik kimlik doğrulaması: Hem sistem tarafından atanan hem de kullanıcı tarafından atanan yönetilen kimlik desteği sağlanır. Varsayılan olarak, sistem tarafından atanan yönetilen kimlik otomatik olarak etkinleştirilir. Ancak, yerleşik hizmet sağlayıcısı tabanlı bağlayıcıların çoğu şu anda kimlik doğrulaması için kullanıcı tarafından atanan yönetilen kimliklerin seçilmesini desteklememektedir.
XML dönüşümü: Şu anda yalnızca XSLT 1.0 desteklenmektedir.
Visual Studio Code'da kesme noktası hata ayıklaması: bir iş akışı için workflow.json dosyasının içine kesme noktaları ekleyip kullanabilirsiniz ancak kesme noktaları şu anda yalnızca eylemler için desteklenir, tetikleyiciler için desteklenmez. Daha fazla bilgi için bkz . Visual Studio Code'da tek kiracı tabanlı iş akışları oluşturma.
Tetikleyici geçmişi ve çalıştırma geçmişi: Standart mantıksal uygulama için Azure portalında tetikleyici geçmişi ve çalıştırma geçmişi mantıksal uygulama kaynak düzeyinde değil iş akışı düzeyinde görünür. Daha fazla bilgi için Azure portalını kullanarak tek kiracı tabanlı iş akışları oluşturma'yı gözden geçirin.
İş akışı çalıştırma geçmişi için yedekleme ve geri yükleme: Standart mantıksal uygulamalar şu anda iş akışı çalıştırma geçmişi için yedekleme ve geri yüklemeyi desteklemez.
Terraform şablonları: Tam altyapı dağıtımı için bu şablonları Standart mantıksal uygulama kaynağıyla kullanamazsınız. Daha fazla bilgi için bkz . Azure'da Terraform nedir?
Azure API Management: Şu anda Standart mantıksal uygulama kaynağını Azure API Management'a aktaramazsınız. Ancak, tüketim mantıksal uygulama kaynağını içeri aktarabilirsiniz.

Katı ağ ve güvenlik duvarı trafik izinleri

Ortamınızda trafiği sınırlayan katı ağ gereksinimleri veya güvenlik duvarları varsa, iş akışlarınızdaki tetikleyici veya eylem bağlantıları için erişime izin vermeliydiniz. İsteğe bağlı olarak hizmet etiketlerinden gelen trafiğe izin verebilir ve Azure Uygulaması Hizmeti ile aynı kısıtlama veya ilke düzeyini kullanabilirsiniz. Ayrıca bağlantılarınız için tam etki alanı adlarını (FQDN) bulmanız ve kullanmanız gerekir. Daha fazla bilgi için aşağıdaki belgelerde ilgili bölümleri gözden geçirin:

Sonraki adımlar

Tek kiracılı Azure Logic Apps deneyimlerinizi de öğrenmek isteriz!

Hatalar veya sorunlar için GitHub'da sorunlarınızı oluşturun.
Sorular, istekler, yorumlar ve diğer geri bildirimler için bu geri bildirim formunu kullanın.

Aracılığıyla paylaş