การรวม SDK ตัวดูเอกสารกับที่เก็บข้อมูลคลาวด์และแพลตฟอร์มการทำงานร่วมกัน
ทำไมการดูเอกสารแบบคลาวด์‑เนทีฟจึงสำคัญสำหรับแอป .NET สมัยใหม่
ความสอดคล้องข้ามแพลตฟอร์มด้วย .NET core เดียว
องค์กรต่าง ๆ กำลังย้ายจากเครื่องมือเอกสารที่ใช้บนเดสก์ท็อปเท่านั้น ไปสู่ประสบการณ์เว็บ‑ฟอร์สต์ที่ทำงานบน Windows. เอนจินการเรนเดอร์ฝั่งเซิร์ฟเวอร์ของ Doconut ทำงานบน .NET 6 และรุ่นต่อ ๆ ไป, รับประกันผลลัพธ์ที่พิกเซล‑เพอร์เฟกต์เดียวกันไม่ว่าระบบปฏิบัติการพื้นฐานจะเป็นอะไรก็ตาม. เนื่องจากผู้ดูเอกสารทำงานกับสตรีม, คุณสามารถดึงไฟล์จากบัคเก็ตคลาวด์ใดก็ได้, ส่งตรงไปยังคอมโพเนนต์ผู้ดูเอกสารของ Doconut, และส่งคืนหน้าที่เรนเดอร์หรือรูปย่อให้กับไคลเอนต์โดยไม่ต้องเขียนไฟล์ลงดิสก์
ลดความหน่วงและแบนด์วิธ
เมื่อเอกสารอยู่ใน Azure Blob Storage, การดาวน์โหลดไฟล์ทั้งหมดไปยังไคลเอนต์เพียงเพื่อดูหน้าแรกทำให้เกิดความหน่วงที่ไม่จำเป็น. Doconut รองรับการสร้างรูปย่อตามความต้องการ, ทำให้คุณสามารถขอพรีวิวความละเอียดต่ำก่อนและดึงการเรนเดอร์เต็มหน้าเมื่อผู้ใช้เลื่อน. รูปแบบนี้มีคุณค่าสำหรับภาพวาด CAD ขนาดใหญ่ (DWG, DXF) ที่อาจมีขนาดหลายร้อยเมกะไบต์
การประมวลผลโดยให้ความปลอดภัยเป็นอันดับแรก
การทำงานหนักทั้งหมดอยู่บนเซิร์ฟเวอร์. โดยใช้ความสามารถของ Doconut server‑side processing คุณจะเก็บ PDF ที่เป็นความลับ, สัญญากฎหมาย, หรือบันทึกทางการแพทย์ไว้ภายใน VNet ส่วนตัวของคุณหรือหลังไฟร์วอลล์ขององค์กร. ไม่มี SaaS ของบุคคลที่สามถูกเรียกใช้, และผู้ดูเอกสารจะไม่สตรีมไบต์ดิบไปยังเอนจินฝั่งเบราว์เซอร์—มีเพียงภาพแท่นหรือส่วนย่อยของ HTML ที่คุณสร้างเบื้องหลัง
การเชื่อมต่อ Doconut กับบริการที่เก็บข้อมูลคลาวด์ยอดนิยม
วิธีการรวมทั่วไป
- รับสตรีมเอกสาร – ใช้ SDK ของผู้ให้บริการคลาวด์ที่คุณเลือก (Azure Blob, Amazon S3, Google Cloud Storage) เพื่อดาวน์โหลดไฟล์เป็นอ็อบเจ็กต์
Stream. - ส่งสตรีมไปยัง Doconut – ตัวดูเอกสารของ Doconut ยอมรับสตรีมพร้อมกับตัวเลือกการเรนเดอร์เพิ่มเติม. สิ่งนี้ทำให้ไม่ต้องใช้ไฟล์ชั่วคราวบนเว็บเซิร์ฟเวอร์.
- สร้างโทเคนผู้ดูเอกสาร – Doconut คืนค่าโทเคนที่ระบุเอกสารที่เปิดอย่างเฉพาะสำหรับเซสชันปัจจุบัน. โทเคนนี้สามารถส่งกลับไปยังฟรอนท์‑เอนด์เป็น JSON และใช้สำหรับการเรนเดอร์หน้า หรือคำขอทำหมายเหตุต่อไป.
- เรนเดอร์หน้าตามความต้องการ – ฟรอนท์‑เอนด์เรียก endpoint ของ Doconut พร้อมโทเคนและหมายเลขหน้าที่ต้องการ; Doconut สตรีมกลับเป็นภาพหรือส่วนย่อยของ HTML.
เนื่องจากเวิร์กโฟลว์พึ่งพาแค่สตรีม, การสลับโค้ด Azure ไปเป็น Amazon S3 หรือ Google Cloud Storage ต้องเปลี่ยนเพียงการเรียก cloud‑SDK ที่สร้างสตรีม; ส่วนที่เหลือของ pipeline ของ Doconut ยังคงเหมือนเดิม.
การจัดการที่เก็บข้อมูลแบบหลายผู้เช่า
ในระบบ DMS แบบ SaaS แต่ละผู้เช่าอาจมี bucket หรือ prefix แยกกัน เนื่องจาก Doconut ทำงานกับสตรีม คุณสามารถระบุ bucket ที่ถูกต้องในเวลารันไทม์ เปิดเอกสาร และเก็บ token ให้อยู่ภายใต้การอ้างสิทธิ์ของผู้ใช้ปัจจุบัน การแคชภายในของ Doconut (IDistributedCache) สามารถกำหนดค่าให้ใช้ Redis หรือ Azure Cache for Redis เพื่อให้คำขอซ้ำสำหรับหน้าเดียวกันเข้าถึงหน่วยความจำแทนการเรนเดอร์ใหม่
เปิดใช้งานการทำ Annotation แบบเรียลไทม์และ OCR ภายในกระบวนการทำงานร่วมกัน
ปลั๊กอิน Annotation: เปลี่ยนตัวดูแบบคงที่ให้เป็นศูนย์กลางการตรวจสอบ
Doconut มาพร้อมกับ Annotation Plugin ที่ให้ผู้ใช้ไฮไลท์ข้อความ เพิ่มโน้ตสติ๊กกี้ หรือวาดรูปแบบอิสระ หลังจากเปิดเอกสาร คุณจะได้รับตัวจัดการ annotation จาก viewer เพิ่มหรือแก้ไขวัตถุ annotation และบันทึกสถานะของ annotation เป็น XML การเก็บ XML ควบคู่กับบันทึกเอกสารทำให้สามารถติดตามประวัติการตรวจสอบแบบเวอร์ชันได้ และการโหลด XML ในการเปิดครั้งต่อไปจะคืนสภาพภาพที่ตรงกัน
การค้นหาด้วย OCR สำหรับ PDF ที่สแกน
สัญญา ใบเสร็จ หรือภาพทางการแพทย์ที่สแกนมักเป็น PDF ที่มีเฉพาะภาพเท่านั้น Doconut’s Search Plugin จะทำการรัน OCR บนเซิร์ฟเวอร์โดยอัตโนมัติเมื่อคุณเปิดใช้งานในการกำหนดค่า viewer เครื่องมือ OCR ทำงานภายในสแตกของเซิร์ฟเวอร์ ดังนั้นข้อความที่สกัดออกมาจะไม่ออกจากสภาพแวดล้อมที่ปลอดภัยของคุณ เมื่อ OCR เสร็จสิ้น คุณสามารถเรียกใช้ search API เพื่อดึงหมายเลขหน้าและสี่เหลี่ยมขอบที่ตรงกัน ซึ่ง UI สามารถไฮไลท์ได้ เนื่องจาก OCR ทำงานบนเซิร์ฟเวอร์ คุณยังสามารถทำดัชนีข้อความที่สกัดลงใน Azure Cognitive Search, Elasticsearch หรือบริการค้นหาอื่น ๆ เพื่อให้การค้นหาเต็มข้อความแบบทันทีทั่วทั้งคลังข้อมูลของคุณ
ความร่วมมือผ่านโทเค็นที่แชร์
ในการรวมกับ Teams หรือ SharePoint คุณมักสร้างโทเค็นที่มีอายุสั้นซึ่งเข้ารหัส ID ของเอกสาร สิทธิ์ของผู้ใช้ และเวลา Doconut’s token string ที่คืนจากการเรียก OpenDocument สามารถห่อหุ้มใน JWT หรือเก็บไว้ในรายการแคช เมื่อผู้ใช้คนอื่นคลิกลิงก์ที่แชร์ โทเค็นเดียวกันจะถูกใช้เพื่อรีไฮเดรต viewer ทำให้คง annotation และชั้น OCR ไว้สำหรับทุกคนที่เกี่ยวข้อง
การแปลงด้านเซิร์ฟเวอร์อย่างปลอดภัยและการพิมพ์ที่ควบคุมด้วย Doconut
หลายองค์กรต้องการแปลงไฟล์ Word, Excel หรือ CAD ที่เข้ามาเป็น PDF เพื่อการเก็บถาวร หรือเพื่อบังคับใช้แนวทาง “พิมพ์ได้เฉพาะเมื่อได้รับการอนุมัติ” Doconut’s Converter Plugin จัดการสถานการณ์เหล่านี้โดยไม่ต้องพึ่ง Microsoft Office หรือบริการของบุคคลที่สาม คุณเรียกใช้ conversion API บนเซิร์ฟเวอร์โดยส่งพาธไฟล์ต้นทาง (หรือสตรีม) และรูปแบบผลลัพธ์ที่ต้องการ การแปลงทำงานทั้งหมดบนแบ็กเอนด์และสร้าง PDF ที่สามารถเก็บไว้ในคลังเอกสารของคุณ
เมื่อ PDF มีอยู่แล้ว คุณสามารถเปิดใช้งาน Controlled Printing โดยตรงใน UI ของ viewer Doconut เปิดเผยเมธอดเพื่อกำหนดสิทธิ์การพิมพ์สำหรับโทเค็นเอกสารที่ระบุ เมื่อผู้ใช้คลิกปุ่มพิมพ์ Doconut จะตรวจสอบค่าสถานะและหรือจะเรนเดอร์สตรีมภาพที่พิมพ์ได้หรือส่งข้อความ “การพิมพ์ถูกปิดใช้งาน” กลับมา วิธีนี้ทำให้ไม่ต้องใช้ JavaScript กำหนดเองเพื่อบล็อกไดอะล็อกการพิมพ์ของเบราว์เซอร์
การตรวจสอบกิจกรรมการพิมพ์
เนื่องจากคำขอพิมพ์ผ่าน middleware ของ Doconut คุณสามารถเชื่อมต่อกับ pipeline การบันทึกของ ASP.NET Core เพื่อจับข้อมูลว่าใครพิมพ์อะไรและเมื่อไหร่ เก็บรายการตรวจสอบในตาราง SQL หรือส่งต่อไปยังระบบ SIEM เพื่อรายงานการปฏิบัติตามกฎระเบียบ — สิ่งสำคัญสำหรับเทคโนโลยีด้านกฎหมายหรือโซลูชันด้านสุขภาพที่ต้องการให้การเข้าถึงเอกสารทุกฉบับสามารถตรวจสอบได้
แนวทางปฏิบัติที่ดีที่สุดสำหรับการขยายขนาดและประสิทธิภาพในสภาพแวดล้อมข้ามแพลตฟอร์ม
- ใช้แคชแบบกระจาย – Doconut’s internal page‑tile cache สามารถใช้ Redis, Azure Cache, หรือการทำงานของ
IDistributedCacheใด ๆ ได้ รวมแฮชเวอร์ชันของเอกสารในคีย์แคชเพื่อหลีกเลี่ยงการให้ภาพที่ล้าสมัยหลังการแปลง - ใช้งานเบื้องหลังสำหรับการแปลงเป็นกลุ่ม – เมื่อทำการนำเข้าคลังข้อมูลขนาดใหญ่ ให้ใส่คิวงานแปลงด้วย Hangfire หรือ Azure Functions คลาส viewer ของ Doconut ทำงานร่วมกับ worker
IHostedServiceเนื่องจากรับสตรีมและคืนค่าโทเค็นโดยไม่ต้องอาศัย HTTP context - ปรับความละเอียดภาพตามอุปกรณ์ – อุปกรณ์มือถือจะได้ประโยชน์จาก
ImageResolutionที่ต่ำกว่า (150‑200 DPI) ในขณะที่เครื่องเดสก์ท็อปสามารถขอ 300 DPI สำหรับรายละเอียด CAD ปรับความละเอียดตามสตริง user‑agent หรือการตั้งค่าฝั่งไคลเอนต์ - เปิดใช้งานการโหลดแบบขี้เกียจของ annotation – เก็บ XML ของ annotation ในตารางแยกและโหลดเฉพาะเมื่อผู้ใช้เปิดแผง annotation วิธีนี้ลดขนาดข้อมูลเริ่มต้นและเร่งการเรนเดอร์หน้าแรก
- ตรวจสอบการใช้หน่วยความจำ – การเรนเดอร์หน้า CAD ความละเอียดสูงอาจใช้หน่วยความจำมาก กำหนดค่า .NET GC ให้ใช้โหมดเซิร์ฟเวอร์ในสภาพแวดล้อมการผลิต (
<gcServer enabled="true"/>) และตั้งค่า timeout ที่เหมาะสมเพื่อป้องกันงานเรนเดอร์ที่ทำงานต่อเนื่องโดยไม่สิ้นสุด - ใช้ CDN สำหรับทรัพยากรคงที่ – แพ็คเกจ JavaScript และ CSS ของ viewer เป็นไฟล์คงที่ ให้ให้บริการจาก Azure CDN, CloudFront, หรือ Cloudflare เพื่อลดมิลลิวินาทีจากการโหลดหน้าแรก โดยเฉพาะสำหรับทีมที่กระจายทั่วโลก
โดยปฏิบัติตามแนวทางเหล่านี้ คุณสามารถรองรับผู้ใช้หลายพันคนพร้อมกันทั่วทวีปต่าง ๆ พร้อมคงความหน่วงเวลาให้อยู่ต่ำกว่า 200 ms สำหรับหน้าแรก — เกณฑ์ที่พอร์ทัลองค์กรหลายแห่งตั้งเป้าหมาย.
เริ่มต้นอย่างรวดเร็วกับการทดลองใช้ Doconut ฟรี
วิธีที่เร็วที่สุดในการประเมิน Doconut คือการดาวน์โหลดการทดลองใช้ฟรีจากเว็บไซต์อย่างเป็นทางการ, เพิ่มแพ็กเกจ NuGet ไปยังโครงการ ASP.NET Core ใหม่, และทำตามคู่มือเริ่มต้นอย่างเร็ว. ภายในไม่กี่นาทีคุณจะมีตัวดูเอกสารที่ทำงานได้ซึ่งสามารถดึงเอกสารจาก Azure Blob, เปิดใช้งานการทำหมายเหตุ, รันการค้นหาโดยใช้ OCR, และทำการแปลงด้านเซิร์ฟเวอร์อย่างปลอดภัย. สำหรับคำแนะนำขั้นตอนต่อขั้นตอน, เยี่ยมชมเอกสาร Doconut และเริ่มสร้างประสบการณ์เอกสารแบบคลาวด์‑เนทีฟของคุณวันนี้.
พร้อมที่จะเปลี่ยนแปลงกระบวนการทำงานกับเอกสารของคุณหรือยัง? ลงทะเบียนทดลองใช้ Doconut ฟรีตอนนี้และดูว่าการส่งมอบประสบการณ์เอกสารที่ปลอดภัย, ค้นหาได้, และทำงานร่วมกันในแอปพลิเคชัน .NET ใดก็ง่ายแค่ไหน.