การรวม SDK ตัวดูเอกสารกับที่เก็บข้อมูลบนคลาวด์และแพลตฟอร์มการทำงานร่วมกัน
ทำไมการดูเอกสารแบบ Cloud‑Native ถึงสำคัญสำหรับแอป .NET สมัยใหม่
ความสอดคล้องข้ามแพลตฟอร์มด้วย .NET core เดียว
องค์กรต่าง ๆ กำลังย้ายจากเครื่องมือเอกสารแบบเฉพาะเดสก์ท็อปไปสู่ประสบการณ์เว็บ‑ฟอร์สต์ที่ทำงานบน Windows. เครื่องยนต์การเรนเดอร์ฝั่งเซิร์ฟเวอร์ของ Doconut ทำงานบน .NET 6 ขึ้นไป, ทำให้ผลลัพธ์พิกเซล‑เพอร์เฟ็กต์เหมือนกันไม่ว่าระบบปฏิบัติการใด. เนื่องจากตัวดูทำงานกับสตรีม, คุณสามารถดึงไฟล์จากบัคเก็ตคลาวด์ใดก็ได้, ส่งตรงให้กับคอมโพเนนต์ Doconut, และส่งคืนหน้าที่เรนเดอร์หรือภาพย่อให้กับไคลเอนต์โดยไม่ต้องเขียนไฟล์ลงดิสก์เลย
การลดความหน่วงและแบนด์วิดท์
เมื่อเอกสารอยู่ใน Azure Blob Storage, การดาวน์โหลดไฟล์ทั้งหมดไปยังไคลเอนต์เพื่อดูหน้าแรกเท่านั้นจะทำให้เกิดความหน่วงที่ไม่จำเป็น. Doconut รองรับการสร้างภาพย่อแบบตามต้องการ, ทำให้คุณสามารถขอพรีวิวความละเอียดต่ำก่อนและดึงการเรนเดอร์เต็มหน้าเฉพาะเมื่อผู้ใช้เลื่อนหน้า. รูปแบบนี้มีคุณค่าสำหรับการวาด CAD ขนาดใหญ่ (DWG, DXF) ที่อาจมีขนาดหลายร้อยเมกะไบต์
การประมวลผลแบบ Security‑first
งานหนักทั้งหมดอยู่บนเซิร์ฟเวอร์. ด้วยการใช้ความสามารถ server‑side processing ของ Doconut, คุณจะเก็บ PDF ที่เป็นความลับ, สัญญากฎหมาย, หรือบันทึกทางการแพทย์ไว้ภายใน VNet ส่วนตัวหรือหลังไฟร์วอลล์ขององค์กร. ไม่มี SaaS ของบุคคลที่สามถูกเรียกใช้, และตัวดูจะไม่สตรีมไบต์ดิบไปยังเอนจินฝั่งเบราว์เซอร์—เพียงแค่ภาพไทล์หรือสแนปช็อต HTML ที่คุณสร้างเบื้องหลังฉาก
การเชื่อม Doconut กับบริการที่เก็บข้อมูลบนคลาวด์ยอดนิยม
วิธีการรวมทั่วไป
- รับสตรีมเอกสาร – ใช้ SDK ของผู้ให้บริการคลาวด์ที่คุณเลือก (Azure Blob, Amazon S3, Google Cloud Storage) เพื่อดาวน์โหลดไฟล์ลงในอ็อบเจ็กต์
Stream. - ส่งสตรีมให้ Doconut – ตัวดู Doconut ยอมรับสตรีมพร้อมตัวเลือกการเรนเดอร์เพิ่มเติม ซึ่งทำให้ไม่ต้องสร้างไฟล์ชั่วคราวบนเว็บเซิร์ฟเวอร์.
- สร้างโทเค็นตัวดู – Doconut คืนโทเค็นที่ระบุเอกสารที่เปิดอยู่แบบเฉพาะสำหรับเซสชันปัจจุบัน. โทเค็นนี้สามารถส่งกลับไปยัง front‑end เป็น JSON และใช้สำหรับคำขอเรนเดอร์หน้า หรือการทำหมายเหตุต่อไป.
- เรนเดอร์หน้าเมื่อจำเป็น – Front‑end เรียก endpoint ของ Doconut พร้อมโทเค็นและหมายเลขหน้าที่ต้องการ; Doconut จะสตรีมกลับเป็นภาพหรือส่วน HTML.
เนื่องจากเวิร์กโฟลว์อาศัยสตรีมเท่านั้น, การสลับโค้ด Azure ไปเป็น Amazon S3 หรือ Google Cloud Storage เพียงเปลี่ยนการเรียก SDK ของคลาวด์ที่สร้างสตรีม; ส่วนที่เหลือของ pipeline Doconut ยังคงเหมือนเดิม
การจัดการที่เก็บข้อมูลแบบหลายผู้เช่า
ในระบบ DMS SaaS, ผู้เช่าแต่ละรายอาจมีบัคเก็ตหรือพรีฟิกซ์แยกกัน. เนื่องจาก Doconut ทำงานกับสตรีม, คุณสามารถระบุบัคเก็ตที่ถูกต้องในเวลารันไทม์, เปิดเอกสาร, และกำหนดขอบเขต token ให้สอดคล้องกับ claims ของผู้ใช้ปัจจุบัน. แคชภายในของ Doconut (IDistributedCache) สามารถตั้งค่าให้ใช้ Redis หรือ Azure Cache for Redis, ทำให้คำขอซ้ำสำหรับหน้าเดียวกันได้รับจากหน่วยความจำแทนการเรนเดอร์ใหม่
เปิดใช้งานการทำหมายเหตุแบบเรียลไทม์และ OCR ในเวิร์กโฟลว์การทำงานร่วมกัน
ปลั๊กอิน Annotation: เปลี่ยนตัวดูแบบคงที่ให้เป็นศูนย์กลางการรีวิว
Doconut มาพร้อม Annotation Plugin ที่ให้ผู้ใช้ไฮไลท์ข้อความ, เพิ่มโน้ตสติ๊กกี้, หรือวาดรูปแบบฟรีแฮนด์. หลังจากเปิดเอกสาร, คุณจะได้ตัวจัดการหมายเหตุจากตัวดู, เพิ่มหรือแก้ไขอ็อบเจ็กต์หมายเหตุ, และบันทึกสถานะหมายเหตุเป็น XML. การเก็บ XML ควบคู่กับบันทึกเอกสารทำให้มีประวัติการรีวิวแบบเวอร์ชัน, และการโหลด XML ในการเปิดครั้งต่อไปจะคืนสภาพวิชวลเดิมอย่างสมบูรณ์
การค้นหาแบบ OCR สำหรับ PDF ที่สแกน
สแกนสัญญา, ใบเสร็จ, หรือภาพทางการแพทย์มักอยู่ในรูปแบบ PDF ที่มีภาพเท่านั้น. Search Plugin ของ Doconut จะรัน OCR บนเซิร์ฟเวอร์โดยอัตโนมัติเมื่อคุณเปิดใช้งานในการตั้งค่าตัวดู. เครื่องมือ OCR ทำงานภายในสแตกฝั่งเซิร์ฟเวอร์, ดังนั้นข้อความที่สกัดออกจะไม่ออกจากสภาพแวดล้อมที่ได้รับการปกป้อง. หลังจาก OCR เสร็จ, คุณสามารถเรียก API การค้นหาเพื่อดึงหมายเลขหน้าและสี่เหลี่ยมขอบที่ตรงกัน, ซึ่ง UI สามารถไฮไลท์ได้. เนื่องจาก OCR ทำงานบนเซิร์ฟเวอร์, คุณยังสามารถทำดัชนีข้อความที่สกัดลงใน Azure Cognitive Search, Elasticsearch, หรือบริการค้นหาอื่น ๆ เพื่อให้การค้นหาเต็มข้อความทำงานได้ทันทีทั่วคลังข้อมูลของคุณ
การทำงานร่วมกันผ่านโทเค็นที่แชร์
ในการผสานรวมกับ Teams หรือ SharePoint, คุณมักจะสร้าง token ระยะสั้นที่เข้ารหัส ID ของเอกสาร, สิทธิ์ผู้ใช้, และไทม์สแตมป์. สตริง token ที่ Doconut คืนจากการเรียก OpenDocument สามารถห่อหุ้มเป็น JWT หรือเก็บในแคช. เมื่อผู้ใช้คนอื่นคลิกลิงก์ที่แชร์, token เดียวกันจะถูกใช้เพื่อรี‑ไฮเดรตตัวดู, รักษาการทำหมายเหตุและเลเยอร์ OCR ไว้ให้ทุกคนที่เกี่ยวข้อง
การแปลงฝั่งเซิร์ฟเวอร์อย่างปลอดภัยและการพิมพ์ที่ควบคุมด้วย Doconut
หลายองค์กรต้องแปลงไฟล์ Word, Excel, หรือ CAD ให้เป็น PDF เพื่อเก็บถาวร, หรือบังคับนโยบาย “พิมพ์ได้เฉพาะเมื่อได้รับการอนุมัติ”. Converter Plugin ของ Doconut จัดการสถานการณ์เหล่านี้โดยไม่ต้องอาศัย Microsoft Office หรือบริการของบุคคลที่สาม. คุณเรียก API การแปลงบนเซิร์ฟเวอร์, ส่งพาธไฟล์ต้นทาง (หรือสตรีม) และรูปแบบผลลัพธ์ที่ต้องการ. การแปลงทำงานทั้งหมดบนแบ็กเอนด์, ผลลัพธ์เป็น PDF ที่สามารถเก็บไว้ในคลังเอกสารของคุณได้
เมื่อ PDF มีอยู่, คุณสามารถเปิด Controlled Printing ใน UI ของตัวดูได้โดยตรง. Doconut มีเมธอดให้ตั้งค่าสิทธิ์การพิมพ์สำหรับ token ของเอกสารนั้น. เมื่อผู้ใช้คลิกปุ่มพิมพ์, Doconut จะตรวจสอบแฟล็กและหรือจะสตรีมกลับเป็นภาพที่พิมพ์ได้หรือส่งข้อความ “printing disabled” ที่เป็นมิตร. วิธีนี้ทำให้ไม่ต้องเขียน JavaScript เพื่อตัดการทำงานของไดอะล็อกพิมพ์ของเบราว์เซอร์
การตรวจสอบกิจกรรมการพิมพ์
เพราะคำขอพิมพ์ผ่านมิดเดิลแวร์ของ Doconut, คุณสามารถเชื่อมต่อกับ pipeline การล็อกของ ASP.NET Core เพื่อบันทึกว่าใครพิมพ์อะไรและเมื่อไหร่. เก็บรายการตรวจสอบในตาราง SQL หรือส่งต่อไปยังระบบ SIEM เพื่อรายงานการปฏิบัติตาม—สำคัญสำหรับเทคโนโลยีกฎหมายหรือสุขภาพที่ต้องการการตรวจสอบการเข้าถึงเอกสารทุกครั้ง
แนวทางปฏิบัติที่ดีที่สุดสำหรับการขยายขนาดและประสิทธิภาพในสภาพแวดล้อมข้ามแพลตฟอร์ม
- Leverage distributed caching – แคชหน้า‑ไทล์ภายในของ Doconut สามารถใช้ Redis, Azure Cache, หรือการทำงานของ
IDistributedCacheใดก็ได้. ใส่แฮชเวอร์ชันของเอกสารในคีย์แคชเพื่อหลีกเลี่ยงการให้ภาพเก่าหลังการแปลง. - Use background jobs for bulk conversion – เมื่อทำการออนบอร์ดอาร์ไคฟ์ขนาดใหญ่, ให้ส่งคิวงานแปลงด้วย Hangfire หรือ Azure Functions. คลาสตัวดู Doconut ทำงานร่วมกับ workers
IHostedServiceเนื่องจากรับสตรีมและคืน token โดยไม่ต้องอาศัย HTTP context. - Tune image resolution per device – อุปกรณ์มือถือควรใช้
ImageResolutionต่ำ (150‑200 DPI), ส่วนเวิร์กสเตชันเดสก์ท็อปอาจขอ 300 DPI สำหรับรายละเอียด CAD. ปรับความละเอียดตาม user‑agent หรือการตั้งค่าฝั่งไคลเอนต์. - Enable lazy loading of annotations – เก็บ XML ของหมายเหตุในตารางแยกและโหลดเฉพาะเมื่อผู้ใช้เปิดแผงหมายเหตุ. วิธีนี้ลดปริมาณ payload เริ่มต้นและเร่งการเรนเดอร์หน้าแรก.
- Monitor memory footprints – การเรนเดอร์หน้า CAD ความละเอียดสูงอาจใช้หน่วยความจำมาก. ตั้งค่า .NET GC ให้ใช้โหมด server ใน production (
<gcServer enabled="true"/>) และกำหนด timeout ที่เหมาะสมเพื่อป้องกันงานเรนเดอร์ที่วิ่งไม่หยุด. - Apply a CDN for static assets – ไฟล์ JavaScript และ CSS ของตัวดูเป็นสแตติก. ให้บริการจาก Azure CDN, CloudFront, หรือ Cloudflare เพื่อประหยัดมิลลิวินาทีจากการโหลดหน้าแรก, โดยเฉพาะสำหรับทีมที่กระจายทั่วโลก.
โดยปฏิบัติตามแนวทางเหล่านี้, คุณสามารถรองรับผู้ใช้พร้อมกันหลายพันคนทั่วทุกทวีปพร้อมคง latency ต่ำกว่า 200 ms สำหรับหน้าแรก—เป็นเกณฑ์ที่พอร์ทัลองค์กรหลายแห่งตั้งเป้าไว้
เริ่มต้นอย่างรวดเร็วกับการทดลองใช้ฟรีของ Doconut
วิธีที่เร็วที่สุดในการประเมิน Doconut คือดาวน์โหลด trial ฟรีจากเว็บไซต์ทางการ, เพิ่มแพคเกจ NuGet ไปยังโปรเจกต์ ASP.NET Core ใหม่, และทำตามคู่มือเริ่มต้นอย่างรวดเร็ว. ภายในไม่กี่นาทีคุณจะมีตัวดูที่ทำงานได้, สามารถดึงเอกสารจาก Azure Blob, เปิดการทำหมายเหตุ, รันการค้นหาแบบ OCR, และทำการแปลงฝั่งเซิร์ฟเวอร์อย่างปลอดภัย. สำหรับคำแนะนำแบบขั้นตอน‑ต่อ‑ขั้นตอน, เยี่ยมชมเอกสารของ Doconut และเริ่มสร้างประสบการณ์เอกสารแบบคลาวด์‑เนทีฟของคุณวันนี้
พร้อมที่จะเปลี่ยนแปลงเวิร์กโฟลว์เอกสารของคุณหรือยัง? สมัครทดลองใช้ Doconut ฟรีตอนนี้และดูว่าการมอบประสบการณ์เอกสารที่ปลอดภัย, ค้นหาได้, และทำงานร่วมกันในแอป .NET ใด ๆ นั้นง่ายแค่ไหน.