ฉันควรใช้ WFS WMS หรือ SOS เพื่อพิจารณาประสิทธิภาพและความปลอดภัยหรือไม่


10

งานของฉันคือการพัฒนาเว็บแอปพลิเคชันที่จะแสดงข้อมูลชั่วคราวบนแผนที่และสร้างการไหลของข้อมูล (หรือภาพเคลื่อนไหว) จากภาพ / ข้อมูลที่ได้รับจากเซิร์ฟเวอร์

เพื่อจุดประสงค์นี้ฉันคิดว่าจะใช้บริการเว็บ OpenLayers API และ OGC WFS หรือ WMS หรือ SOS

หนึ่งในข้อกำหนดหลักคือการส่งข้อมูลอย่างปลอดภัยและรวดเร็วด้วยประสิทธิภาพสูง

คำถามที่ฉันมีคือ: บริการใดจาก WFS, WMS และ SOS จะดีสำหรับการใช้งานเว็บแอปพลิเคชันในแง่ของประสิทธิภาพความปลอดภัยความน่าเชื่อถือเป็นต้น

ฉันรู้ว่าแต่ละเว็บเซอร์วิสมีคุณสมบัติที่แตกต่างกัน แต่ถ้าฉันใช้ WMS สำหรับข้อมูลชั่วคราวของฉันเพื่อรับภาพแผนที่โดยทำการรวมบางอย่างในฐานข้อมูล (เนื่องจากเป็นการแสดงภาพชั่วขณะ) แอปพลิเคชันของฉันจะช้าลงในอุปกรณ์บางอย่างเช่นโทรศัพท์มือถือ / แท็บเล็ต เวลาในการดึงภาพ

ในทางกลับกันถ้าฉันใช้ SOS หรือ WFS จะมีความเสี่ยงสำหรับแอปพลิเคชันของเราในการส่งข้อมูลดิบซึ่งไม่ปลอดภัยจริงๆ

มันจะดีมากถ้ามีใครสามารถให้คำแนะนำหรือความคิดกับฉันได้

หากคุณคิดว่าคำถามนี้ไม่สามารถตอบได้ทุกคนสามารถให้ความเห็นแก่ฉันได้อย่างไรว่าฉันควรดำเนินการต่อไปสำหรับปัญหาที่เกิดขึ้นจากการวิจัยดังกล่าวหรือไม่


กำหนด "ประสิทธิภาพสูง" และเรากำลังพูดถึงข้อมูลเท่าไหร่ / แตกต่างกันต่อเฟรมภาพเคลื่อนไหวที่สำคัญ?
Ragi Yaser Burhum

คำตอบ:


7

ฉันรู้ว่าแต่ละเว็บเซอร์วิสมีคุณสมบัติที่แตกต่างกัน แต่ถ้าฉันใช้บริการ WMS สำหรับข้อมูลชั่วคราวของฉันเพื่อรับภาพแผนที่โดยทำการรวมบางอย่างในฐานข้อมูล (เนื่องจากเป็นการแสดงภาพชั่วขณะ) แอปพลิเคชันของฉันจะช้าลงในอุปกรณ์บางอย่างเช่นโทรศัพท์มือถือ / แท็บเล็ต มีเวลามากในการดึงภาพ "

ฉันไม่เห็นด้วยกับข้อความนี้ด้วยเหตุผลสามประการ

เวลาที่ใช้ในการดึงข้อมูล WFS นั้นอาจสูงเช่นกันเนื่องจากคิวรีเชิงพื้นที่อาจช้า ฉันหมายถึงจำนวนไบต์ดิบที่ส่งไม่ใช่ปัจจัย จำกัด เพียงอย่างเดียว

อีกเหตุผลหนึ่งคือเนื่องจากเอาต์พุต WFS มีแนวโน้มที่จะละเอียด - เนื่องจากใช้GMLซึ่งเป็น 'dialect' ของ XML สำหรับการขนส่งข้อมูล - คุณอาจสิ้นสุดการส่งไบต์ดิบมากกว่าถ้าใช้ WMS

สุดท้ายข้อมูลเวกเตอร์ - เช่น WFS เอาท์พุทจะต้องการพลังการประมวลผลจากอุปกรณ์ไคลเอนต์มากขึ้นเพราะพวกเขาจะต้องแสดงคุณสมบัติ; ในทางกลับกันการตอบสนองของ WMS ต่อการร้องขอของ GetMap นั้นถูกสร้างขึ้นแล้วซึ่งแสดงถึงการทำงานด้านลูกค้าน้อยลง ดังนั้นการใช้ข้อมูลเวกเตอร์บนไคลเอนต์ที่มีขีด จำกัด ในการคำนวณอาจเป็นปัญหา


1
จนกว่าฉันจะเห็นคำตอบนี้ฉันจะเพิ่มสิ่งที่คล้ายกัน คุณสมบัติของเว็กเตอร์นั้นซับซ้อนอย่างมากและการถ่ายโอนข้อมูลนี้ผ่าน WFS อาจส่งผลให้มีเพย์โหลด XML ขนาดใหญ่ ด้วย WMS ข้อกังวลหลักของคุณคือเวลาที่ใช้ในการประมวลผลเพื่อสร้างอิมเมจบน thick-server ของคุณ (thin-client) แต่อย่างน้อยอิมเมจอาจถูกแคชเพื่อประสิทธิภาพที่เพิ่มขึ้น ด้วย WFS คุณต้องอัปโหลด XML เดียวกันทุกครั้งและทราฟฟิกเครือข่ายนี้อาจส่งผลกระทบต่อประสิทธิภาพที่รับรู้ได้มากกว่าหรือมากกว่าการสร้างรูปภาพ (ดังนั้น thin-server / thick-client
tomfumb

4
คุณไม่จำเป็นต้องใช้ GML ร่วมกับ WFS, GeoJOSN และ shapefiles เซิร์ฟเวอร์ที่ดีจะบีบอัดข้อมูล แต่ WMS จะยังคงเร็วขึ้นสำหรับชุดข้อมูลที่เหมือนจริง
Ian Turton

ขอบคุณมากสำหรับคำตอบของคุณ หลังจากทำวิจัยเพิ่มเติมอีกเล็กน้อยฉันพบว่าการใช้ WMS ในเว็บแอปพลิเคชันดังกล่าวจะเป็นตัวเลือกที่ดี มันจะมีประสิทธิภาพมากขึ้นในการส่งภาพเรนเดอร์ไปยังไคลเอนต์ โดยเฉพาะอย่างยิ่งสำหรับชุดข้อมูลขนาดใหญ่การส่งภาพที่แสดงอาจเร็วกว่าการเข้ารหัสการส่งและการถอดรหัสไฟล์ XML ขนาดใหญ่
Rajat Arora

6

รักษาความปลอดภัย WMS / WFS ด้วย HTTPS ใช้ใบรับรองฝั่งไคลเอ็นต์เพื่อตรวจสอบสิทธิ์ผู้ใช้แต่ละรายสำหรับแต่ละคำขอไปยังเซิร์ฟเวอร์ มีข้อดีที่คุณไม่ต้องเปลี่ยนการใช้งาน WMS / WFS ของคุณ (ยกเว้นโดยการวางไว้บนเซิร์ฟเวอร์ HTTPS )แต่มีข้อเสียอย่างมากที่คุณต้องแจกจ่ายใบรับรองให้กับผู้ใช้ของคุณ - ปกติจะไม่ได้รับการยอมรับยกเว้นในสถานการณ์ความปลอดภัยสูง .

WFS ช่วยให้เข้าถึงคุณสมบัติที่เก็บไว้บนเซิร์ฟเวอร์ได้โดยตรง ใช้ WFS เมื่อต้องการดำเนินการเช่น:

query a dataset and retrieve the features
find the feature definition (feature’s property names and types)
add features to dataset
delete feature from a dataset
update feature in a dataset
lock features to prevent modification

WMS อนุญาตให้เข้าถึงการเรนเดอร์คุณสมบัติที่เก็บไว้บนเซิร์ฟเวอร์ ใช้ WMS เมื่อคุณต้องการดำเนินการต่าง ๆ เช่น:

Producing Maps
Very simple Querying of data

มันจะซับซ้อนขึ้นเล็กน้อยเมื่อจัดการกับ WMS และ HTTPS

http://idlastro.gsfc.nasa.gov/idl_html_help/HTTP_Authentication_Security_and_Encodinga.html

และ http://www.w3.org/Protocols/HTTP/1.0/draft-ietf-http-spec.html#AA

ใช้ WMS กับเซิร์ฟเวอร์ FME และ Geosever กับ HTTPS และทั้งสองทำงานได้ดี

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.