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 tablo verilerini uygulamanıza alır hem de veri kaynağındaki verileri sizin yerinize otomatik olarak güncelleştirir. Örneğin, Dersler adında bir tablo içeren bir veri kaynağı ekleyebilir ve galeri ya da form gibi bir denetimin Items özelliğini formül çubuğunda şu değere ayarlayabilirsiniz:

Uygulamanızın alacağı verileri belirtmek için verilerinizi gösteren denetimin Items ö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 Items ö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 Items özelliğini düzenleyerek denetimi bir eyleme el ile bağlamanız gerekir. Items özelliğini ayarladığınız formül, veri alan eylemi belirtir. Örneğin, Yammer uygulamasına bağlanıp Items ö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
Update

Dinamik şema, eylem tabanlı bağlayıcılarda yaygın bir sonuç türüdür. Dinamik şema, nasıl çağrıldığına bağlı olarak, aynı eylemin farklı sütunlara sahip bir tablo döndürme olasılığını ifade eder. Tablodaki sütunların farklı olmasına neden olabilecek koşullar arasında giriş parametreleri, eylemi yürüten kullanıcı veya rol ve kullanıcının çalıştığı grup yer alır. Örneğin, SQL Server saklı yordamları farklı girişlerle çalıştırdığınızda farklı sütunlar döndürebilir veya bir Azure DevOps kurulumu varsayılan olarak kullanılamayan özel alanlar kullanabilir. Bağlayıcı belgelerinde "Bu işlemin çıktıları dinamiktir." iletisiyle birlikte dinamik şemanın gösterildiğini unutmayın. ifadesini gösterir.

Power Apps'te dinamik şemayla nasıl çalışılacağı hakkında daha fazla bilgi edinmek isterseniz Türü belirtilmemiş ve dinamik nesnelerle çalışma bölümünden genel bakışa, Power Apps'ten Azure DevOps'a bağlanma bölümünden ayrıntılı bir örneğe ulaşabilirsiniz.

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.

** 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ı Microsoft Entra 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.

Microsoft Entra Kimliği

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, Microsoft Entra 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.

Paylaşılan bağlantılar / Güvenli Örtük Bağlantılar

Paylaşılan bir bağlantıda, bağlantı için kullanıcı adı ve parola veri kaynağı uygulamada oluşturulurken Power Apps yazarı tarafından sağlanır. Ardından veri kaynağına bağlantı kimlik doğrulaması son kullanıcılarla Örtük 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.

Ocak 2024'ten önce son kullanıcılarınız kendileriyle paylaşılan bağlantıyı alabilir ve ayrı yeni uygulamalar oluşturabilir. Kullanıcılarınız kullanıcı adını veya parolayı göremez ancak bağlantıyı kullanabilirler. Ancak Ocak 2024'ten sonra yeni oluşturulan tüm paylaşılan bağlantılar güvenli hale getirilecektir. Güvenli hale getirilmeleri için eski uygulamaların yeniden yayımlanması gerektiğini unutmayın. Bu, bağlantının artık son kullanıcılarla paylaşılmayacağı anlamına gelir. Yayımlanan Power App bir bağlantı ara sunucusuyla iletişim kurar. Bağlantı ara sunucusu yalnızca bağlı olduğu belirli bir Power App uygulamasıyla iletişim kurar. Bağlantı ara sunucusu, bağlantılara gönderilen eylemleri belirli bir veri kaynağı için Power App {Get, Put/Patch, Delete} içindeki eylemlerle sınırlar. Ocak 2024'ten önce yayımlanmış bağlantıları kullanan bir uygulamanız varsa uygulamanızı yeniden yayımlamanız ve bağlantılara sahip olmaması gereken son kullanıcılarla bağlantıları paylaşmamanız gerekir.

SQL Server'da, örneğin, bu bağlantı türü SQL Server Kimlik Doğrulaması'dır. 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.

Uygulamalarınızı güncelleştirme bildirimi (güvenli örtük bağlantılar)

Bu özelliği kullanmak için yükseltilebilecek uygulamalarınız varsa Uygulamalar sayfasında bir ileti görürsünüz. Burada, ilgilenmeniz gereken uygulama sayısı belirtilir.

Bağlantıyı seçtiğinizde ilgilenilmesi gereken tüm uygulamaları listeleyen bir yan panel açılır.

Açıp yeniden yayımlamak için uygulama adının yanındaki açık simgesini seçin. Aşağıdaki yönergelere bakın.

Mevcut uygulama için güvenli örtülü bağlantıları etkinleştirme

Daha önce yayımlanmış örtülü olarak paylaşılan bağlantılara sahip mevcut bir uygulamayı düzenlemek için açın:

1. Komut çubuğunda Ayarlar'ı seçin ve "Güvenli" öğesini arayın.
2. Güvenli örtük bağlantıları etkinleştirmek için özellik anahtarını uygun şekilde güncelleştirin.
3. Uygulamayı kaydedin ve yayımlayın.

Paylaşımı durdurma

Uygulama yayımlandıktan sonra paylaşımın düzgün şekilde çalıştığını doğrulamak için aşağıdaki adımları izleyin:

• Bağlantıların ikincil sahiplerle paylaşılıp paylaşılmadığını denetleyin. Son kullanıcının bir bağlantı almasını istemiyorsanız İkincil sahip onay kutusunun işaretini kaldırın.

  

• Özelliğin düzgün çalıştığını doğrulamak için uygulamayı sahibi olmayan farklı bir kullanıcıyla paylaşın. Uygulamayı paylaştıktan sonra bu kullanıcı için Power Apps uygulamasındaki Dataverse sekmesinde Bağlantılar listesine göz atın. Kullanıcının kullanılabilir bağlantısı olmadığını doğrulayın.

• Son kullanıcının bağlantı hakkını değiştirmek için Paylaşma panelini açın. X seçeneği belirlenirse kullanıcının bağlantıya erişimi kaldırılır.

  

Uygulamaları yeni bir güvenli örtülü bağlantıyla kullanma

Uygulamanız yeniden yayımlandığında ve paylaşıldığında son kullanıcılar bağlantıya erişemez ancak gizli proxy bağlantısıyla çalışabilirler. Özgün bağlantınızı temel alarak yeni bir uygulama oluşturamazlar.

Sınırlamalar

1. Eylem ve tablosal gibi tüm örtük paylaşılan bağlantı türleri çalışır.
2. Sunucu ve veritabanı adları ağ izlerinde gizlenir ancak onay iletişim kutusunda görüntülenir. Sütun adları gizlenmez.
3. Tablosal bağlayıcılar için yalnızca Get, Post, Put veya Delete gibi CRUD eylemleri sınırlandırılır. Put eylemi için izniniz varsa Post eylemine erişim sağlayabilirsiniz.
4. Eylem tabanlı bağlayıcılar, uygulamada kullanılan belirli API'ye göre sınırlandırılır.
5. Uyarılar paylaşma sırasında etkin olmaya devam eder. Örtülü olarak paylaşılan bağlantılarla ilgili uyarı, özel önizleme sırasında da görüntülenmeye devam eder. Ancak uyarıya rağmen bu özellik ile bağlantınız güvenlidir.
6. Belirli grupların veya kişilerin aksine tüm kiracıya yayımlama desteklenmez.
7. Bağlantı başvurusuyla örtük olarak paylaşılan güvenli bağlantının içe aktarılmasıyla ilgili bilinen bir sorun vardır. Güvenlik, hedef ortamda doğru şekilde ayarlanamaz.
8. Hizmet sorumlusu kullanılarak bir çözümün içe aktarılmasıyla ilgili bilinen bir sorun vardır. Bu sorun, içe aktarma hatasına neden olur. Geçici çözüm, bağlantının hizmet sorumlusuyla paylaşılmasıdır.

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ün yönetimine ilişkin başka özellikler sağlar. Tuval uygulaması çözümün içindeyse bağlantı başvuruları ve ortam değişkenleri veri kaynaklarıyla ilgili bilgileri depolamak için 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 ilk kez bağlayıcı kullanan bir uygulamayı açtığında aşağıdaki amaçlarla "bağlantı onayı" iletişim kutusunu 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, yalnızca bir veri kaynağı Microsoft'un Azure API bağlantıları hizmet sorumlusunu önceden yetkilendirip bağlantı oluşturulduğunda kullanıcı için çoklu oturum açma izni verdiğinde bağlantıyla ilgili otomatik oturum açma denemesi yapabilir. Çoklu oturum açma hakkında daha fazla bilgi için bkz. Çoklu oturum açma (SSO) nedir?

Özel sayfaları kullanan model temelli uygulamalarda, bir uygulamada birden fazla özel sayfa olduğunda, onay iletişim kutusunun, henüz açılmamış olsalar bile tüm özel sayfalardaki tüm bağlayıcılar için veri izinleri isteyeceğini unutmayın.

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ı etkinleştirmek için Microsoft'un Azure API bağlantıları hizmet sorumlusunu önceden yetkilendirir.
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 Microsoft Entra 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.