ข้ามไปยังเนื้อหาหลัก
&Sageio

ENTERPRISE DEPLOYMENT

Sageio ภายใน โครงสร้างพื้นฐานของคุณเอง

สำหรับองค์กรที่ไม่สามารถนำข้อมูลการประชุมไปไว้บนคลาวด์แบบ multi-tenant ได้ Sageio ทำงานใน VPC, ดาต้าเซ็นเตอร์ หรือ private cloud ของคุณ — ภายในขอบเขตความปลอดภัยของคุณ บน audit trail ของคุณ

คุยกับฝ่ายขาย ดาวน์โหลดคู่มือการ deploy

WHY SELF-HOST

เมื่อ on-premise คือคำตอบเดียว

  • ที่ตั้งของข้อมูล

    หน่วยงานกำกับดูแล สัญญากับลูกค้า หรือนโยบายภายในกำหนดให้ข้อมูลการประชุมต้องอยู่ภายในประเทศหรือเครือข่ายที่ระบุ การ self-host วางข้อมูลไว้ตรงตำแหน่งที่ต้องอยู่พอดี — และไม่เคยไปอยู่ที่ที่ไม่ควรอยู่

  • ข้อกำหนดด้านการปฏิบัติตามกฎ

    อุตสาหกรรมภายใต้ FINRA, HIPAA, ITAR หรือระเบียบท้องถิ่นที่เทียบเท่า เผชิญข้อกำหนดด้านการตรวจสอบที่ SaaS มักตอบโจทย์ไม่ได้ การรัน Sageio ในสภาพแวดล้อมของคุณทำให้คุณควบคุมหลักฐาน — และคำถามของผู้ตรวจสอบ

  • ขอบเขตความปลอดภัยที่มีอยู่เดิม

    บางองค์กรทุ่มเทมาหลายปีกับการแบ่งส่วนเครือข่าย internal CA และเครื่องมือ zero-trust การ self-host ทำให้ Sageio สืบทอดขอบเขตนั้นได้แทนที่จะเจาะช่องผ่านมัน

ARCHITECTURE

อะไรทำงาน ที่ไหน

Sageio แบบ self-hosted คือแอปพลิเคชันแบบ containerized ที่ทำงานตั้งแต่ต้นจนจบภายในสภาพแวดล้อมของคุณ การประมวลผล AI การถอดความ การจัดเก็บ — ทั้งหมดอยู่ภายในขอบเขตเครือข่ายของคุณ

การ deploy หลักประกอบด้วยเซิร์ฟเวอร์แอปพลิเคชัน Sageio ฐานข้อมูล PostgreSQL, object storage สำหรับเสียงและบันทึกถอดความ และชั้นการประมวลผลสำหรับการถอดความและการแปล ลูกค้าสามารถนำ endpoint STT และ LLM ของตัวเองมาใช้ได้ (Deepgram, Azure OpenAI, Google Vertex หรือเทียบเท่า) หรือรัน reference inference stack ของ Sageio บน GPU ในเครื่อง การเข้าถึงเครือข่ายขาออกจำเป็นเฉพาะสำหรับการตรวจสอบ license และ telemetry แบบเลือกได้เท่านั้น ซึ่งทั้งสองอย่างสามารถส่งผ่าน proxy ที่ลูกค้าควบคุมได้

แพลตฟอร์มการประชุม

Meet · Zoom · Teams

สภาพแวดล้อมของคุณ · ขอบเขตเครือข่าย

เซิร์ฟเวอร์แอป Sageio

PostgreSQL

ที่เก็บอ็อบเจกต์

เสียง + บันทึกคำพูด

การอนุมาน

STT + การแปล

ใช้ endpoint ของคุณเอง (Deepgram, Azure OpenAI, Google Vertex) หรือรันบน GPU ภายใน

การตรวจสอบใบอนุญาต + เทเลเมทรีเสริม ผ่านพร็อกซีของคุณ

endpoint ใบอนุญาต Sageio

สถาปัตยกรรมอ้างอิงสำหรับการ deploy แบบ on-premise ปรับให้เหมาะกับสภาพแวดล้อมของลูกค้าแต่ละรายในระหว่างการกำหนดขอบเขต

REQUIREMENTS

สภาพแวดล้อมของคุณ ต้องมีอะไรบ้าง

Orchestration
Kubernetes 1.27 ขึ้นไป Helm 3.12+ รองรับ Docker Compose สำหรับ proof-of-concept และการ deploy แบบ single-host
Compute (ชั้นแอปพลิเคชัน)
ขั้นต่ำ 8 vCPU, 16 GB RAM ต่อโหนด แนะนำสองโหนดสำหรับ high availability
Compute (ชั้น inference, ไม่บังคับ)
NVIDIA GPU พร้อม VRAM 24 GB (A10G, L4 หรือเทียบเท่า) สำหรับ STT แบบ self-hosted ไม่จำเป็นหากใช้ endpoint STT / LLM แบบ managed
ฐานข้อมูล
PostgreSQL 14 ขึ้นไป จัดการโดยลูกค้าหรือ deploy โดย Sageio พื้นที่จัดเก็บขั้นต่ำ 100 GB ปรับตามนโยบายระยะเวลาเก็บ
Object storage
รองรับ S3 (AWS S3, MinIO, Ceph, Azure Blob, GCS) ใช้สำหรับการส่งออกบันทึกถอดความและช่วงการเก็บเสียง
Network egress
ต้องมี HTTPS ขาออกไปยัง endpoint license ของ Sageio ทราฟฟิกอื่นทั้งหมดตั้งค่าได้ รวมถึงผ่าน proxy ของลูกค้า
Identity
ผู้ให้บริการตัวตนแบบ SAML 2.0 หรือ OIDC การผสานที่ผ่านการทดสอบ: Okta, Microsoft Entra ID, Google Workspace, Auth0, Keycloak
TLS
ใบรับรองที่ลูกค้าจัดเตรียม หรือการผสานกับ internal CA รองรับ Let's Encrypt สำหรับการ deploy ที่เชื่อมต่ออินเทอร์เน็ต

INSTALLATION

จากการเริ่มต้นสู่ การประชุมครั้งแรก

การ deploy แบบ self-host ทั่วไปใช้เวลาสี่ถึงหกสัปดาห์นับจากการลงนามสัญญาจนถึงการประชุมที่แปลครั้งแรกใน production Sageio จัดสรร solutions engineer เฉพาะตลอดช่วงเวลานั้น

  1. การกำหนดขอบเขตและทบทวนสภาพแวดล้อม

    เซสชันทำงานร่วมกันครอบคลุมโครงสร้างพื้นฐาน ผู้ให้บริการตัวตน สถาปัตยกรรมเครือข่าย ข้อกำหนดด้านการปฏิบัติตามกฎ และแผนการ rollout ผลลัพธ์: เอกสารออกแบบการ deploy ที่ทั้งสองทีมลงนามรับรองก่อนเริ่มงานติดตั้งใด ๆ

  2. การติดตั้งบน staging

    ติดตั้ง Sageio ในสภาพแวดล้อม staging หรือ pre-production ของคุณ ตั้งค่า Helm values สำหรับการจัดเก็บ ผู้ให้บริการตัวตน และ endpoint inference ของคุณ ทดสอบการประชุมแบบ end-to-end จนผ่าน

  3. การทบทวนด้านความปลอดภัยและการปฏิบัติตามกฎ

    ทีมความปลอดภัยของคุณทำการทดสอบเจาะระบบ ทบทวน SBOM และกระบวนการ change-management ภายในใด ๆ Sageio จัดเตรียมเอกสาร และคำตอบเชิงวิศวกรรมต่อสิ่งที่ตรวจพบ

  4. การ deploy production และการสลับใช้งาน

    ติดตั้ง production เปิดใช้ identity federation เชื่อมต่อการเฝ้าระวังเข้ากับ observability stack ของคุณ การประชุม production ครั้งแรกทำงานควบคู่กับเครื่องมือเดิมของคุณจนกว่าทีมของคุณจะมั่นใจ

  5. การส่งมอบและการเปิดใช้งาน

    การฝึกอบรม admin การพาเดิน runbook และการส่งมอบเอกสาร การสนับสนุนต่อเนื่องจะเปลี่ยนไปยัง customer success engineer ที่ได้รับมอบหมายของคุณ

SUPPORT

เราอยู่กับคุณตลอดจนถึง production

การ deploy แบบ self-hosted รวมบริการ solutions engineering ทั้งก่อน ระหว่าง และหลังการ rollout ไม่ใช่แค่ช่อง Slack กับ wiki — แต่เป็นคนที่รู้จักสภาพแวดล้อมของคุณ

ลูกค้า self-host ทุกรายจะได้รับ solutions engineer ที่ระบุชื่อสำหรับการ deploy และ customer success engineer ตลอดอายุสัญญา การสนับสนุนมาตรฐานครอบคลุมการตอบสนองในเวลาทำการวันธรรมดา พร้อม SLA การรับทราบภายในสี่ชั่วโมงสำหรับปัญหา production ล่ม การครอบคลุมนอกเวลาทำการและแบบ 24×7 มีให้เป็น add-on การโทรทบทวนรายไตรมาสครอบคลุมการอัปเดตแพลตฟอร์ม คำแนะนำด้านความปลอดภัย และแผนการอัปเกรด การอัปเกรดเวอร์ชันหลักจัดกำหนดการร่วมกันและรันบนสภาพแวดล้อม staging ของคุณก่อน

ราคา self-host →

ต้องการสิ่งนี้ ตามเงื่อนไขของคุณใช่ไหม?

บอกเราเกี่ยวกับสภาพแวดล้อมของคุณ แล้วเราจะส่งแบบสอบถามการกำหนดขอบเขตให้ การประเมินส่วนใหญ่เสร็จภายในสองสัปดาห์ รวมถึง proof-of-concept ที่ใช้งานได้จริงในสภาพแวดล้อม staging ของคุณ

คุยกับฝ่ายขาย ดาวน์โหลดคู่มือการ deploy