---
title: "OpenSearch, fork'tan beş yıl sonra AWS etkisini azaltıyor"
description: "OpenSearch projesi Linux Foundation'a geçtikten iki yıl sonra AWS'nin katkı payı yüzde 72'ye indi. Self-managed kullanım ve yönetişim riski."
image: "https://sezer.in/wp-content/uploads/2026/11/e88d1014-aws-hero-1024x576-1.jpg"
url: "https://sezer.in/haberler/opensearch-projesi-aws-katki-payi/"
date: "2026-11-02T12:10:57+03:00"
updated: "2026-11-02T12:10:57+03:00"
author: "Sezer Şanlıkan"
lang: "tr"
source: "https://sezer.in/haberler/opensearch-projesi-aws-katki-payi/"
---

# OpenSearch, fork'tan beş yıl sonra AWS etkisini azaltıyor

OpenSearch projesinde AWS'nin repository'lerdeki katkı payı ilk yıldaki yüzde 91'den 2025-26 döneminde yüzde 72'ye düştü. Projeyi Eylül 2024'te Linux Foundation'a devreden AWS, Technical Steering Committee'deki 15 oylu koltuğun 4'ünü elinde tutuyor ve komite başkanı yine bir AWS çalışanı. Eylül'de çıkan OpenSearch 3.9, vector ve hybrid search tarafında AI uygulamalarına dönük iyileştirmeler getirdi.

## OpenSearch nedir, ne işe yarar?

OpenSearch, Elasticsearch ve Kibana'nın Apache 2.0 lisanslı son sürümlerinden türetilmiş açık kaynak arama ve analiz motorudur. Log analizi, tam metin arama, observability (gözlemlenebilirlik) ve vector search için kullanılır. Görselleştirme tarafında OpenSearch Dashboards ile birlikte gelir. Proje Linux Foundation çatısı altındaki OpenSearch Software Foundation'da yönetiliyor. En bilinen alternatifi Elasticsearch'tür.

## Sayılar ne söylüyor

Arama ve log altyapısını OpenSearch üzerine kuran ekipler için asıl soru lisans değil, yönetişim. Elastic, AGPL seçeneğiyle Elasticsearch'ü yeniden açık kaynak yaptı. Yani 2021'deki "lisans yüzünden fork'a geç" gerekçesi zayıfladı. Bugün karar, projenin kimin elinde olduğuna bakılarak veriliyor.

Foundation'ın verdiği rakamlar bir yön gösteriyor ama tablo henüz dengeli değil:

- AWS katkı payı: ilk yılda yüzde 91, 2025-26'da yüzde 72
- Çekirdek repository'de Amazon bağlantılı maintainer oranı: Nisan 2022'de yüzde 95, bugün yüzde 71
- Technical Steering Committee: 15 oylu koltuğun 4'ü AWS'de, başkan Andrew Ross Ekim'de yeniden seçildi

Katkıların yaklaşık dörtte üçü hâlâ tek şirketten geliyor. Hukuki bağımsızlık var. Mühendislik bağımsızlığı ise yolun yarısında.

## OpenSearch projesinde AWS etkisi nerede duruyor

Linux Foundation devri bir şeyi kesinleştirdi: AWS lisansı değiştiremez, projeyi kapatamaz. Elastic'in 2021'de yaptığı türden bir lisans sürprizi bu yapıda yaşanamaz. Uzun ömürlü bir platform seçen ekip için bu, en somut güvence.

Ama kod yönü başka bir konu. Maintainer'ların yüzde 71'i aynı şirkete bağlıysa, roadmap önceliklerinin o şirketin managed servisine göre şekillenmesi doğal. Asıl risk şu: AWS'nin bir gün yatırımı kısması halinde katkı akışı nasıl etkilenir? Foundation yöneticisi Bianca Lewis'in sözleri de bu soruyu besliyor: AWS'nin uzun vadede OpenSearch'ü büyütme planı hiç olmadığını söylüyor. Bu, bağımsızlık için iyi haber. Ama boşluğu doldurup dolduramayacağı katkıcı tabanının genişlemesine bağlı.

Ankete katılan ve OpenSearch kullanmayan 71 kişinin yüzde 24'ü de tam bu nedenle uzak duruyor.

## Self-managed büyümesi kimi ilgilendiriyor

Rapora göre bulutta self-managed çalıştıranların oranı 2024'teki yüzde 37'den yüzde 60'a çıktı. Amazon'un managed servisi ise yüzde 44'ten 48'e yükseldi. Self-managed tarafı belirgin biçimde daha hızlı büyüyor.

Bu tablo Kubernetes üzerinde ya da kendi sanal makinelerinde cluster işleten ekipleri ilgilendiriyor. Self-managed demek, sürüm yükseltmesi, yedekleme ve sertifika yönetimi sizde demek. Karşılığında managed servise bağlanmadan bulut sağlayıcı değiştirme esnekliği kazanıyorsunuz. Lewis'in vurguladığı lock-in kaygısı tam olarak burada somutlaşıyor: uygulamayı yeniden yazmadan altyapıyı taşıyabilmek.

Mevcut bir cluster'ın sürümünü ve kurulu plugin'lerini görmek için standart API çağrıları yeterli. Security plugin açıksa adresi https ile ve kimlik bilgisiyle çağırın:

```
curl -s http://localhost:9200
curl -s "http://localhost:9200/_cat/plugins?v"
```

Plugin listesi, ileride taşıma ya da yükseltme yaparken hangi bileşene bağımlı olduğunuzu gösteren ilk envanterdir.

## Elasticsearch'ten geçişte isim değişikliği beklemeyin

Lewis ilk OpenSearch sürümlerinin "farklı isimli Elasticsearch" olduğunu açıkça kabul ediyor. Aynı plugin'ler, aynı dokümantasyon. Ama Linux Foundation devrinde iki projenin çoktan ayrıştığını da ekliyor.

Buradan çıkan pratik sonuç: Elasticsearch'ten OpenSearch'e ya da tersine geçişi bir rename olarak planlamayın. Client kütüphanelerini, plugin'leri ve sorgu kullanımını ayrı ayrı test edin. Fork'tan beş yıl sonra eski uyumluluk varsayımları güvenilir bir temel değil.

OpenSearch 3.9'daki vector ve hybrid search iyileştirmeleri RAG (Retrieval-Augmented Generation) altyapısı kuran ekipler için ilgi çekici. Ayrı bir vektör veritabanı eklemek yerine log ve arama için zaten işlettiğiniz cluster'ı değerlendirmek, işletilecek bileşen sayısını azaltır. Bu yolu seçerseniz önce izole bir cluster'da deneyin; arama iş yükü ile log iş yükünü aynı node'larda karıştırmak kaynak çekişmesine yol açabilir.

## Karar verirken bakılacaklar

Rapor, deployment'ların önemli kısmının hâlâ deneme aşamasında olduğunu söylüyor. Şirketler Splunk ya da Elastic sözleşmeleri bitene kadar bekliyor. Siz de değerlendirme aşamasındaysanız şu sırayı izleyebilirsiniz:

- Sözleşme bitiş tarihinizi çıkarın, geçiş penceresini ona göre planlayın
- OpenSearch projesinin repository'lerinde katkıcı dağılımını belli aralıklarla kontrol edin; yüzde 72 düşmeye devam ediyor mu
- Managed servis kullanıyorsanız, aynı yapıyı self-managed çalıştırmanın operasyon yükünü şimdiden hesaplayın
- AI arama ihtiyacı varsa 3.9 ile ayrı bir test cluster'ı kurup mevcut vektör çözümünüzle karşılaştırın

AWS'nin katkı payı yüzde 50'nin altına inmeden OpenSearch projesinin tek şirket riskini tamamen aştığını söylemek erken. Ama lisansın değiştirilemez olması, bugün birçok ticari alternatifin veremediği bir taahhüt.