Karar ölçütlerini analiz etme

  • 6 dakika

Bisiklet kiralama işinizi yürüten birbirinden farklı çeşitli iş süreçleri vardır. Örneğin bisiklet kiralama işlemi, iade süreci, bisiklet rezervasyon süreci ve personel için tatil rezervasyonu gibi bisikletlerle doğrudan ilgili olmayan işlemler vardır.

Bu işlemlerin oluşturulmasına yardımcı olmak için kullanılabilecek bir dizi Azure teknolojisi kullanıma sunulmuştur. Şimdi de belirli bir sürece nasıl karar verebileceğimizi daha somut bir şekilde açıklamaya çalışalım.

Hizmet seçme

Aşağıdaki diyagramda, iş sürecinizde kullanmak üzere en iyi teknolojiyi seçmek için kullanabileceğiniz basitleştirilmiş bir akış çizelgesi gösterilir:

Diagram of decision flow chart described in depth in the text that follows.

Sorulması gereken ilk soru iş akışını GUI tasarımcısı aracında mı yoksa kod yazarak mı tasarlamayı tercih ettiğinizdir. Tasarım öncelikli bir araç kullanmanın geçerli nedenleri şunlardır:

  • İş akışını tasarlayan kişilerin kodlama deneyimi yoktur.
  • Daha sonra tasarımcılar ve kullanıcılar iş akışının nasıl ilerlediğini net bir şekilde anlamak için grafik tasarıma başvurabilir.

Alternatif olarak kod öncelikli bir araç seçebilirsiniz çünkü:

  • İş akışını tasarlayan kişiler geliştiricilerdir ve tamamen kodla çalışmayı tercih ederler.
  • İş akışı ayrıntılarının kodlayıcılar dışındaki kişilerden gizlenmesini istersiniz.

Bir design-first teknoloji seçin

Tasarım öncelikli bir yaklaşım benimsemeyi seçerseniz, Microsoft Power Automate ile Azure Logic Apps arasında da seçim yapmanız gerekir.

Burada asıl soru iş akışını kimin tasarlayacağıdır: geliştiriciler mi yoksa kullanıcılar mı?

Logic Apps'te, iş akışını çizdiğiniz bir görsel tasarımcı vardır. Sezgiseldir ve kullanımı kolaydır, ancak iş akışı için arka planda arama yapma ve kaynak kodu düzenleme fırsatına da sahip olursunuz. Bu araç geliştirme becerilerine sahip kişilere yönelik tasarlanmıştır.

Microsoft Power Automate’te yaygın iş akışı türleri için fazladan yardım ve şablonlar sağlanır. Aracın oluşturduğu kaynak kodu düzenlemenin hiçbir yolu yoktur. Bu araç iş sürecini iyi bilen ama kodlama becerisi olmayan kullanıcılara yönelik tasarlanmıştır.

Bir code-first teknoloji seçin

Kod öncelikli bir yaklaşım benimsemeyi seçerseniz, ardından Web İşleri ile Azure İşlevleri arasında seçim yapmanız gerekir.

Tetikleyici olayların ve desteklenen dillerin daha fazla olması, tarayıcıda test kodu geliştirebilme olanağı, kullandığın kadar ödeme fiyat modeli gibi Azure İşlevleri'ne dahil edilmiş olan ek özellikler nedeniyle, Azure İşlevleri'ni varsayılan seçiminiz olarak düşünün. Web İşleri'nin daha iyi bir seçim olabileceği birkaç durum vardır:

  • Zaten bir Azure App Service uygulamanız var ve iş akışını uygulamanın içinde modellemek istiyorsunuz. Bu gereksinim, iş akışının uygulamanın bir parçası olarak da yönetilebileceği anlamına gelir; örneğin, bir Azure DevOps ortamında.
  • uygulamasında yapmak JobHost istediğiniz ve Azure İşlevleri tarafından desteklenmeyen belirli özelleştirmeleriniz var.
  • Uygulamanızın yeniden deneme ilkelerini denetlemek istiyorsunuz.
  • Web İşleri yalnızca Microsoft Windows'ta C# destekler.

Karma teknolojiler

Farklı iş akışları için aynı teknolojiyi kullanmanıza gerek olmadığını unutmayın: Gereksinimleriniz farklıysa, karar verme sürecinizin sonunda farklı bir yanıta ulaşmanız olasıdır. Üstelik bir iş akışının içinden bir diğerini çağırabilirsiniz. Örneğin Microsoft Power Automate’te gerçekleştirilen bir iş akışı Azure İşlevi olarak oluşturulmuş başka bir iş akışını kolayca çağırabilir.

İş süreçlerinizde teknolojileri karma olarak kullanmanın bir nedeni kullanıcılara tüm iş akışının küçük bir bölümü üzerinde denetim verebilme olanağı olabilir. Bunu yapmak için Microsoft Power Automate'te bu bölümü uygulayın ve ardından bir Logic App, WebJob veya İşlevden bu akışı çağırın.