โครงการ Temporal Startup: เครดิต Durable Execution มูลค่า $6,000

Temporal เสนอเครดิตสำหรับสตาร์ทอัพมูลค่า $6,000 สำหรับการดำเนินการที่ทนทาน การจัดลำดับเวิร์กโฟลว์มีไว้เพื่ออะไร ราคาของ Temporal เป็นอย่างไร และทำงานร่วมกับอะไรได้บ้าง

TemporalStartup CreditsDurable ExecutionDevelopment ToolsAI Perks
Author Avatar
Andrew
AI Perks Team
14,943

Quick Answer

โปรแกรม Temporal startup เสนอเครดิตสูงสุด 6,000 ดอลลาร์สำหรับ Temporal Cloud ซึ่งเป็นเวอร์ชันที่มีการจัดการของแพลตฟอร์มการดำเนินการที่ทนทานของ Temporal เครดิตนี้ครอบคลุมค่าใช้จ่ายในการจัดการที่ Temporal คิดเป็น Actions และพื้นที่จัดเก็บ ไม่ใช่การประมวลผลที่รัน worker ของคุณเอง ซึ่งยังคงอยู่บนโครงสร้างพื้นฐานของคุณ คุณสมบัติตามเกณฑ์ขึ้นอยู่กับระยะและเงินทุน ซึ่งระบุไว้ที่ getaiperks.com

AI Perks

AI Perks ให้การเข้าถึงส่วนลด เครดิต และดีลพิเศษสำหรับเครื่องมือ AI บริการคลาวด์ และ API เพื่อช่วยสตาร์ทอัพและนักพัฒนาประหยัดเงิน

AI Perks Cards

โปรแกรม Temporal Startup มอบอะไรให้คุณ

Temporal ให้เครดิตสูงสุด $6,000 สำหรับ Temporal Cloud ซึ่งเป็นเวอร์ชันที่มีการจัดการของแพลตฟอร์มการดำเนินการที่ทนทาน โดยครอบคลุมหน่วยวัดที่ Temporal เรียกเก็บเงิน ได้แก่: Actions, พื้นที่เก็บข้อมูลที่ใช้งานอยู่ และพื้นที่เก็บข้อมูลที่เก็บรักษาไว้

AI Perks ติดตามสิ่งนี้ควบคู่ไปกับ เครดิตมูลค่า $7.7 ล้าน ใน 194 บริษัท

ระบุขอบเขตก่อน เพราะมันจะกำหนดว่า $6,000 จะไปได้ไกลแค่ไหน Temporal Cloud ไม่ได้รันโค้ดของคุณ Worker ของคุณจะทำงานบนโครงสร้างพื้นฐานของคุณเองและเชื่อมต่อออกไปยังบริการ Temporal ซึ่งจะเก็บสถานะ ตัวจับเวลา และประวัติเหตุการณ์ เครดิตจะครอบคลุมใบเรียกเก็บเงินบริการนั้นเท่านั้น ไม่ใช่คอนเทนเนอร์ที่ Worker ของคุณทำงานอยู่ ไม่ใช่ฐานข้อมูลที่ Activity ของคุณเขียนถึง ไม่ใช่ Model API ที่ Workflow ของ Agent เรียกใช้ สิทธิ์ในการรับสิทธิ์ขึ้นอยู่กับระยะและเงินทุนของคุณ และข้อกำหนดปัจจุบันจะแสดงอยู่ใน getaiperks.com


AI เครดิตชั้นนำสำหรับสตาร์ทอัพ

สมัครโดยตรงผ่านโปรแกรมที่ผ่านการตรวจสอบแล้วเหล่านี้

Temporal มีไว้สำหรับอะไรกันแน่

Temporal คือการดำเนินการที่ทนทาน: คุณเขียนกระบวนการหลายขั้นตอนเป็นโค้ดปกติใน Go, TypeScript, Python, Java หรือ .NET และแพลตฟอร์มจะรับประกันว่ากระบวนการนั้นจะเสร็จสมบูรณ์ แม้ว่าเครื่องที่รันจะเสียไปครึ่งทางก็ตาม

การตัดสินใจที่สำคัญไม่ใช่ Temporal เทียบกับ Orchestrator คู่แข่ง แต่มันคือการดำเนินการที่ทนทานเทียบกับตารางการลองใหม่, cron job และคอลัมน์สถานะที่คุณมีอยู่ใน Postgres อยู่แล้ว

ทีมส่วนใหญ่สร้างสิ่งเดียวกันโดยไม่ตั้งใจ Enum status บนแถว, งานเบื้องหลังที่สแกนหารายการที่ค้าง, ตัวนับการลองใหม่, ตาราง Dead Letter และชุดกรณีพิเศษที่ค่อยๆ เพิ่มขึ้นเกี่ยวกับสิ่งที่เกิดขึ้นเมื่อขั้นตอนที่สี่สำเร็จ แต่ขั้นตอนที่ห้าหมดเวลาไปแล้ว นั่นใช้งานได้ แต่มันก็ไม่เคยหยุดเติบโต

สิ่งที่ Temporal เข้ามาแทนที่:

  • State Machine ความคืบหน้าคือตำแหน่งในโค้ดของคุณ ไม่ใช่คอลัมน์ที่คุณต้องตีความ
  • Logic การลองใหม่ นโยบายการลองใหม่ต่อขั้นตอนพร้อมการถอยหลังและหมดเวลา ประกาศเพียงครั้งเดียว แทนที่จะเขียนใหม่ต่อการผสานรวม
  • Scheduler ตัวจับเวลาที่ทนทานที่อยู่รอดจากการปรับใช้และการรีสตาร์ท ดังนั้น Workflow สามารถพักเป็นเวลา 30 วันและตื่นขึ้นมาอย่างถูกต้อง
  • เรื่องราวการกู้คืน ระบบล่ม, ปรับใช้ใหม่ หรือปรับขนาดเป็นศูนย์ และกระบวนการจะดำเนินต่อจากขั้นตอนสุดท้ายที่เสร็จสมบูรณ์ ไม่ใช่จากจุดเริ่มต้น
  • การมองเห็น ทุกขั้นตอน อินพุต เอาต์พุต และความล้มเหลวจะอยู่ในประวัติ Workflow ซึ่งเป็นพื้นผิวการดีบักที่ทีมส่วนใหญ่สร้างขึ้นหลังเกิดเหตุการณ์

กรณีการใช้งานที่เติบโตเร็วที่สุดคือ Agent Loop: การเรียก Model, การเรียกเครื่องมือ, การตรวจสอบความถูกต้อง, การลองใหม่, บางครั้งอาจมีการอนุมัติจากมนุษย์ ซึ่งทำงานเป็นเวลาหลายนาทีหรือหลายวัน รูปแบบนั้นคือสิ่งที่การดำเนินการที่ทนทานถูกสร้างขึ้นมา ซึ่งเป็นเหตุผลว่าทำไมทีม AI จึงมาที่ Temporal จากทิศทางที่ผู้ใช้ดั้งเดิมไม่ได้มา

กฎ heuristic ที่ตรงไปตรงมา: หากกระบวนการของคุณมีเพียงหนึ่งขั้นตอน ให้ใช้ Queue หากมีห้าขั้นตอนที่เกี่ยวข้องกับเงิน, API ของบุคคลที่สามที่ไม่เสถียร หรือมนุษย์ที่ปลายอีกด้านหนึ่ง State Machine ที่คุณจะเขียนด้วยมือคือสิ่งที่แพง ไม่ใช่ใบแจ้งหนี้ Temporal


การกำหนดราคา Temporal Cloud ทำงานอย่างไรเมื่อปรับขนาด

Temporal Cloud คิดค่าบริการจากการเปลี่ยนสถานะ (State Transitions) ไม่ใช่ตามเวลาที่ผ่านไป Workflow ที่พักเป็นเวลา 30 วันมีค่าใช้จ่ายเกือบเป็นศูนย์ ในขณะที่ Workflow ที่พูดมากซึ่งเสร็จสิ้นใน 300 มิลลิวินาทีอาจมีค่าใช้จ่ายสูงกว่ามาก ซึ่งเป็นการพลิกการคาดเดาที่ผู้ก่อตั้งนำมาจากระบบการคิดค่าบริการแบบ Serverless

หน่วยวัดอะไรที่ขับเคลื่อนอะไรที่ทำให้เกิดการพุ่งสูง
Actionsการเปลี่ยนสถานะ: การเริ่มต้น Workflow, การจัดกำหนดการและการเสร็จสิ้นขั้นตอน, การเรียกใช้ Timer, การส่ง Signalการกระจาย (Fan-out) ที่สร้าง Workflow ลูกหนึ่งต่อรายการในชุดข้อมูลขนาดใหญ่
พื้นที่เก็บข้อมูลที่ใช้งานอยู่ประวัติเหตุการณ์ของ Workflow ที่กำลังทำงานอยู่Workflow ที่มีอายุยืนยาวสะสมประวัติ แทนที่จะดำเนินต่อไปเป็น Workflow ใหม่
พื้นที่เก็บข้อมูลที่เก็บรักษาไว้ประวัติ Workflow ที่ปิดแล้วซึ่งเก็บรักษาไว้ในช่วงเวลาที่กำหนดการตั้งค่าการเก็บรักษาที่ใจกว้างกับ Workflow ที่มีปริมาณสูง
Namespacesแต่ละ Namespace ที่แยกจากกันที่คุณจัดเตรียมหนึ่ง Namespace ต่อบริการ ต่อสภาพแวดล้อม เมื่อคูณจำนวน
ระดับการสนับสนุนระดับแผน, ไม่ขึ้นกับการใช้งานการอัปเกรดเพื่อรับประกันเวลาตอบสนอง ก่อนที่จะมีสิ่งใดให้ตอบสนอง

อัตรา, ส่วนลด และรายการ Actions ที่เรียกเก็บเงินที่แน่นอนจะเปลี่ยนแปลงไป ตรวจสอบตัวเลขปัจจุบันกับหน้าการกำหนดราคาของ Temporal ก่อนทำการสร้างแบบจำลองใดๆ

การคำนวณที่ตัดสินใบเรียกเก็บเงินของคุณคือจำนวน Actions ต่อการรันหนึ่งครั้ง พิจารณาสมมติว่า Workflow การดำเนินการตามคำสั่งมี 8 Activities, 2 Timers และ 1 Signal แต่ละ Activity เกี่ยวข้องกับการเปลี่ยนสถานะการจัดกำหนดการและการเปลี่ยนสถานะการเสร็จสิ้นอย่างน้อยหนึ่งครั้ง ดังนั้น การรันหนึ่งครั้งจะมีค่าใช้จ่ายประมาณ 20 Actions ที่ 100,000 การรันต่อเดือน จะเท่ากับประมาณ 2 ล้าน Actions

ตอนนี้ลองเปลี่ยนการตัดสินใจในการออกแบบหนึ่งครั้ง กระจาย Workflow ลูกต่อรายการสินค้า โดยมี 4 รายการต่อคำสั่งซื้อ และพฤติกรรมผู้ใช้ที่เหมือนกันจะสร้างจำนวน Actions เป็นหลายเท่า ไม่มีลูกค้าใหม่, ไม่มีฟีเจอร์ใหม่, ใบแจ้งหนี้จะใหญ่ขึ้นอย่างมาก

การควบคุมสองอย่างทำงานส่วนใหญ่: การรวมเป็นชุด (Batch) ภายใน Activity เดียว แทนที่จะสร้าง Workflow ลูกต่อรายการสินค้า และใช้ Signals แทนที่จะใช้ Loop การสำรวจ (Polling) เนื่องจาก Loop ที่ตื่นทุกนาทีเพื่อตรวจสอบเงื่อนไขจะใช้การเปลี่ยนสถานะ Timer ตลอดทั้งวันโดยเปล่าประโยชน์ AI Perks แสดงรายการจำนวนเครดิต ตัวคูณเป็นสิ่งที่คุณควบคุมได้


AI เครดิตชั้นนำสำหรับสตาร์ทอัพ

สมัครโดยตรงผ่านโปรแกรมที่ผ่านการตรวจสอบแล้วเหล่านี้

Temporal Credits ใช้ร่วมกับอะไรได้บ้าง

Temporal Credits ใช้ร่วมกันได้ดีอย่างไม่ธรรมดา เพราะ Temporal คิดค่าบริการเฉพาะการ Orchestration เท่านั้น ทุกสิ่งที่ Workflow สัมผัสจริงๆ ทั้ง Compute, Database, API ของบุคคลที่สาม จะถูกเรียกเก็บเงินโดยผู้อื่นที่ดำเนินโครงการสำหรับสตาร์ทอัพเช่นกัน

เนื่องจาก Worker ทำงานบนโครงสร้างพื้นฐานของคุณเอง เครดิตคลาวด์และเครดิต Temporal จึงเกือบจะสมบูรณ์แบบในการเติมเต็มซึ่งกันและกัน:

  • เครดิตคลาวด์ ครอบคลุม Compute ที่ Worker ของคุณทำงาน ซึ่งเป็นค่าใช้จ่ายที่ใหญ่ที่สุดที่ Temporal Cloud ไม่ได้ครอบคลุม
  • เครดิตฐานข้อมูล ครอบคลุม Store ที่ Activity ของคุณอ่านและเขียน เนื่องจาก Temporal คงสถานะ Workflow ไว้ แต่ไม่ใช่ข้อมูลธุรกิจของคุณ
  • เครดิต Observability ครอบคลุม Metrics, Tracing และ Logs และ Temporal จะสร้างข้อมูลมากพอที่จะมีความสำคัญในใบเรียกเก็บเงินที่คิดราคาตามการนำเข้า (Ingest)
  • เครดิต Model และ API ครอบคลุมการเรียก LLM ภายใน Agent Workflow ซึ่งเป็นส่วนที่ค่าใช้จ่ายเกิดขึ้นเมื่อ Orchestration เป็นอิสระ

ทีมที่มีสามในสี่รายการนี้ได้ให้ทุนสนับสนุน Backend ทั้งหมดในช่วงเวลาเดียวกัน สิทธิ์ที่เข้ากันได้และสิทธิ์ที่ถูกยกเลิกโดยอัตโนมัติคือสิ่งที่ AI Perks ติดตาม


สิ่งที่ผู้ก่อตั้งเข้าใจผิดเกี่ยวกับการดำเนินการที่ทนทาน

ความผิดพลาดที่แพงที่สุดคือการใช้ Temporal เป็น Job Queue งานที่มีปริมาณสูง, ขั้นตอนเดียว, แบบส่งแล้วลืม (fire-and-forget) คือสิ่งที่ SQS หรือ Redis ราคาถูก และการส่งผ่าน Engine การดำเนินการที่ทนทานจะทำให้เกิดค่าใช้จ่าย Orchestration สำหรับสิ่งที่ต้องการ Queue

รูปแบบความล้มเหลวห้ารูปแบบ โดยเรียงตามลำดับค่าใช้จ่าย:

ปฏิบัติต่อเหมือน Queue การดำเนินการที่ทนทานมีคุณค่าสำหรับกระบวนการที่ยาวนาน, หลายขั้นตอน และอ่อนไหวต่อความล้มเหลว การสร้างภาพขนาดย่อไม่ใช่หนึ่งในนั้น

Self-hosting เพื่อประหยัดเงิน เซิร์ฟเวอร์เป็น Open Source และฟรี และชั้น Persistence เบื้องหลังไม่ใช่ การรันคลัสเตอร์ของคุณเองหมายถึงการเป็นเจ้าของฐานข้อมูล, การอัปเกรด และรอบการโทรฉุกเฉินสำหรับระบบที่กู้คืนทุกสิ่งทุกอย่าง ในระยะเริ่มต้น มักจะมีค่าใช้จ่ายมากกว่าใบเรียกเก็บเงินที่มีการจัดการ และเครดิตจะทำให้การเปรียบเทียบไม่สมดุลตลอดทั้งช่วงเวลา

Fan-out โดยค่าเริ่มต้น Child Workflows เป็นวิธีธรรมชาติในการแสดง "ทำสิ่งนี้สำหรับแต่ละรายการ" และเป็นวิธีที่เร็วที่สุดในการคูณจำนวน Actions ของคุณ ตัดสินใจว่าแต่ละรายการต้องการการลองใหม่และการมองเห็นที่เป็นอิสระอย่างแท้จริงหรือไม่ หรือ Loop ภายใน Activity เดียวจะเพียงพอหรือไม่

การไม่คำนึงถึง Determinism โค้ด Workflow จะถูกเล่นซ้ำจากประวัติ ดังนั้นจึงต้องเป็น Deterministic และการแก้ไข Workflow ที่กำลังทำงานอยู่จะทำให้การเล่นซ้ำมีปัญหา เว้นแต่คุณจะทำ Version การเปลี่ยนแปลง เรียนรู้เรื่อง Version ก่อนการปรับใช้ Production ครั้งแรก ไม่ใช่ระหว่างเหตุการณ์แรก

การวางแผนการถอนตัวล่าช้าเกินไป คำจำกัดความของ Workflow เป็นโค้ดปกติ แต่การรับประกัน Runtime ไม่ใช่ เก็บ Business Logic ไว้ในฟังก์ชันที่ไม่ Import SDK และตัดสินใจเมื่อ บริโภคเครดิตไปแล้ว 70% ว่า Orchestration ที่ไม่มีการอุดหนุนของคุณจะมีลักษณะอย่างไร แทนที่จะค้นพบเมื่อใบแจ้งหนี้เต็มใบแรก


AI เครดิตชั้นนำสำหรับสตาร์ทอัพ

สมัครโดยตรงผ่านโปรแกรมที่ผ่านการตรวจสอบแล้วเหล่านี้

Temporal อยู่ในงบประมาณเครื่องมือการพัฒนาส่วนไหน

Temporal เป็นหนึ่งบรรทัดในงบประมาณเครื่องมือการพัฒนาที่ยังมี CI, Observability, ฐานข้อมูล และ Compute ที่ Worker ของคุณทำงานอยู่ การประเมินทั้งบรรทัด แทนที่จะเป็นเพียงบรรทัด Temporal เพียงอย่างเดียว จะเป็นตัวกำหนดว่าเครดิตคงที่นั้นมีความหมายหรือไม่

getaiperks.com ติดตามหมวดหมู่เครื่องมือการพัฒนา ซึ่ง Temporal อยู่เคียงข้างกับโปรแกรม CI, Observability และ Platform พร้อมจำนวนปัจจุบัน

การตัดสินใจสองประการที่ส่งผลต่อใบเรียกเก็บเงินมากกว่าสิ่งอื่นใด และทั้งสองอย่างก็ยากต่อการนำมาปรับใช้ภายหลัง:

  • รูปทรง Fan-out Child Workflow ต่อรายการ หรือ Loop ภายใน Activity เดียว คือตัวคูณที่ใหญ่ที่สุดสำหรับจำนวน Actions ของคุณ
  • หน้าต่างการเก็บรักษา ประวัติที่ปิดแล้วจะถูกคิดค่าบริการในขณะที่ถูกเก็บรักษา ดังนั้นการตั้งค่าที่ใจกว้างกับ Workflow ที่มีปริมาณสูงจะเปลี่ยนจากความสะดวกในการดีบักเป็นรายการพื้นที่เก็บข้อมูลอย่างเงียบๆ

คำถามที่พบบ่อย

โปรแกรม Temporal Startup มีมูลค่าเท่าใด

เครดิตสูงสุด $6,000 สำหรับ Temporal Cloud ครอบคลุม Actions และพื้นที่เก็บข้อมูลบนบริการที่มีการจัดการ สำหรับผลิตภัณฑ์ระยะเริ่มต้นที่รัน Workflow หลักแสนครั้งต่อเดือน โดยทั่วไปแล้วจะถือเป็นเส้นทางที่ยาวนานสำหรับการ Orchestration โดยเฉพาะ จำนวนปัจจุบันและสิทธิ์ในการรับสิทธิ์จะถูกติดตามที่ getaiperks.com

ฉันต้องการ Temporal จริงๆ หรือไม่ หรือ Job Queue ก็เพียงพอแล้ว

Queue ก็เพียงพอสำหรับงานแบบขั้นตอนเดียว, แบบส่งแล้วลืม (fire-and-forget) และมีราคาถูกกว่าต่อหน่วย Temporal มีคุณค่าเมื่อกระบวนการมีหลายขั้นตอน, เกี่ยวข้องกับเงินหรือ API ของบุคคลที่สามที่ไม่เสถียร, จำเป็นต้องรอคนเป็นเวลาหลายวัน หรือต้องกลับมาทำงานต่ออย่างถูกต้องหลังระบบล่ม แทนที่จะเริ่มใหม่

เหตุใดจำนวน Temporal Action ของฉันจึงสูงกว่าจำนวน Workflow ของฉัน

เนื่องจาก Temporal คิดค่าบริการจากการเปลี่ยนสถานะ ไม่ใช่ Workflow การรันหนึ่งครั้งประกอบด้วยการเริ่มต้น, การจัดกำหนดการและการเสร็จสิ้นต่อ Activity, การเรียกใช้ Timer แต่ละครั้ง และ Signal แต่ละครั้งที่ส่งออกไป ยี่สิบ Actions หรือมากกว่านั้นต่อการรันถือเป็นเรื่องปกติ และรูปแบบ Fan-out ที่สร้าง Child Workflow ต่อรายการจะคูณจำนวนนั้นต่อไปอีก

เครดิต Temporal ครอบคลุมใบเรียกเก็บเงิน Compute หรือ Database ของฉันหรือไม่

ไม่ Temporal Cloud รันบริการ Orchestration และ Worker ของคุณทำงานบนโครงสร้างพื้นฐานของคุณเอง คอนเทนเนอร์ที่ประมวลผลโค้ดของคุณ, ฐานข้อมูลที่คุณ Activity เขียนถึง และ API Model ใดๆ ที่ Workflow เรียกใช้ เป็นใบเรียกเก็บเงินที่แยกต่างหาก วางแผนที่จะใช้ Grant คลาวด์ควบคู่ไปกับ Grant Temporal ซึ่งติดตามได้ที่ getaiperks.com

ฉันสามารถรวม Temporal Credits กับ Startup Credits อื่นๆ ได้หรือไม่

ได้ และพวกมันก็ใช้ร่วมกันได้ดีเป็นพิเศษเพราะใบเรียกเก็บเงินไม่ทับซ้อนกันเลย เครดิตคลาวด์ครอบคลุม Worker, เครดิตฐานข้อมูลครอบคลุมข้อมูลของคุณ, เครดิต Observability ครอบคลุม Metrics และ Tracing และเครดิต Model ครอบคลุมการเรียก LLM ภายใน Agent Workflow AI Perks ติดตาม $7.7 ล้าน ใน 194 บริษัท

การ Self-hosting Temporal ถูกกว่า Temporal Cloud หรือไม่

แทบจะไม่เลยในระยะเริ่มต้น เซิร์ฟเวอร์เป็น Open Source แต่คุณจะต้องรับผิดชอบชั้น Persistence, การอัปเกรด, การวางแผนความจุ และรอบการโทรฉุกเฉินสำหรับระบบที่กู้คืนระบบอื่นๆ ทั้งหมดของคุณ เวลาของวิศวกรคือราคาที่แท้จริง และเครดิตที่ดูดซับใบเรียกเก็บเงินที่มีการจัดการในขณะที่คุณยังเล็ก จะเปลี่ยนการเปรียบเทียบ


สมัครรับข้อมูลที่ getaiperks.com →

เขียน Workflow ปล่อยให้คนอื่นออกทุน Orchestration ในขณะที่คุณยังเล็ก

AI Perks

AI Perks ให้การเข้าถึงส่วนลด เครดิต และดีลพิเศษสำหรับเครื่องมือ AI บริการคลาวด์ และ API เพื่อช่วยสตาร์ทอัพและนักพัฒนาประหยัดเงิน

AI Perks Cards

This content is for informational purposes only and may contain inaccuracies. Credit programs, amounts, and eligibility requirements change frequently. Always verify details directly with the provider.