Azure portalını kullanarak örnek bir Standart mantıksal uygulama iş akışı oluşturma

Şunlar için geçerlidir: Azure Logic Apps (Standart)

Bu nasıl yapılır kılavuzu, gelen web isteğini bekleyen ve ardından bir e-posta hesabına ileti gönderen örnek bir otomatik iş akışının nasıl oluşturulacağını gösterir. Daha açık belirtmek gerekirse, tek kiracılı Azure Logic Apps'te çalışan durum bilgisi olan ve durum bilgisi olmayan birden çok iş akışı içerebilen bir Standart mantıksal uygulama kaynağı oluşturursunuz.

• Herhangi bir arayandan gelen istekleri işleyebilen çağrılabilen bir uç nokta oluşturan İstek tetikleyicisi.
• E-posta gönderme eylemi sağlayan Office 365 Outlook bağlayıcısı.

bitirdiğinizde iş akışınız aşağıdaki üst düzey örneğe benzer:

Standart mantıksal uygulamada birden çok iş akışınız olabilir. Aynı mantıksal uygulamadaki ve kiracıdaki iş akışları Azure Logic Apps çalışma zamanıyla aynı işlemde çalıştırıldığından aynı kaynakları paylaşır ve daha iyi performans sağlar.

İpucu

Daha fazla bilgi edinmek için Azure Copilot'a şu soruları sorabilirsiniz:

• Azure Logic Apps nedir?
• Standart mantıksal uygulama iş akışı nedir?
• request triger nedir?
• Office 365 Outlook bağlayıcısı nedir?

Azure Copilot'u bulmak için Azure portalı araç çubuğunda Copilot'u seçin.

Bu örnekteki işlemler, bir iş akışında kullanabileceğiniz 1000'den fazla bağlayıcı arasındaki iki bağlayıcıdan oluşur. Bu örnek bulut tabanlı olsa da bulut, şirket içi ve hibrit ortamlarda çok çeşitli uygulamaları, verileri, hizmetleri ve sistemleri tümleştiren iş akışları oluşturabilirsiniz.

İlerledikçe şu üst düzey görevleri tamamlarsınız:

Yaygın olarak kullanılan deseni izleyen önceden oluşturulmuş bir şablondan Standart mantıksal uygulama iş akışı oluşturmak için bkz . Önceden oluşturulmuş bir şablondan Standart mantıksal uygulama iş akışı oluşturma.

Diğer araçları kullanarak Standart mantıksal uygulama iş akışı oluşturmak ve yönetmek için bkz . Visual Studio Code ile Standart iş akışları oluşturma. Visual Studio Code ile yerel geliştirme ortamınızda iş akışları geliştirebilir, test edebilir ve çalıştırabilirsiniz.

Daha fazla bilgi için, aşağıdaki belgelere bakın:

• Tek kiracılı ve çok kiracılı karşılaştırması
• Farklı ortamlar oluşturma ve dağıtma

Önkoşullar

• Bir Azure hesabı ve aboneliği Aboneliğiniz yoksa, ücretsiz bir Azure hesabı için kaydolun.

• Bir Azure Depolama hesabı. Hesabınız yoksa, önceden veya mantıksal uygulama oluşturma sırasında bir depolama hesabı oluşturabilirsiniz.

  Not

  Standart mantıksal uygulama kaynak türü Azure İşlevleri tarafından desteklenir ve işlev uygulamalarına benzer depolama gereksinimlerine sahiptir. Durum bilgisi olan iş akışları, iş akışı durumlarını tablolarda ve bloblarda zamanlamak ve depolamak için kuyrukları kullanma gibi depolama işlemleri gerçekleştirir. Bu işlemler için depolama ücreti uygulanır. Durum bilgisi olan iş akışlarının verileri dış depolamada nasıl depolayıp depolamazları hakkında daha fazla bilgi için bkz . Durum bilgisi olan ve durum bilgisi olmayan iş akışları.

• Office 365 Outlook, Outlook.com veya Gmail gibi Azure Logic Apps tarafından desteklenen bir e-posta sağlayıcısından gelen e-posta hesabı. Desteklenen diğer e-posta sağlayıcıları için bkz . Azure Logic Apps bağlayıcıları.

  Bu örnekte, iş veya okul hesabıyla Office 365 Outlook kullanılır. Farklı bir e-posta hesabı kullanıyorsanız genel adımlar aynı kalır, ancak kullanıcı deneyimi biraz farklı olabilir. Outlook.com kullanıyorsanız oturum açmak için bunun yerine kişisel Microsoft hesabınızı kullanın.

  Not

  Gmail bağlayıcısını kullanmak istiyorsanız, mantıksal uygulama iş akışlarında kısıtlama olmadan yalnızca G-Suite iş hesapları bu bağlayıcıyı kullanabilir. Gmail tüketici hesabınız varsa bu bağlayıcıyı yalnızca belirli Google onaylı hizmetlerle kullanabilir veya Gmail bağlayıcınızla kimlik doğrulaması için kullanılacak bir Google istemci uygulaması oluşturabilirsiniz. Daha fazla bilgi için bkz . Azure Logic Apps'te Google bağlayıcıları için veri güvenliği ve gizlilik ilkeleri.

• Çözümünüzü test etmek için HTTP istekleri gönderebilen bir araç yükleyin veya kullanın, örneğin:

  • Visual Studio Market'ten uzantılı Visual Studio Code
  • PowerShell Invoke-RestMethod
  • Microsoft Edge - Ağ Konsolu aracı
  • Bruno
  • Curl

  Dikkat

  Kimlik bilgileri, gizli diziler, erişim belirteçleri, API anahtarları ve diğer benzer bilgiler gibi hassas verileriniz olduğu senaryolarda, verilerinizi gerekli güvenlik özellikleriyle koruyan, çevrimdışı veya yerel olarak çalışan, verilerinizi bulutla eşitlemeyen ve çevrimiçi bir hesapta oturum açmanızı gerektirmeyen bir araç kullandığınızdan emin olun. Bu şekilde, hassas verileri herkese açık hale getirmekle ilgili riski azaltırsınız.

• Standart mantıksal uygulama kaynağınızı yalnızca App Service Ortamı v3 (ASEv3) - Windows planına dağıtmak için önce bu ortam kaynağını oluşturmanız gerekir. Ardından mantıksal uygulamanızı oluştururken dağıtım konumu olarak bu ortamı seçebilirsiniz. Daha fazla bilgi için bkz. Kaynak türleri ve ortamları ve App Service Ortamı oluşturma.

• Standart mantıksal uygulama iş akışlarınızdan Premium tümleştirme hesabındaki özel bir uç noktaya iletişimi etkinleştirmek için mevcut bir Azure sanal ağına sahip olmanız gerekir. Mantıksal uygulamanız, sanal ağınız ve tümleştirme hesabınız aynı Azure bölgesini kullanmalıdır. Hem mantıksal uygulamanızın hem de tümleştirme hesabınızın aynı sanal ağ içinde mevcut olması gerekir. Daha fazla bilgi için bkz . Sanal ağ oluşturma.

• Mantıksal uygulamanızda Application Insights'ı etkinleştirirseniz, isteğe bağlı olarak tanılama günlüğünü ve izlemeyi etkinleştirebilirsiniz. Mantıksal uygulamanızı oluştururken veya dağıtımdan sonra bunu yapabilirsiniz. Bir Application Insights örneğiniz olması gerekir, ancak mantıksal uygulamanızı oluştururken veya dağıtımdan sonra bu kaynağı önceden oluşturabilirsiniz.

En iyi uygulamalar ve öneriler

En iyi tasarımcı yanıt hızı ve performansı için şu yönergeleri gözden geçirin ve izleyin:

• İş akışı başına en fazla 50 eylem kullanın. Bu sayıda eylemin aşılması, tasarımcı performansının daha yavaş olma olasılığını doğurabilir.

• gerektiğinde iş mantığını birden çok iş akışına bölmeyi göz önünde bulundurun.

• Mantıksal uygulama kaynağı başına en fazla 10-15 iş akışına sahip olun.

Mantıksal uygulamanızdaki daha fazla iş akışı, performansı olumsuz etkileyen daha uzun yük süreleri riskini doğurabilir. Sıfır kapalı kalma süresi dağıtımı gerektiren görev açısından kritik mantıksal uygulamalarınız varsa dağıtım yuvaları ayarlamayı göz önünde bulundurun.

Standart mantıksal uygulama kaynağı oluşturma

1. Azure portalında Azure hesabınızla oturum açın.

2. Azure portalı arama kutusuna mantıksal uygulama yazın ve Mantıksal uygulamalar'ı seçin.

   

3. Mantıksal uygulamalar sayfası araç çubuğunda Ekle'yi seçin.

   Mantıksal Uygulama Oluştur sayfası görüntülenir ve aşağıdaki seçenekleri gösterir:

   Planlama	Açıklama
   Tüketim	Çok kiracılı Azure Logic Apps'te çalışan ve faturalama için Tüketim modelini kullanan tek bir iş akışını destekleyen bir mantıksal uygulama kaynağı oluşturur.
   Standart	Birden çok iş akışını destekleyen bir mantıksal uygulama kaynağı oluşturur. Aşağıdaki seçeneklere sahipsiniz: - İş Akışı Hizmet Planı: İş akışları tek kiracılı Azure Logic Apps'te çalışır ve faturalama için Standart modeli kullanır. - App Service Ortamı V3: İş akışları tek kiracılı Azure Logic Apps'te çalışır ve faturalama için App Service Ortamı bir plan kullanır. - Karma (Önizleme): İş akışları Kubernetes Olay Odaklı Otomatik Ölçeklendirme (KEDA) kullanarak şirket içinde ve birden çok bulutta çalışır. Daha fazla bilgi için bkz . Karma dağıtım için Standart iş akışları oluşturma.

4. Mantıksal Uygulama Oluştur sayfasında Standart (İş Akışı Hizmet Planı) öğesini seçin.

   Plan türü	Açıklama
   Standart	Bu mantıksal uygulama türü varsayılan seçimdir. İş akışları tek kiracılı Azure Logic Apps'te çalışır ve Standart fiyatlandırma modelini kullanır.
   Tüketim	Bu mantıksal uygulama türü ve iş akışı genel, çok kiracılı Azure Logic Apps'te çalışır ve Tüketim fiyatlandırma modelini kullanır.

5. Mantıksal Uygulama Oluştur sayfasında, Temel bilgiler sekmesinde mantıksal uygulamanız hakkında aşağıdaki temel bilgileri sağlayın:

   Özellik	Zorunlu	Değer	Açıklama
   Abonelik	Yes	<Azure-subscription-name>	Azure aboneliğinizin adı. Bu örnekte Kullandıkça Öde kullanılır.
   Kaynak Grubu	Yes	<Azure-resource-group-name>	Mantıksal uygulamanızı ve ilgili kaynakları oluşturduğunuz Azure kaynak grubu. Bu ad bölgeler arasında benzersiz olmalıdır ve yalnızca harf, sayı, kısa çizgi (-), alt çizgi (_), parantez (()) ve nokta (.) içerebilir. Bu örnek Fabrikam-Workflows-RG adlı bir kaynak grubu oluşturur.
   Mantıksal Uygulama adı	Yes	<logic-app-name>	Bölgeler arasında benzersiz olması gereken ve yalnızca harf, sayı, kısa çizgi (), alt çizgi (-_), parantez (()) ve nokta (.) içerebilen mantıksal uygulama kaynak adınız. Not: Standart mantıksal uygulama kaynağı, Azure İşlevleri genişletilebilirlik modelini kullanan ve Azure İşlevleri çalışma zamanında uzantı olarak barındırılan tek kiracılı Azure Logic Apps çalışma zamanı tarafından desteklendiğinden mantıksal uygulamanızın adı otomatik olarak .azurewebsites.net sonekini alır. Azure İşlevleri aynı uygulama adlandırma kuralını kullanır. Bu örnek, Fabrikam-Workflows adlı bir mantıksal uygulama kaynağı oluşturur.
   Bölge	Yes	<Azure bölgesi>	Mantıksal uygulamanızın Azure veri merkezi bölgesi. Bu örnekte Batı ABD kullanılır.
   Windows Planı	Yes	<plan-name>	Kullanılacak plan adı. Mevcut bir plan adını seçin veya yeni bir plan için bir ad belirtin. Bu örnekte My-App-Service-Plan adı kullanılmaktadır. Not: Linux tabanlı app service planı kullanmayın. Yalnızca Windows tabanlı App Service planı desteklenir.
   Fiyatlandırma planı	Yes	<fiyatlandırma katmanı>	Mantıksal uygulamanız ve iş akışlarınız için kullanılacak fiyatlandırma katmanı. Seçiminiz mantıksal uygulamanızın ve iş akışlarınızın kullandığı fiyatlandırma, işlem, bellek ve depolamayı etkiler. Daha fazla bilgi için Barındırma planlarını ve fiyatlandırma katmanlarını gözden geçirin.

   Not

   Kullanılabilirlik alanı yedekliliğini destekleyen bir Azure bölgesi seçerseniz Alanlar arası yedeklilik bölümü etkinleştirilir. Bu bölümde mantıksal uygulamanız için kullanılabilirlik alanı yedekliliğini etkinleştirme seçeneği sunulur. Ancak şu anda desteklenen Azure bölgeleri Batı ABD içermez, bu nedenle bu örnek için bu bölümü yoksayabilirsiniz. Daha fazla bilgi için bkz . Bölge yedekliliği ve kullanılabilirlik alanlarıyla mantıksal uygulamaları bölge hatalarından koruma.

   bitirdiğinizde, ayarlarınız aşağıdaki örneğe benzer görünür:

   

   Not

   Standart mantıksal uygulamanız için FUNCTIONS_WORKER_RUNTIME uygulama ayarı gereklidir ve değer daha önce düğüm olarak ayarlanmıştı. Ancak, gerekli değer artık tüm yeni ve mevcut dağıtılmış Standart mantıksal uygulamalar için dotnet'tir . Değerdeki bu değişiklik iş akışınızın çalışma zamanını etkilememelidir, bu nedenle her şey daha önce olduğu gibi çalışmalıdır. Daha fazla bilgi için FUNCTIONS_WORKER_RUNTIME uygulama ayarına bakın.

   standart mantıksal uygulamanız için APP_KIND uygulama ayarı değeri gereklidir ve değer workflowApp olmalıdır. Ancak bazı senaryolarda, örneğin Azure Resource Manager şablonlarını kullanan otomasyon veya ayarın dahil edilmediği diğer senaryolar nedeniyle bu uygulama ayarı eksik olabilir. JavaScript Kodu Yürüt eylemi gibi bazı eylemler çalışmazsa veya iş akışı çalışmayı durdurursa APP_KIND uygulama ayarının mevcut olup olmadığını ve workflowApp olarak ayarlanıp ayarlanmadığını denetleyin. Daha fazla bilgi için APP_KIND uygulama ayarına bakın.

6. bitirdiğinizde İleri: Depolama'yı seçin.

7. Depolama sekmesinde mantıksal uygulamanız için kullanılacak depolama çözümü ve barındırma planı hakkında aşağıdaki bilgileri sağlayın.

   Özellik	Zorunlu	Değer	Açıklama
   Depolama türü	Yes	- Azure Depolama - SQL ve Azure Depolama	İş akışıyla ilgili yapıtlar ve veriler için kullanmak istediğiniz depolama türü. - Yalnızca Azure'a dağıtmak için Azure Depolama'yı seçin. - SQL'i birincil depolama ve Azure Depolama'yı ikincil depolama olarak kullanmak için SQL ve Azure Depolama'yı seçin ve Tek kiracılı Azure Logic Apps'te Standart mantıksal uygulamalar için SQL veritabanı depolama alanı ayarlama'yı gözden geçirin. Not: Bir Azure bölgesine dağıtım yapıyorsanız, mantıksal uygulamanın yapılandırmasını Azure Logic Apps platformunda tek seferlik barındırmayı tamamlamak için kullanılan bir Azure depolama hesabına ihtiyacınız vardır. İş akışının durumu, çalıştırma geçmişi ve diğer çalışma zamanı yapıtları SQL veritabanınızda depolanır. Azure Arc kümesinde barındırılan özel bir konuma yapılan dağıtımlar için depolama sağlayıcınız olarak yalnızca SQL gerekir.
   Depolama hesabı	Yes	<Azure-storage-account-name>	Depolama işlemleri için kullanılacak Azure Depolama hesabı. Bu kaynak adı bölgeler arasında benzersiz olmalı ve yalnızca sayı ve küçük harf içeren 3-24 karakter uzunluğunda olmalıdır. Mevcut bir hesabı seçin veya yeni bir hesap oluşturun. Bu örnek, mystorageacct adlı bir depolama hesabı oluşturur.

8. Ağ sekmesinde, örneği izlemek için varsayılan seçenekleri bırakabilirsiniz. Ancak, belirli, gerçek dünya senaryoları için aşağıdaki uygun seçenekleri gözden geçirip seçtiğinizden emin olun. Mantıksal uygulama kaynağınızı dağıttığınızda da bu yapılandırmayı değiştirebilirsiniz. Daha fazla bilgi için bkz . Özel uç noktaları kullanarak Standart mantıksal uygulamalar ile Azure sanal ağları arasındaki trafiğin güvenliğini sağlama.

   Aşağıdaki Genel erişimi etkinleştir ayarı mantıksal uygulamanızdaki uç noktalar için geçerlidir ve mantıksal uygulamanızın aynı sanal ağdaki Azure kaynaklarıyla (örneğin, özel uç nokta içeren bir Premium tümleştirme hesabı) iletişim kurup kuramayacağını etkilemez. Bu tür Azure kaynaklarına erişmek için mantıksal uygulamanızın bu kaynaklarla aynı sanal ağda bulunması gerekir.

   Genel erişimi etkinleştirme	Davranış
   Üzerinde	Mantıksal uygulamanızın, İnternet'e açık bir gelen adresi olan bir genel uç noktası vardır. Azure sanal ağı dışındaki istemciler, mantıksal uygulamanıza erişmek için bu uç noktayı kullanabilir ancak sanal ağa erişemez.
   Kapalı	Mantıksal uygulamanızın genel uç noktası yoktur, ancak azure sanal ağı içindeki iletişim için özel uç noktası vardır ve bu sanal ağ içinde yalıtılmıştır. Özel uç nokta, sanal ağdaki uç noktalarla ancak yalnızca bu ağdaki istemcilerden iletişim kurabilir. Bu yapılandırma, mantıksal uygulama trafiğinin ağ güvenlik grupları tarafından yönetilebileceği veya sanal ağ yollarından etkilenebileceği anlamına da gelir.

   Aşağıdaki ayarlar, sanal ağdaki uç noktalara Standart mantıksal uygulama erişimini denetler:

   Ağ eklemeyi etkinleştirme	Davranış
   Üzerinde	Mantıksal uygulama iş akışlarınız sanal ağdaki uç noktalarla özel ve güvenli bir şekilde iletişim kurabilir. Premium tümleştirme hesabındaki mantıksal uygulamanızla özel uç nokta arasında iletişimi etkinleştirmek için, Sanal Ağ bölümünü de kullanılabilir hale getiren bu seçeneği belirleyin. Sanal Ağ için kullanılacak Azure sanal ağını seçin. Bu seçim, Gelen erişim ve Giden erişim bölümlerinin kullanılabilir olmasını sağlar.
   Kapalı	Mantıksal uygulama iş akışlarınız sanal ağdaki uç noktalarla iletişim kuramaz.

   Ağ eklemeyi etkinleştir seçeneği Açık olarak ayarlandığında bir sanal ağ seçtikten sonra aşağıdaki bölümler görüntülenir.

   Gelen erişim

   • Özel uç noktaları etkinleştirme: Standart mantıksal uygulamanızdaki özel uç noktalara uygulanır ve yalnızca Genel erişimi etkinleştir seçeneği Kapalı olarak ayarlandığında kullanılabilir.

   Giden erişim

   • Sanal ağ tümleştirmesini etkinleştirme: Premium tümleştirme hesabındaki standart mantıksal uygulama ile özel uç nokta arasında iletişimi etkinleştirmek için Açık'ı ve kullanılacak alt ağı seçin.

9. Oluşturma ve dağıtım ayarlarınız Application Insights'ı kullanmayı destekliyorsa, mantıksal uygulama iş akışlarınız için aşağıdaki adımları izleyerek isteğe bağlı olarak tanılama günlüğünü ve izlemeyi etkinleştirebilirsiniz:

   1. İzleme sekmesindeki Application Insights'ın altında Application Insights'ı Etkinleştir'i Evet olarak ayarlayın.

   2. Application Insights ayarı için mevcut bir Application Insights örneğini seçin veya yeni bir örnek oluşturmak istiyorsanız Yeni oluştur'u seçin ve kullanmak istediğiniz adı belirtin.

10. Azure mantıksal uygulama ayarlarınızı doğruladıktan sonra Gözden Geçir ve oluştur sekmesinde Oluştur'u seçin, örneğin:

    

    Not

    Bu adım sırasında doğrulama hatası alırsanız hata ayrıntılarını açın ve gözden geçirin. Örneğin, seçtiğiniz bölge oluşturmaya çalıştığınız kaynaklar için bir kotaya ulaşırsa farklı bir bölge denemeniz gerekebilir.

    Azure dağıtımı tamamladıktan sonra mantıksal uygulama kaynağınız otomatik olarak canlı olur, ancak kaynak boş olduğundan ve henüz herhangi bir iş akışı eklemediğiniz için henüz bir şey yapmaz.

11. Boş bir iş akışı ekleyebilmek için dağıtım tamamlama sayfasında Kaynağa git'i seçin.

    

Boş iş akışı ekleme

Boş mantıksal uygulama kaynağınızı oluşturduktan sonra ilk iş akışınızı eklemeniz gerekir.

1. Azure kaynağı açtıktan sonra mantıksal uygulama menünüzün İş Akışları'nın altında İş Akışları'nı seçin. İş Akışları araç çubuğunda Ekle'yi seçin.

   

2. Yeni iş akışı bölmesi açıldıktan sonra iş akışınız için bir ad sağlayın ve Durum Bilgisi Olan veya Durum Bilgisi Olmayan durum türünü seçin. bitirdiğinizde Oluştur'u seçin.

   Bu örnek Stateful-Workflow adlı boş bir durum bilgisi iş akışı ekler. Varsayılan olarak, iş akışı etkindir, ancak siz tetikleyici ve eylemler ekleyene kadar hiçbir şey yapmaz.

   

3. İş akışı listesinden durum bilgisi olan boş iş akışını seçin.

4. İş akışı menüsündeki Geliştirici'nin altında Tasarımcı'yı seçin.

   Tasarımcı yüzeyi bir tetikleyici işlemi seçmek için bir istem gösterir. Varsayılan olarak, kullanılabilir tetikleyicileri olan bir bölmenin zaten açık görünmesi için istem zaten seçilidir.

Şimdi iş akışınızı başlatan bir tetikleyici ekleyin.

Tetikleyici ekleme

Bu örnek iş akışı, HTTP isteği alındığında adlı yerleşik İstek tetikleyicisiyle başlar. Bu tetikleyici, diğer hizmetlerin veya mantıksal uygulama iş akışlarının çağırabileceği bir uç nokta oluşturur ve bu gelen çağrıların veya isteklerin gelmesini bekler. Yerleşik işlemler yerel olarak ve doğrudan Azure Logic Apps çalışma zamanında çalışır.

1. İş akışı tasarımcısında boş iş akışınızın açık olduğundan ve tasarımcı yüzeyinde Tetikleyici ekle isteminin seçildiğinden emin olun.

2. Arama terimi olarak istek kullanarak iş akışınıza HTTP isteği alındığında adlı yerleşik İstek tetikleyicisini eklemek için bu adımları izleyin.

   Tetikleyici tasarımcıda görüntülendiğinde, tetikleyicinin özelliklerini, ayarlarını ve diğer eylemlerini göstermek için tetikleyicinin bilgi bölmesi açılır.

   

3. İş akışınızı kaydedin. Tasarımcı araç çubuğunda Kaydet'i seçin.

   bir iş akışını ilk kez kaydettiğinizde ve bu iş akışı bir İstek tetikleyicisiyle başladığında, Azure Logic Apps İstek tetikleyicisi tarafından oluşturulan uç nokta için otomatik olarak bir URL oluşturur. Daha sonra iş akışınızı test ettiğinizde, bu URL'ye tetikleyiciyi tetikleyen ve iş akışı çalıştırmasını başlatan bir istek gönderirsiniz.

Eylem ekleme

Bu örnek iş akışı, E-posta gönder adlı Office 365 Outlook yönetilen bağlayıcı eylemiyle devam eder. Yönetilen bağlayıcı işlemleri Azure'da yerel olarak ve doğrudan Azure Logic Apps çalışma zamanında çalıştırılır.

1. Tasarımcıda, eklediğiniz tetikleyicinin altında artı işaretini (+) >Eylem ekle'yi seçin.

   Sonraki eylemi seçebilmeniz için Eylem ekle bölmesi açılır.

2. Arama terimi olarak Office Send an email komutunu kullanarak, iş akışınıza E-posta gönder (V2) adlı Office 365 Outlook eylemini eklemek için bu adımları izleyin.

3. Eylemin bilgi bölmesindeki Bağlantı Oluştur sekmesinde Oturum aç'ı seçerek e-posta hesabınızla bağlantı oluşturabilirsiniz.

   

4. E-posta hesabınıza erişmeniz istendiğinde hesap kimlik bilgilerinizle oturum açın.

   Not

   "Hatayla başarısız oldu: 'Tarayıcı kapatıldı.' hata iletisini alırsanız. Lütfen yeniden oturum açın", tarayıcınızın üçüncü taraf tanımlama bilgilerini engelleyip engellemediğini denetleyin. Bu tanımlama bilgileri engellenirse, tanımlama bilgilerini kullanabilen siteler listesine ekleme https://portal.azure.com yapmayı deneyin. Gizli mod kullanıyorsanız, bu modda çalışırken üçüncü taraf tanımlama bilgilerinin engellenmediğinden emin olun.

   Gerekirse sayfayı yeniden yükleyin, iş akışınızı açın, e-posta eylemini yeniden ekleyin ve bağlantıyı oluşturmayı deneyin.

   Azure bağlantıyı oluşturduğunda, tasarımcıda E-posta gönder eylemi görüntülenir ve varsayılan olarak seçilir. Eylem seçili değilse, bilgi bölmesinin de açık olması için eylemi seçin.

5. Eylem bilgileri bölmesindeki Parametreler sekmesinde eylem için gerekli bilgileri sağlayın, örneğin:

   

   Özellik	Zorunlu	Değer	Açıklama
   İşlem	Yes	<eposta-adresiniz>	E-posta alıcısı, test amacıyla e-posta adresiniz olabilir. Bu örnekte kurgusal e-postası sophiaowen@fabrikam.comkullanılır.
   Konu	Yes	Örnek iş akışınızdan bir e-posta	E-posta konusu
   Gövde	Yes	Örnek iş akışınızdan merhaba!	E-posta gövdesi içeriği

   Not

   Ayarlar, Statik Sonuç veya Sonra Çalıştır sekmelerindeki bilgi bölmesinde herhangi bir değişiklik yaparken, sekmeleri değiştirmeden veya odağı tasarımcıya değiştirmeden önce bu değişiklikleri işlemek için Bitti'yi seçtiğinizden emin olun. Aksi takdirde tasarımcı değişikliklerinizi tutmaz.

6. İş akışınızı kaydedin. Tasarımcı araç çubuğunda Kaydet'i seçin.

7. Ortamınızda trafiği sınırlayan katı ağ gereksinimleri veya güvenlik duvarları varsa, iş akışınızda var olan tetikleyici veya eylem bağlantıları için izinler ayarlamanız gerekir. Tam etki alanı adlarını bulmak için Güvenlik duvarı erişimi için etki alanı adlarını bulma sayfasını gözden geçirin.

   Aksi takdirde, iş akışınızı test etmek için bir çalıştırmayı el ile tetikler.

Tasarımcıdan öğe silme

İş akışınızdaki bir öğeyi tasarımcıdan silmek için aşağıdaki adımlardan birini izleyin:

• Öğeyi seçin, öğenin kısayol menüsünü (Shift+F10) açın ve Sil'i seçin. Onaylamak için Tamam’ı seçin.

• Öğeyi seçin ve delete tuşuna basın. Onaylamak için Tamam’ı seçin.

• Bu öğe için bilgi bölmesinin açılması için öğeyi seçin. Bölmenin sağ üst köşesinde üç nokta (...) menüsünü açın ve Sil'i seçin. Onaylamak için Tamam’ı seçin.

  

  İpucu

  Üç nokta menüsü görünmüyorsa, bilgi bölmesinde sağ üst köşedeki üç nokta (...) düğmesinin görünmesi için tarayıcı pencerenizi yeterince genişletin.

Güvenlik duvarı erişimi için etki alanı adlarını bulma

Mantıksal uygulamanızı dağıtmadan ve iş akışınızı Azure portalında çalıştırmadan önce ortamınızda trafiği sınırlayan katı ağ gereksinimleri veya güvenlik duvarları varsa, mantıksal uygulamanızda bulunan iş akışlarındaki tetikleyici veya eylem bağlantıları için ağ veya güvenlik duvarı izinleri ayarlamanız gerekir.

Mantıksal uygulamanız ve iş akışlarınız tarafından kullanılan gelen ve giden IP adreslerini bulmak için şu adımları izleyin:

1. Mantıksal uygulama menünüzün Ayarlar'ın altında Ağ'ı seçin.

2. Ağ sayfasında Gelen Trafik ve Giden Trafik bölümlerini bulun ve gözden geçirin.

Bağlantıların tam etki alanı adlarını (FQDN) bulmak için şu adımları izleyin:

1. Mantıksal uygulama menünüzün İş Akışları'nın altında Bağlantılar'ı seçin. API Bağlantıları sekmesinde bağlantının kaynak adını seçin, örneğin:

   

2. Tarayıcınızı yeterince genişletin, böylece tarayıcının sağ üst köşesinde JSON Görünümü göründüğünde JSON Görünümü'nü seçin.

   

3. Bu bilgilerle güvenlik duvarınızı ayarlayabilmeniz için connectionRuntimeUrl özellik değerini kopyalayıp güvenli bir yere kaydedin.

   

4. Her bağlantı için ilgili adımları yineleyin.

İş akışını tetikleme

Bu örnekte, İstek tetikleyicisi tetikleyici tarafından oluşturulan uç noktanın URL'sine gönderilen bir gelen isteği aldığında iş akışı çalıştırılır. İş akışını ilk kez kaydettiğinizde, Azure Logic Apps bu URL'yi otomatik olarak oluşturdu. Bu nedenle, iş akışını tetikleme isteği gönderebilmeniz için önce bu URL'yi bulmanız gerekir.

1. İş akışı tasarımcısında HTTP isteği alındığında adlı İstek tetikleyicisini seçin.

2. Bilgi bölmesi açıldıktan sonra, Parametreler sekmesinde HTTP POST URL özelliğini bulun. Oluşturulan URL'yi kopyalamak için Url Kopyala'yı (dosya kopyala simgesi) seçin ve URL'yi şimdilik başka bir yere kaydedin. URL şu biçimdedir:

   https://<*logic-app-name*>.azurewebsites.net:443/api/<*workflow-name*>/triggers/manual/invoke?api-version=2020-05-01&sp=%2Ftriggers%2Fmanual%2Frun&sv=1.0&sig=<*shared-access-signature*>

   

   Bu örnekte URL şöyle görünür:

   https://fabrikam-workflows.azurewebsites.net:443/api/Fabrikam-Stateful-Workflow/triggers/manual/invoke?api-version=2020-05-01&sp=%2Ftriggers%2Fmanual%2Frun&sv=1.0&sig=xxxxxXXXXxxxxxXXXXxxxXXXXxxxxXXXX

   İpucu

   Uç nokta URL'sini iş akışı URL'si özelliğinde mantıksal uygulamanızın Genel Bakış sayfasında da bulabilirsiniz.

   1. Kaynak menüsünde Genel Bakış'ı seçin.
   2. Genel Bakış bölmesinde İş Akışı URL'si özelliğini bulun.
   3. Uç nokta URL'sini kopyalamak için işaretçinizi uç nokta URL'si metninin sonuna getirin ve Panoya kopyala (dosya simgesini kopyala) öğesini seçin.

3. Uç nokta URL'sini test etmek ve iş akışını tetikleyebilmek için HTTP istek aracınızı ve yönergelerini kullanarak URL'ye İstek tetikleyicisinin beklediği yöntem de dahil olmak üzere bir HTTP isteği gönderin.

   Bu örnekte, aşağıdaki örneğe benzer şekilde kopyalanan URL ile GET yöntemi kullanılmaktadır:

   GET https://fabrikam-workflows.azurewebsites.net:443/api/Fabrikam-Stateful-Workflow/triggers/manual/invoke?api-version=2020-05-01&sp=%2Ftriggers%2Fmanual%2Frun&sv=1.0&sig=xxxxxXXXXxxxxxXXXXxxxXXXXxxxxXXXX

   Tetikleyici tetiklendiğinde, örnek iş akışı çalıştırılır ve bu örneğe benzer bir e-posta gönderir:

   

İş akışı çalıştırma geçmişini gözden geçirme

Durum bilgisi olan bir iş akışının çalışması tamamlandıktan sonra, genel çalıştırmanın durumu, tetikleyici ve her eylem için giriş ve çıkışlarıyla birlikte iş akışının çalıştırma geçmişini görüntüleyebilirsiniz. Azure portalında iş akışı çalıştırma geçmişi ve tetikleyici geçmişi mantıksal uygulama kaynak düzeyinde değil iş akışı düzeyinde görünür. Daha fazla bilgi için bkz . İş akışı çalıştırma geçmişini gözden geçirme ve Tetikleyici geçmişini gözden geçirme.

Bu örnek iş akışı için iş akışı çalıştırma geçmişi aşağıdaki örneğe benzer:

Tetikleyici geçmişini gözden geçirme

Durum bilgisi olan bir iş akışı için her çalıştırmanın tetikleyici geçmişini gözden geçirebilirsiniz. Tetikleyici durumuyla birlikte girişler ve çıkışlar iş akışı çalıştırma geçmişinden ayrıdır. Azure portalında 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 bkz . Tetikleyici geçmişini gözden geçirme.

İş akışını aynı girişlerle yeniden gönderme

Durum bilgisi olan mevcut bir iş akışı çalıştırması için, iş akışının tamamını daha önce bu çalıştırma için kullanılan girişlerle yeniden çalıştırabilirsiniz. Daha fazla bilgi için bkz . Bir iş akışını aynı girişlerle yeniden çalıştırma.

Depolama hesabınıza yönetilen kimlik erişimini ayarlama

Varsayılan olarak, Standart mantıksal uygulamanız bağlantı dizesi kullanarak Azure Depolama hesabınıza erişimin kimliğini doğrular. Ancak, bunun yerine erişimin kimliğini doğrulamak için kullanıcı tarafından atanan bir yönetilen kimlik ayarlayabilirsiniz.

Not

Şu anda İş Akışı Hizmet Planı barındırma seçeneğini kullanan Standart mantıksal uygulamalar için depolama hesabı anahtarı erişimini devre dışı bırakamazsınız. Ancak mantıksal uygulamanız App Service Ortamı v3 barındırma seçeneğini kullanıyorsa, yönetilen kimlik kimlik doğrulamasını ayarlama adımlarını tamamladıktan sonra depolama hesabı anahtarı erişimini devre dışı bırakabilirsiniz.

1. Azure portalında, kullanıcı tarafından atanan yönetilen kimlik oluşturmak için bu adımları izleyin.

2. Kullanıcı tarafından atanan kimliğinizden kaynak kimliğini alın:

   1. Kullanıcı tarafından atanan yönetilen kimlik menüsünde, Ayarlar'ın altında Özellikler'i seçin.

   2. Id özelliğinden kaynak kimliğini kopyalayın ve kaydedin.

3. Depolama hesabınızdan Blob, Kuyruk ve Tablo hizmetlerinin URI'lerini alın:

   1. Depolama hesabı menüsünde, Ayarlar'ın altında Uç Noktalar'ı seçin.

   2. Blob hizmeti, Kuyruk hizmeti ve Tablo hizmeti URI'lerini kopyalayın ve kaydedin.

4. Depolama hesabınızda, kullanıcı tarafından atanan kimliğiniz için gerekli rol atamalarını ekleyin:

   1. Depolama hesabı menüsünde Erişim denetimi (IAM) öğesini seçin.

   2. Erişim denetimi (IAM) sayfa araç çubuğunda, Ekle menüsünde Rol ataması ekle'yi seçin.

   3. İş işlevi rolleri sekmesinde, aşağıdaki rollerin her birini kullanıcı tarafından atanan kimliğe ekleyin:

      • Depolama Hesabı Katılımcısı
      • Depolama Blob Verileri Sahibi
      • Depolama Kuyruğu Veri Katkıda Bulunanı
      • Depolama Tablosu Veri Katkıda Bulunanı

   Daha fazla bilgi için bkz . Azure portalını kullanarak Azure rolleri atama ve Rol atamalarını anlama.

5. Standart mantıksal uygulama kaynağınıza kullanıcı tarafından atanan yönetilen kimliği eklemek için bu adımları izleyin.

6. Standart mantıksal uygulamanız İş Akışı Hizmet Planı adlı barındırma seçeneğini kullanıyorsa çalışma zamanı ölçeği izlemeyi etkinleştirin:

   Not

   Mantıksal uygulamanız App Service Ortamı (ASE) v3 barındırma seçeneğini kullanıyorsa, ASE bu özelliği desteklemediğinden çalışma zamanı ölçeği izleme adımlarını atlayın.

   1. Mantıksal uygulama menüsünde, Ayarlar'ın altında Yapılandırma'yı seçin.

   2. İş Akışı çalışma zamanı ayarları sekmesinde, Çalışma Zamanı Ölçeği İzleme için Açık'ı seçin.

   3. Yapılandırma araç çubuğunda Kaydet'i seçin.

7. Standart mantıksal uygulamanızda kaynak kimliğini ve hizmet URI'lerini ayarlayın:

   1. Mantıksal uygulama menüsünde Genel Bakış'ı seçin.

   2. Genel Bakış sayfası araç çubuğunda Durdur'u seçin.

   3. Mantıksal uygulama menüsünde, Ayarlar'ın altında Ortam değişkenleri'ni seçin.

   4. Uygulama ayarları sekmesinde Ekle'yi seçerek aşağıdaki uygulama ayarlarını ve değerlerini ekleyin:

      Uygulama ayarı	Değer
      AzureWebJobsStorage__managedIdentityResourceId	Kullanıcı tarafından atanan yönetilen kimliğinizin kaynak kimliği
      AzureWebJobsStorage__blobServiceUri	Depolama hesabınız için Blob hizmeti URI'si
      AzureWebJobsStorage__queueServiceUri	Depolama hesabınız için Kuyruk hizmeti URI'si
      AzureWebJobsStorage__tableServiceUri	Depolama hesabınız için Tablo hizmeti URI'si
      AzureWebJobsStorage__credential	managedIdentity

   5. Uygulama ayarları sekmesinde, depolama hesabınızla ilişkilendirilmiş bağlantı dizesi olarak ayarlanan AzureWebJobsStorage adlı uygulama ayarını silin.

   6. bitirdiğinizde, değişikliklerinizi kaydeden ve mantıksal uygulamanızı yeniden başlatan Uygula'yı seçin.

      Değişikliklerinizin etkili olması birkaç dakika sürebilir. Gerekirse mantıksal uygulama menünüzün Genel Bakış'ı seçin ve araç çubuğunda Yenile'yi seçin.

      Aşağıdaki ileti görünebilir, ancak bu bir hata değildir ve mantıksal uygulamanızı etkilemez:

      "AzureWebjobsStorage" uygulama ayarı yok.

Durum bilgisi olmayan iş akışları için çalıştırma geçmişini etkinleştirme

Durum bilgisi olmayan bir iş akışının hatalarını daha kolay ayıklamak için, bu iş akışının çalıştırma geçmişini etkinleştirebilir ve işiniz bittiğinde çalıştırma geçmişini devre dışı bırakabilirsiniz. Azure portalı için şu adımları izleyin veya Visual Studio Code'da çalışıyorsanız bkz . Visual Studio Code'da durum bilgisi olan ve durum bilgisi olmayan iş akışları oluşturma.

1. Azure portalında Standart mantıksal uygulama kaynağınızı açın.

2. Mantıksal uygulama menüsünde, Ayarlar'ın altında Yapılandırma'yı seçin.

3. Uygulama ayarları sekmesinde Yeni uygulama ayarı'nı seçin.

4. Uygulama ayarı ekle/düzenle bölmesindeki Ad kutusuna şu işlem seçeneği adını girin:

   İş akışları. {yourWorkflowName}. OperationOptions

5. Değer kutusuna şu değeri girin: WithStatelessRunHistory

   

6. Bu görevi tamamlamak için Tamam'ı seçin. Yapılandırma bölmesi araç çubuğunda Kaydet'i seçin.

7. İşiniz bittiğinde çalıştırma geçmişini devre dışı bırakmak için İş Akışları adlı özelliği ayarlayın.{your-workflow-name}. OperationOptions to None veya delete the property and its value.

Dağıtımdan sonra Application Insights'i etkinleştirme veya açma

İş akışı çalıştırması sırasında mantıksal uygulamanız diğer olaylarla birlikte telemetri de yayar. İş akışınızın ne kadar iyi çalıştığına ve Logic Apps çalışma zamanının çeşitli yollarla nasıl çalıştığına ilişkin daha iyi görünürlük elde etmek için bu telemetriyi kullanabilirsiniz. Gerçek zamanlıya yakın telemetri (canlı ölçümler) sağlayan Application Insights'ı kullanarak iş akışınızı izleyebilirsiniz. Bu özellik, sorunları tanılamak, uyarıları ayarlamak ve grafikler oluşturmak için bu verileri kullandığınızda hataları ve performans sorunlarını daha kolay araştırmanıza yardımcı olabilir.

Mantıksal uygulamanızın oluşturma ve dağıtım ayarları Application Insights'ı kullanmayı destekliyorsa, mantıksal uygulama iş akışınız için isteğe bağlı olarak tanılama günlüğünü ve izlemeyi etkinleştirebilirsiniz. Bunu Azure portalında mantıksal uygulama kaynağınızı oluştururken veya dağıtımdan sonra yapabilirsiniz. Bir Application Insights örneğiniz olması gerekir, ancak bu kaynağı önceden, mantıksal uygulamanızı oluştururken veya dağıtımdan sonra oluşturabilirsiniz. İsteğe bağlı olarak , Standart iş akışları için Application Insights'ta gelişmiş telemetriyi etkinleştirebilirsiniz.

Dağıtılan mantıksal uygulamada Application Insights'i etkinleştirme

1. Azure portalında dağıtılan mantıksal uygulamanızı bulun.

2. Mantıksal uygulama menüsünde, Ayarlar'ın altında Application Insights'ı seçin.

3. Application Insights bölmesinde Application Insights'ı aç'ı seçin.

4. Bölme güncelleştirildikten sonra alt kısımda Evet Uygula'yı>seçin.

5. Application Insights bölmesinde Application Insights verilerini görüntüle'yi seçin.

   Application Insights panosu açıldıktan sonra mantıksal uygulama iş akışınız için ölçümleri veya günlükleri gözden geçirebilirsiniz. Örneğin, verileri grafiklendirmek veya sorgulamak için Application Insights kaynak menüsündeki İzleme'nin altında Ölçümler'i veya Günlükler'i seçin.

Application Insights'i açma

1. Azure portalında dağıtılan mantıksal uygulamanızı bulun.

2. Mantıksal uygulama menüsünde, Ayarlar'ın altında Application Insights'ı seçin.

3. Application Insights bölmesinde Application Insights verilerini görüntüle'yi seçin.

   Application Insights panosu açıldıktan sonra mantıksal uygulama iş akışınız için ölçümleri veya günlükleri gözden geçirebilirsiniz. Örneğin, verileri grafiklendirmek veya sorgulamak için Application Insights kaynak menüsündeki İzleme'nin altında Ölçümler'i veya Günlükler'i seçin.

Bağlantıları görüntüleme

Microsoft tarafından yönetilen bağlayıcıları kullanarak bir iş akışında bağlantılar oluşturduğunuzda, bu bağlantılar kendi kaynak tanımlarına sahip ayrı Azure kaynaklarıdır ve genel, çok kiracılı Azure'da barındırılır. Standart mantıksal uygulama iş akışları, yerel olarak çalıştırılan ve tek kiracılı Azure Logic Apps çalışma zamanı tarafından desteklenen yerleşik hizmet sağlayıcısı bağlayıcılarını da kullanabilir. Bu bağlantıları görüntülemek ve yönetmek için bkz . Bağlantıları görüntüleme.

Mantıksal uygulama kaynaklarını durdurma veya başlatma

Mantıksal uygulamaları devre dışı bırakma veya etkinleştirme'deki adımları izleyin.

Sorunları ve hataları giderme

Daha önce oluşturulan iş akışları için tasarımcı seçicide yeni tetikleyiciler ve eylemler eksik

Tek kiracılı Azure Logic Apps, Azure İşlev İşlemleri, Sıvı İşlemleri ve XML İşlemleri için XML Doğrulama ve Dönüştürme XML'si gibi yerleşik eylemleri destekler. Ancak, daha önce oluşturulan mantıksal uygulamalar için bu eylemler tasarımcıda görünmeyebilir ve mantıksal uygulamanızın Microsoft.Azure.Functions.ExtensionBundle.Workflows uzantı paketinin eski bir sürümünü kullanıp kullanmadığını seçebilirsiniz.

Bu sorunu çözmek için, uzantı paketinin otomatik olarak en son sürüme güncelleştirilebilmesi için eski sürümü silmek için bu adımları izleyin.

Not

Bu özel çözüm, Visual Studio Code ve Azure Logic Apps (Standart) uzantısını kullanarak oluşturup dağıttığınız mantıksal uygulamalar için değil, yalnızca Azure portalını kullanarak oluşturduğunuz Standart mantıksal uygulama kaynakları için geçerlidir. Bkz . Visual Studio Code'da tasarımcıda desteklenen tetikleyiciler ve eylemler eksik.

1. Azure portalında mantıksal uygulamanızı durdurun.

   1. Mantıksal uygulama menünüzün genel bakış'ı seçin.

   2. Genel Bakış bölmesinin araç çubuğunda Durdur'u seçin.

2. Mantıksal uygulama menünüzün Geliştirme Araçları'nın altında Gelişmiş Araçlar'ı seçin.

3. Gelişmiş Araçlar bölmesinde Git'i seçerek mantıksal uygulamanızın Kudu ortamını açın.

4. Kudu araç çubuğunda Hata ayıklama konsolu menüsünü açın ve CMD'yi seçin.

   Komut istemini kullanarak paket klasörüne göz atabilmeniz için bir konsol penceresi açılır. Alternatif olarak, konsol penceresinin üzerinde görünen dizin yapısına da göz atabilirsiniz.

5. Mevcut paket için sürümlenmiş klasörleri içeren aşağıdaki klasöre göz atın:

   ...\home\data\Functions\ExtensionBundles\Microsoft.Azure.Functions.ExtensionBundle.Workflows

6. Mevcut paketin sürüm klasörünü silin. Konsol penceresinde, {bundle-version} öğesini mevcut sürümle değiştirdiğiniz şu komutu çalıştırabilirsiniz:

   rm -rf {bundle-version}

   Örneğin: rm -rf 1.1.3

   İpucu

   "İzin reddedildi" veya "dosya kullanılıyor" gibi bir hata alırsanız, tarayıcınızda sayfayı yenileyin ve klasör silinene kadar önceki adımları yeniden deneyin.

7. Azure portalında mantıksal uygulamanıza ve Genel Bakış sayfasına dönün ve Yeniden Başlat'ı seçin.

   Portal otomatik olarak en son paketi alır ve kullanır.

Sonraki adımlar

• Azure Logic Apps'te iş akışı çalıştırma durumunu izleme, tetikleyici ve iş akışı çalıştırma geçmişini gözden geçirme ve uyarıları ayarlama