การรวม SDK ตัวดูเอกสารกับคลาวด์สตอเรจและแพลตฟอร์มการทำงานร่วมกัน
ทำไมการดูเอกสารแบบคลาวด์‑เนทีฟจึงสำคัญสำหรับแอป .NET สมัยใหม่
ความสอดคล้องข้ามแพลตฟอร์มด้วย .NET core เดียว
องค์กรต่าง ๆ กำลังย้ายจากเครื่องมือเอกสารแบบเดสก์ท็อปไปสู่ประสบการณ์เว็บ‑ฟอร์สต์ที่ทำงานบน Windows Doconut มีเอนจินเรนเดอร์ฝั่งเซิร์ฟเวอร์ที่ทำงานบน .NET 6 ขึ้นไป, ทำให้ผลลัพธ์ที่ได้มีความเที่ยงตรงพิกเซลเดียวกันไม่ว่าระบบปฏิบัติการใดก็ตาม เนื่องจากตัวดูทำงานกับสตรีม, คุณสามารถดึงไฟล์จากบัคเก็ตคลาวด์ใดก็ได้, ส่งตรงให้กับคอมโพเนนต์ Doconut, และส่งคืนหน้าที่เรนเดอร์หรือภาพย่อให้กับไคลเอนต์โดยไม่ต้องเขียนไฟล์ลงดิสก์
ลดความหน่วงและแบนด์วิธ
เมื่อเอกสารอยู่ใน Azure Blob Storage การดาวน์โหลดไฟล์ทั้งหมดไปยังไคลเอนต์เพียงเพื่อดูหน้าแรกจะทำให้เกิดความหน่วงโดยไม่จำเป็น Doconut รองรับการสร้างภาพย่อแบบตามต้องการ, ทำให้คุณสามารถขอภาพพรีวิวความละเอียดต่ำก่อนและดึงการเรนเดอร์เต็มหน้าเมื่อผู้ใช้เลื่อนลง วิธีนี้มีประโยชน์อย่างยิ่งกับภาพวาด CAD ขนาดใหญ่ (DWG, DXF) ที่อาจมีขนาดหลายร้อยเมกะไบต์
การประมวลผลโดยคำนึงถึงความปลอดภัยเป็นอันดับแรก
การทำงานหนักทั้งหมดอยู่บนเซิร์ฟเวอร์ ด้วยการใช้ความสามารถ server‑side processing ของ Doconut, คุณจะเก็บ 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 เพียงเปลี่ยนการเรียก SDK ของคลาวด์ที่สร้างสตรีม; ส่วนที่เหลือของ pipeline Doconut ยังคงเหมือนเดิม
การจัดการสตอเรจแบบหลายผู้เช่า
ในระบบ DMS แบบ SaaS แต่ละผู้เช่าอาจมีบัคเก็ตหรือพรีฟิกซ์แยกกัน เนื่องจาก Doconut ทำงานกับสตรีม, คุณสามารถระบุบัคเก็ตที่ถูกต้องในเวลารันไทม์, เปิดเอกสาร, และกำหนดขอบเขตโทเค็นให้สอดคล้องกับ claims ของผู้ใช้ปัจจุบัน Doconut มีแคชภายใน (IDistributedCache) ที่สามารถกำหนดให้ใช้ Redis หรือ Azure Cache for Redis, ทำให้คำขอซ้ำสำหรับหน้าเดียวกันได้รับจากหน่วยความจำแทนการเรนเดอร์ใหม่
เปิดใช้งานการทำเครื่องหมายแบบเรียลไทม์และ OCR ในกระบวนการทำงานร่วมกัน
ปลั๊กอิน Annotation: เปลี่ยนตัวดูแบบคงที่ให้เป็นศูนย์กลางรีวิว
Doconut มาพร้อมกับ Annotation Plugin ที่ให้ผู้ใช้ไฮไลท์ข้อความ, เพิ่มโน้ตสติ๊กกี้, หรือวาดรูปฟรีแฮนด์ หลังจากเปิดเอกสารแล้ว คุณจะได้ตัวจัดการ annotation จากตัวดู, เพิ่มหรือแก้ไขอ็อบเจ็กต์ annotation, และบันทึกสถานะ annotation เป็น XML การเก็บ XML ควบคู่กับบันทึกเอกสารทำให้มีประวัติการรีวิวแบบเวอร์ชัน, และการโหลด XML ในการเปิดครั้งต่อไปจะคืนสภาพภาพที่เหมือนเดิม
การค้นหาแบบ OCR สำหรับ PDF ที่สแกน
สัญญา, ใบเสร็จ, หรือภาพทางการแพทย์ที่สแกนมักอยู่ในรูปแบบ PDF ที่มีเฉพาะภาพ Doconut มี Search Plugin ที่รัน OCR บนเซิร์ฟเวอร์โดยอัตโนมัติเมื่อคุณเปิดใช้งานในคอนฟิกของตัวดู เครื่องมือ OCR ทำงานภายในสแตกฝั่งเซิร์ฟเวอร์, ดังนั้นข้อความที่สกัดออกจะไม่ออกนอกสภาพแวดล้อมที่ได้รับการปกป้อง เมื่อ OCR เสร็จสิ้น คุณสามารถเรียก API ค้นหาเพื่อดึงหมายเลขหน้าและสี่เหลี่ยมขอบที่ตรงกัน, UI จะทำการไฮไลท์ผลลัพธ์ เนื่องจาก OCR ทำงานบนเซิร์ฟเวอร์ คุณยังสามารถทำดัชนีข้อความที่สกัดออกไปยัง Azure Cognitive Search, Elasticsearch, หรือบริการค้นหาอื่น ๆ เพื่อให้ผู้ใช้ค้นหาเต็มข้อความได้ทันทีในคลังข้อมูลทั้งหมดของคุณ
การทำงานร่วมกันผ่านโทเค็นที่แชร์
ในการผสานกับ Teams หรือ SharePoint คุณมักสร้างโทเค็นอายุสั้นที่เข้ารหัส ID เอกสาร, สิทธิ์ผู้ใช้, และเวลา Doconut จะคืนสตริงโทเค็นจากการเรียก OpenDocument ซึ่งคุณสามารถห่อหุ้มเป็น JWT หรือเก็บไว้ในแคช เมื่อผู้ใช้คนอื่นคลิกลิงก์ที่แชร์ โทเค็นเดียวกันจะถูกใช้เพื่อรี‑ไฮเดรตตัวดู, รักษา layer ของ annotation และ OCR ให้ทุกคนเห็น
การแปลงฝั่งเซิร์ฟเวอร์อย่างปลอดภัยและการพิมพ์ที่ควบคุมด้วย Doconut
หลายองค์กรต้องแปลงไฟล์ Word, Excel, หรือ CAD ให้เป็น PDF เพื่อเก็บถาวร, หรือบังคับใช้นโยบาย “พิมพ์ได้เฉพาะเมื่อได้รับการอนุมัติ” Doconut มี Converter Plugin ที่จัดการสถานการณ์เหล่านี้โดยไม่ต้องพึ่ง Microsoft Office หรือบริการของบุคคลที่สาม คุณเรียก API การแปลงบนเซิร์ฟเวอร์, ส่งพาธไฟล์ต้นทาง (หรือสตรีม) และรูปแบบผลลัพธ์ที่ต้องการ การแปลงทำงานทั้งหมดบนแบ็กเอนด์, ผลลัพธ์เป็น PDF ที่สามารถเก็บไว้ในคลังเอกสารของคุณได้
เมื่อ PDF มีอยู่แล้ว คุณสามารถเปิด Controlled Printing ใน UI ของตัวดูได้โดยตรง Doconut มีเมธอดให้ตั้งค่าสิทธิ์การพิมพ์สำหรับโทเค็นเอกสารที่ระบุ เมื่อผู้ใช้คลิกปุ่มพิมพ์ Doconut จะตรวจสอบแฟล็กและหรือจะสตรีมภาพที่พิมพ์ได้หรือคืนข้อความ “การพิมพ์ถูกปิดใช้งาน” วิธีนี้ทำให้ไม่ต้องเขียน JavaScript เพื่อลบไดอะล็อกพิมพ์ของเบราว์เซอร์
การตรวจสอบกิจกรรมการพิมพ์
เนื่องจากคำขอพิมพ์ผ่านมิดเดิลแวร์ของ Doconut, คุณสามารถเชื่อมต่อกับ pipeline การล็อกของ ASP.NET Core เพื่อบันทึกว่าใครพิมพ์อะไรและเมื่อไหร่ เก็บบันทึกการตรวจสอบในตาราง SQL หรือส่งต่อไปยังระบบ SIEM เพื่อรายงานการปฏิบัติตามกฎ—สิ่งสำคัญสำหรับเทคโนโลยีกฎหมายหรือสุขภาพที่ต้องบันทึกการเข้าถึงเอกสารทุกครั้ง
แนวทางปฏิบัติที่ดีที่สุดสำหรับการขยายขนาดและประสิทธิภาพในสภาพแวดล้อมข้ามแพลตฟอร์ม
- ใช้แคชแบบกระจาย – แคชหน้า‑ไทล์ภายในของ Doconut สามารถผูกกับ Redis, Azure Cache, หรือการทำงานของ
IDistributedCacheใดก็ได้ ใส่แฮชเวอร์ชันของเอกสารในคีย์แคชเพื่อหลีกเลี่ยงการให้ภาพเก่าหลังการแปลง - ใช้งานเบื้องหลังสำหรับการแปลงเป็นกลุ่ม – เมื่อต้องนำเข้าคลังข้อมูลขนาดใหญ่, คิวงานแปลงด้วย Hangfire หรือ Azure Functions Doconut viewer class ทำงานร่วมกับ
IHostedServiceworkers เนื่องจากรับสตรีมและคืนโทเค็นโดยไม่ต้องอาศัย HTTP context - ปรับความละเอียดภาพตามอุปกรณ์ – อุปกรณ์มือถือควรใช้
ImageResolutionต่ำ (150‑200 DPI) ส่วนเวิร์กสเตชันเดสก์ท็อปอาจขอ 300 DPI เพื่อแสดงรายละเอียด CAD ปรับความละเอียดตาม user‑agent หรือการตั้งค่าฝั่งไคลเอนต์ - เปิดใช้งานการโหลด lazy ของ annotation – เก็บ XML ของ annotation แยกในตารางและโหลดเฉพาะเมื่อผู้ใช้เปิดแผง annotation วิธีนี้ลด payload เริ่มต้นและเร่งการเรนเดอร์หน้าแรก
- ตรวจสอบการใช้หน่วยความจำ – การเรนเดอร์หน้า CAD ความละเอียดสูงอาจใช้หน่วยความจำมาก ตั้งค่า .NET GC ให้ทำงานในโหมด server ใน production (
<gcServer enabled="true"/>) และกำหนด timeout ที่เหมาะสมเพื่อป้องกันงานเรนเดอร์ที่วิ่งไม่หยุด - ใช้ CDN สำหรับทรัพยากรสถิต – ไฟล์ JavaScript และ CSS ของตัวดูเป็นทรัพยากรสถิต ให้บริการผ่าน Azure CDN, CloudFront, หรือ Cloudflare เพื่อลดมิลลิวินาทีจากการโหลดหน้าแรก, โดยเฉพาะสำหรับทีมที่กระจายทั่วโลก
โดยปฏิบัติตามแนวทางเหล่านี้ คุณสามารถรองรับผู้ใช้พร้อมกันหลายพันคนทั่วทุกทวีปพร้อมคง latency ใต้ 200 ms สำหรับหน้าแรก — เกณฑ์ที่หลายพอร์ทัลระดับองค์กรตั้งเป้าไว้
เริ่มต้นอย่างรวดเร็วด้วย Doconut ฟรีเทรล
วิธีที่เร็วที่สุดในการประเมิน Doconut คือดาวน์โหลดฟรีเทรลจากเว็บไซต์อย่างเป็นทางการ, เพิ่มแพคเกจ NuGet ไปยังโปรเจกต์ ASP.NET Core ใหม่, และทำตามคู่มือเริ่มต้นเร็ว ภายในไม่กี่นาทีคุณจะมีตัวดูที่ทำงานได้ซึ่งสามารถดึงเอกสารจาก Azure Blob, เปิดการทำเครื่องหมาย, รันการค้นหาแบบ OCR, และทำการแปลงฝั่งเซิร์ฟเวอร์อย่างปลอดภัย สำหรับคำแนะนำแบบขั้นตอน‑ต่อ‑ขั้นตอน, เยี่ยมชมเอกสารของ Doconut และเริ่มสร้างประสบการณ์เอกสารคลาวด์‑เนทีฟของคุณวันนี้
พร้อมที่จะเปลี่ยนแปลงกระบวนการทำงานกับเอกสารของคุณหรือยัง? สมัครทดลองใช้ Doconut ฟรีตอนนี้และดูว่าการมอบประสบการณ์เอกสารที่ปลอดภัย, ค้นหาได้, และทำงานร่วมกันในแอป .NET ใด ๆ นั้นง่ายแค่ไหน.