ทำความเข้าใจขั้นตอนการดำเนินการแอปพื้นที่ทำงาน โฟลว์การเรียกข้อมูล และการตรวจสอบประสิทธิภาพ

เมื่อผู้ใช้เปิดแอปพื้นที่ทำงาน แอปจะผ่านขั้นตอนเหล่านี้ของการดำเนินการก่อนที่จะแสดงส่วนติดต่อผู้ใช้ ในขณะที่แอปโหลด แอปจะเชื่อมต่อกับ แหล่งข้อมูล— ต่าง ๆ เช่น SharePoint, Microsoft Dataverse, SQL Server (ในสถานที่), Azure SQL Database (ออนไลน์), Excel และ Oracle

ในบทความนี้ คุณจะได้เรียนรู้เกี่ยวกับระยะที่แตกต่างกันของการดำเนินการและวิธีการเชื่อมต่อแอปเข้ากับแหล่งข้อมูลและเกี่ยวกับเครื่องมือที่คุณสามารถใช้ในการตรวจสอบประสิทธิภาพ

ขั้นตอนการดำเนินการในแอปพื้นที่ทำงาน

แอปพื้นที่ทำงานต้องดำเนินการตามขั้นตอนต่อไปนี้ก่อนที่จะแสดงอินเทอร์เฟซให้กับผู้ใช้:

1. รับรองความถูกต้องของผู้ใช้: แจ้งให้ผู้ใช้ครั้งแรกเข้าสู่ระบบด้วยข้อมูลรับรองสำหรับการเชื่อมต่อใด ๆ ที่แอปต้องการ หากผู้ใช้เดียวกันเปิดแอปอีกครั้ง บุคคลนั้นอาจได้รับการแจ้งเตือนอีกครั้งทั้งนี้ขึ้นอยู่กับนโยบายด้านความปลอดภัยขององค์กร

2. รับเมตาดาต้า: เรียกคืนเมตาดาต้า เช่น รุ่นของแพลตฟอร์ม Power Apps ที่แอปทำงานและแหล่งข้อมูลที่จะต้องเรียกคืนข้อมูล

3. เริ่มต้นแอป: ดำเนินการงานใด ๆ ที่ระบุไว้ในคุณสมบัติ OnStart

4. แสดงหน้าจอ แสดงหน้าจอแรกด้วยส่วนควบคุมที่แอปเติมข้อมูลไว้ หากผู้ใช้เปิดหน้าจออื่น แอปจะแสดงหน้าจอเหล่านั้นโดยใช้กระบวนการเดียวกัน

ขั้นตอนการเรียกใช้ข้อมูลในแอปพื้นที่ทำงาน

การเรียกข้อมูลจากแอปพื้นที่ทำงานจะส่งข้อมูลไปยังแหล่งข้อมูลแบบตารางโดยใช้ตัวเชื่อมต่อผ่านโปรโตคอล OData คำขอ OData จะโฟลว์ไปที่เลเยอร์ย้อนหลังเพื่อเข้าถึงแหล่งข้อมูลเป้าหมายและดึงข้อมูลสำหรับไคลเอนต์ หรือส่งข้อมูลไปยังแหล่งข้อมูล ตัวเชื่อมต่อตามการดำเนินการที่สามารถเปิดใช้งานงาน APIs ในลักษณะเดียวกัน

การทำความเข้าใจว่าคำขอ OData และ API เดินทางอย่างไรในแอปพื้นที่ทำงานจะสามารถช่วยให้คุณปรับประสิทธิภาพแอปพื้นที่ทำงานและแหล่งข้อมูลย้อนหลังของคุณให้เหมาะสมที่สุด

ในส่วนนี้ คุณจะได้เรียนรู้ว่าการเรียกใช้ข้อมูลในแอปพื้นที่ทำงานมีชนิดของแหล่งข้อมูลต่างกันอย่างไร

โฟลว์การเรียกใช้ข้อมูลพร้อมแหล่งข้อมูลออนไลน์

แผนภาพต่อไปนี้แสดงให้เห็นว่าคำขอข้อมูลทั่วไปในแอปพื้นที่ทำงาน (ทางด้านซ้าย) เดินทางไปยังเลเยอร์ฝั่งเซิร์ฟเวอร์อย่างไร และเข้าถึงแหล่งข้อมูลเป้าหมาย (ทางด้านขวา) และจากนั้นส่งข้อมูลกลับไปที่ไคลเอนต์

แต่ละเลเยอร์ในแผนภาพด้านบนสามารถทำงานได้อย่างรวดเร็ว หรือมีค่าใช้จ่ายบางส่วนขณะประมวลผลคำขอ ในหลาย ๆ แอป โดยทั่วไปแล้วจุดสองจุดอาจมีค่าใช้จ่ายที่เห็นได้ชัดเจน

• แหล่งข้อมูลแบ็คเอนด์ ขณะดำเนินการตามคำขอ

• ไคลเอนต์ ขณะส่งคำขอ—หรือในขณะที่จัดการข้อมูลที่ได้รับบนหน่วยความจำกอง และเรียกใช้ฟังก์ชัน JavaScript ที่เกี่ยวข้องเพื่อประมวลผลข้อมูลเพื่อแสดงภายในหน้าจอ

โฟลว์การเรียกใช้ข้อมูลด้วยเกตเวย์ข้อมูลภายในองค์กร

หากแอปพื้นที่ทำงานเชื่อมต่อกับแหล่งข้อมูลในสถานที่ เช่น เซิร์ฟเวอร์ SQL คุณจะต้องมีเลเยอร์อื่นที่เรียกว่า เกตเวย์ข้อมูลในสถานที่ เกตเวย์นี้จำเป็นสำหรับการเข้าถึงแหล่งข้อมูลในสถานที่ รับผิดชอบการแปลงโปรโตคอลจากคำขอ OData เป็นคำสั่ง SQL Data Manipulation Language (DML)

แผนภาพต่อไปนี้แสดงว่าเกตเวย์ข้อมูลในสถานที่จะถูกวางไว้ที่ใดและอย่างไรเพื่อประมวลผลคำขอข้อมูล

หากแอปใช้แหล่งข้อมูลในสถานที่ ตำแหน่งและข้อกำหนดของเกตเวย์ข้อมูลก็จะส่งผลต่อประสิทธิภาพของการเรียกข้อมูลด้วย

โฟลว์การเรียกข้อมูลด้วย Microsoft Dataverse

เมื่อคุณใช้ Microsoft Dataverse ในฐานะแหล่งข้อมูล คำขอข้อมูลจะไปที่อินสแตนซ์สภาพแวดล้อมโดยตรง—โดยไม่ผ่านการจัดการ Azure API ด้วยสาเหตุนี้ ประสิทธิภาพของการเรียกข้อมูลจะเร็วกว่าเมื่อเทียบกับแหล่งข้อมูลที่เหลือ โดยค่าเริ่มต้นแอปจะเชื่อมต่อกับ Microsoft Dataverse เมื่อคุณสร้างแอปพื้นที่ทำงานใหม่

ด้วยความเข้าใจในแนวคิดระดับสูงเกี่ยวกับการเดินทางของสายข้อมูล คุณสามารถดูรายละเอียดของการตรวจสอบประสิทธิภาพของแอบของคุณได้ โดยสรุปแล้ว ค่าใช้จ่ายด้านประสิทธิภาพสามารถเกิดขึ้นที่เลเยอร์ใดก็ได้—จากไคลเอนต์ (การจัดการ API) ตัวเชื่อมต่อ เกตเวย์ข้อมูลในสถานที่ หรือแหล่งข้อมูลแบ็คเอนด์

การวัดประสิทธิภาพ

เครื่องมือตรวจสอบ Power Apps

ขณะที่คุณสามารถใข้เครื่องมือผู้พัฒนาเบราว์เซอร์เพื่อให้เห็นประสิทธิภาพ Power Apps จะเป็นชุดย่อยของชุดการเรียกในเครื่องมือการตรวจสอบที่เป็น Power Apps เท่านั้น

เครื่องมือตรวจสอบ Power Apps สามารถช่วยคุณในการติดต่อสิ่งที่ถูกส่งออกไปจริงสู่แหล่งข้อมูลและการประทับเวลามื่อมีการส่งคำขอและการตอบกลับมาจากเซิร์ฟเวอร์

คุณสามารถเรียนรู้เพิ่มเติมเกี่ยวกับเครื่องมือการตรวจสอบในบทความนี้ การดีบักแอปพื้นที่ทำงานด้วยการตรวจสอบ

การวัดความดันหน่วยความจำบนไคลเอนต์

หากต้องการดูปริมาณการใช้หน่วยความจำแบบกราฟิก คุณสามารถใช้เครื่องมือสำหรับนักพัฒนาซอฟต์แวร์สำหรับเบราว์เซอร์ของคุณเพื่อโปรไฟล์หน่วยความจำ ซึ่งช่วยให้คุณเห็นภาพขนาดกอง เอกสาร โหนด และผู้ฟัง กำหนดรายละเอียดประสิทธิภาพของแอปโดยใช้เบราว์เซอร์ ตามที่อธิบายไว้ใน ภาพรวม Microsoft Edge (Chromium) Developer Tools ตรวจสอบสถานการณ์ที่เกินขีดจำกัดหน่วยความจำของกอง JS ข้อมูลเพิ่มเติม: แก้ไขปัญหาหน่วยความจำ

ขั้นตอนถัดไป

ตัวดึงข้อมูลขนาดเล็ก

ดูเพิ่มเติม

การแก้ไขปัญหาสถานะสำหรับ Power Apps

หมายเหตุ

บอกให้เราทราบเกี่ยวกับภาษาที่คุณต้องการในคู่มือ ทำแบบสำรวจสั้นๆ (โปรดทราบว่าแบบสำรวจนี้เป็นภาษาอังกฤษ)

แบบสำรวจนี้ใช้เวลาทำประมาณเจ็ดนาที ไม่มีการเก็บข้อมูลส่วนบุคคล (คำชี้แจงสิทธิ์ส่วนบุคคล)