OpenClaw ile Geliştirme İş Akışınızı Nasıl Otomatikleştirebilirsiniz?

Kısaca

OpenClaw, akıllı görev düzenlemesiyle geliştirme iş akışlarını otomatikleştirir ve manuel iş yükünü %80'e kadar azaltır. Bu kılavuz, otomatikleştirilmiş CI/CD boru hatlarının, kod incelemelerinin, testlerin ve dağıtım süreçlerinin nasıl kurulacağını ele almaktadır. Başlıca faydaları arasında daha hızlı sürüm döngüleri, daha az insan hatası ve API iş akışı otomasyonu için Apidog gibi araçlarla sorunsuz entegrasyon bulunmaktadır. Gerçek üretim ortamlarında çalışan pratik otomasyon modellerini, sorun giderme tekniklerini ve gelişmiş yapılandırmaları öğreneceksiniz.

Giriş

Geliştirme ekipleri, tekrarlayan görevlere sayısız saat harcıyor. Kuralı biliyorsunuz: testleri manuel çalıştırma, kodu birden fazla ortama dağıtma, çekme isteklerini gözden geçirme ve API iş akışlarını yönetme. Sıkıcı, hataya açık ve dürüstçe söylemek gerekirse mi? Verimliliğinizi öldürüyor.

OpenClaw işte burada devreye giriyor.

OpenClaw, ekiplerin geliştirme otomasyonuna yaklaşımını değiştiriyor. Kapsamlı betik bilgisi gerektiren geleneksel otomasyon araçlarının aksine, OpenClaw iş akışınızı anlamak ve doğal bir şekilde otomatikleştirmek için akıllı düzenlemeyi kullanır. Bunu, siz harika özellikler oluşturmaya odaklanırken tüm sıkıcı işleri halleden, 7/24 çalışan yetenekli bir DevOps mühendisine sahip olmak gibi düşünün.

💡

Ve OpenClaw'ı Apidog'un API geliştirme platformuyla birleştirdiğinizde, kod tesliminden API testine ve dağıtımına kadar her şeyi ele alan eksiksiz bir otomasyon çözümü elde edersiniz. Bu kılavuz, bugün uygulayabileceğiniz gerçek örneklerle tüm süreci size anlatacaktır.

Düğme

Geliştirme İş Akışlarını Neden Otomatikleştiriyoruz?

Dürüst olalım: manuel süreçler ekibinizi geri çekiyor. İşte otomatikleştirmediğinizde neler olur:

Zaman Kaybı: Geliştiricileriniz zamanlarının %30-40'ını tekrarlayan görevlere harcar. Bu, bir makinenin saniyeler içinde halledebileceği bir işi her hafta iki tam gün boyunca yapmak demektir.

İnsan Hatası: Manuel dağıtımlar başarısız olur. Birisi migrasyonları çalıştırmayı unutur, bir test paketini atlar veya yanlış ortama dağıtım yapar. Hepimiz bunu yaşadık ve paydaşlara üretimin neden durduğunu açıklamak asla eğlenceli değildir.

Tutarsızlık: Farklı ekip üyeleri farklı süreçleri takip eder. Bir geliştirici tüm test paketini çalıştırırken, diğeri entegrasyon testlerini "sadece bu bir kez" atlar. Kod tabanınız tutarsız kalitede bir mayın tarlasına dönüşür.

Yavaş Geri Bildirim Döngüleri: Otomasyon olmadan, hataları keşfetmek için saatlerce veya günlerce beklersiniz. O zamana kadar başka işlere geçtiniz ve bağlam değiştirmek daha da fazla zaman maliyeti yaratır.

Ölçekleme Sorunları: Ekibiniz büyüdükçe, manuel süreçler darboğaz haline gelir. Koordinasyon yüküne yetişmek için yeterince hızlı işe alım yapamazsınız.

Otomasyon tüm bunları çözer. Ama işte asıl mesele: yanlış yapılan otomasyon yeni sorunlar yaratır. Kötü otomasyon katıdır, sürekli bozulur ve tasarruf ettiğinden daha fazla bakım gerektirir. İşte bu yüzden OpenClaw'ın yaklaşımı önemlidir.

OpenClaw Farkı

OpenClaw sadece betikleri yürütmekle kalmaz. Bağlamı anlar. Bir test başarısız olduğunda, yeniden denemesi, atlaması veya ekibinize uyarı vermesi gerekip gerekmediğini bilir. Dağıtım koşulları karşılanmadığında, hemen başarısız olmak yerine akıllıca bekler. Bu bağlamsal farkındalık, otomasyonu gerçekten güvenilir kılar.

OpenClaw Otomasyon Yetenekleri

Nasıl yapılacağına geçmeden önce, OpenClaw'ın aslında neler yapabileceğine bir göz atalım. Bu yetenekleri anlamak, daha iyi otomasyon iş akışları tasarlamanıza yardımcı olur.

Akıllı Görev Düzenlemesi

OpenClaw, karmaşık görev bağımlılıklarını otomatik olarak yönetir. Ne olması gerektiğini siz tanımlarsınız, o da en uygun yürütme sırasını belirler. Eğer Görev B, Görev A'ya bağlıysa, OpenClaw, B'yi başlatmadan önce A'nın başarıyla tamamlanmasını sağlar. Basit bir kavram, ancak çok sayıda kırılgan betiği ortadan kaldırır.

Koşullu Yürütme

Her iş akışı doğrusal değildir. OpenClaw dallanma mantığını doğal olarak ele alır. Entegrasyon testlerini yalnızca birim testleri geçerse çalıştırın. Yalnızca kod incelemesi onaylanırsa hazırlık ortamına dağıtın. Cuma öğleden sonuysa dağıtımı atlayın (ciddi olarak, Cuma günleri dağıtım yapmayın).

Paralel İşleme

Testleri paralel olarak çalıştırabiliyorken neden sıralı çalıştırasınız ki? OpenClaw, bağımsız görevleri otomatik olarak tanımlar ve eşzamanlı olarak yürütür. 30 dakikalık test süitiniz 8 dakikada bitebilir.

Hata Kurtarma

İşler başarısız olur. Ağlar aksar, API'ler zaman aşımına uğrar, servisler yeniden başlar. OpenClaw, üstel geri çekilmeli (exponential backoff) akıllı yeniden deneme mantığı içerir. Geçici hatalar (yeniden dene) ile kalıcı hatalar (uyar ve durdur) arasında ayrım yapar.

Entegrasyon Ekosistemi

OpenClaw, mevcut araçlarınızla bağlantı kurar: GitHub, GitLab, Jenkins, Docker, Kubernetes, AWS ve evet, Apidog. Yığınınızı değiştirmiyorsunuz; onu daha iyi düzenliyorsunuz.

Otomatikleştirilecek Yaygın Geliştirme İş Akışları

Hadi pratik olalım. İşte otomasyon yatırımınızdan en büyük geri dönüşü sağlayacak iş akışları.

Kod Tesliminden Dağıtım Boru Hattına

Klasik CI/CD boru hattı, ama daha akıllıca. Bir geliştirici kod gönderdiğinde:

OpenClaw otomatik testleri tetikler
Kod kalitesi kontrollerini ve linting'i çalıştırır
Docker kapsayıcılarını oluşturur
Hazırlık ortamına dağıtır
Hazırlık ortamına karşı entegrasyon testleri çalıştırır
Onay bekler (veya kurallara göre otomatik onaylar)
Üretime dağıtır
Hataları izler ve gerekirse geri alır

Bu akışın tamamı, dikkat gerektiren bir durum olmadıkça insan müdahalesi olmadan gerçekleşir.

Çekme İsteği İş Akışı

Kod incelemesi önemlidir, ancak mekanik kısımlar insan zamanı gerektirmemelidir:

Otomatik kod biçimlendirme ve linting
Güvenlik açığı taraması
Test kapsamı analizi
Performans gerilemesi tespiti
API sözleşmesi doğrulama (Apidog'un parladığı yer burası)
Tüm kontroller geçince otomatik birleştirme

İnceleyiciler, stil sorunlarına veya eksik testlere değil, mantık ve mimariye odaklanır.

API Geliştirme ve Test Etme

API'ler geliştiriyorsanız (kim geliştirmiyor ki?), bu iş akışı muazzam zaman kazandırır:

Teslimlerdeki API değişikliklerini tespit et
Güncellenmiş API dokümantasyonu oluştur
Yeni uç noktalara karşı sözleşme testleri çalıştır
İstek/yanıt şemalarını doğrula
Kimlik doğrulama ve yetkilendirmeyi test et
Performansı ve hız sınırlamasını kontrol et
Ön uç ekipleri için API mock'larını güncelle

Apidog, bu iş akışına doğrudan entegre olarak, üretim ortamına ulaşmadan önce bozucu değişiklikleri yakalayan otomatik API testi sağlar.

Veritabanı Geçiş Yönetimi

Veritabanı değişiklikleri risklidir. Güvenlik kontrollerini otomatikleştirin:

Migrasyon betiklerini sözdizimi hataları açısından doğrula
Migrasyonları önce test ortamında çalıştır
Migrasyondan sonra veri bütünlüğünü doğrula
Otomatik geri alma betikleri oluştur
Geri alma prosedürlerini test et
Şema değişikliklerini belgelem

Ortam Yönetimi

Geliştirme, hazırlık ve üretim ortamlarını senkronize tutmak zahmetlidir. Otomatikleştirin:

İsteğe bağlı olarak yeni ortamlar sağla
Ortamlar arası yapılandırmayı senkronize et
Gizli bilgileri ve kimlik bilgilerini güvenli bir şekilde yönet
Kaynak kullanımını ve maliyetleri izle
Kullanılmayan ortamları otomatik olarak kaldır

Adım Adım Otomasyon Kurulumu

Yeterince teori. Gerçek bir şey inşa edelim. Kod teslimlerinden üretim dağıtımına kadar olan süreci yöneten otomatik bir iş akışı oluşturacağız.

Ön Koşullar

İhtiyacınız olacak:

OpenClaw yüklü (sürüm 2.4 veya üzeri)
Projenizi içeren Git deposu
Kapsayıcılaştırma için Docker
Dağıtım ortamınıza erişim
API testi için Apidog hesabı (isteğe bağlı ama önerilir)

Adım 1: OpenClaw'ı Kurun ve Yapılandırın

Öncelikle, OpenClaw'ı sisteminize kurun:

curl -fsSL https://openclaw.dev/install.sh | sh

Proje dizininizde OpenClaw'ı başlatın:

cd your-project
openclaw init

Bu, yapılandırma dosyalarını içeren bir .openclaw dizini oluşturur. Ana dosya, iş akışlarınızı tanımlayan openclaw.yml'dir.

Adım 2: İlk İş Akışınızı Tanımlayın

openclaw.yml dosyasını açın ve temel bir CI iş akışı ekleyin:

workflows:
  continuous-integration:
    trigger:
      - on: push
        branches: [main, develop]

    tasks:
      - name: install-dependencies
        command: npm install

      - name: run-linter
        command: npm run lint
        depends_on: [install-dependencies]

      - name: run-unit-tests
        command: npm test
        depends_on: [install-dependencies]
        parallel: true

      - name: run-integration-tests
        command: npm run test:integration
        depends_on: [run-unit-tests]

      - name: build-application
        command: npm run build
        depends_on: [run-linter, run-integration-tests]

Bu iş akışı, ana veya geliştirme dallarına gönderim yaptığınızda otomatik olarak çalışır. Görevlerin bağımlılıkları nasıl bildirdiğine ve bazılarının paralel çalıştığına dikkat edin.

Adım 3: Koşullu Mantık Ekleyin

Gerçek iş akışları dallanma mantığına ihtiyaç duyar. Yalnızca testler geçtiğinde gerçekleşen dağıtımı ekleyelim:

      - name: deploy-to-staging
        command: ./scripts/deploy.sh staging
        depends_on: [build-application]
        conditions:
          - all_tests_passed: true
          - branch: develop

      - name: deploy-to-production
        command: ./scripts/deploy.sh production
        depends_on: [build-application]
        conditions:
          - all_tests_passed: true
          - branch: main
          - manual_approval: true

Üretim dağıtımı manuel onay gerektirir. OpenClaw iş akışını duraklatır ve bir bildirim gönderir. Birisi “onayla” düğmesine tıklar ve dağıtım devam eder.

Adım 4: Hata Yönetimini Yapılandırın

Hatalı testler veya ağ sorunları için yeniden deneme mantığı ekleyin:

      - name: run-integration-tests
        command: npm run test:integration
        depends_on: [run-unit-tests]
        retry:
          max_attempts: 3
          backoff: exponential
          initial_delay: 5s
        on_failure:
          notify: [slack, email]
          action: stop_workflow

Entegrasyon testleri başarısız olursa, OpenClaw artan gecikmelerle en fazla 3 kez yeniden dener. 3 başarısızlıktan sonra iş akışını durdurur ve ekibinize bildirim gönderir.

Adım 5: İş Akışınızı Test Edin

openclaw.yml dosyanızı commit'leyin ve gönderin (push):

git add .openclaw/openclaw.yml
git commit -m "Add OpenClaw automation workflow"
git push origin develop

OpenClaw gönderimi algılar ve iş akışınızı başlatır. Çalışmasını izleyin:

openclaw logs --follow

Her görevin gerçek zamanlı olarak yürütüldüğünü göreceksiniz. Bir şey başarısız olursa, günlükler tam olarak neyin yanlış gittiğini gösterir.

CI/CD Entegrasyonu

OpenClaw, mevcut CI/CD araçlarınızla birlikte çalışır veya bunları tamamen değiştirir. İşte popüler platformlarla nasıl entegre edileceği.

GitHub Actions Entegrasyonu

GitHub Actions kullanıyorsanız, OpenClaw GitHub olaylarından tetiklenebilir:

# .github/workflows/openclaw.yml
name: OpenClaw Workflow
on: [push, pull_request]

jobs:
  run-openclaw:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v3
      - name: Run OpenClaw
        uses: openclaw/action@v2
        with:
          workflow: continuous-integration
          token: ${{ secrets.OPENCLAW_TOKEN }}

Bu kurulum size GitHub'ın olay sistemini OpenClaw'ın akıllı düzenlemesiyle birlikte sunar.

Jenkins Entegrasyonu

Jenkins kullanıcıları için OpenClaw eklentisini kurun:

pipeline {
    agent any
    stages {
        stage('Run OpenClaw') {
            steps {
                openclawRun workflow: 'continuous-integration'
            }
        }
    }
}

Jenkins planlama ve tetiklemeyi, OpenClaw ise yürütme mantığını yönetir.

GitLab CI Entegrasyonu

GitLab CI yapılandırması basittir:

# .gitlab-ci.yml
openclaw:
  image: openclaw/cli:latest
  script:
    - openclaw run continuous-integration
  only:
    - main
    - develop

Bağımsız Mod

Harici bir CI/CD'ye hiç ihtiyacınız yok. OpenClaw deponuzu doğrudan izleyebilir:

openclaw watch --repository https://github.com/yourorg/yourproject

OpenClaw değişiklikleri yoklar ve iş akışlarını otomatik olarak tetikler. Bu, daha küçük ekipler veya minimum altyapı istediğiniz projeler için harika çalışır.

Kod İnceleme Otomasyonu

Kod incelemesi, otomasyonun gerçekten parladığı yerdir. İnsanlar biçimlendirme sorunlarını veya eksik testleri yakalamak yerine mantığı ve tasarımı gözden geçirmelidir.

Otomatik Kod Kalitesi Kontrolleri

OpenClaw'ı her çekme isteğinde kalite kontrollerini çalıştırması için yapılandırın:

workflows:
  pull-request-checks:
    trigger:
      - on: pull_request
        actions: [opened, synchronize]

    tasks:
      - name: format-code
        command: npm run format
        auto_commit: true

      - name: check-code-style
        command: npm run lint

      - name: security-scan
        command: npm audit
        severity_threshold: moderate

      - name: check-test-coverage
        command: npm run test:coverage
        coverage_threshold: 80

      - name: detect-secrets
        command: gitleaks detect
        on_failure:
          action: block_merge

format-code görevi biçimlendirmeyi otomatik olarak düzeltir ve değişiklikleri kaydeder. Güvenlik açıkları veya gizli bilgiler tespit edilirse, PR birleştirilemez.

Performans Gerilemesi Tespiti

Performans sorunlarını üretime ulaşmadan önce yakalayın:

      - name: performance-benchmark
        command: npm run benchmark
        compare_to: main
        threshold:
          max_regression: 10%
        on_regression:
          notify: [slack]
          add_comment: true

Bu, performans metriklerini ana dalla karşılaştırır. Değişiklikleriniz işleri %10 daha yavaş hale getirirse, OpenClaw, inceleyicileri uyaran bir yorumu PR'a ekler.

Otomatik Birleştirme

Tüm kontroller geçtiğinde, neden birinin birleştirme düğmesine tıklamasını bekleyesiniz ki?

      - name: auto-merge
        depends_on: [all_checks]
        conditions:
          - all_checks_passed: true
          - approvals: 2
          - no_conflicts: true
        command: git merge --ff-only

Bu, iki kişi onay verdiğinde ve tüm otomatik kontroller geçtiğinde otomatik olarak birleştirir. Hassas değişiklikler için koşulları ayarlayarak manuel birleştirme gerektirebilirsiniz.

Test Otomasyonu

Test, güvenilir otomasyonun temelidir. OpenClaw, geliştirme sürecini yavaşlatmadan kapsamlı test paketlerini çalıştırmayı kolaylaştırır.

Çok Seviyeli Test Stratejisi

Testlerinizi katmanlar halinde yapılandırın:

workflows:
  comprehensive-testing:
    tasks:
      - name: unit-tests
        command: npm run test:unit
        parallel: true
        timeout: 5m

      - name: integration-tests
        command: npm run test:integration
        depends_on: [unit-tests]
        parallel: true
        timeout: 15m

      - name: e2e-tests
        command: npm run test:e2e
        depends_on: [integration-tests]
        environment: staging
        timeout: 30m

      - name: load-tests
        command: npm run test:load
        depends_on: [e2e-tests]
        conditions:
          - branch: main
        timeout: 20m

Birim testleri hızlı oldukları için önce çalışır. Birim testleri geçtikten sonra entegrasyon testleri paralel olarak çalışır. Uçtan uca (E2E) testler hazırlık ortamına karşı çalışır. Yük testleri yalnızca ana dal commit'lerinde çalışır.

Test Ortamı Yönetimi

OpenClaw, isteğe bağlı olarak test ortamlarını devreye sokabilir:

      - name: create-test-environment
        command: docker-compose up -d
        outputs:
          - DATABASE_URL
          - API_URL

      - name: run-tests
        command: npm test
        depends_on: [create-test-environment]
        environment:
          DATABASE_URL: ${create-test-environment.DATABASE_URL}
          API_URL: ${create-test-environment.API_URL}

      - name: cleanup-test-environment
        command: docker-compose down
        depends_on: [run-tests]
        always_run: true

always_run: true bayrağı, testler başarısız olsa bile temizliğin yapılmasını sağlar. Artık kaynakları tüketen kimsesiz Docker kapsayıcıları yok.

Hatalı Test Yönetimi

Hatalı testler en kötüsüdür. OpenClaw bunları yönetmenize yardımcı olur:

      - name: run-tests
        command: npm test
        flaky_test_handling:
          max_retries: 3
          quarantine_after: 5
          notify_on_quarantine: true

Bir test aralıklı olarak 5 kez başarısız olursa, OpenClaw onu karantinaya alır (bilinen hatalı olarak işaretler) ve ekibinize bildirir. Test hala çalışır, ancak hatalar dağıtımı engellemez. Bu, hatalı testlerin siz onları düzeltirken iş akışınızı durdurmasını önler.

Test Sonuç Analizi

OpenClaw, zaman içindeki test sonuçlarını takip eder:

openclaw test-report --workflow comprehensive-testing --days 30

Bu, eğilimleri gösterir: hangi testler en sık başarısız olur, ortalama test süresi, kapsam değişiklikleri. Bu verileri test iyileştirmelerini önceliklendirmek için kullanın.

Dağıtım Otomasyonu

Dağıtım, otomasyonun en çok karşılığını verdiği yerdir. Manuel dağıtımlar stresli ve hataya açıktır. Otomatik dağıtımlar sıkıcıdır (iyi anlamda).

Mavi-Yeşil Dağıtım

Otomatik geri alma ile sıfır kesinti süreli dağıtımlar:

workflows:
  blue-green-deployment:
    tasks:
      - name: deploy-to-green
        command: ./scripts/deploy.sh green
        environment: production

      - name: health-check-green
        command: ./scripts/health-check.sh green
        depends_on: [deploy-to-green]
        retry:
          max_attempts: 10
          initial_delay: 10s

      - name: switch-traffic
        command: ./scripts/switch-traffic.sh green
        depends_on: [health-check-green]

      - name: monitor-errors
        command: ./scripts/monitor.sh
        depends_on: [switch-traffic]
        duration: 10m
        error_threshold: 1%

      - name: rollback
        command: ./scripts/switch-traffic.sh blue
        depends_on: [monitor-errors]
        conditions:
          - error_rate_exceeded: true

Bu, yeşil bir ortama dağıtır, sağlık kontrollerini çalıştırır, trafiği değiştirir, hataları izler ve hata oranları yükselirse otomatik olarak geri alır.

Kanarya Dağıtımları

Riski azaltmak için değişiklikleri kademeli olarak yayınlayın:

      - name: canary-5-percent
        command: ./scripts/canary-deploy.sh 5
        depends_on: [deploy-artifact]

      - name: monitor-canary
        command: ./scripts/monitor-canary.sh
        depends_on: [canary-5-percent]
        duration: 15m
        metrics:
          - error_rate: 0.1%
          - latency_p99: 500ms

      - name: full-rollout
        command: ./scripts/canary-deploy.sh 100
        depends_on: [monitor-canary]
        conditions:
          - canary_healthy: true

Trafiğin %5'i ile başlayın, 15 dakika boyunca izleyin, ardından herkese yayınlayın. Kanarya sorun gösterirse, otomatik olarak geri alın.

Çok Ortamlı Dağıtım

Birden fazla ortamı manuel olarak yönetmek zahmetlidir. Yükseltmeyi otomatikleştirin:

workflows:
  environment-promotion:
    trigger:
      - on: workflow_complete
        workflow: continuous-integration

    tasks:
      - name: deploy-dev
        command: ./deploy.sh dev
        conditions:
          - branch: develop

      - name: smoke-test-dev
        command: npm run test:smoke -- --env dev
        depends_on: [deploy-dev]

      - name: promote-to-staging
        command: ./deploy.sh staging
        depends_on: [smoke-test-dev]
        conditions:
          - all_tests_passed: true
          - time_of_day: business_hours

      - name: regression-test-staging
        command: npm run test:regression -- --env staging
        depends_on: [promote-to-staging]

      - name: promote-to-production
        command: ./deploy.sh production
        depends_on: [regression-test-staging]
        conditions:
          - manual_approval: true
          - all_tests_passed: true

Kod, geliştirmeden hazırlık ortamına otomatik olarak akar, yalnızca üretim için manuel onay gerektiğinde durur.

API İş Akışı Otomasyonu için Apidog Entegrasyonu

API'ler modern geliştirmenin merkezinde yer alır ve Apidog, bunları yönetmek için en iyi araçlardan biridir. Apidog'u OpenClaw ile birleştirdiğinizde, sorunları erken yakalayan güçlü API iş akışı otomasyonu elde edersiniz.

Apidog'un Sundukları

Apidog, API tasarımı, dokümantasyonu, testi ve taklit edilmesini tek bir yerde yöneten kapsamlı bir API geliştirme platformudur. Özellikle birden fazla ekibin API sözleşmeleri etrafında koordinasyon kurması gereken işbirlikçi API geliştirmede güçlüdür.

Otomasyon amaçları için Apidog'un temel özellikleri şunlardır:

Doğrulamalarla otomatik API testi
API sözleşmesi doğrulama
Ön uç/arka uç paralelleştirmesi için sahte sunucu
Farklı API hedefleri için ortam yönetimi
API tanımları için ekip senkronizasyonu

Gelişmiş Otomasyon Modelleri

Temel otomasyonu çalıştırdıktan sonra, bu gelişmiş modeller işleri bir sonraki seviyeye taşır.

Özellik Bayrağı Entegrasyonu

Özellikleri yayınlamadan kod dağıtın. OpenClaw özellik bayraklarını yönetebilir:

      - name: enable-feature-flag
        command: ./scripts/feature-flag.sh enable new-checkout-flow
        depends_on: [deploy-production]
        conditions:
          - deployment_successful: true
          - manual_approval: true
        rollback:
          command: ./scripts/feature-flag.sh disable new-checkout-flow
          trigger: error_rate_spike

Kodu dağıtın, onay alın, bayrağı etkinleştirin. Hata oranları yükselirse, bayrak otomatik olarak devre dışı kalır.

Zamanlanmış Otomasyon

Her şey kod göndermelerinden tetiklenmez. Tekrarlayan görevleri zamanlayın:

workflows:
  scheduled-maintenance:
    trigger:
      - cron: "0 2 * * 0"  # Sunday at 2 AM

    tasks:
      - name: database-cleanup
        command: ./scripts/db-cleanup.sh

      - name: log-rotation
        command: ./scripts/rotate-logs.sh

      - name: dependency-audit
        command: npm audit

      - name: generate-weekly-report
        command: ./scripts/weekly-report.sh
        notify: [engineering-lead]

Bakım görevleri, kimsenin bir klavyeye dokunmasına gerek kalmadan haftalık olarak çalışır.

Çapraz Depo Bağımlılıkları

Mikro hizmet mimarilerinde, bir hizmetteki değişiklikler diğerlerini etkiler. OpenClaw çapraz depo otomasyonunu yönetir:

workflows:
  service-update:
    trigger:
      - on: workflow_complete
        repository: api-service
        workflow: deploy-production

    tasks:
      - name: update-client-library
        command: ./scripts/update-api-client.sh

      - name: run-consumer-tests
        command: npm run test:consumer
        depends_on: [update-client-library]

API hizmeti dağıtıldığında, bağımlı hizmetler istemci kütüphanelerini otomatik olarak günceller ve tüketici odaklı sözleşme testlerini çalıştırır.

Dağıtıma Göre Otomatik Ölçeklendirme

Altyapı değişikliklerini dağıtımlarla koordine edin:

      - name: scale-up-for-deployment
        command: kubectl scale deployment app --replicas=10
        depends_on: [run-migrations]

      - name: deploy-application
        command: kubectl apply -f k8s/
        depends_on: [scale-up-for-deployment]

      - name: wait-for-rollout
        command: kubectl rollout status deployment/app
        depends_on: [deploy-application]

      - name: scale-down
        command: kubectl scale deployment app --replicas=5
        depends_on: [wait-for-rollout]

Dağıtım için kapasite artırın, dağıtın, doğrulayın, sonra tekrar azaltın.

İzleme ve Uyarı

Gözlemlenebilirlik olmadan otomasyon, körlemesine uçmaktır. İşler ters gittiğinde bilmeniz için izlemeyi ayarlayın.

İş Akışı Metrikleri

OpenClaw, Prometheus, Datadog veya CloudWatch ile entegre olabilen metrikleri açığa çıkarır:

monitoring:
  metrics:
    enabled: true
    provider: prometheus
    port: 9090

  dashboards:
    - type: grafana
      url: ${GRAFANA_URL}
      api_key: ${GRAFANA_API_KEY}

  alerts:
    - name: workflow-failure-rate
      condition: failure_rate > 10%
      window: 1h
      notify: [pagerduty]

    - name: deployment-duration
      condition: duration > 30m
      notify: [slack]

İş akışı hata oranları yükseldiğinde veya dağıtımlar beklenenden daha uzun sürdüğünde uyarı alın.

Bildirim Yapılandırması

Kimse her küçük sorun için çağrı almak istemez. Akıllı uyarıları yapılandırın:

notifications:
  channels:
    slack:
      webhook_url: ${SLACK_WEBHOOK}
      channels:
        critical: "#incidents"
        warnings: "#engineering"
        info: "#deployments"

    pagerduty:
      service_key: ${PAGERDUTY_KEY}
      escalation_policy: engineering-oncall

  rules:
    - event: workflow_failed
      severity: critical
      channels: [pagerduty, slack-critical]

    - event: deployment_succeeded
      channels: [slack-info]

    - event: performance_regression
      severity: warning
      channels: [slack-warnings]

Kritik hatalar nöbetçi mühendisi çağırır. Başarılı dağıtımlar #deployments kanalına gönderilir. Performans gerilemeleri genel mühendislik kanalına gider.

Denetim Günlüğü

Uyumluluk ve hata ayıklama için OpenClaw tüm iş akışı etkinliklerini günlüğe kaydeder:

logging:
  level: info
  destinations:
    - type: file
      path: /var/log/openclaw/workflows.log
      retention: 90d

    - type: s3
      bucket: your-audit-bucket
      prefix: openclaw-logs/
      retention: 365d

  include:
    - workflow_name
    - task_name
    - start_time
    - end_time
    - actor
    - git_commit
    - environment

Her dağıtım, kimin tetiklediği, hangi commit'in dağıtıldığı ve ne zaman yapıldığı ile birlikte günlüğe kaydedilir. Olay sonrası analizler için paha biçilmezdir.

Otomasyon Sorunlarını Giderme

Otomasyon bazen bozulur. İşte yaygın sorunları nasıl ayıklayacağınız ve düzelteceğiniz.

İş Akışı Tetiklenmiyor

İş akışınız beklenmedik şekilde başlamıyorsa:

# İş akışı sözdizimini kontrol et
openclaw validate openclaw.yml

# Tetikleyici yapılandırmasını kontrol et
openclaw triggers list

# Tetikleyiciyi manuel olarak test et
openclaw trigger continuous-integration --dry-run

Yaygın nedenler:

openclaw.yml dosyasındaki sözdizimi hataları
Yanlış dal adı desenleri
Eksik webhook yapılandırması
Depo erişiminde izin sorunları

Görev Beklenmedik Şekilde Başarısız Oluyor

Belirli bir görev başarısız olduğunda:

# Ayrıntılı görev günlüklerini görüntüle
openclaw logs --workflow continuous-integration --task run-unit-tests --verbose

# Başarısız bir iş akışını tekrar oynat
openclaw replay workflow-run-id

# Tek bir görevi etkileşimli olarak çalıştır
openclaw run-task run-unit-tests --interactive

--interactive bayrağı, görevin ortamında bir kabuk açar, böylece doğrudan hata ayıklayabilirsiniz.

Ortam Değişkeni Sorunları

Ortam değişkenleri beklenenden daha fazla baş ağrısına neden olur:

# Bir görev için kullanılabilir tüm değişkenleri listele
openclaw env list --task deploy-to-staging

# Gizli bilgilerin düzgün yapılandırıldığını doğrula
openclaw secrets validate

# Değişken ikamesini test et
openclaw env test --workflow continuous-integration

Gizli bilgilerin doğru kapsamda (iş akışı veya görev seviyesi) ayarlandığından ve değişken adlarının tam olarak eşleştiğinden emin olun.

Performans Sorunları

İş akışları yavaş çalışıyorsa:

# İş akışı performansını analiz et
openclaw analyze --workflow continuous-integration --last 50 runs

# Darboğaz görevlerini belirle
openclaw bottleneck-report

Genellikle çözüm, bağımsız görevleri paralelleştirmek veya çalıştırmalar arasında bağımlılıkları önbelleğe almaktır.

Bağımlılık Önbellekleme

Bağımlılık önbellekleme ile iş akışlarını hızlandırın:

      - name: install-dependencies
        command: npm install
        cache:
          key: node-modules-${hash(package-lock.json)}
          paths:
            - node_modules/
          restore_keys:
            - node-modules-

Bu, node_modules'i package-lock.json karma değerine göre önbelleğe alır. Kilitleme dosyası değişmediyse, kurulum atlanır. Bu tek başına iş akışı süresini %40 azaltabilir.

Üretimde Hata Ayıklama

Üretimde bir şey başarısız olduğunda ve nedenini anlamanız gerektiğinde:

# Ayrıntılı iş akışı yürütme raporu al
openclaw report --run-id prod-deploy-20260309-001 --format json

# Başarısız çalıştırmayı son başarılı çalıştırmayla karşılaştır
openclaw diff --run1 prod-deploy-20260309-001 --run2 prod-deploy-20260308-001

# Olay analizi için günlükleri dışa aktar
openclaw export-logs --run-id prod-deploy-20260309-001 --output incident-report.tar.gz

Diff komutu özellikle kullanışlıdır: başarılı ve başarısız bir çalıştırma arasında tam olarak neyin değiştiğini vurgular.

Sonuç

Geliştirme iş akışınızı OpenClaw ile otomatikleştirmek bir günlük bir proje değildir, ancak her şeyi bir kerede yapmanıza gerek yok. En aktif deponuz için basit bir CI boru hattı ile başlayın. Temelleri rahatça öğrendikten sonra, ekibinizin otomasyon olgunluğu arttıkça karmaşıklığı ekleyin.

Yatırım getirisi gerçektir. İş akışlarını tamamen otomatikleştiren ekipler %60 daha hızlı ürün gönderir ve önemli ölçüde daha az üretim olayı yaşar. Daha da önemlisi, manuel süreçleri 'bebek bakıcılığı' yapmadıklarında geliştiriciler işlerinden daha çok keyif alırlar.

İş akışı düzenlemesi için OpenClaw ve API yaşam döngüsü yönetimi için Apidog'un birleşimi size eksiksiz bir çözüm sunar. OpenClaw otomasyonunuzun ne zaman ve nasıl yapılacağını yönetirken, Apidog API'lerinizin iyi test edilmiş, belgelenmiş ve ekipler arasında uyumlu kalmasını sağlar.

Küçük başlayın, etkiyi ölçün ve yineleyin. Gelecekteki siz, her dağıtımın sorunsuz çalıştığında size teşekkür edecek.

Düğme

Sıkça Sorulan Sorular

S: DevOps uzmanı değilsem OpenClaw'ı kurmak zor mu?

Pek değil. OpenClaw, kolayca erişilebilir olacak şekilde tasarlanmıştır. YAML yapılandırması okunabilir ve iyi belgelenmiştir. Bir Dockerfile veya temel bir CI boru hattı yazabiliyorsanız, bir öğleden sonra OpenClaw ile başlayabilirsiniz. Asıl öğrenme eğrisi, birkaç iş akışından sonra sezgisel hale gelen görev bağımlılıklarını ve koşulları anlamaktır.

S: OpenClaw, Jenkins veya GitHub Actions gibi mevcut CI/CD aracımın yerini alabilir mi?

İhtiyaçlarınıza bağlıdır. OpenClaw, bağımsız olarak çalışabilir ve geleneksel CI/CD'nin yerini alabilir veya mevcut araçlarınızla birlikte çalışabilir. Birçok ekip, basit iş akışları için GitHub Actions'ı kullanmaya devam ederken OpenClaw'ı akıllı düzenleme için kullanır. Mevcut sisteminizi tamamen değiştirmeye gerek yok - sahip olduğunuzu tamamlamak için OpenClaw'ı ekleyerek başlayın.

S: OpenClaw gizli bilgileri ve hassas ortam değişkenlerini nasıl yönetir?

OpenClaw, HashiCorp Vault, AWS Secrets Manager ve Azure Key Vault gibi gizli bilgi yöneticileriyle entegre olur. Gizli bilgiler asla openclaw.yml dosyanızda saklanmaz. Adlarıyla referans alınır ve çalışma zamanında enjekte edilir. Denetim günlükleri, değerleri ifşa etmeden gizli bilgi erişimini izler.

S: Otomasyon ve manuel süreçler arasındaki maliyet farkı nedir?

Hesaplama ekip büyüklüğüne göre değişir, ancak kaba bir tahmin: bir geliştirici yılda 100 bin dolar kazanıyor ve zamanının %30'unu manuel görevlere harcıyorsa, bu yılda 30 bin dolarlık boşa giden verimlilik demektir. OpenClaw'ın ek yükü (kurulum, bakım) genellikle tasarruf edeceğiniz zamanın %5-10'udur. Matematik, otomasyonu bariz kılar.

S: Apidog entegrasyonu, API oluşturmayan ekiplere nasıl yardımcı olur?

Ekibiniz üçüncü taraf API'leri kullanıyorsa (neredeyse herkes kullanır), Apidog yine de yardımcı olur. Bağımlı olduğunuz API'lerin hala beklendiği gibi davrandığını doğrulamayı otomatikleştirebilir, hız sınırlamalarına takılmadan geliştirme için mock'lar kurabilir ve API sözleşmeleri beklenmedik şekilde değiştiğinde uyarı alabilirsiniz.

S: Test etmek için OpenClaw'ı yerel olarak çalıştırabilir miyim?

Evet. OpenClaw, harici sistemleri tetiklemeden iş akışı yürütmeyi simüle eden yerel bir moda sahiptir:

openclaw run continuous-integration --local --dry-run

Bu, değişiklikleri göndermeden önce otomasyon yapılandırmanızı test etmenizi sağlar. Karmaşık iş akışları üzerinde yineleme yapmak için önemlidir.

S: İyi test edilmemiş eski kod tabanları için otomasyonu nasıl ele almalıyım?

Sahip olduğunuzla başlayın. Test kapsamı düşük olsa bile, mevcut testleri otomatikleştirin. Linting ve güvenlik taraması ekleyin. Hazırlık ortamına otomatik dağıtımı kurun. Test ekledikçe otomasyon değeri otomatik olarak artar. Mükemmel test kapsamı elde etmek için otomasyona başlamayı beklemeyin; otomasyon aslında daha iyi test uygulamalarını teşvik eder.

S: Otomasyon ters gittiğinde ve üretimi bozduğunda ne olur?

Geri alma otomasyonunun önemli olmasının nedeni budur. Her dağıtım iş akışı otomatik geri alma koşulları içermelidir. OpenClaw'ın mavi-yeşil dağıtım desteği, geri almayı anında yapar. Veritabanı değişiklikleri için, migrasyon sürecinin bir parçası olarak her zaman geri alma betikleri oluşturun. Amaç, tüm hataları ortadan kaldırmak değil, bunlardan manuel süreçlerin izin verdiğinden daha hızlı kurtulmaktır.