Azure Logic Apps için tek kiracılı ve çok kiracılı ve tümleştirme hizmeti ortamı karşılaştırması

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 yüksek oranda ölçeklenebilir tümleştirme çözümleri geliştirebilirsiniz. Mantıksal uygulama oluşturmak için Mantıksal Uygulama (Tüketim) kaynak türünü veya Mantıksal Uygulama (Standart) kaynak türünü kullanırsınız. Tüketim kaynak türü çok kiracılı Azure Logic Apps veya tümleştirme hizmeti ortamında, Standart kaynak türü ise tek kiracılı Azure Logic Apps ortamında çalışır.

Hangi kaynak türünü kullanacağınızı seçmeden önce, kaynak türlerinin ve hizmet ortamlarının birbiriyle karşılaştırmasını öğrenmek için bu makaleyi gözden geçirin. Daha sonra senaryonuzun gereksinimlerine, çözüm gereksinimlerine ve iş akışlarınızı dağıtmak ve çalıştırmak istediğiniz ortama en uygun türü seçebilirsiniz.

Azure Logic Apps'i yeni kullanıyorsanız aşağıdaki belgeleri gözden geçirin:

Kaynak türleri ve ortamlar

Mantıksal uygulama iş akışları oluşturmak için senaryonuza, çözüm gereksinimlerinize, istediğiniz özelliklere ve iş akışlarınızı çalıştırmak istediğiniz ortama göre Mantıksal Uygulama kaynak türünü seçersiniz.

Aşağıdaki tabloda , Mantıksal Uygulama (Standart) kaynak türü ile Mantıksal Uygulama (Tüketim) kaynak türü arasındaki farklar kısaca özetlenmektedir. Ayrıca tek kiracılı ortamın mantıksal uygulama iş akışlarınızı dağıtmak, barındırmak ve çalıştırmak için çok kiracılı ortamdan ve tümleştirme hizmeti ortamından (ISE) nasıl farklı olduğunu da öğrenirsiniz.

Kaynak türü Avantajlar Kaynak paylaşımı ve kullanımı Fiyatlandırma ve faturalama modeli Limit yönetimi
Mantıksal Uygulama (Tüketim)

Konak ortamı: Çok kiracılı Azure Logic Apps
- Başlangıç için en kolay

- Kullandığınız kadar ödeyin

- Tam olarak yönetilen
Tek bir mantıksal uygulamanın yalnızca bir iş akışı olabilir.

Azure Active Directory kiracıları genelindeki mantıksal uygulamalar aynı işlemeyi (işlem), depolamayı, ağı vb. paylaşı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 bu seçenek belirli bir sınır için varsa bu değerlerden bazılarını değiştirebilirsiniz.
Mantıksal Uygulama (Tüketim)

Konak ortamı:
Tümleştirme hizmeti ortamı (ISE)
- Büyük iş yükleri için kurumsal ölçek

- Doğrudan sanal ağlara bağlanan 20'nin üzerinden ISE'ye özgü bağlayıcılar

- Dahil edilen kullanım ve müşteri tarafından denetlenen ölçeklendirme ile öngörülebilir fiyatlandırma
Tek bir mantıksal uygulamanın yalnızca bir iş akışı olabilir.

Aynı ortamdaki mantıksal uygulamalar aynı işlemeyi (işlem), depolamayı, ağı vb. paylaşır.

Veriler ISE'yi dağıttığınız bölgede kalır.
ISE (sabit) Azure Logic Apps bu sınırlar için varsayılan değerleri yönetir, ancak bu seçenek belirli bir sınır için varsa bu değerlerden bazılarını değiştirebilirsiniz.
Mantıksal Uygulama (Standart)

Konak ortamı:
Tek kiracılı Azure Logic Apps

Not: Senaryonuz kapsayıcı gerektiriyorsa Azure Arc özellikli Logic Apps kullanarak tek kiracı tabanlı mantıksal uygulamalar oluşturun. Daha fazla bilgi için Bkz. Azure Arc özellikli Logic Apps nedir?
- Tek kiracılı Azure Logic Apps çalışma zamanını kullanarak komutunu çalıştırın. Dağıtım yuvaları şu anda desteklenmiyor.

- Daha yüksek aktarım hızı ve uygun ölçekte daha düşük maliyetler için daha fazla yerleşik bağlayıcı

- Ç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 uygulamanın durum bilgisi olan ve 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.
Standart, seçili fiyatlandırma katmanına sahip bir barındırma planına dayalıdır.

Dış depolama kullanan durum bilgisi olan iş akışları çalıştırıyorsanı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ı limitlerin üst sınırları sabittir. Visual Studio Code 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.
Mantıksal Uygulama (Standart)

Konak ortamı:
App Service Ortamı v3 (ASEv3) - Yalnızca Windows planları
Tek kiracılı ö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ına bakılmaksızın yalnızca ASE App Service planı için ödeme yapın.

- Otomatik ölçeklendirmeyi etkinleştirebilir veya daha fazla sanal makine örneğiyle veya farklı bir App Service planıyla el ile ölçeklendirilebilir.

- Seçili ASEv3'ten ağ kurulumunu devralın. Örneğin, bir iç ASE'ye dağıtıldığında, iş akışları ASE ile ilişkilendirilmiş bir sanal ağdaki kaynaklara erişebilir ve iç erişim noktalarına sahip olabilir.

Not: Bir iç ASE'nin dışından erişilirse, bu ASE'deki iş akışları için çalıştırma geçmişleri eylem girişlerine ve çıkışlarına erişemez.
Tek bir mantıksal uygulamanın durum bilgisi olan ve 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ı limitlerin üst sınırları sabittir. Visual Studio Code 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.

Mantıksal Uygulama (Standart) kaynağı

Logic App (Standart) kaynak türü, 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 bir 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 App Service ekosisteminden devralınan diğer özellikleri ve avantajları sağlar. Örneğin, tek kiracı tabanlı mantıksal uygulamaları ve bunların iş akışlarını Azure App Service Ortamı v3'te (yalnızca Windows planları) oluşturabilir, dağıtabilir ve çalıştırabilirsiniz.

Standart kaynak türü, bir 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ı getirir. 1-çok eşleme ile aynı mantıksal uygulama ve kiracıdaki iş akışları işlem ve işleme kaynaklarını paylaşır ve yakınlıkları nedeniyle daha iyi performans sağlar. Bu yapı, mantıksal uygulama kaynağıyla iş akışı arasında 1'e 1 eşlemeniz olan Mantıksal Uygulama (Tüketim) 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ümlerle devam edin. Ya da 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

Mantıksal Uygulama (Standart) kaynak türünü kullanarak mantıksal uygulamalar oluşturduğunuzda, iş akışlarınızı Azure App Service Ortamı v3 (yalnızca Windows planları) gibi başka ortamlarda dağıtabilir ve çalıştırabilirsiniz. Azure Logic Apps (Standart) uzantısıyla Visual Studio Code kullanıyorsanız, Azure'a dağıtım yapmak zorunda kalmadan iş akışlarınızı geliştirme ortamınızda yerel olarak geliştirebilir, derleyebilir ve çalıştırabilirsiniz. Senaryonuzda kapsayıcılar gerekiyorsa Azure Arc özellikli Logic Apps kullanarak tek kiracı tabanlı mantıksal uygulamalar oluşturun. 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. Ayrıca, Mantıksal Uygulama (Tüketim) kaynak dağıtımını otomatikleştirmek için ç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.

Mantıksal Uygulama (Standart) kaynak türüyle, 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ı mantıksal uygulamanızın 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çlarla 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. Veya 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ına bakılmaksızın 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

Mantıksal Uygulama (Standart) kaynak türünü kullanarak, aynı tek mantıksal uygulamada ve kiracıda birden çok iş akışı oluşturabilir ve çalıştırabilirsiniz. Bu 1-çok eşleme ile bu iş akışları işlem, işleme, depolama ve ağ gibi kaynakları paylaşarak yakınlıkları nedeniyle daha iyi performans sağlar.

Logic App (Standart) kaynak türü ve tek kiracılı Azure Logic Apps çalışma zamanı, daha popüler yönetilen bağlayıcıları yerleşik işlemler olarak kullanılabilir hale getirerek önemli bir geliştirme daha sağlar. Örneğin, Azure Service Bus, Azure Event Hubs, SQL ve diğerleri için yerleşik işlemleri kullanabilirsiniz. Bu arada yönetilen bağlayıcı sürümleri hala kullanılabilir durumdadır ve çalışmaya devam etmektedir.

Yeni yerleşik işlemleri 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, daha sonra 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 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

Mantıksal Uygulama (Standart) kaynak türüyle oluşturulan 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, mantıksal uygulama iş akışlarınızdaki verilerin kendi üst kaynaklarını oluşturduğunuz ve dağıttığınız bölgede kaldığı anlamına gelir.

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

İstediğiniz ortamı temel alan bir mantıksal uygulama 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 Mantıksal Uygulama (Standart) kaynak türü Tek kiracılı Logic Apps için tümleştirme iş akışları oluşturma - Azure portal
Visual Studio Code Azure Logic Apps (Standart) uzantısı Tek kiracılı Logic Apps için tümleştirme iş akışları oluşturma - Visual Studio Code
Azure CLI Logic Apps Azure CLI uzantısı az logicapp
Azure Resource Manager - Yerel
- 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ılı mantıksal uygulama iş akışları oluşturma ve dağıtma

Çok kiracılı ortam

Seçenek Kaynaklar ve araçlar Daha fazla bilgi
Azure portal Mantıksal Uygulama (Tüketim) kaynak türü Hızlı Başlangıç: Çok kiracılı Azure Logic Apps'te tümleştirme iş akışları 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 tümleştirme iş akışları 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ümleştirme iş akışları oluşturma ve yönetme - Azure CLI

- az logic

Azure Resource Manager Mantıksal uygulama oluşturma ARM şablonu Hızlı Başlangıç: Çok kiracılı Azure Logic Apps'te tümleştirme 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'sini kullanmaya başlama başvurusu

Tümleştirme hizmeti ortamı

Seçenek Kaynaklar ve araçlar Daha fazla bilgi
Azure portal Logic App (Tüketim) kaynak türü ve mevcut ISE kaynağı Hızlı Başlangıç ile aynı: Çok kiracılı Azure Logic Apps'te tümleştirme iş akışları oluşturma - Azure portal, ancak çok kiracılı bir bölge değil, bir ISE seçin.

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ğiniz altında dağıtılan tüm mantıksal uygulamalarınızı bulabilir ve bu uygulamalara erişebilirsiniz.

Örneğin, Azure portal Mantıksal uygulamalar sayfasında hem Tüketim hem de Standart mantıksal uygulama kaynak türleri gösterilir. Visual Studio Code dağıtılan mantıksal uygulamalar Azure aboneliğinizin altında görünür, ancak bunlar azure: Logic Apps (Tüketim) ve Azure: Logic Apps (Standart) olarak kullandığınız uzantıya göre gruplandırılır.

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

Mantıksal Uygulama (Standart) kaynak türüyle, aynı mantıksal uygulama içinde şu iş akışı türlerini oluşturabilirsiniz:

  • Durum Bilgisi Olan

    Ö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 olursa yüksek dayanıklılık sağlar. Hizmetler ve sistemler geri yüklendikten sonra, kesintiye uğratan çalıştırmaları kaydedilmiş durumdan yeniden yapılandırabilir ve iş akışlarını tamamlanmaya 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ışı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İlDİ" yanıtı döndürür. Bu kod, alıcının isteği kabul ettiğini ancak işlemeyi bitirmediğini onaylar. Yanıt, alıcı işlemi durdurana ve "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.

  • Durum bilgisi olmayan

    Her çalıştırma daha sonra gözden geçirmek üzere tamamlandıktan sonra dış depolamadaki önceki olaylardaki verileri tutmanız, gözden geçirmeniz veya bunlara başvurmanız gerekmeyen durum bilgisi olmayan bir iş akışı oluşturun. Bu iş akışları, her eylem için tüm giriş ve çıkışları ve bunların durumları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 olursa 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.

    Durum bilgisi olmayan iş akışlarında yönetilen bağlayıcı eylemleri kullanılabilir ancak yönetilen bağlayıcı tetikleyicileri kullanılamaz. Bu nedenle, iş akışınızı başlatmak için bunun yerine İstek, Event Hubs veya Service Bus tetikleyicisi gibi yerleşik bir tetikleyici seçin. Bu tetikleyiciler Azure Logic Apps çalışma zamanında yerel olarak çalışır. Yinelenme tetikleyicisi durum bilgisi olmayan iş akışları için kullanılamaz ve yalnızca durum bilgisi olan iş akışlarında kullanılabilir. Sınırlı, kullanılamayan veya desteklenmeyen tetikleyiciler, eylemler ve bağlayıcılar hakkında daha fazla bilgi için bkz . Değiştirilmiş, sınırlı, kullanılamıyor veya desteklenmeyen özellikler.

    Durum bilgisi olmayan iş akışları yalnızca zaman uyumlu olarak çalışır, bu nedenle durum bilgisi olan iş akışları tarafından kullanılan standart zaman uyumsuz işlem desenini kullanmaz. Bunun yerine, "202 KABUL EDİlDİ" yanıtı döndüren tüm HTTP tabanlı eylemler iş akışı yürütmesindeki 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 durum bilgisi olan bir iş akışı kullanın.

    Daha kolay hata ayıklama için, performans üzerinde bazı etkileri olan durum bilgisi olmayan bir iş akışı için çalıştırma geçmişini etkinleştirebilir 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 tek kiracı tabanlı iş akışları oluşturma.

Önemli

Oluşturma zamanında uygulamak için durum bilgisi olan veya 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 olmayan iş akışları arasındaki özet farklar

Durum Bilgisi Olan Durum bilgisi olmayan
Ç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 buna izin verilir Yönetilen bağlayıcı tetikleyicileri kullanılamıyor veya buna 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ışma süresini düzenle En uzun süre 5 dakikadan kısa olan iş akışları için en iyi yöntemdir
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 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ı Logic App (Standart) kaynağında bulunan diğer iş akışlarından iş akışını çağırılabilir hale getirebilirsiniz.

Aşağıdaki listede, bir üst iş akışı bir 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 deseni

    Ü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 ("yangın ve unutma")

    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çları 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 durum bilgisi olan alt 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 durum bilgisi olmayan alt iş akışları hemen bir 202 ACCEPTED yanıt döndürür, ancak üst öğe sonraki eyleme geçmeden önce alt işlemin tamamlanmasını 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 bilgisi olmayan Tetikleyici ve bekleme
Durum bilgisi olmayan Durum Bilgisi Olan Zaman Uyumlu
Durum bilgisi olmayan Durum bilgisi olmayan Tetikleyici ve bekleme

Diğer tek kiracılı model özellikleri

Tek kiracılı model ve Mantıksal Uygulama (Standart) kaynak türü birçok geçerli ve yeni özellik içerir, örneğin:

  • Hizmet Olarak Yazılım (SaaS) ve Hizmet Olarak Platform (PaaS) uygulamaları ve hizmetlerinin yanı sıra şirket içi sistemler için bağlayıcılar için yüzlerce yönetilen bağlayıcıdan mantıksal uygulamalar ve bunların iş akışlarını oluşturun.

    • Daha fazla yönetilen bağlayıcı artık Standart mantıksal uygulama 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 tüm hizmetler 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'u JSON'a dönüştürme, JSON'u METNE DÖNÜŞTÜRME, XML'yi JSON'a dönüştürme ve XML'yi Metne Dönüştürme

      Not

      Bu eylemleri tek kiracılı Azure Logic Apps'te (Standart) kullanmak için Liquid eşlemeleri, XML eşlemeleri veya XML şemalarınız olması gerekir. Bu yapıtları Azure portal mantıksal uygulamanızın kaynak menüsündeki Şemalar ve Haritalar bölümlerini içeren Yapıtlar'ın altından karşıya yükleyebilirsiniz. Alternatif olarak, ilgili Haritalar ve Şemalar klasörlerini kullanarak bu yapıtları Visual Studio Code projenizin Yapıtlar klasörüne ekleyebilirsiniz. Daha sonra bu yapıtları aynı mantıksal uygulama kaynağındaki 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ı dizeleri oluşturduğundan Logic App (Standart) kaynakları her yerde çalışabilir. Azure Logic Apps hizmeti bu bağlantı dizelerini diğer uygulama ayarlarıyla birlikte kaydeder, böylece bu değerleri Azure'da dağıttığınızda Kolayca Azure Key Vault depolayabilirsiniz.

    • Mantıksal Uygulama (Standart) kaynak türü, sistem tarafından atanan yönetilen kimliğin ve kullanıcı tarafından atanan birden çok yönetilen kimliğin aynı anda etkinleştirilmesini destekler, ancak yine de istediğiniz zaman yalnızca bir kimlik seçebilirsiniz.

      Not

      Varsayılan olarak, çalışma zamanında bağlantıların kimliğini doğrulamak için sistem tarafından atanan kimlik zaten etkindir. Bu kimlik, bağlantı oluştururken kullandığınız kimlik doğrulama kimlik bilgilerinden veya bağlantı dizesinden 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ündeki Ayarlar'ın altında Kimlik'i seçin.

  • Mantıksal uygulamalarınızı ve bunların iş akışlarını Visual Studio Code geliştirme ortamında 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ı ekleyip 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'de tek kiracı tabanlı iş akışları oluşturma.

  • Mantıksal uygulamaları ve bunların iş akışlarını Visual Studio Code Azure ve Azure Arc özellikli Logic Apps gibi çeşitli barındırma ortamlarında 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ı 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:

  • Mantıksal Uygulama (Standart) kaynağında 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 Logic Apps (Tüketim) kaynağı için aynı adımları izleyin ancak mantıksal uygulama kaynak düzeyinde değil tek tek iş akışı düzeyinde uygulayın.

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

Standart mantıksal uygulama iş akışı, Tüketim mantıksal uygulaması iş akışıyla aynı yerleşik bağlayıcıların birçoğuna sahiptir ancak tümüne sahip değildir. Tam tersi, Standart mantıksal uygulama iş akışında Tüketim mantıksal uygulaması iş akışında bulunmayan birçok yerleşik bağlayıcı vardır.

Örneğin Standart mantıksal uygulama 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 mantıksal uygulaması iş akışı bu yerleşik bağlayıcı sürümlerine sahip olmasa da Azure API Management, Azure Uygulaması Services ve Batch 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, hizmet sağlayıcıları olarak gayri resmi 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, Azure Active Directory (Azure AD) 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.

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

Mantıksal Uygulama (Standart) kaynağı için bu özellikler değişmiştir 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, yönetilen bağlayıcılar ise Azure'da barındırılır ve çalıştırılır. Standart iş akışları için Kayan Pencere, Batch, Azure App Service ve Azure API Management gibi bazı yerleşik tetikleyiciler ve eylemler şu anda kullanılamıyor. Durum bilgisi olan veya 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 Yerleşik sekmesinde, yönetilen bağlayıcı tetikleyicileri ve eylemleri ise Azure sekmesinde görünür.

    Durum bilgisi olmayan iş akışları için yönetilen bağlayıcı eylemleri kullanılabilir, ancak yönetilen bağlayıcı tetikleyicileri kullanılamaz. Bu nedenle Azure sekmesi yalnızca yönetilen bağlayıcı eylemlerini seçebildiğiniz durumlarda görünür. Durum bilgisi olmayan iş akışları için yönetilen bağlayıcıları etkinleştirebilirsiniz ancak tasarımcı eklemeniz için yönetilen bağlayıcı tetikleyicileri göstermez.

    Not

    Visual Studio Code 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'de tek kiracı tabanlı iş akışları oluşturma.

    • Bu tetikleyiciler ve eylemler değişmiş veya şu anda sınırlı, desteklenmeyen veya kullanılamıyor:

      • Şirket içi veri ağ geçidi tetikleyicileri kullanılamaz, ancak ağ geçidi eylemleri kullanılabilir .

      • Yerleşik eylem Azure İşlevleri - Azure işlevi seçme artık Azure İşlev İşlemleri - Azure işlevi çağırmadır. Bu eylem şu anda yalnızca HTTP Tetikleyicisi şablonundan oluşturulan işlevler için çalışır.

        Azure portal, kullanıcı deneyimi aracılığıyla bağlantı oluşturarak erişebileceğiniz bir HTTP tetikleyici işlevi seçebilirsiniz. kod görünümünde işlev eyleminin JSON tanımını veya Visual Studio Code kullanarak workflow.json dosyasını 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 mantıksal uygulama projenizin connections.json dosyasında bulabilirsiniz. Bu dosya, Visual Studio Code'de bir bağlantı oluşturduktan sonra kullanılabilir.

        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 istediğiniz işlev bağlantısını yeniden oluşturmanız veya uygulamanızın ayarlarını yeni anahtarla güncelleştirmeniz gerekir.

      • Yerleşik eylem olan Satır İçi Kod, Satır İçi Kod İşlemleri olarak yeniden adlandırılır, artık bir 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çin artık İş Akışı İşlemleri - Bu iş akışı uygulamasında bir iş akışı çağırın.

      • Tümleştirme hesapları için bazı tetikleyiciler ve eylemler kullanılamaz, örneğin AS2 (V2) eylemleri ve RosettaNet eylemleri.

      • 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 bkz. Visual Studio Code kullanarak tek kiracı tabanlı iş akışları oluşturma.

  • Kimlik doğrulaması: Mantıksal Uygulama (Standart) kaynak türü için şu anda aşağıdaki kimlik doğrulama türleri kullanılamıyor:

    • İstek tetikleyicisi ve HTTP Web kancası tetikleyicisi gibi istek tabanlı tetikleyicilere gelen çağrılar için Azure Active Directory Açık Kimlik Doğrulaması (Azure AD OAuth).

    • Kullanıcı tarafından atanan yönetilen kimlik. Şu anda yalnızca sistem tarafından atanan yönetilen kimlik kullanılabilir ve otomatik olarak etkinleştirilir.

  • XML dönüşümü: Eşlemelerden derlemelere başvurma desteği şu anda kullanılamıyor. Ayrıca şu anda yalnızca XSLT 1.0 desteklenmektedir.

  • Visual Studio Code'de 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 tetikleyiciler için değil yalnızca eylemler için desteklenir. Daha fazla bilgi için bkz. Visual Studio Code'de tek kiracı tabanlı iş akışları oluşturma.

  • Tetikleyici geçmişi ve çalıştırma geçmişi: Mantıksal Uygulama (Standart) kaynak türü için, Azure portal tetikleyici geçmişi ve çalıştırma geçmişi mantıksal uygulama düzeyinde değil iş akışı düzeyinde görünür. Daha fazla bilgi için Azure portal kullanarak tek kiracı tabanlı iş akışları oluşturma'yı gözden geçirin.

  • Yakınlaştırma denetimi: Yakınlaştırma denetimi şu anda tasarımcıda kullanılamıyor.

  • Dağıtım hedefleri: Mantıksal Uygulama (Standart) kaynak türünü bir tümleştirme hizmeti ortamına (ISE) veya Azure dağıtım yuvalarına dağıtamazsınız.

  • Azure API Management: Şu anda Logic App (Standart) kaynak türünü Azure API Management'a aktaramazsınız. Ancak Mantıksal Uygulama (Tüketim) kaynak türü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 App Service ile aynı düzeyde kısıtlama veya ilke 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 istiyoruz!