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

Azure Logic Apps, uygulamalarınızı, verilerinizi, hizmetlerinizi ve sistemlerinizi tümleştiren otomatik mantıksal uygulama iş akışları oluşturmak ve çalıştırmak için bulut tabanlı bir platformdur. Bu platformla, kurumsal ve işletmeler arası (B2B) senaryolarınız için hızlı bir şekilde ö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 çalışır, ancak standart kaynak türü tek kiracılı Azure Logic Apps ortamında çalıştırılır.

Kullanılacak kaynak türünü seçmeden önce, kaynak türlerinin ve hizmet ortamlarının birbirleriyle nasıl karşılaştırılacağını öğrenmek için bu makaleyi gözden geçirin. Daha sonra senaryonun ihtiyaçlarına, çözüm gereksinimlerine ve iş akışlarınızı dağıtmak, barındırmak ve çalıştırmak istediğiniz ortama göre hangi türün en iyi şekilde kullanılması gerektiğine karar verebilirsiniz.

Azure Logic Apps yeni başladıysanız, aşağıdaki belgeleri gözden geçirin:

• Azure Logic Apps nedir?
• Mantıksal uygulama iş akışı nedir?

Kaynak türleri ve ortamları

Mantıksal uygulama iş akışları oluşturmak için, senaryonuza, çözüm gereksinimlerinize, istediğiniz yeteneklere 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 Logic App (Standart) kaynak türü ve mantıksal uygulama (tüketim) kaynak türü arasındaki farklılıklar 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ı ve tümleştirme hizmeti ortamı (ISE) ile nasıl Karşılaştırıldığı de öğrenirsiniz.

Mantıksal uygulama (Standart) kaynağı

mantıksal uygulama (standart) kaynak türü, yeniden tasarlanan tek kiracılı Azure Logic Apps çalışma zamanı tarafından desteklenir. Bu çalışma zamanı, Azure işlevleri genişletilebilirlik modelini kullanır ve Azure iş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 performans sağlar, ayrıca Azure Işlevleri platformu ve Azure App Service ekosisteminden devralınan diğer yetenekler ve avantajlara sahiptir. Örneğin, Azure App Service ortamı v3'de tek kiracılı tabanlı mantıksal uygulamalar ve iş akışları oluşturabilir, dağıtabilir ve çalıştırabilirsiniz.

Standart kaynak türü, birden çok iş akışını barındırabilecek bir Azure işlevi uygulamasının birden çok işlevi nasıl barındırabilmesine benzer bir kaynak yapısını tanıtır. 1 ' den çok eşleme ile, aynı mantıksal uygulama ve Kiracıdaki iş akışları işlem ve işleme kaynaklarını kullanarak yakınlık nedeniyle daha iyi performans sağlar. Bu yapı, mantıksal uygulama kaynağı ve bir iş akışı arasında 1-1 eşleme yaptığınız Logic App (tüketim) kaynağından farklıdır.

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

• Azure Logic Apps Her yerde çalıştırma-çalışma zamanı derin
• Azure İşlevleri’ne giriş
• Azure Işlevleri Tetikleyicileri ve bağlamaları

Taşınabilirlik ve esneklik

Logic App (Standart) kaynak türünü kullanarak Logic Apps oluşturduğunuzda, iş akışlarınızı Azure App Service ortamı v3gibi başka ortamlara 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, oluşturabilir ve çalıştırabilirsiniz. Senaryonuz kapsayıcı gerektiriyorsa, Azure Arc özellikli Logic Apps kullanarak tek kiracılı tabanlı mantıksal uygulamalar oluşturun. Daha fazla bilgi için bkz. Azure Arc etkin Logic Apps nedir?

Bu özellikler, Azure 'da var olan bir çalışan kaynağa yönelik geliştirme yapmanızı gerektiren çok kiracılı modelle karşılaştırıldığında önemli geliştirmeler ve önemli avantajlar sağlar. Ayrıca, mantıksal uygulama (tüketim) kaynak dağıtımını otomatik hale getirmek 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ıNA (ARM şablonları) göre tamamen yapılır.

Mantıksal uygulama (Standart) kaynak türü ile, uygulama dağıtımını altyapı dağıtımından ayırabilmeniz 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 paketleyebilir. Mantıksal uygulama kaynaklarınızı derleme, birleştirme ve ZIP ile kullanıma hazırlama yapıtlarına dağıtım yapan genel adımları veya görevleri kullanabilirsiniz. Altyapınızı dağıtmak için, bu kaynakları, bu amaçlar için kullandığınız diğer süreçler ve işlem hatlarıyla birlikte, bu kaynakları ayrı olarak sağlamak için ARM şablonlarını kullanmaya devam edebilirsiniz.

Uygulamanızı dağıtmak için yapıtları konak ortamına kopyalayın ve ardından iş akışlarınızı çalıştırmak için uygulamalarınızı başlatın. Ya da, zaten bildiğiniz ve kullandığınız araçları ve süreçlerini kullanarak yapılarınızı dağıtım işlem hatlarıyla tümleştirin. Bu şekilde, geliştirme için kullandığınız teknoloji yığını ne olduğuna bakılmaksızın, kendi seçtiğiniz araçlardan yararlanarak dağıtım yapabilirsiniz.

Standart derleme ve dağıtma seçeneklerini kullanarak, uygulama geliştirmeye altyapı dağıtımından ayrı olarak odaklanırsınız. Sonuç olarak, genel bir uygulama için kullandığınız birçok benzer veya aynı dağıtım seçeneklerini uygulayabileceğiniz daha genel bir proje modeli elde edersiniz. Ayrıca, uygulama projeleriniz etrafında dağıtım işlem hatları oluşturmaya ve üretime yayımlamadan önce gerekli testleri ve doğrulamaları çalıştırmaya yönelik 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şturup ç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ık nedeniyle daha iyi performans sağlar.

mantıksal uygulama (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 başka bir önemli geliştirme 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 ve çalışmaya devam eder.

Yeni yerleşik işlemleri kullandığınızda, yerleşik bağlantılar veya hizmet sağlayıcısı bağlantıları adlı bağlantılar oluşturursunuz. Yönetilen bağlantı karşılıklarına, daha sonra ARM şablonları kullanarak dağıtmanız gereken Azure kaynakları olarak oluşturulup çalıştırılan API bağlantıları denir. Yerleşik işlemler ve bunların 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 bunların bağlantıları, iş akışlarınızla yakınlık nedeniyle daha iyi performans sağlar. Bu tasarım Ayrıca, hizmet sağlayıcısı bağlantıları aynı derleme yapıtı içinde paketlentiğinden dağıtım işlem hatlarında iyi bir şekilde da çalışmaktadır.

Veri yerleşimi

mantıksal uygulama (standart) kaynak türü ile oluşturulan mantıksal uygulama kaynakları tek kiracılı Azure Logic Apps barındırılır, bu mantıksal uygulama kaynaklarını dağıttığınız bölge dışında veri depolamaz, işlemez veya çoğaltılmaz, mantıksal uygulama iş akışlarındaki veriler üst kaynaklarını oluşturduğunuz ve dağıttığınız bölgede kalır.

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

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

Tek kiracılı ortam

Çok kiracılı ortam

Tümleştirme hizmeti ortamı

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

Örneğin, mantıksal Azure portal sayfasında hem Tüketim hem de Standart mantıksal uygulama kaynak türleri görüntülenir. Bu Visual Studio Code dağıtılan mantıksal uygulamalar Azure aboneliğinizin altında görünür, ancak azure: Logic Apps (Tüketim) ve Azure: Logic Apps (Standart) gibi, kullanılan uzantıya göre gruptur.

Durum bilgili ve durum bilgisiz iş akışları

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

• Durum Bilgisi Olan

  Önceki olaylardan gelen verileri tutmanız, gözden geçirmenız veya başvuru oluşturmanız gereken durum bilgisi olan bir iş akışı oluşturun. Bu iş akışları her bir eylem ve durum için tüm giriş ve çıkışları kaydedip dış depolama alanına aktararak çalıştırma ayrıntılarını ve geçmişini gözden geçirmeyi her çalıştırma tamamlansa da mümkün yapar. Durum bilgisi olan iş akışları, kesintiler yaşanması durumuna karşı yüksek düzeyde güvenlik sağlar. Hizmetler ve sistemler geri yüklendikten sonra, kesintiye neden olan çalıştırmaları kaydedilen durumdan yeniden yapılandırabilirsiniz ve iş akışlarını tamamlanacak şekilde yeniden çalıştırabilirsiniz. Durum bilgili iş akışları, durum bilgisiz iş akışlarına göre çok daha uzun süre çalışmaya devam eder.

  Varsayılan olarak, hem çok kiracılı hem de tek kiracılı iş akışlarında durum Azure Logic Apps olarak çalıştırabilirsiniz. Tüm HTTP tabanlı eylemler standart zaman uyumsuz işlem desenini takip eder. Bu düzen, bir HTTP eylemi uç nokta, hizmet, sistem veya API'yi çağırarak veya bir istek gönderdikten sonra alıcının hemen "202 KABUL EDİLMİ" yanıtı döndüren bir ileti döndür olduğunu belirtir. Bu kod, alıcının isteği kabul etmiş olduğunu ancak işlemeyi tamamlayamamış olduğunu onaylar. Yanıt, URI'yi ve çağıranın zaman uyumsuz isteği yoklamak veya durumunu kontrol etmek için kullanabileceği bir üst bilgi ve alıcı işlemeyi durdurana ve location bir "200 Tamam" başarı yanıtı ya da 202 olmayan başka bir yanıt döndürene kadar kullanabilir. Ancak, çağıranın isteğin işlemeyi tamamlayişini beklemesi zorunda değildir ve sonraki eylemi çalıştırmaya devam eder. Daha fazla bilgi için bkz. Zaman uyumsuz mikro hizmet tümleştirmesi mikro hizmet otonomisi uygulama.

• Durum bilgisi olmayan

  Her çalıştırma daha sonra gözden geçirmek için tamamlansa da dış depolamada önceki olaylara yönelik verileri saklamanız, gözden geçirmesi veya referans oluşturmanız gerekmaysa durum bilgisiz bir iş akışı oluşturun. Bu iş akışları, dış depolamada değil, her bir eylem ve bunların durumları için tüm girişleri ve çıkışları yalnızca bellekte depolar. Sonuç olarak, durum bilgisiz iş akışları genellikle 5 dakikadan kısa 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 çalıştırma ayrıntıları ve geçmişi dış depolamaya kaydedilene kadar daha düşük çalıştırma maliyetlerine sahip olur. Ancak kesintiler olursa kesintiye neden olan çalıştırmalar otomatik olarak geri yüklenene kadar çağıranın kesintiye neden olan çalıştırmaları el ile yeniden oluşturması gerekir.

  Önemli

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

  Durum bilgisiz iş akışları yalnızca zaman uyumlu olarak çalıştırıldıklarında durum bilgisi olan iş akışları tarafından kullanılan standart zaman uyumsuz işlem deseni kullanılmaz. Bunun yerine, "202 ACCEPTED" yanıtının dönüş olduğu tüm HTTP tabanlı eylemler, iş akışı yürütmede bir sonraki adıma devam eder. Yanıt bir üst bilgi location içerirse, durum bilgisi olmayan bir iş akışı durumu kontrol etmek için belirtilen URI'yi yoklamaz. Standart zaman uyumsuz işlem desenini takip etmek için durum bilgisi olan bir iş akışı kullanın.

  Daha kolay hata ayıklama için, performans üzerinde bazı etkileri olan durum bilgisiz bir iş akışı için çalıştırma geçmişini etkinleştirebilir ve bitirerek çalıştırma geçmişini devre dışı abilirsiniz. Daha fazla bilgi için, Visual Studio Code'de tek kiracı tabanlı iş akışları oluşturma veya Azure portal.

  Not

  Durum bilgisiz iş akışları şu anda yalnızca Azure'da dağıtılanyönetilen bağlayıcılar için eylemleri destekler ve tetikleyicileri desteklemez. İş akışınızı başlatmak için yerleşik İstek, Event Hubs veya Service Bus seçin. Bu tetikleyiciler çalışma zamanında yerel Azure Logic Apps çalışır. Sınırlı, kullanılamayan veya desteklenmeyen tetikleyiciler, eylemler ve bağlayıcılar hakkında daha fazla bilgi için bkz. Değiştirilen, sınırlı, kullanılamayan veya desteklenmeyen özellikler.

Durum bilgili ve durum bilgisiz iş akışları arasındaki iç içe geçmiş davranış farkları

İstek tetikleyicisi, HTTP WebKancası tetikleyicisi veya ApiConnectionWebhook türüne sahip ve HTTPS isteklerini alyabilirsiniz yönetilen bağlayıcı tetikleyicilerini kullanarak aynı Mantıksal Uygulama (Standart) kaynağında mevcut olan diğer iş akışlarından çağrılabilir hale getirebilirsiniz.

Bir üst iş akışı alt iş akışını çağıran iç içe geçmiş iş akışlarını takip etmek için davranış desenleri şu şekildedir:

• Zaman uyumsuz yoklama düzeni

  Üst öğe ilk çağrısına yanıt beklemez, ancak alt öğenin çalışma süresi sona e kadar sürekli olarak alt öğenin çalıştırma geçmişini denetler. Varsayılan olarak, durum bilgisi olan iş akışları, istek zaman aşımı sınırlarını aşacak uzun süre çalışan alt iş akışları için ideal olan bu düzeni kullanır.

• Zaman uyumlu desen ("yangın ve unut")

  Alt öğe, hemen bir yanıt döndürerek çağrıyı kabul eder ve üst öğe, alt öğeden gelen sonuçları beklemeden 202 ACCEPTED sonraki eyleme devam eder. Bunun yerine, alt öğenin çalıştırması tamam olduğunda üst öğe sonuçları alır. Yanıt eylemi eklemeden alt durum bilgili iş akışları her zaman zaman uyumlu deseni takip eder. Alt durum bilgili iş akışları için çalıştırma geçmişini gözden geçirebilirsiniz.

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

• Tetikleme ve bekleme

  Durum bilgisiz bir iş akışı için üst öğe, alt öğeden sonuçları döndüren bir yanıt bekler. Bu düzen, bir alt iş akışını çağırmaya yönelik yerleşik HTTP tetikleyicisi veya eyleminin kullanımına benzer şekilde çalışır. Yanıt eylemi eklemeen alt durum bilgisiz iş akışları hemen bir yanıt geri döner, ancak üst öğe bir sonraki eyleme devam etmeden önce alt öğenin 202 ACCEPTED bitip bitmeden önce bitip bitmeden önce alt öğenin bitip bitmeden önce beklemesi gerekir. Bu davranışlar yalnızca alt durum bilgisiz iş akışları için geçerlidir.

Bu tablo, üst ve alt öğenin durum bilgili, durum bilgisiz veya karma iş akışı türleri olup olmadığını temel alarak alt iş akışının davranışını belirtir:

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 özelliği içerir, örneğin:

• Hizmet Olarak Yazılım (SaaS) ve Hizmet Olarak Platform (PaaS) uygulamaları ve hizmetleri için 400'den fazla yönetilen bağlayıcının yanı sıra şirket içi sistemler için bağlayıcılardan mantıksal uygulamalar ve iş akışları oluşturun.

  • Daha fazla yönetilen bağlayıcı artık yerleşik işlemler olarak kullanılabilir ve yönetilen bağlayıcılar gibi diğer yerleşik işlemlere benzer Azure İşlevleri. Yerleşik işlemler tek kiracılı çalışma zamanında yerel olarak Azure Logic Apps çalışır. Örneğin, yeni yerleşik işlemler Azure Service Bus, Azure Event Hubs, SQL Server, MQ, DB2 ve IBM Konak Dosyası'dır.

    Not

    Yerleşik sanal makine SQL Server, yalnızca Sorgu Yürüt eylemi şirket içi veri ağ geçidini kullanmadan Doğrudan Azure sanal ağlarına bağlanabilirsiniz.

  • Tek kiracılı ve genişletilebilirlik çerçevesi kullanarak ihtiyacınız olan herhangi bir hizmet için kendi Azure Logic Apps oluşturabilirsiniz. Azure Service Bus ve SQL Server gibi yerleşik işlemlere benzer ancak şu anda destek olmayan özel yönetilen bağlayıcıların aksine, özel yerleşik bağlayıcılar tek kiracılı çalışma zamanıyla aynı işlemde çalıştırıldıklarına göre daha yüksek aktarım hızı, düşük gecikme süresi ve yerel bağlantı sağlar.

    Yazma özelliği şu anda yalnızca Visual Studio Code kullanılabilir, ancak varsayılan olarak etkin değildir. Bu bağlayıcıları oluşturmak için projenizi uzantı paketi tabanlı (Node.js) NuGet (.NET)olarak değiştir. Daha fazla bilgi için bkz. Azure Logic Apps Çalışıyor - Yerleşik bağlayıcı genişletilebilirliği.

  • 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ğrulamasını Dönüştürme

    • Liquid: JSON'u JSON'a dönüştürme, JSON'u METNE Dönüştürme, XML'i JSON'a Dönüştürme ve XML'i Metne Dönüştürme

    Not

    Bu eylemleri tek kiracılı bir Azure Logic Apps (Standart) kullanmak için Liquid eşlemeleri, XML eşlemeleri veya XML şemaları olmalıdır. Bu yapıtları mantıksal Azure portal mantıksal uygulamanın kaynak menüsündeki Şemalar ve Artifacts bölümleri içeren Haritalar yükleyebilirsiniz. Veya bu yapıtları ilgili Visual Studio Code ve Şemalar klasörlerini kullanarak Artifacts projenizin Haritalar klasörüne ebilirsiniz. Daha sonra bu yapıtları aynı mantıksal uygulama kaynağı içindeki birden çok iş akışında kullanabilirsiniz.

  • Bu mantıksal uygulamaların bulut bağlantısı çalışma zamanı uç noktasına istek göndermek Azure Logic Apps Paylaşılan Erişim İmzası (SAS) bağlantı dizeleri oluşturması nedeniyle Logic App (Standart) kaynakları her yerde çalışır. Azure Logic Apps hizmeti bu bağlantı dizelerini diğer uygulama ayarlarına kaydeder, böylece Azure'da dağıtım Azure Key Vault bu değerleri kolayca depolayabilirsiniz.

    Not

    Varsayılan olarak, Mantıksal Uygulama (Standart) kaynak türü, çalışma zamanında bağlantıların kimliğini doğrulamak için sistem tarafından atanan yönetilen kimliği otomatik olarak etkindir. Bu kimlik, bağlantı oluşturma işlemi için kullanılan kimlik doğrulaması kimlik bilgilerinden veya bağlantı dizelerinden farklıdır. Bu kimliği devre dışı bıraksanız, bağlantılar çalışma zamanında çalışmaz. Bu ayarı görüntülemek için mantıksal uygulamanın menüsündeKimlik'in altında Ayarlar'yi seçin.

    Kullanıcı tarafından atanan yönetilen kimlik şu anda Mantıksal Uygulama (Standart) kaynak türünde kullanılamıyor.

• Mantıksal uygulamalarınızı ve iş akışlarınızı geliştirme ortamında yerel olarak çalıştırabilirsiniz, test Visual Studio Code ayıklarsınız.

  Mantıksal uygulamanızı çalıştırmadan ve test etmek için 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 desteklanmaz. Daha fazla bilgi için, bkz. Create single-tenant based workflows in Visual Studio Code.

• Mantıksal uygulamaları ve iş akışlarını azure ve Visual Studio Code gibi çeşitli barındırma ortamlarına doğrudan yayımlayın Azure Arc dağıtın Logic Apps.

• Azure aboneliğiniz ve mantıksal uygulama ayarlarınız tarafından desteklene Analizler uygulama özelliklerini kullanarak mantıksal uygulamanıza tanılama günlüğü ve izleme özelliklerini etkinleştirin.

• mantıksal planı kullanarak mantıksal uygulamalarınızı oluşturma ve dağıtma gibi azure sanal ağlarına bağlanma ve Azure İşlevleri ile özel olarak tümleştirin gibi ağ özelliklerine Azure İşlevleri Premium erişin. Daha fazla bilgi için aşağıdaki belgeleri gözden geçirebilirsiniz:

  • Azure İşlevleri ağ seçenekleri

  • Azure Logic Apps Her Yerde Çalıştırma - Azure Logic Apps ile ağ Azure Logic Apps

• 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 üretin. Bu görev için mantıksal uygulama kaynak düzeyinde Logic Apps (Tüketim)kaynağı için aynı adımları izleyin, ancak tek tek iş akışı düzeyinde izleyin.

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

Mantıksal Uygulama (Standart) kaynağı için bu özellikler değişmiş veya şu anda sınırlı, kullanılamayan veya desteklenmeyen özelliklere sahip:

• Tetikleyiciler ve eylemler: Yönetilen bağlayıcılar Azure'da barındırıldı ve Azure Logic Apps yerleşik tetikleyiciler ve eylemler yerel olarak çalıştırıldı. Kayan Pencere, Batch, Azure App Services ve Azure Depolama Hizmetleri gibi bazı yerleşik tetikleyiciler ve eylemler API Management. Durum bilgili veya durum bilgisiz bir iş akışı başlatmak için yerleşik Yinelenme, İstek, HTTP, HTTP Web Kancası, Event Hubs veya Service Bus kullanın. Tasarımcıda yerleşik tetikleyiciler ve eylemler Yerleşik sekmesinde görünür.

  Durum bilgisi olan iş akışları için yönetilen bağlayıcı tetikleyicileri ve eylemleri, aşağıda listelenen kullanılamayan işlemler dışında Azure sekmesinde görünür. Durum bilgisiz iş akışları için tetikleyici seçmek istediğiniz zaman Azure sekmesi görünmez. Tetikleyicileri değil, yalnızca yönetilen bağlayıcı eylemlerini kullanabilirsiniz. Durum bilgisiz iş akışları için Azure'da barındırılan yönetilen bağlayıcıları etkinleştirebilirsiniz ancak tasarımcı, eklemeniz gereken yönetilen bağlayıcı tetikleyicilerini göstermez.

  Not

  Web kancası tabanlı Visual Studio Code ve eylemleri yerel olarak çalıştırmak için ek kurulum gerekir. Daha fazla bilgi için, bkz. Create single-tenant based workflows in Visual Studio Code.

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

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

    • Yerleşik eylem olan Azure İşlevleri - Bir Azure işlevi seçin artık Azure İşlev İşlemleri ' dir - Azure işlevi çağırma. Bu eylem şu anda yalnızca HTTP Tetikleyici şablonundan oluşturulan işlevler için çalışır.

      Bu Azure portal, kullanıcı deneyimi aracılığıyla bağlantı oluşturarak erişebilirsiniz bir HTTP tetikleyici işlevi seçin. kod görünümünde işlev eyleminin JSON tanımını veya Visual Studio Code kullanarak workflow.json dosyasını incelersiniz, eylem bir başvuru kullanarak işleve connectionName başvurur. Bu sürüm, işlevin bilgilerini bağlantı olarak soyutlar. Mantıksal uygulama projenizin connections.json dosyasında bulabilirsiniz. Bu dosyada, Visual Studio Code.

      Not

      Tek kiracılı modelde işlev eylemi yalnızca sorgu dizesi kimlik doğrulamasını destekler. Azure Logic Apps bağlantı yaparken işlevden varsayılan anahtarı alır, bu anahtarı uygulamanın ayarlarında depolar ve işlevi çağıran kimlik doğrulaması için anahtarı kullanır.

      Çok kiracılı modelde olduğu gibi, bu anahtarı yenilerken, örneğin portalda Azure İşlevleri deneyimi aracılığıyla işlev eylemi artık geçersiz anahtardan dolayı çalışmaz. Bu sorunu çözmek için, çağıran veya yeni anahtarla uygulama ayarlarını güncelleştirmek istediğiniz işlev bağlantısını yeniden oluşturmanız gerekir.

    • Yerleşik eylem olan Satır Içi Kod,Satır Içi Kod İşlemleri olarak yeniden adlandırıldı. Artık bir tümleştirme hesabı gerekli değildir 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.

    • Tümleştirme hesapları için as2 (V2) eylemleri ve RoselendiğindeNet eylemleri gibi bazı tetikleyiciler ve eylemler kullanılamaz.

    • Özel yönetilen bağlayıcılar şu anda desteklenmiyor. Ancak, özel yerleşik işlemler oluşturmak için Visual Studio Code. Daha fazla bilgi için, Visual Studio Code kullanarak tek kiracı tabanlı iş akışları oluşturma'Visual Studio Code.

• 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:

  • Azure Active Directory İstek tetikleyicisi ve HTTP Web Kancası tetikleyicisi gibi istek tabanlı tetikleyicilere gelen çağrılar için 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 etkindir.

• XML dönüştürme: Eşlemelerden derlemelere başvurmak için destek şu anda kullanılamıyor. Ayrıca, şu anda yalnızca XSLT 1.0 de destekleni.

• Visual Studio Code'de kesme noktası hata ayıklama: bir iş akışı için workflow.json dosyasına kesme noktaları ekleyebilir ve kullanabilirsiniz, ancak kesme noktaları yalnızca şu anda tetikleyiciler için değil eylemler için de desteklenir. Daha fazla bilgi için, bkz. Create single-tenant based workflows in Visual Studio Code.

• Tetikleyici geçmişi ve çalıştırma geçmişi: Mantıksal Uygulama (Standart) kaynak türü için tetikleyici geçmişi ve Azure portal 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'Azure portal.

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

• Dağıtım hedefleri: Logic App (Standart) kaynak türünü bir tümleştirme hizmeti ortamına (ISE) veya Azure dağıtım yuvaları için dağıtasınız.

• Azure API Management: Şu anda Mantıksal Uygulama (Standart) kaynak türünü Azure API Management. Ancak Mantıksal Uygulama (Tüketim) kaynak türünü içeri aktarabilirsiniz.

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

Ortamınız trafiği sınırleyen katı ağ gereksinimlerine veya güvenlik duvarlarına sahipse mantıksal uygulama iş akışlarınıza yönelik herhangi bir tetikleyici veya eylem bağlantısına erişim izni verebilirsiniz. Bu bağlantıların tam etki alanı adlarını (FQDN) bulmak için şu konulardaki ilgili bölümleri gözden geçirebilirsiniz:

• Tek kiracılı mantıksal uygulamalar için güvenlik duvarı izinleri - Visual Studio Code
• Tek kiracılı mantıksal uygulamalar için güvenlik duvarı izinleri - Azure portal

Sonraki adımlar

• İş akışında tek kiracı tabanlı iş akışları Azure portal
• Visual Studio Code'de tek kiracı tabanlı iş akışları oluşturma

Ayrıca tek kiracılı Azure Logic Apps!

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