Microsoft 365 Copilot lisansı, özel bir AI uygulamasının model barındırma, veri erişimi ve işletim ihtiyaçlarını tek başına karşılamaz. GitHub Copilot, Copilot Studio ve Microsoft Foundry de aynı ürünün farklı adları değildir. Hangi çözümün uygun olduğunu belirlemek için kullanıcı işini ve uygulamanın teknik sorumluluklarını ayırmak gerekiyor.

Microsoft’un AI ürünlerini dört işlev üzerinden incelemeyi daha yararlı buluyorum: hazır asistanlar, ajan ve uygulama geliştirme, veri ve model hizmetleri, güvenlik ve yönetişim. Bu resmi bir lisans sınıflandırması değil; ürünlerin nerede devreye girdiğini anlamaya yardımcı bir teknik ayrım.

Hazır asistan hangi işi üstleniyor?

Microsoft 365 Copilot, Word, Excel, Outlook ve Teams gibi çalışma ortamlarında içerik üretme, analiz ve bilgiye erişim ihtiyaçlarına odaklanır. Kullanıcının erişebildiği kurumsal içerik yanıtların bağlamına girebilir. Kullanılabilir özellikler ürün, lisans ve yönetici ayarlarıyla değişir.

GitHub Copilot ise yazılım geliştirme akışına yöneliktir. Editör, terminal veya GitHub üzerindeki kodlama işlerinde kullanılır. Bir geliştiricinin kod inceleme ihtiyacıyla finans ekibinin çalışma kitabı analizi aynı değerlendirme setine konmamalı; farklı veri, araç ve doğrulama ölçütleri gerektirir.

Dynamics 365 tarafında da ilgili iş uygulamasına bağlı Copilot yetenekleri bulunabilir. Satış, müşteri hizmetleri ve operasyon senaryolarında önce mevcut uygulamanın desteklediği yeteneğe bakın. Ürün ailesinde Copilot adının geçmesi, bütün özelliklerin mevcut lisansınıza dahil olduğunu göstermez.

Ben ilk değerlendirmede ürün adından önce beklenen çıktıyı yazmayı tercih ediyorum. Toplantı özeti, kod değişikliği ve müşteri kaydı güncellemesi farklı işlerdir. Özellikle kayıt değiştiren işlemlerde kullanıcı yetkisi, işlem onayı ve hata durumunda geri dönüş yolu ayrıca belirlenmelidir.

Ajan geliştirmek istediğinizde seçenekler değişiyor

Microsoft Copilot Studio, ajan ve iş akışı oluşturmak için görsel, low-code bir geliştirme ortamı sunar. Kurumsal veri kaynakları ve connector’larla çalışabilir; ajanları desteklenen kanallarda kullanıma açabilirsiniz. Power Platform yönetimiyle ilişkisi, ortam ve yönetişim kararlarını da önemli hale getirir.

Microsoft Foundry tarafında model seçimi, değerlendirme ve geliştirici odaklı AI uygulama hizmetleri bulunur. Foundry Agent Service, özel ajanların çalıştırılması ve araçlarla bağlanması için değerlendirilebilecek hizmetlerden biridir. SDK, ağ gereksinimleri ve uygulama yaşam döngüsü üzerinde daha doğrudan çalışmak isteyen ekiplerin seçenekleri burada genişler.

Copilot Studio’yu Foundry Agent Service’in yalnızca görsel arayüzü olarak tanımlamak doğru değil. Ürünlerin geliştirme yüzeyleri, yönetim kapsamları ve ticari koşulları ayrıdır. Birbirleriyle entegre olabilmeleri, aynı altyapı ve aynı veri akışını kullandıkları anlamına gelmez.

Power Apps, Power Automate ve Dataverse de bu tasarımda rol alabilir. Örneğin bir ajan Dataverse kaydı üzerinde işlem başlatırken onay akışı Power Automate tarafından yürütülebilir. Böyle bir senaryoda connector izinlerini, çağrıyı yapan kimliği ve ortam sınırlarını birlikte incelemek gerekir.

Microsoft Copilot Studio konu düzenleyicisinde soru, koşul ve mesaj düğümlerinden oluşan akış
Microsoft Copilot Studio'nun resmi konu düzenleyicisinde koşullara göre dallanan örnek akış; Foundry Agent Service arayüzü değildir.

Veri, arama ve model hizmetlerinin görevleri

Modelin yanıt üretmesiyle kurumsal bilginin bulunması ayrı aşamalardır. Azure AI Search, desteklenen arama ve retrieval senaryolarında belge indeksini sorgulamak için kullanılabilir. Azure OpenAI modellerine erişim ise model çıkarımı tarafındadır. Her AI uygulaması için bu iki hizmetin de zorunlu olduğunu varsaymayın.

Microsoft Fabric ve Power BI, veri analitiği ve raporlama ihtiyaçlarına hizmet eder. Cosmos DB bir uygulamanın operasyonel verisini tutabilir. Bu ürünleri aynı listede görmek, aynı işi yaptıkları veya birbirlerinin yerine geçebildikleri anlamına gelmez.

Basit bir teknik senaryo düşünelim: kullanıcı şirketin satın alma politikasını soruyor. Uygulama yetkili belgeleri arar, ilgili bölümleri modele bağlam olarak verir ve yanıtı kaynaklarıyla döndürür. Bu retrieval akışında belge güncelliği ve erişim filtresi, model seçiminden bağımsız olarak doğru kurulmalıdır.

Geliştirilen uygulamanın nerede çalışacağı da ayrı karardır. App Service, Container Apps, Functions veya Kubernetes Service farklı işletim ihtiyaçlarına cevap verir. API Management erişim ve API politikalarında rol alabilir; bunların hiçbirini sadece AI projesi olduğu için otomatik olarak mimariye eklemek gerekmiyor.

Erişim ve güvenlik bütün akış boyunca geçerli

Entra ID kimlik ve erişim yönetiminde, Intune cihaz yönetiminde, Defender ürünleri ilgili tehdit koruma alanlarında görev alır. Purview ise veri sınıflandırması, koruma ve uyumluluk senaryolarında kullanılır. Sentinel güvenlik operasyonlarında olay ve veri analizine katkı sağlayabilir.

Microsoft 365 Copilot’un mevcut izinleri aşarak bütün SharePoint içeriğini açtığı düşüncesi yanlış. Microsoft’un veri ve gizlilik dokümanına göre kullanıcıya yalnızca erişim izni bulunan kurumsal içerik sunulur. Ancak gereğinden geniş verilmiş izinler varsa, kullanıcı zaten erişebildiği hassas içeriği daha kolay bulabilir.

Bu nedenle hazırlık yalnızca Purview’da bir özellik açmaktan ibaret değildir. SharePoint paylaşımını, grup üyeliklerini, dış erişimi ve gerektiğinde duyarlılık etiketlerini inceleyin. Koruma özelliklerinin lisansını ve kapsadığı veri konumlarını doğrulayın; tek bir ürünün bütün erişim sorunlarını çözdüğünü varsaymayın.

Excel çalışma kitabında Microsoft Purview duyarlılık etiketini seçmek için açılan menü
Veri koruma katmanı: Microsoft Purview duyarlılık etiketinin Excel'deki gerçek kullanıcı deneyimi. Microsoft'un örnek çalışma kitabıdır.

Ürün envanterini uygulanabilir bir karara dönüştürün

Her aday çözüm için kullanıcı grubunu, veri kaynağını, yapılacak işlemi ve işletim sahibini kaydedin. Mevcut Microsoft 365 lisansı ile ek tüketim ücretlerini ayrı alanlarda tutun. Böylece satın alınmış ama etkinleştirilmemiş bir yetenekle ayrıca ücretlendirilen hizmet birbirine karışmaz.

Bir sonraki adım küçük bir pilot olmalı. Yanıt doğruluğu, yetkisiz içerik göstermeme, işlem hataları ve kullanıcı başına tüketim gibi ölçülebilir kriterler seçin. Sadece iyi görünen birkaç örnek yanıtla üretim kararı vermeyin; başarısız istekleri de değerlendirme setine alın.

Ürün adlarını ve özellik durumlarını güncel dokümanla kontrol etmek özellikle önemli. Sosyal medyadaki bir ekosistem infografiği, yayımlandığı tarihin görüntüsünü verir; emekliye ayrılmış ürün veya değişmiş hizmet adı içerebilir. Satın alma ve mimari kararın kaynağı resmi ürün dokümanı olmalıdır.

Önce iş yükünü, sonra ürünü seçin

  • Hazır asistan ile özel ajan geliştirmeyi ayırın.
  • Arama, model çıkarımı ve veri depolamanın görevlerini netleştirin.
  • Kullanıcı erişimini ve işlem yetkisini pilotta doğrulayın.
  • Lisans, tüketim ve işletim sorumluluğunu birlikte hesaplayın.

Yetkisiz belgeyi yanıtına alan bir pilotta önce erişim filtresini düzeltin; model değiştirmek bu izin açığını kapatmaz. Sorularınız olursa yorumlarda buluşalım.

Yorum Bırakın