Tuval uygulamaları için bağlayıcılara genel bakış

Veri, Power Apps'te oluşturduğunuz veriler de dahil olmak üzere çoğu uygulamanın temelidir. Veriler bir veri kaynağında depolanır ve bu verileri uygulamanıza çekmek için bağlantı oluşturmanız gerekir. Bağlantı, veri kaynağıyla iletişim kurmak için özel bir bağlayıcı kullanır. Power Apps; SharePoint, SQL Server, Office 365, Salesforce, Twitter ve daha birçok popüler hizmet ve şirket içi veri kaynağı ile kullanılabilecek bağlayıcılara sahiptir. Tuval uygulamasına veri eklemeye başlamak için bkz. Power Apps uygulamasında bir veri bağlantısı ekleme.

Bağlayıcı, veri tablosu veya eylem sunabilir. Bazı bağlayıcılar yalnızca tablo, bazıları yalnızca eylem, bazıları da ikisini birden sağlayabilir. Bağlayıcınız, standart veya özel bir bağlayıcı da olabilir.

Tablolar

Bağlayıcınız tablo sağlıyorsa veri kaynağınızı ekleyip yönetmek istediğiniz veri kaynağı tablosunu seçmeniz gerekir. Power Apps, hem tabloyu uygulamanıza alır hem de veri kaynağındaki verileri sizin yerinize güncelleştirir. Örneğin, Dersler adında bir tablo içeren bir veri kaynağı ekleyebilir ve galeri ya da form gibi bir denetimin Öğeler özelliğini formül çubuğunda şu değere ayarlayabilirsiniz:

Uygulamanızın alacağı verileri belirtmek için verilerinizi gösteren denetimin Öğeler özelliğini kullanabilirsiniz. Bir önceki örnekten devam edecek olursak, bu adı Search ve SortByColumn işlevleri için bir bağımsız değişken olarak kullanarak Dersler tablosundaki verileri sıralayabilir veya filtreleyebilirsiniz. Bu grafikte Öğeler özelliğinin ayarlandığı formül, verilerin TextSearchBox1 içindeki metne göre sıralanıp filtreleneceğini belirtir.

Formülünüzü tablolarla özelleştirme hakkında daha fazla bilgi için şu makalelere bakın:

Power Apps uygulamasındaki veri kaynaklarını anlama
Excel verilerinden uygulama oluşturma
Sıfırdan uygulama oluşturma
Power Apps uygulamasındaki tabloları ve kayıtları anlama

Eylemler

Bağlayıcınız eylem sağlıyorsa, yukarıda olduğu gibi veri kaynağı seçmeniz gerekir. Ancak bir sonraki adımda tablo seçmek yerine verilerinizi gösterecek olan denetimin Öğeler özelliğini düzenleyerek denetimi bir eyleme el ile bağlamanız gerekir. Öğeler özelliğini ayarladığınız formül, veri alan eylemi belirtir. Örneğin, Yammer uygulamasına bağlanıp Öğeler özelliğini veri kaynağının adı olarak ayarlamanız durumunda veri alımı gerçekleşmez. Denetimi verilerle doldurmak için GetMessagesInGroup(5033622).messages gibi bir eylem belirtmeniz gerekir.

Eylem bağlayıcıları için özel veri güncelleştirmeleri gerçekleştirmeniz gerekiyorsa Patch işlevini içeren bir formül oluşturun. Formülde, eylemi ve eyleme bağlanacak adımları tanımlayın.

Formülünüzü özel güncelleştirmelerle özelleştirme hakkında daha fazla bilgi için şu makalelere bakın:

Patch
Collect
Güncelleştirme

Popüler bağlayıcılar

Bu tabloda en popüler bağlayıcılarımız hakkında daha fazla bilgiye ulaşabileceğiniz bağlantılar yer almaktadır. Bağlayıcıların tam listesi için bkz. Tüm bağlayıcılar.

	Microsoft Dataverse			Bulut depolaması **
	Dynamics AX			Excel
	Microsoft Translator			Office 365 Outlook
	Office 365 Kullanıcıları			Oracle
	Power BI			SharePoint
	SQL Server			Twitter

** Azure Blob, Box, Dropbox, Google Drive, OneDrive ve OneDrive İş için geçerlidir

Standart ve özel bağlayıcılar

Power Apps yaygın olarak kullanılan birçok veri kaynağı için standart bağlayıcılar sağlar. Kullanmak istediğiniz veri kaynağı türü için Power Apps uygulamasında bir standart bağlayıcı varsa bu bağlayıcıyı kullanmanız gerekir. Kendi oluşturduğunuz bir hizmet gibi başka bir veri kaynağı türüne bağlanmak istiyorsanız bkz. Özel bağlayıcıları kaydetme ve kullanma.

Tüm standart bağlayıcılar

Standart bağlayıcılar özel lisans gerektirmez. Daha fazla bilgi için bkz. Power Apps Planları.

Bağlayıcıya özgü sorularınızı Power Apps forumlarında sorabilir, eklemek istediğiniz yeni bağlayıcıları veya diğer iyileştirme önerilerinizi Power Apps Ideas sayfasında ifade edebilirsiniz.

Güvenlik ve kimlik doğrulaması türleri

Uygulamanızı yazarken ve bir veri kaynağına bağlantı oluştururken bağlayıcı seçiminizin kimlik doğrulaması için farklı yollar kullanmanıza izin verdiğini görebilirsiniz. Örneğin, SQL Server Bağlayıcısı Azure AD Tümleşik, SQL Server Kimlik Doğrulaması ve Windows Kimlik Doğrulaması kullanmanızı sağlar. Her kimlik doğrulaması türünün kendisiyle ilişkilendirilmiş farklı güvenlik düzeyleri vardır. Uygulamanızı kullanan kullanıcılarla hangi bilgilerin ve hakların paylaşılacağı konusunda bilgi sahibi olmak önemlidir. Bu makaledeki birinci örnek SQL Server'dır ancak ilkeler tüm bağlantı türleri için geçerlidir.

Azure AD Tümleşik

Bu, güvenli bir bağlantı türüdür. Örneğin, SharePoint bu tür bir kimlik doğrulaması kullanır. SQL Server da bu tür kimlik doğrulamasına izin verir. Bağlandığınızda, Azure AD hizmeti sizin adınıza sizi SharePoint uygulamasına tanımlar. Kullanıcı adı veya parola girmeniz gerekmez. Yazar olarak, kimlik bilgilerinizle veri kaynağı oluşturabilir ve onlarla çalışabilirsiniz. Uygulamanızı yayımladığınızda ve uygulamanızın kullanıcısı oturum açtığında, kullanıcılar bu işlemi kimlik bilgileriyle yapar. Veriler arka açta uygun bir şekilde güvenlik altına alınırsa kullanıcılarınız, kimlik bilgilerine göre yalnızca görme yetkisine sahip olduğu verileri görebilir. Bu tür bir güvenlik, uygulama yayınlandıktan sonra arka uç veri kaynağındaki belirli uygulama kullanıcıları için haklarını değiştirmenize olanak tanır. Örneğin, bir kullanıcının veya bir kullanıcı kümesinin neler görebileceklerine dair erişimleri arka uç veri kaynağında verebilir, reddedebilir veya hassaslaştırabilirsiniz.

Açık standart kimlik doğrulaması (OAuth)

Bu bağlantı türü de güvenlidir. Örneğin, Twitter bu tür bir kimlik doğrulama kullanır. Bağlandığınızda kullanıcı adınızı ve parolanızı girmeniz gerekir. Yazar olarak, kimlik bilgilerinizle veri kaynağı oluşturabilir ve onlarla çalışabilirsiniz. Uygulamanızı yayımladığınızda ve uygulamanızın kullanıcısı oturum açtığında, kullanıcılar kimlik bilgilerini de sağlamalıdır. Bu nedenle, kullanıcılarınızın veri kaynağı hizmetine erişmek için kendi kimlik bilgilerini kullanmaları gerektiğinden bu tür bir bağlantı güvenlidir.

SQL Kullanıcı adı ve parola kimlik doğrulaması

Bu bağlantı türü, son kullanıcı kimlik doğrulamasını kullanmadığı için güvenli değildir. Bu yalnızca bu bağlantıya erişimi olan herkesin bağlantının erişim sağlayacağı verilerin tümünü görüp kullanabileceğini güvenli şekilde varsayabileceğiniz durumlarda kullanılmalıdır. Bağlantı içinde erişilebilen verilerin bölümlerini güvenilir şekilde kilitleyemezsiniz. Örneğin, bağlantı tek bir tabloya erişime izin veriyorsa filtrelemek ve yalnızca bu tablo içindeki belirli kullanıcının verilerini görmek için bir userID'ye güvenemezsiniz. Güvenilir bir güvenlik için Azure AD Tümleşik gibi daha güvenli bir bağlantı kullanın.

SQL Server'da, bu bağlantı türüne SQL Server Kimlik Doğrulaması adı verilir. Diğer birçok veritabanı veri kaynağı da benzer bir özellik sağlar. Uygulamanızı yayınladığınızda kullanıcılarınızın benzersiz bir kullanıcı adı ve parola girmeleri gerekmez. Kullanıcılar, uygulamayı yazarken sağladığınız kullanıcı adını ve parolayı kullanır. Veri kaynağı için sağlanan bağlantı kimlik doğrulaması, kullanıcılarınızla Örtülü Olarak Paylaşılır. Uygulama yayımlandıktan sonra bağlantı da yayımlanır ve kullanıcılarınız için kullanılabilir durumda olur. Son kullanıcılarınız, kendileriyle paylaşılan SQL Server kimlik doğrulaması kullanan herhangi bir bağlantıyı kullanarak da uygulamalar oluşturabilir. Kullanıcılarınız kullanıcı adını veya parolayı göremez ancak bağlantı kullanıcılara sunulur. Bu bağlantı türü için geçerli senaryolar vardır. Örneğin, şirketteki herkesin erişebildiği salt okunur bir veritabanınız varsa. Başvuru verileri senaryoları (örneğin, bir şirket takvimi) bu tür bir bağlantı için yararlı olabilir. Daha fazla bilgi: Microsoft SQL Server'ı, Power Apps ile güvenle kullanma

Windows Kimlik Doğrulaması

Bu bağlantı türü, son kullanıcı kimlik doğrulamasını kullanmadığı için güvenli değildir. Şirket içi bir veri kaynağına bağlanmanız gerektiğinde Windows kimlik doğrulamasını kullanın. Bu tür bağlantılara örnek olarak SQL Server'ı olan bir şirket içi sunucu verilebilir. Bağlantı bir ağ geçidinden geçmelidir. Bağlayıcı, ağ geçidinden geçtiği için bu veri kaynağındaki tüm verilere erişebilir. Sonuç olarak, sağladığınız Windows kimlik bilgileriyle erişebileceğiniz tüm bilgiler bağlayıcı tarafından kullanılabilir. Uygulama yayımlandıktan sonra bağlantı da yayımlanır ve kullanıcılarınız için kullanılabilir durumda olur. Bu davranış, son kullanıcılarınızın aynı bağlantıyı kullanarak uygulama oluşturabileceği ve ilgili makinedeki verilere erişebileceği anlamına gelir. Veri kaynağına bağlantılar, uygulamanın paylaşıldığı kullanıcılarla da Örtülü Olarak Paylaşılır. Bu bağlantı türü, veri kaynağınız yalnızca şirket içi bir sunucuda yer alıyorsa ve bu kaynaktaki veriler serbestçe paylaşılabiliyorsa geçerli olabilir.

Çözümlerdeki veri kaynakları

Çözümler uygulama yaşam döngüsü yönetimi için kullanılır ve veri kaynaklarının yaşam döngüsünü yönetmek için ek özellikler sunar. Tuval uygulaması bir çözümse veri kaynaklarıyla ilgili bilgileri depolamak için bağlantı başvuruları ve ortam değişkenleri oluşturulabilir. Bu, çözümler farklı ortamlara geçirildiğinde veri kaynaklarının değiştirilmesini veya yeniden kurulmasını sağlar.

Uygulamalardaki veri kaynaklarını yeniden adlandırma

Bir uygulamadaki veri kaynaklarını yeniden adlandırma ve tablosal ve eylem tabanlı veri kaynakları arasındaki fark hakkında bilgi edinmek için Power Apps eylem tabanlı veri kaynaklarını yeniden adlandırma makalesine gidin.

Bağlantı onayı iletişim kutusu

Kullanıcılar bağlayıcıları ilk defa kullanan bir uygulamayı açtıklarında aşağıdaki amaçlar doğrultusunda bir "bağlantı onayı" iletişim kutusu görür.

1. Kullanıcılara uygulama tarafından erişilen veri kaynakları hakkında bilgi verme.

2. Bağlayıcının uygulamada gerçekleştirebileceği veya gerçekleştiremeyeceği eylemleri anahatlarıyla belirtme. Örneğin, Office 365 Kullanıcıları bağlayıcısını kullanan uygulamalar için bu iletişim kutusu aşağıdaki gibi olabilir.

   • Bu uygulama şunları yapabilir:
     • Kullanıcı profilinizin tamamını okuma
     • Tüm kullanıcıların profillerinin tamamını okuma
   • Şunları yapamaz:
     • Kullanıcı profili bilgilerini değiştirme veya silme

3. Uygulamanın kullandığı veri kaynaklarına bağlanmaya yönelik son kullanıcı izni alma.

4. Gerektiğinde el ile son kullanıcı kimlik doğrulamasını gerçekleştirme.

Bazı bağlantılarda Power Platform, veri kaynağına erişmek için kullanıcının kimlik doğrulamasını otomatik olarak yapabilir. Ancak otomatik oturum açma başarısız olursa bu iletişim kutusunda kullanıcılardan el ile oturum açarak bağlantıyı düzeltmesi istenir. Power Platform'un bağlantı için otomatik oturum açmayı deneyebilmesi için veri kaynağının Microsoft Azure API bağlantıları hizmet sorumlusunun kimliğini önceden doğrulaması ve bağlantı oluşturulduğunda kullanıcı için çoklu oturum açma izni vermesi gerekir. Çoklu oturum açma hakkında daha fazla bilgi için bkz. Çoklu oturum açma (SSO) nedir?

Aşağıdaki resim, SharePoint sitesine bağlanan bir uygulamanın bağlantı onayı iletişim kutusuna bir örnektir.

Belirli bağlayıcılarda yöneticiler bu iletişim kutusunu gizleyebilir ve veri kaynağına bağlanmak için son kullanıcılar adına onay verebilir. Aşağıdaki tabloda, bir uygulamada hangi tür bağlayıcılar için onay iletişim kutusunun gizlenebileceği açıklanır.

Microsoft Power Platform, yalnızca aşağıdaki durumlarda veri kaynaklarına yönelik bağlantılar için onay iletişim kutusunu gizleyebilir:

1. Veri kaynağı tarafından açıkça onay UI öğesi göstermek zorunlu tutulmamıştır.
2. Veri kaynağı, çoklu oturum açmayı sağlamak için Microsoft'un Azure API bağlantıları hizmet sorumlusunun kimliğini önceden doğrular.
3. Yönetici, önceki bağlantılar için izni gizlemek üzere uygulamayı yapılandırır.

Microsoft Azure API'si bağlantıları hizmet sorumlusunun ön kimlik doğrulaması Microsoft'un birinci taraf veri kaynakları için geçerlidir ve özel bağlayıcılar kullanan Azure AD kiracısına kayıtlı özel uygulamalar tarafından yapılandırılabilir. Yönetici, onay gizlemeyi uygulamaya göre (bağlayıcıya göre değil) yönetir. Bu nedenle, gizleme en ayrıntılı uygulama deneyimi düzeyinde yönetirilir. Bu ayrıntı düzeyi, bir kuruluşun "onaylı uygulamalarına" yönelik onay gizleme özellliğinin onaylanmamış veya incelenmemiş uygulamalar için onayı yanlışlıkla gizlemesini önler.