💻
Cheet Sheets
  • 🦁Başlarken
  • 🟧DevOps Pre-Requisite
    • ❤️Why Linux? | Linux Basics #1
    • 💛Vi Editor | Linux Basics #2
    • 💙Basics Commands | Linux Basics #3
    • 🧡Package Managers | Linux Basics #4
    • 💚Services | Linux Basics #5
    • 💛Networking Basics
    • 🤎DNS Basics
    • 🩶Applications Basics
    • 🟨Java introduction
    • 🟩NodeJS Introduction
    • 🟦Python Introduction
    • 🟪GIT Introduction
    • 🟧Apache Web Server Introduction
    • ⬛Apache Tomcat
    • 🟫Python Flask
    • 🟥Node.js Express App
    • 🟨Databases
    • 🟩MySQL
    • 🟪MongoDB
    • 🟨SSL & TLS
    • 🟦YAML & JSON - JSON Path
    • ⬛Labs Resources
  • 🍎Kubernetes
    • 🍏Kubernetes: Nedir ?
    • 🍒Bileşenler
    • 🍵Kubectl ve Versiyon
    • ❤️Pod
    • 🏷️Label ve Selector
    • 🔎Annotation
    • 📲Namespaces
    • 📦Deployments
    • 🔁ReplicaSet
    • 🔙Rollout & Rollback
    • 🌐Networking - 1
    • 🌏Service
    • 🛠️Liveness Probe & Readiness Probe
    • 🥐Resource Limits
    • 💰Environment Variables
    • 📃Ephemeral Volumes
    • 🔑Secrets
    • 🌂ConfigMap
    • 🖥️Node Affinity
    • 🔌Pod Affinity
    • ✍️Taint and Toleration
    • 🔦DaemonSet
    • 🧀PV/PVC
    • 🌜Storage Class
    • 🗿StatefulSet
    • 🕹️Job & Cronjob
    • 🔐Authentication
    • 📏Role-based access control (RBAC)
    • 🈷️Service Account
    • 📈Ingress
    • 📂ImagePullPolicy & ImageSecret
    • 📖Static Pods
    • 🌐Network Policy
    • 🫐Helm Nedir?
    • 📽️Prometheus Stack - Monitoring
    • 💼EFK Stack - Monitoring
    • 🥳CRD & Operator
  • 🧑‍⚕️GIT & GITHUB
    • 👉Girizgah
    • 🌴Branch
    • 🤝Merge
    • 🤔Conflict - Rebase
    • 🇸🇴Alias
    • 🛑Gitignore
    • 🥢Diff
    • ◀️Checkout
    • 🔦Stash
    • 👉Other
  • ☁️AWS
    • 🪣S3
    • 🚙EC2
    • ⚖️ELB
    • 🤝Auto Scaling
    • 🗄️EFS
    • 🔐VPC
    • 🎆CloudFront
    • ❤️Route53
    • 🦈RDS
    • 🏢ElastiCache
    • 🔭CloudWatch
    • 👀CloudTrail
    • 📃CloudFormation
    • 🔕SNS
    • 📬SQS
    • 🎇SWF
    • 📧SES
    • 📦Kinesis
    • 📐AWSConfig
    • 👩‍🏭OpsWork
    • 🚀Lambda - Api Gateway
    • 📌ECS - EKS
    • 🔑KMS
    • 📂Directory Service
    • 🏐Snowball
    • 💾Storage Gateway
    • 💽Volume Gateway
    • 📼Tape Gateway
    • 🏠Organizations
    • 🔙Backup-Transfer-CloudShell
    • 🆔IAM
    • 📀DataSync
    • 🗃️FSx
    • 🎒Aurora Serverless
    • 🌐Global Accelerator
    • 💪HPC
    • 🎰Outposts
    • 🗼Others
  • 👨‍🔬Ansible
    • 👉Girizhah
    • 📔YAML
    • ⚙️Komponentler
    • 🎒Inventory
    • 🏑ad-hoc
    • ▶️Playbook
  • 👨‍⚕️PROMETHEUS
    • 📈Terminoloji
    • 🦯Ubuntu 20.04 Prometheus Kurulum
    • 🗒️prometheus.yml dosyasına ilk bakış:
    • 🧭promQL up query
    • 📇Exporters
    • 🔦promQL Data Types
    • 🦯Selectors & Matchers
    • 🔢Binary Operators
    • 💀ignoring and on
    • ✍️Aggregation Operators
    • 🧠Functions
    • 🖊️Alıştırma
    • 💻Client Libraries
    • 🐍Examining the data of our Python application
    • 🐐Examining the data of our GO application
    • ⏺️Recording Rules
    • 💡rate functions
    • ⏰Alerting
    • ⌚Alert Routing
    • ⏰Slack integration with Prometheus
    • 🤯PagerDuty integration with Prometheus
    • ◼️BlackBox exporter
    • 📍Push Gateway
    • 🪒Service Discovery
    • 🧊kube cadvisor with external prometheus
    • 👉aws with prometheus
    • ☁️CloudWatch Exporter
    • 👨‍🚒mysql exporter
    • 🛃Custom exporter with Python
    • ⚙️Prometheus with HTTP API
    • 🤖Prometheus Federation For Kubernetes
    • 📺Grafana
    • ⁉️Prometheus: Ne zaman kullanılmalı? Ne zaman kullanılmamalıdır?
  • 🍪Sheets
    • 🛳️Docker Sheets
    • 🐐Kube Sheets
  • 🔢12 Factor APP
    • 🏗️Introduction
    • 1️⃣Codebase
    • 2️⃣Dependencies
    • 3️⃣Concurrency
    • 4️⃣Processes
    • 5️⃣Backing Services
    • 6️⃣Config
    • 7️⃣Build, release, run
    • 8️⃣Port binding
    • 9️⃣Disposability
    • 🔟Dev/prod parity
    • 🕚Logs
    • 🕛Admin processes
  • ☁️Azure 104
    • 👨‍👨‍👧‍👧Azure Active Directory ( Entra ID )
    • 💰Subscriptions
    • 🌎Virtual Network (VNET)
    • 💻Virtual Machines
    • 🧑‍🌾Load Balancing
    • 🥍Network Advanced
    • 🪡Automating Deployment and Configuration
    • 💂Securing Storage
    • 📓Administering Azure Blobs and Azure Files
    • 🔧Managing Storage
    • 🎁App Service
    • 🛳️Azure Container
    • 🥇Backup And Recovery
    • 🪐Network Watcher
    • ⏰Resource Monitoring And Alerts
  • ⛅AZURE 305
    • 🆔identity and access management
    • 💼Desing Azure AD (Entra ID)
    • 👨‍💼Desing for Azure B2B
    • 🛃Desing for Azure B2C
    • 💳Design for MFA and Conditional Access
    • ⛑️Design for Identity Protection
    • 🚶Access Reviews
    • 🚦Managed identity Demostration
    • 🔐Key Vault Demostration
    • 👑Governance hierarchy
    • 💠Design for Management Groups
    • 🔑Desing for Subscriptions
    • 🍇Desing for resource groups
    • 📟Design for resource tags
    • 🚷Azure Policy & RBAC
    • 🫐Desing For Blueprints
    • 🪡Desing for Virtual Networks
    • 🛫Design for on-premises connectivity to Azure
    • 🔽Design for network connectivity
    • 📦Design for application delivery
    • 🥞Design for network security and application protection
    • 📕Choose a compute solution
    • 🌊Design for virtual machines
    • 🔋Azure Batch Demostration
    • 🛰️Design for Azure App Service
    • ⛲Design for Azure Container Instances
    • 🎢Design for Azure Kubernetes Service
    • 📠Azure Functions Demostration
    • 💪Azure Logic Apps Demostration
    • 🧑‍💼Design for data storage
    • 🎞️Design for Azure storage accounts
    • 🌟Choose the storage replication
    • 📹Azure blob storage - Lifecycle & immutable demo
    • 🥌Azure Files Demostration
    • 🕸️Design Azure disks
    • 🦼Design for storage security
    • 🔮Azure Table Storage And Cosmos DB Demostration
    • 🟧Azure SQL Solutions
    • 🎡Azure SQL Database - Purchasing models
    • 🕯️Database availability
    • 📜Data security strategy
    • 🧮Azure SQL Edge
    • 🚲Azure Data Factory
    • 🔅Azure Data Lake Storage
    • 🧘‍♂️Azure Databricks
    • 🎒Azure Synapse Analytics
    • 🅰️Azure Stream Analytics
    • 📼Data flow strategy
    • 🍥Cloud Adoption Framework
    • ☣️Azure Migration Framework
    • 🦿Assessing workloads
    • 🪡Migration tools
    • 🤖Azure Database migration
    • 👥Storage migration
    • 👜Azure Backup
    • ⏲️Azure Blob Backup and Recovery
    • 💈Azure files backup and recovery
    • 🎞️Azure VM backup and recovery
    • 🧺Azure SQL backup and recovery
    • ⏰Azure Site Recovery
    • 📩Differentiate event and message
    • ✈️Azure messaging solutions
    • 🚜Event Hub
    • 🥍Application optimization solution
    • 🎁Application lifecycle
    • 📺Azure Monitor
    • 🅱️Log Analytics
    • 👥Azure workbooks and Insights
    • 🚌Azure Data Explorer
  • Github Actions
    • Github Actions Nedir?
    • Workflow & Schedule Triggers
    • Single and Multiple Events
    • Manuel Events
    • Webhook Events
    • Conditional Keywords For Steps
    • Expressions - 1
    • Expressions - 2
    • Runners
    • Workflow Commands
    • Workflow Context
    • Dependent Jobs
    • Encrypted Secrets
    • Configuration Variables
    • Default & Custom Env Varb
    • Set Env Varb with Workflow Commands
    • Github Token Secret
    • Add Script to workflow
    • Push Package #1
    • Push Package #2 Docker
    • Service Containers
    • Routing workflow to runner
    • CodeQL Step
    • Caching Package and Dependency Files
    • Remove workflow Artifact
    • Workflow Status Badge
    • Env Protection
    • Job Matrix Configuration
    • Disable & Delete Workflows
    • Actions type for Action
    • Inputs and Outputs for actions
    • Action Versions
    • Files and Directories for Actions
    • Exit Codes
    • Reusable Workflow & Reuse Templates for Actions and Workflows
    • Configure Self Hosted Runners for Enterprise
  • Loki
    • What is Loki?
    • Architecture of Loki
    • Install Loki For Ubuntu
    • Install Promtail For Ubuntu
    • Querying Logs
    • Loki in Kubernetes
    • Deploying Loki in Kubernetes
    • Connecting to Grafana
    • Viewing Kubernetes logs
    • Promtail Customize & Pipeline
  • Ansible
    • Ansible Introduction
    • Introduction to Ansible Configuration Files
    • Ansible Inventory
    • Inventory Formats
    • Ansible Variables
    • Variable Types
    • Registering Variables and Variable Precedence
    • Variable Scoping
    • Magic Variables
    • Ansible Facts
    • Ansible Playbooks
    • Verifying Playbooks
    • Ansible lint
    • Ansible Conditionals
    • Ansible Conditionals based on facts, variables, re-use
    • Ansible Loops
    • Ansible Modules
    • Introduction to Ansible Plugins
    • Modules and Plugins Index
    • Introduction to Handlers
    • Ansible Roles
    • Ansible Collections
    • Introduction to Templating
    • Jinja2 Templates for Dynamic Configs
  • 🅰️Ansible Advanced
    • Playbook run options
    • Facts
    • Configuration files
Powered by GitBook
On this page

Was this helpful?

  1. AZURE 305

Azure Logic Apps Demostration

PreviousAzure Functions DemostrationNextDesign for data storage

Last updated 1 year ago

Was this helpful?

Azure Logic Apps, Microsoft tarafından sağlanan bir hizmettir ve biraz büyülü bir kutuya benzer. Misal, senin bir sürü oyuncak (uygulama ve hizmet) koleksiyonun var ve bu oyuncakların birbiriyle konuşmasını, hatta bazı özel görevler yapmasını istiyorsun. Ancak, bu oyuncaklar farklı dillerde konuşuyor ve birbiriyle doğrudan iletişim kuramıyor. İşte burada Azure Logic Apps devreye giriyor. Bu büyülü kutu, bu oyuncakların birbiriyle nasıl iletişim kurabileceğini öğrenir ve onlara ne yapmaları gerektiğini söyler.

Örneğin, eğer birisi sana e-posta gönderirse ve bu e-postada özel bir kelime varsa, Azure Logic Apps bu e-postayı görebilir ve senin için otomatik olarak başka bir işlem yapabilir, örneğin bir dosyayı başka bir yere kaydedebilir veya sana bir hatırlatma gönderebilir. Bunu yapmak için, senin ona ne yapması gerektiğini önceden söylemen gerekir, yani bir tür "eğer bu olursa, şunu yap" tarzında talimatlar verirsin. Bu, büyülü kutunun senin için sıkıcı veya tekrar eden işleri otomatikleştirmesini sağlar, böylece sen daha önemli veya eğlenceli şeylere odaklanabilirsin.

Azure Logic Apps ile, birbirinden farklı pek çok uygulama ve hizmet ile çalışabilir ve onları bir araya getirebilir. Ve en güzel yanı, bunu yapmak için kod yazmana veya çok teknik olmana gerek yok. Sadece ne istediğini belirleyip, Logic Apps'in bunu nasıl yapacağını düzenlemen yeterli.

  1. Tetikleyiciler (Triggers): Bir Logic Apps iş akışını başlatan olaylardır. Örneğin, bir e-posta alındığında, bir dosya bir klasöre yüklendiğinde veya belirli bir saatte tetikleyiciler devreye girer. Tetikleyici, "Bir şey olduğunda" diyerek başlayan cümlelerle tanımlanabilir.

  2. Eylemler (Actions): Tetikleyici tarafından başlatılan iş akışında gerçekleştirilen görevlerdir. Örneğin, bir e-posta gönderme, bir veritabanına kayıt ekleme veya bir dosyayı başka bir yere taşıma gibi. Eylemler, "Sonra şunu yap" diyerek başlayan cümlelerle tanımlanabilir.

  3. Bağlayıcılar (Connectors): Azure Logic Apps'in farklı uygulama ve hizmetlerle iletişim kurmasını sağlayan öğelerdir. Her bağlayıcı, belirli bir uygulama veya hizmete (örneğin, Twitter, Dropbox, Office 365 gibi) bağlanmayı ve onunla veri alışverişi yapmayı kolaylaştırır. Yüzlerce hazır bağlayıcı mevcuttur ve aynı zamanda özel bağlayıcılar oluşturabilirsin.

  4. Koşullar (Conditions) ve Dallanma (Branching): Bir Logic Apps iş akışı içinde, belirli koşullara göre farklı yollar izlenebilir. Örneğin, bir e-postanın içeriğine göre, bir dosyayı farklı klasörlere kaydetmek veya farklı eylemler gerçekleştirmek. Bu, "Eğer bu durumda, şunu yap; değilse, bunu yap" şeklinde ifade edilebilir.

  5. Döngüler (Loops): Tekrar eden görevleri gerçekleştirmek için kullanılır. Örneğin, bir listedeki her öğe için aynı işlemi yapmak istediğinde döngüler devreye girer.

  6. Değişkenler (Variables): İş akışı sırasında bilgi saklamak ve manipüle etmek için kullanılır. Örneğin, bir sayım yapmak, bir metin biriktirmek veya durum bilgisi tutmak için değişkenler kullanılabilir.

Demo:

Bir HTTP trigger tarafından tetiklenen bir Azure Logic App kullanarak, dinamik olarak container grubu (grupları) oluşturacağız. Kullanıcıdan alınan girdiye (örneğin, bir container adı) dayalı olarak, bu Logic App, Microsoft Azure Container Instances (ACI) hizmetinde yeni bir container grubu oluşturacak.

Adım 1: Logic App oluşturalım.

Azure Portal üzerinden, Logic App servisini arattırıp, ekran görüntüsündeki gibi bir logic app oluşturmalıyız. Tüm üst menülerde bulunan ayarlar default kalabilir.


Adım 2: Oluşturduğumuz Logic App 'i yapılandıralım.

Oluşturduğumuz logic app dasboard'ına gelip, sol menüden, Workflows kısmına tıklıyoruz ve ardından sağ tarafta açılan ekrandan yeni bir workflow oluşturmak için workflow ismini girip devam ediyoruz.

Gördüğünüz gibi workflow oluşturuldu. Şimdi diğer adıma geçelim.


Adım 3: Workflow 'u dizayn edelim.

demo workflow'un üzerine tıklayıp, açılan ekranda "designer" menüsüne girmeliyiz.

Ardından, "Add a trigger" seçeneğine tıklayıp, yeni bir trigger oluşturacağız. Bu örneğimizde "When a HTTP request is received" trigger'ını kullanacağız. Yani, http istekleri üzerinden workflow'umuzu devreye girmesini istiyoruz.

Trigger kısmını hallettikten sonra, "+" butonuna basıp, Action eklemeliyiz. Yani, http isteği geldikten sonra ne yapacağız sorusunu cevaplamamız gerekiyor. Burada biz, "Initialize variable" action 'u seçiyoruz. Bunu seçmemizin sebebi şu: http isteği yapıldığında, body kısmında bazı bilgiler göndereceğim ve bu bilgileri "Initialize variable" action 'u ile yakalayıp, sonraki aşamalarda kullanacağım.

Eklediğimiz "Initialize variable" action 'u üzerine tıklayıp, düzenlememiz gerekiyor. Burada şunu yapıyoruz: http isteği yaparken, body'de gönderdiğimiz bilgiyi alıp, bunu "containername" adında değişkende tutuyorum. Bunu container isimlerini dinamik olarak vermek için kullanacağız.

Ardından, bir action daha ekliyoruz ve bu action ile gelen isteğin içeriğine göre container instance oluşturacağız. Elbette, container instance servisine bağlanması için gerekli auth metotlarını girmeliyiz.

Bu oluşturduğumuz MANAGED IDENTITY kimliğine, container oluşturacağımız resource group üzerinde yetki tanımlamalıyız. Aksi halde yetki hatası verecektir!!!

Container oluşturma sürecine ait diğer eksik bilgileri de doldurmalıyız, hangi subscription, hangi resource group ve container instance sizeları vs. gibi bilgileri de ekliyoruz.

[
  {
    "name": @{variables('containername')},
    "properties": {
      "image": "nginx:latest",
      "resources": {
        "requests": {
          "cpu": "1",
          "memoryInGB": "2"
        }
      }
    }
  }
]

Adım 3: Test edelim.

Workflow dashboard'ına gelip, Workflow URL bilgisini alıyoruz.

Ardından, url'e post atmalıyız, bunun için terminal kullanabilirsiniz fakat, ben postman aracıyla devam ediyorum. Kopyaladığım linki adres çubuğuna yapıştırıp, POST seçeneğini seçiyorum. Ardından göndereceğim bilgiyi "text" olarak "raw" içerisine ekliyorum. Bu örnekte, "mycontainer1" adında bir bilgi gönderiyorum.

İsteği gönderdikten sonra, logic app benim için, "mycontainer1" adında bir container oluşturmalı. Bunun için portal'a gidip, kontrol ediyorum.

Gördüğünüz üzere, "mycontainer1" adında container instance oluşturulmuş. Böylelikle logic app kullanarak dinamik bir şekilde container instance oluşturabildik.

Tabii ki, bu sadece başlangıç noktası ve Logic Apps ile gerçekleştirilebilecek işlemlerin kapsamı çok geniştir. Örneğin, oluşturulan container'ların detaylarını belirli bir e-posta adresine otomatik olarak göndermek gibi işlemler yapılabilir. Bu örnek, Logic Apps'in sunduğu geniş olanak yelpazesinin sadece ufak parçasını temsil eder; gerçekte, Logic Apps ile sınırlarınızı zorlayacak binlerce farklı senaryo hayata geçirilebilir.

Azure Functions ve Azure Logic Apps arasındaki temel farklar şunlardır:

  • Azure Functions, olaylara veya tetikleyicilere yanıt olarak kod çalıştırmaya yönelik bir "sunucusuz compute" platformdur. Kod tabanlı geliştirmeyi destekler ve çeşitli programlama dilleriyle kullanılabilir. Küçük, odaklı görevler için mükemmeldir ve etkinlik odaklı iş yükleri için maliyet etkin bir çözümdür.

  • Azure Logic Apps, çeşitli hizmetleri ve sistemleri görsel olarak birbirine bağlayan "sunucusuz iş akışı" orkestrasyonudur. Daha çok tasarımcı odaklı bir yaklaşım sunar ve az kodlama ile karmaşık iş akışları oluşturmak için geniş bir ön yapılmış Connectors kitaplığı sunar. Karmaşık iş akışları tasarlamak ve SaaS uygulamaları ile yerel sistemler arasında kolay entegrasyon sağlamak için idealdir.

Ne Zaman Hangisini Seçmelisiniz?

  • Eğer kısa, kod tabanlı görevler için bir çözüm arıyorsanız veya olaylara yanıt olarak hızlıca özel API'ler oluşturmanız gerekiyorsa, Azure Functions ideal bir seçenektir.

  • Eğer birden fazla sistem arasında karmaşık entegrasyonlar gerçekleştirmeniz ve bu süreci görsel bir yaklaşımla basitleştirmeniz gerekiyorsa, Azure Logic Apps daha uygun bir tercih olacaktır.

⛅
💪
Azure Logic Apps documentation - Azure Logic AppsMicrosoftLearn
Logo
Azure Functions vs Logic Apps | Top 13 Differences You Should KnowEDUCBA
Logo