Azure Logic Apps'de Standart mantıksal uygulama iş akışları için DevOps dağıtımı

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

Geliştirme, test ve üretim ortamlarında tümleştirme iş yükleri büyüdükçe, Standart mantıksal uygulama iş akışlarında el ile dağıtım ve güncelleştirmeler yavaş, hataya açıktır ve tutarlı tutulması zorlaşır. Dağıtılmış ve yerel bulut uygulamalarına yönelik eğilimle birlikte, ekiplerin daha fazla ortamda daha fazla dağıtılmış bileşeni yönetmesi gerekir. Ekibinizin, uygulama koduna uyguladığınız DevOps uygulamalarını kullanarak iş akışı değişikliklerini güvenilir bir şekilde derlemek, test etmek ve yayınlamak için bir yönteme ihtiyacı var.

Tek kiracılı Azure Logic Apps standart mantıksal uygulama iş akışları, zaten kullandığınız DevOps araçlarıyla sürekli tümleştirmeyi ve sürekli dağıtımı (CI/CD) destekler. Çok kiracılı modelin aksine, tek kiracılı Azure Logic Apps uygulama kodunu altyapıdan ayırır; böylece iş akışlarınızı yerel olarak, kapsayıcılarda veya otomatik işlem hatları aracılığıyla bağımsız olarak sürüm oluşturabilir, derleyebilir ve dağıtabilirsiniz.

Bu makalede, tek kiracılı Azure Logic Apps'teki Standart mantıksal uygulama iş akışları için geçerli sürekli tümleştirme ve sürekli dağıtım (CI/CD) deneyimi hakkında giriş ve genel bakış sunulmaktadır.

Tek kiracılı ve çok kiracılı karşılaştırması

multitenant Azure Logic Apps'da kaynak dağıtımı Azure Resource Manager şablonları (ARM şablonları) temel alır. Bu şablonlar hem Tüketim mantıksal uygulama kaynaklarınız hem de altyapınız için kaynak sağlamayı birleştirir ve işler. single-tenant Azure Logic Apps'da, kaynak sağlamayı Standart mantıksal uygulama kaynaklarıyla altyapı arasında ayırabildiğiniz için dağıtım daha kolaydır.

Standart mantıksal uygulama kaynağı oluşturduğunuzda iş akışları, yeniden tasarlanan tek kiracılı Azure Logic Apps çalışma zamanı tarafından desteklenir. Bu çalışma zamanı Azure İşlevleri genişletilebilirlik modelini kullanır ve Azure İşlevleri çalışma zamanında uzantı olarak barındırılır. Bu tasarım, Standart mantıksal uygulamalar 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, yeniden tasarlanan kapsayıcılı çalışma zamanını ve iş akışlarını Standart mantıksal uygulamanızın bir parçası olarak paketleyebilirsiniz. Mantıksal uygulama kaynaklarınızı oluşturup bir araya getiren ve dağıtıma hazır ürünler olarak sıkıştıran genel adımları veya görevleri kullanabilirsiniz. Standart Logic Uygulamalarını dağıtmak için bileşenleri ana ortama 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. Örneğin, senaryonuz kapsayıcı gerektiriyorsa Standart mantıksal uygulamaları kapsayıcıya alabilir ve bunları mevcut işlem hatlarınızla tümleştirebilirsiniz.

Sanal ağlar ve bağlantı gibi altyapı kaynaklarınızı ayarlamak ve dağıtmak için ARM şablonlarını kullanmaya devam edebilir ve bu kaynakları bu amaçlar için kullandığınız diğer işlemler ve işlem hatlarıyla birlikte ayrı olarak sağlayabilirsiniz.

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 uygulama projeleriniz etrafında dağıtım işlem hatları oluşturmak ve üretime yayımlamadan önce gerekli testleri ve doğrulamaları çalıştırmak için daha tutarlı bir deneyimden yararlanabilirsiniz. Hangi teknoloji yığınını kullanırsanız kullanın, kendi seçtiğiniz araçları kullanarak mantıksal uygulamaları dağıtabilirsiniz.

DevOps dağıtım özellikleri

Tek kiracılı Azure Logic Apps, Azure İşlevleri platformundan ve Azure App Service ekosisteminden birçok özelliği ve avantajı devralır. Bu güncelleştirmeler yepyeni bir dağıtım modeli ve mantıksal uygulama iş akışlarınız için DevOps kullanmanın daha fazla yolunu içerir.

Yerel geliştirme ve test

Visual Studio Code'u Azure Logic Apps (Standart) uzantısıyla kullandığınızda, Azure'a dağıtım yapmak zorunda kalmadan geliştirme ortamınızda Standart mantıksal uygulama iş akışlarını yerel olarak geliştirebilir, derleyebilir ve çalıştırabilirsiniz. Senaryonuz, denetlediğiniz altyapı kullanılarak şirket içi dağıtım gerektiriyorsa bkz. Kendi altyapınızda karma dağıtım için Standart mantıksal uygulama iş akışları oluşturma.

Bu özellik önemli bir geliştirmedir ve çok kiracılı modele kıyasla önemli bir avantaj sağlar ve bu da Azure mevcut ve çalışan bir kaynağa karşı geliştirmenizi gerektirir.

Ayrı endişeler

Tek kiracılı model, mantıksal uygulamanızla temel alınan altyapı arasındaki endişeleri ayırma olanağı sağlar. Örneğin, uygulamanızı farklı ortamlara sabit bir yapıt olarak ayrı olarak geliştirebilir, derleyebilir, zipleyebilir ve dağıtabilirsiniz. Mantıksal uygulama iş akışları genellikle temel alınan altyapıdan daha sık güncelleştirdiğiniz "uygulama koduna" sahiptir. Bu katmanları ayırarak mantıksal uygulamanızın iş akışını oluşturmaya daha fazla odaklanabilir ve gerekli kaynakları birden çok ortam arasında dağıtma çabanıza daha az harcayabilirsiniz.

Uygulamalar ve altyapı için ayrı dağıtım işlem hatlarını gösteren kavramsal diyagram.

Mantıksal uygulama kaynak yapısı

Çok kiracılı Azure Logic Apps modelinde Tüketim mantıksal uygulaması kaynak yapısı yalnızca tek bir iş akışı içerebilir. Bu bire bir ilişki nedeniyle hem mantıksal uygulama hem de iş akışı genellikle eş anlamlı olarak değerlendirilir ve bunlara başvurulur. Ancak, tek kiracılı Azure Logic Apps modelinde Standart mantıksal uygulama kaynak yapısı birden çok iş akışı içerebilir. Bu bire çok ilişkisi, aynı mantıksal uygulamada iş akışlarının diğer kaynakları paylaşabileceği ve yeniden kullanabileceği anlamına gelir. Aynı mantıksal uygulama ve kiracıdaki iş akışları da bu paylaşılan kiracılık ve birbirine yakınlık nedeniyle gelişmiş performans sunar. Bu kaynak yapısı, bir işlev uygulamasının birçok işlevi barındırabildiği Azure İşlevleri'ne benzer şekilde görünür ve çalışır.

Mantıksal uygulamanızda iş akışlarını, performansı ve ölçeklendirmeyi düzenleme hakkında daha fazla bilgi ve en iyi yöntemler için, tek kiracılı Azure Logic Apps'e genel olarak uygulayabileceğiniz benzer Azure İşlevleri kılavuzunu gözden geçirin.

Mantıksal uygulama proje yapısı

Visual Studio Code'da mantıksal uygulama projenizde aşağıdaki türlerden biri vardır:

  • Varsayılan tür olan uzantı paketi tabanlı (Node.js)
  • NuGet paket tabanlı (.NET), varsayılan türden dönüştürebilirsiniz

Bu türlere bağlı olarak projeniz biraz farklı klasörler veya dosyalar içerebilir. Örneğin, Nuget paket tabanlı bir proje, paketleri ve diğer kitaplık dosyalarını içeren bir .bin klasörüne sahiptir. Paket tabanlı bir uzantı projesi bu .bin klasörünü içermez.

Bazı senaryolar, örneğin özel yerleşik işlemler geliştirmek ve çalıştırmak istediğinizde uygulamanızın çalışması için NuGet paket tabanlı bir proje gerektirir. Projenizi NuGet kullanacak şekilde dönüştürme hakkında daha fazla bilgi için Yerleşik bağlayıcı yazma özelliğini etkinleştirme konusuna bakın.

Varsayılan uzantı paket tabanlı proje, aşağıdaki örneğe benzer bir klasör ve dosya yapısına sahiptir:

MyWorkspaceName
| MyBundleBasedLogicAppProjectName
  || .vscode
  || Artifacts
     ||| Maps 
         |||| MapName1
         |||| ...
     ||| Rules
     ||| Schemas
         |||| SchemaName1
         |||| ...
  || lib
     ||| builtinOperationSdks
         |||| JAR
         |||| net472
     ||| custom
  || WorkflowName1
     ||| workflow.json
     ||| ...
  || WorkflowName2
     ||| workflow.json
     ||| ...
  || workflow-designtime
     ||| host.json
     ||| local.settings.json
  || .funcignore
  || connections.json
  || host.json
  || local.settings.json

Projenizin kök düzeyinde, diğer öğelerle birlikte aşağıdaki klasörleri ve dosyaları bulabilirsiniz:

Name Klasör veya dosya Açıklama
.vscode Klasör extensions.json, launch.json, settings.json ve tasks.json dosyaları gibi Visual Studio Code ile ilgili ayarlar dosyalarını içerir.
Artifacts Klasör İşletmeler arası (B2B) senaryoları destekleyen iş akışlarında tanımladığınız ve kullandığınız tümleştirme hesabı yapıtlarını içerir.

Örneğin, örnek yapı aşağıdaki klasörleri içerir:

- Haritalar: XML dönüştürme işlemleri için kullanılacak eşlemeleri içerir.

- Şemalar: XML doğrulama işlemleri için kullanılacak şemaları içerir.

- Kurallar: Kurallara dayalı motor projelerinde iş kuralları için unsurlar.
lib Klasör Mantıksal uygulamanızın kullanabileceği veya başvurabileceği desteklenen derlemeleri içerir. Bu derlemeleri Visual Studio Code'da projenize yükleyebilirsiniz, ancak bunları projenizdeki belirli klasörlere eklemeniz gerekir.

Örneğin, bu klasör aşağıdaki klasörleri içerir:

- builtinOperationSdks: Sırasıyla Java ve .NET Framework derlemeleri için JAR ve net472 klasörlerini içerir.

- custom: .NET Framework özel derlemelerini içerir.

Desteklenen derleme türleri ve bunları projenize nereye yerleştireceğiniz hakkında daha fazla bilgi için bkz. Projenize derleme ekleme.
< WorkflowName> Klasör Her iş akışı için, <WorkflowName> klasörü, o iş akışının temel JSON tanımını içeren bir workflow.json dosyasını içerir.
workflow-designtime Klasör Geliştirme ortamıyla ilgili ayarlar dosyalarını içerir.
.funcignore Dosya Yüklü Azure İşlevleri Temel Araçlarınızla ilgili bilgileri içerir.
connections.json Dosya İş akışlarınızın kullandığı yönetilen bağlantılar ve Azure işlevleri için meta verileri, uç noktaları ve anahtarları içerir.

Önemli: Her ortam için farklı bağlantılar ve işlevler kullanmak için bu connections.json dosyasını parametreleştirdiğinizden ve uç noktaları güncelleştirdiğinizden emin olun.
host.json Dosya Tek kiracılı Azure Logic Apps platformu, mantıksal uygulamalar, iş akışları, tetikleyiciler ve eylemler için varsayılan sınırlar gibi çalışma zamanına özgü yapılandırma ayarlarını ve değerlerini içerir. Mantıksal uygulama projenizin kök düzeyinde host.json meta veri dosyası, aynı mantıksal uygulamadaki tüm iş akışlarının çalışırken kullandığı yapılandırma ayarlarını ve varsayılan değerleri (yerel olarak veya Azure'da) içerir. Referans bilgileri için bkz. Uygulama ayarlarını ve konak ayarlarını düzenleme.

Not: Mantıksal uygulamanızı oluşturduğunuzda, Visual Studio Code depolama kapsayıcınızda bir yedekleme host.snapshot.*.json dosyası oluşturur. Mantıksal uygulamanızı silerseniz, bu yedekleme dosyası silinmez. Aynı ada sahip başka bir mantıksal uygulama oluşturursanız, başka bir anlık görüntü dosyası oluşturulur. Aynı mantıksal uygulama için en fazla 10 anlık görüntüye sahip olabilirsiniz. Bu sınırı aşarsanız aşağıdaki hatayı alırsınız:

Microsoft.Azure.WebJobs.Script.WebHost: Repository has more than 10 non-decryptable secrets backups (host))

Bu hatayı düzeltmek için depolama kapsayıcınızdan ek anlık görüntü dosyalarını silin.
local.settings.json Dosya İş akışlarınızın yerel olarak çalışırken kullandığı uygulama ayarlarını, bağlantı dizesi ve diğer ayarları içerir. Bu ayarlar ve değerler yalnızca projelerinizi yerel geliştirme ortamınızda çalıştırdığınızda geçerlidir. Azure'a dağıtım sırasında dosya ve ayarlar yoksayılır ve dağıtımınıza dahil değildir.

Bu dosya, ayarları ve değerleri yerel geliştirme araçlarınızın değerler için kullandığı yerel appSettings olarak depolar. Uygulama ayarlarını ve parametrelerini kullanarak bu ortam değişkenlerini hem çalışma zamanında hem de dağıtım zamanında çağırabilir ve bunlara başvurabilirsiniz.

Önemli: local.settings.json dosyası gizli diziler içerebilir, bu nedenle bu dosyayı proje kaynak denetiminizden de dışladığınızdan emin olun. Bu dosya, mantıksal uygulamanızın düzgün çalışması için gereken uygulama ayarlarını da içerir. Referans bilgileri için bkz. Uygulama ayarlarını ve konak ayarlarını düzenleme.

Konteyner dağıtımı

Tek kiracılı Azure Logic Apps kapsayıcılara dağıtımı destekler. Mantıksal uygulama iş akışlarınızı kapsayıcıya alabilir ve kapsayıcıların çalıştırabileceği yerlerde çalıştırabilirsiniz. Uygulamanızı kapsayıcıya aldıktan sonra, dağıtım çoğunlukla dağıtıp yönettiğiniz diğer kapsayıcılarla aynı şekilde çalışır.

Azure DevOps içeren örnekler için Kapsayıcılar için CI/CD konusuna bakın.

Uygulama ayarları ve parametreleri

Çok kiracılı Azure Logic Apps, ARM şablonları çeşitli geliştirme, test ve üretim ortamlarında mantıksal uygulamalar için ortam değişkenlerini korumanız gerektiğinde bir zorluk oluşturur. Dağıtım sırasında arm şablonundaki her şeyi tanımlarsınız. Yalnızca tek bir değişkeni değiştirmeniz gerekiyorsa, her şeyi yeniden dağıtmanız gerekir.

Tek kiracılı Azure Logic Apps'te, uygulama ayarlarını ve parametrelerini kullanarak çalışma zamanında ortam değişkenlerinizi çağırabilir ve bunlara başvurabilirsiniz, böylece bu kadar sık yeniden dağıtmanız gerekmez.

Yönetilen bağlayıcılar ve yerleşik işlemler

Azure Logic Apps ekosistemi, tek kiracılı Azure Logic Apps'te kullanabileceğiniz sürekli büyüyen bir koleksiyonun parçası olarak 1.000'den fazla Microsoft tarafından yönetilen ve Azure tarafından barındırılan bağlayıcı ve yerleşik işlem sağlar. Microsoft'un yönetilen bağlayıcıları koruma yöntemi, tek kiracılı Azure Logic Apps'teki gibi çok kiracılı Azure Logic Apps'te de az çok aynı kalır.

En önemli iyileştirme, tek kiracılı hizmetin daha popüler yönetilen bağlayıcıları yerleşik işlemler olarak kullanılabilir hale getirdiğidir. Ö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 ediyor.

Azure Hizmet tabanlı yerleşik işlemleri kullanarak oluşturduğunuz bağlantılar yerleşik bağlantılar veya service sağlayıcı tabanlı bağlantılar olarak adlandırılır. Yerleşik işlemler ve bağlantıları, iş akışlarınızı çalıştıran aynı işlemde yerel olarak çalışır. Her ikisi de yeniden tasarlanan Azure Logic Apps çalışma zamanında barındırılır. Buna karşılık, yönetilen bağlantılar veya API bağlantıları, ARM şablonlarını kullanarak dağıttığınız Azure kaynakları olarak ayrı olarak oluşturulur ve çalıştırılır. Sonuç olarak, yerleşik işlemler ve bağlantıları iş akışlarınıza yakınlığı 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.

Visual Studio Code'da, iş akışlarınızda geliştirme yapmak veya değişiklik yapmak için tasarımcıyı kullandığınızda, tek kiracılı Azure Logic Apps altyapısı projenizin connections.json dosyasında gerekli tüm bağlantı meta verilerini otomatik olarak oluşturur. Aşağıdaki bölümlerde iş akışlarınızda oluşturabileceğiniz üç bağlantı türü açıklanmaktadır. Her bağlantı türünün farklı bir JSON yapısı vardır ve ortamlar arasında geçiş yaptığınızda uç noktalar değiştiği için anlaşılması önemlidir.

Hizmet sağlayıcısı bağlantıları

Tek kiracılı Azure Logic Apps'te Azure Service Bus veya Azure Event Hubs gibi bir hizmet için yerleşik bir işlem kullandığınızda, iş akışınızla aynı işlemde çalışan bir hizmet sağlayıcısı bağlantısı oluşturursunuz. Bu bağlantı altyapısı mantıksal uygulama kaynağınızın bir parçası olarak barındırılır ve yönetilir ve uygulama ayarlarınız iş akışlarınızın kullandığı hizmet sağlayıcısı tabanlı yerleşik işlemler için bağlantı dizelerini depolar.

Önemli

Kullanıcı adları ve parolalar içeren bağlantı dizeleri gibi hassas bilgileriniz varsa, kullanılabilir en güvenli kimlik doğrulama akışını kullanın. Örneğin Microsoft, destek sağlandığında yönetilen kimlikle Azure kaynaklarına erişimin kimliğini doğrulamanızı ve en az gerekli ayrıcalığı olan bir rol atamanızı önerir.

Bu özellik kullanılamıyorsa, app ayarları ile kullanabileceğiniz Azure Key Vault gibi diğer ölçüler aracılığıyla bağlantı dizelerinin güvenliğini sağlayın. Daha sonra bağlantı dizesi ve anahtarlar gibi güvenli dizelere doğrudan başvurabilirsiniz. Dağıtım zamanında ortam değişkenlerini tanımlayabildiğiniz ARM şablonlarına benzer şekilde, mantıksal uygulama iş akışı tanımınızda uygulama ayarlarını tanımlayabilirsiniz. Daha sonra bağlantı uç noktaları, depolama dizeleri ve daha fazlası gibi dinamik olarak oluşturulan altyapı değerlerini yakalayabilirsiniz. Daha fazla bilgi için bkz. Microsoft kimlik platformu için uygulama türleri.

Standart mantıksal uygulama projenizde her iş akışının, iş akışının temel JSON tanımını içeren bir workflow.json dosyası vardır. Bu iş akışı tanımı, projenizin connections.json dosyasındaki gerekli bağlantı dizelerine başvurur.

Aşağıdaki örnekte, Azure Service Bus yerleşik işlemi için hizmet sağlayıcısı bağlantısının projenizin connections.json dosyasında nasıl göründüğü gösterilmektedir:

"serviceProviderConnections": {
   "{service-bus-connection-name}": {
      "parameterValues": {
         "connectionString": "@appsetting('servicebus_connectionString')"
      },
      "serviceProvider": {
         "id": "/serviceProviders/serviceBus"
      },
      "displayName": "{service-bus-connection-name}"
   },
   <...>
}

Yönetilen bağlantılar

İş akışınızda yönetilen bağlayıcıyı ilk kez kullandığınızda, hedef hizmet veya sistem için bir yönetilen API bağlantısı oluşturmanız ve kimliğinizi doğrulamanız istenir. Azure paylaşılan bağlayıcılar ekosistemi bu bağlayıcıları yönetir. API bağlantıları var ve Azure'da ayrı kaynaklar olarak çalıştırılır.

Visual Studio Code'de, tasarımcıyı kullanarak iş akışınızı oluşturmaya ve geliştirmeye devam ederken, tek kiracılı Azure Logic Apps altyapısı iş akışınızdaki yönetilen bağlayıcılar için Azure'de gerekli kaynakları otomatik olarak oluşturur. Altyapı, bu bağlantı kaynaklarını mantıksal uygulamanızı içerecek şekilde tasarladığınız Azure kaynak grubuna otomatik olarak ekler.

Aşağıdaki örnek, Azure Service Bus yönetilen bağlayıcısı için api bağlantısının projenizin connections.json dosyasında nasıl göründüğünü gösterir:

"managedApiConnections": {
   "{service-bus-connection-name}": { 
      "api": {
         "id": "/subscriptions/{subscription-ID}/providers/Microsoft.Web/locations/{region}/managedApis/servicebus"
      },
      "connection": { 
         "id": "/subscriptions/{subscription-ID}/resourceGroups/{resource-group-name}/providers/Microsoft.Web/connections/servicebus"
      }, 
      "connectionRuntimeUrl": "{connection-runtime-URL}",
      "authentication": { 
         "type": "Raw",
         "scheme": "Key",
         "parameter": "@appsetting('servicebus_1-connectionKey')"
      },
   },
   <...>
}

Azure İşlevleri bağlantıları

Azure İşlevleri'de oluşturulan ve barındırılan işlevleri çağırmak için Azure İşlevleri yerleşik işlemini kullanın. Azure İşlevleri çağrıları için bağlantı meta verileri diğer yerleşik bağlantılardan farklıdır. Bu meta veriler mantıksal uygulama projenizin connections.json dosyasında depolanır, ancak farklı görünür:

"functionConnections": {
   "{function-operation-name}": {
      "function": { 
         "id": "/subscriptions/{subscription-ID}/resourceGroups/{resource-group-name}/providers/Microsoft.Web/sites/{function-app-name}/functions/{function-name}"
      },
      "triggerUrl": "{function-url}",
      "authentication": {
        "type": "QueryString",
         "name": "Code",
         "value": "@appsetting('azureFunctionOperation_functionAppKey')"
      }, 
      "displayName": "{functions-connection-display-name}"
   },
   <...>
}

Kimlik Doğrulama

Tek kiracılı Azure Logic Apps mantıksal uygulama iş akışları için barındırma modeli, iş yüklerinizin çok kiracılı modele göre daha fazla yalıtımdan yararlandığı tek bir Microsoft Entra kiracıdır. Ayrıca, tek kiracılı Azure Logic Apps çalışma zamanı taşınabilir, bu da iş akışlarınızı yerel Visual Studio Code gibi diğer ortamlarda çalıştırabileceğiniz anlamına gelir. Yine de bu tasarım, mantıksal uygulamaların Azure'da yönetilen bağlayıcı ekosistemine erişebilmeleri için kimliklerini doğrulamaları için bir yol gerektirir. Uygulamalarınız, yönetilen bağlantıları kullanırken işlemleri çalıştırmak için de doğru izinlere ihtiyaç duyar.

Varsayılan olarak, her tek kiracı tabanlı mantıksal uygulama otomatik olarak etkinleştirilmiş bir sistem tarafından atanan yönetilen kimliğe sahiptir. Bu kimlik, bağlantı oluşturmak için kullanılan kimlik doğrulama kimlik bilgilerinden veya bağlantı dizesinden farklıdır. Çalışma zamanında mantıksal uygulamanız, Azure erişim ilkeleri aracılığıyla bağlantılarının kimliğini doğrulamak için bu kimliği kullanır. Bu kimliği devre dışı bırakırsanız, bağlantılar çalışma zamanında çalışmaz.

Aşağıdaki bölümlerde, mantıksal uygulamanızın çalıştığı yere bağlı olarak yönetilen bağlantıların kimliğini doğrulamak için kullanabileceğiniz kimlik doğrulama türleri hakkında daha fazla bilgi sağlanır. Yönetilen her bağlantı için mantıksal uygulama projenizin connections.json dosyasında mantıksal uygulamanızın yönetilen bağlantının kimliğini doğrulamak için kullanabileceği kimlik doğrulama türünü belirten bir authentication nesnesi vardır.

İdare edilen kimlik

Azure'da barındırılan ve çalıştırılan bir mantıksal uygulama için yönetilen kimlik , Azure'da barındırılan ve çalıştırılan yönetilen bağlantıların kimliğini doğrulamak için kullanılacak varsayılan ve önerilen kimlik doğrulama türüdür. Mantıksal uygulama projenizin connections.json dosyasında, yönetilen bağlantının kimlik doğrulama türü olarak belirten authentication bir ManagedServiceIdentity nesnesi vardır:

"authentication": {
   "type": "ManagedServiceIdentity"
}

Raw

Visual Studio Code kullanarak yerel geliştirme ortamınızda çalışan mantıksal uygulamalar için ham kimlik doğrulama anahtarları, Azure barındırılan ve çalıştırılan yönetilen bağlantıların kimliğini doğrular. Yedi gün sonra süresi dolduğundan, bu anahtarları üretim için değil yalnızca geliştirme için kullanın. Mantıksal uygulama projenizin connections.json dosyasında, yönetilen bağlantı aşağıdaki kimlik doğrulama bilgilerini belirten bir authentication nesne içerir:

"authentication": {
   "type": "Raw", 
   "scheme": "Key", 
   "parameter": "@appsetting('connectionKey')"
 }

İlgili içerik

  • Last updated on