AI Perks ให้การเข้าถึงส่วนลด เครดิต และดีลพิเศษสำหรับเครื่องมือ AI บริการคลาวด์ และ API เพื่อช่วยสตาร์ทอัพและนักพัฒนาประหยัดเงิน
เครดิต Observability ฟรี มีมูลค่าเท่าใด?
ผู้ให้บริการตรวจสอบและสังเกตการณ์ห้ารายมีโปรแกรมเครดิตสำหรับสตาร์ทอัพ ซึ่งมีมูลค่าระหว่าง $2,500 ถึง $100,000 ต่อราย และเนื่องจากแต่ละรายเป็นใบแจ้งหนี้ของผู้ให้บริการที่แยกจากกัน จึงสามารถนำมารวมกันได้แทนที่จะซ้ำซ้อนกัน
AI Perks ติดตามสิ่งเหล่านี้ พร้อมกับ เครดิตมูลค่า $7.7 ล้าน ใน 194 บริษัท
| โปรแกรม | มูลค่าเครดิต | ครอบคลุมอะไรบ้าง | เรียกเก็บค่าใช้จ่ายอย่างไร |
|---|---|---|---|
| Datadog | สูงสุด $100,000 | การตรวจสอบโครงสร้างพื้นฐาน, APM, ล็อก, การวิเคราะห์ฝั่งผู้ใช้ | โฮสต์, การรวบรวมล็อก, เมตริกแบบกำหนดเอง |
| PostHog | สูงสุด $50,000 | การวิเคราะห์ผลิตภัณฑ์, การบันทึกเซสชัน, การติดตามข้อผิดพลาด, แฟล็ก | เหตุการณ์ |
| New Relic | $5,000 | APM, โครงสร้างพื้นฐาน, ล็อก, การติดตามข้อผิดพลาด | ข้อมูลที่รวบรวม, สิทธิ์การใช้งานเต็มแพลตฟอร์ม |
| Elastic | $5,000 | การวิเคราะห์ล็อก, การค้นหา, แดชบอร์ด Kibana | ทรัพยากรที่จัดสรร, ข้อมูลที่เก็บรักษา |
| PagerDuty | $2,500 | การจัดตารางการเข้าเวร, การยกระดับ, การกำหนดเส้นทางการแจ้งเตือน | สิทธิ์การใช้งาน |
สองสิ่งบิดเบือนตารางนั้น ตัวเลขหลักเป็นค่าสูงสุด ไม่ใช่การเสนอราคา และ เส้นทางที่แตกต่างกันทำให้ตัวเลขเปลี่ยนไป: ข้อเสนอของ Datadog ที่ส่งผ่านโปรแกรมพันธมิตรคลาวด์มีมูลค่า $5,000 ไม่ใช่ $100,000 สำหรับผลิตภัณฑ์เดียวกัน เกณฑ์คุณสมบัติแตกต่างกันไปตามโปรแกรม และเงื่อนไขปัจจุบันสำหรับแต่ละเส้นทางแสดงอยู่ใน getaiperks.com
AI เครดิตชั้นนำสำหรับสตาร์ทอัพ
สมัครโดยตรงผ่านโปรแกรมที่ผ่านการตรวจสอบแล้วเหล่านี้
Datadog $100,000
สำหรับสตาร์ทอัพระยะเริ่มต้น
Claude (via program) $100,000
สำหรับสตาร์ทอัพระยะเริ่มต้น
OpenAI (via program) $2,500
สำหรับสตาร์ทอัพระยะเริ่มต้น
Anthropic $20,000
สำหรับสตาร์ทอัพระยะเริ่มต้น
AWS $300,000
สำหรับสตาร์ทอัพระยะเริ่มต้น
Google Cloud $350,000
สำหรับสตาร์ทอัพระยะเริ่มต้น
Observability ซื้ออะไรให้คุณจริงๆ
Observability ไม่ใช่แค่เมตริก ล็อก และเทรซแยกกัน ทั้งสามอย่างมีให้ใช้งานฟรี สิ่งที่คุณจ่ายคือการเชื่อมโยงระหว่างสิ่งเหล่านี้ เพื่อที่เวลา 3.00 น. คนคนหนึ่งจะสามารถไล่จากจุดที่ความหน่วงเพิ่มขึ้น ไปยังเทรซที่เฉพาะเจาะจง ไปยังบรรทัดล็อกที่เฉพาะเจาะจงได้ โดยไม่ต้องเปลี่ยนเครื่องมือ
ทุกชั้นมีสิ่งที่เทียบเท่าฟรี Prometheus และ Grafana ครอบคลุมเมตริก OpenTelemetry ร่วมกับ Jaeger หรือ Tempo ครอบคลุมเทรซ Loki หรือระบบล็อกของคลาวด์โฮสต์ของคุณเอง ครอบคลุมล็อก การติดตามข้อผิดพลาดแบบโอเพนซอร์สครอบคลุมข้อยกเว้น
สิ่งที่คุณไม่สามารถได้ฟรีคือการเชื่อมโยงความสัมพันธ์และไม่มีผู้ดำเนินการ การรันสแต็กนั้นด้วยตัวเองจะใช้เวลาของวิศวกรประมาณหนึ่งในสี่ เมื่อพิจารณาถึงการเก็บรักษา, จำนวนค่าเฉพาะ (cardinality) และการอัปเกรดเวอร์ชัน ซึ่งเป็นงานที่ต้องทำจริงๆ ในบริษัทที่มีพนักงานสิบคน หนึ่งในสี่นั้นจะมีค่าใช้จ่ายมากกว่าซอฟต์แวร์
การทดสอบที่ตรงไปตรงมาว่าคุณต้องการแพลตฟอร์มแบบเสียเงินแล้วหรือยัง: คุณมีการหมุนเวียนการเข้าเวรหรือไม่ และมีใครถูกแจ้งเตือนสองครั้งสำหรับบางสิ่งที่พวกเขาไม่สามารถอธิบายได้จากแดชบอร์ดเดียวหรือไม่? หากคำตอบคือไม่ การติดตามข้อผิดพลาดรวมกับเมตริกในตัวของคลาวด์ของคุณจะครอบคลุมคุณได้อย่างแท้จริง และเครดิตจะมีค่ามากขึ้นในภายหลัง
การตั้งราคา Observability ทำงานอย่างไรเมื่อขยายขนาด
ใบแจ้งหนี้ Observability ไม่ได้ขยายตามรายได้ มันขยายตามความ "ช่างพูด" ของโค้ดของคุณ ซึ่งเป็นการตัดสินใจที่วิศวกรตัดสินใจในช่วงกลางสปรินต์โดยไม่เคยเห็นราคามาก่อน
ผู้ให้บริการแต่ละรายมีการวัดผลในแกนที่แตกต่างกัน และแกนนั้นจะกำหนดว่าเครดิตที่มีอยู่จะหมดลงเร็วแค่ไหน:
- อิงตามโฮสต์ (โครงสร้างพื้นฐาน Datadog): คาดการณ์ได้ จนกว่ากลุ่มปรับขนาดอัตโนมัติจะนับโหนดที่มีอายุสั้นในช่วงเวลาที่พีค
- อิงตามการรวบรวม (New Relic, Elastic, ผลิตภัณฑ์ล็อกส่วนใหญ่): คาดการณ์ได้ จนกว่าจะมีคนเปิดใช้งานการบันทึกข้อผิดพลาด (debug logging) หลังเกิดเหตุการณ์
- อิงตามเหตุการณ์ (PostHog): เติบโตตามปริมาณการใช้งานและการวัดผล ไม่ใช่จำนวนพนักงาน
- อิงตามสิทธิ์การใช้งาน (PagerDuty, ส่วนหนึ่งของ New Relic): แกนวัดเพียงแกนเดียวที่คุณสามารถคาดการณ์ล่วงหน้าได้หนึ่งปี
ข้อผิดพลาดที่เกือบทุกคนเจอคือ การ์ดดinality ของแท็ก การเพิ่มบางอย่างเช่น user_id หรือ request_id เป็นแท็กในเมตริกแบบกำหนดเองเป็นการเปลี่ยนแปลงเพียงบรรทัดเดียวที่สามารถคูณเมตริกเดียวเป็นอนุกรมเวลาที่จัดเก็บเป็นหลักแสนได้ นี่คือสาเหตุที่พบบ่อยที่สุดของใบแจ้งหนี้ observability ที่น่าประหลาดใจอย่างมาก
ขนาดของสิ่งที่ผิดพลาดได้ไม่ใช่เรื่องทฤษฎี Coinbase ถูกรายงานในปี 2023 ว่ามีใบแจ้งหนี้ Datadog เป็นหลักหลายสิบล้านดอลลาร์ ซึ่งสูงกว่าที่คาดการณ์ไว้ภายในองค์กรหลายเท่า ไม่มีใครอนุมัติสิ่งนั้น มันสะสมทีละแท็กและทีละระดับการบันทึก
AI เครดิตชั้นนำสำหรับสตาร์ทอัพ
สมัครโดยตรงผ่านโปรแกรมที่ผ่านการตรวจสอบแล้วเหล่านี้
Datadog $100,000
สำหรับสตาร์ทอัพระยะเริ่มต้น
Claude (via program) $100,000
สำหรับสตาร์ทอัพระยะเริ่มต้น
OpenAI (via program) $2,500
สำหรับสตาร์ทอัพระยะเริ่มต้น
Anthropic $20,000
สำหรับสตาร์ทอัพระยะเริ่มต้น
AWS $300,000
สำหรับสตาร์ทอัพระยะเริ่มต้น
Google Cloud $350,000
สำหรับสตาร์ทอัพระยะเริ่มต้น
วิธีเลือกระหว่างผู้ให้บริการ Observability
เลือกตามแกนวัดการเรียกเก็บเงินและตามสิ่งที่ทีมของคุณสามารถดำเนินการได้ ไม่ใช่ตามเครดิตหลักๆ เงินช่วยเหลือ $100,000 กับระบบที่คุณยังไม่ได้ทำการวัดผล (instrumented) มีค่าน้อยกว่าเงินช่วยเหลือ $5,000 กับการหมุนเวียนการเข้าเวรที่ใช้งานได้จริง
เริ่มต้นจากรูปแบบของทีมของคุณแทนที่จะเป็นรายชื่อผู้ให้บริการ:
| รูปแบบทีม | Observability ที่ใช้งานได้ขั้นต่ำ | ควรข้ามอะไรไปก่อน |
|---|---|---|
| วิศวกร 1-3 คน, บริการเดียว | การติดตามข้อผิดพลาด บวกกับเมตริกในตัวของคลาวด์ของคุณ | APM, การบันทึกเซสชัน, การจัดทำดัชนีล็อก |
| วิศวกร 4-10 คน, มีการเข้าเวร | การติดตามข้อผิดพลาด, การรวบรวมล็อกแบบรวมศูนย์, การกำหนดเส้นทางการแจ้งเตือน | APM เต็มแพลตฟอร์มสำหรับทุกบริการ |
| วิศวกร 10+ คน, หลายบริการ | การเชื่อมโยงเมตริก, เทรซ และล็อกในที่เดียว | ไม่มี, นี่คือจุดที่หมวดหมู่นี้แสดงให้เห็นถึงคุณค่าของราคา |
การตัดสินใจที่สองคือแพลตฟอร์มเดียวเทียบกับดีที่สุดในแต่ละประเภท ผู้ให้บริการรายเดียวสำหรับทุกอย่างช่วยให้คุณเชื่อมโยงและมีใบแจ้งหนี้เดียว และทำให้คุณเสียเปรียบในการต่อรองราคาเมื่อต่ออายุ เครื่องมือแยกต่างหากสำหรับข้อผิดพลาด ล็อก และการเข้าเวรจะมีราคาถูกกว่าและมักจะทำงานได้ดีกว่าในหน้าที่เดียว และคุณจะต้องจ่ายด้วยการสลับบริบทระหว่างเกิดเหตุการณ์
กฎที่เป็นประโยชน์: เดิมพันแพลตฟอร์มเดียวด้วยเครดิตที่ใหญ่ที่สุดที่คุณได้รับอนุมัติ และคงการเข้าเวรไว้กับผู้ให้บริการแยกต่างหากเสมอ การแจ้งเตือนคือระบบเดียวที่คุณไม่ต้องการให้ล่มไปพร้อมกับสิ่งที่มันกำลังเฝ้าดู AI Perks จัดกลุ่มโปรแกรมเหล่านี้เข้าด้วยกันเพื่อให้จำนวนเงินและเงื่อนไขอยู่เคียงข้างกัน แทนที่จะกระจัดกระจายไปทั่วหน้าเว็บของผู้ให้บริการหลายสิบหน้า
ลำดับที่ควรกระตุ้นการใช้งาน
การอนุมัติและการเปิดใช้งานเป็นการตัดสินใจที่แตกต่างกัน และการทำให้สับสนกันคือสาเหตุที่ทำให้เครดิตจำนวนมากสูญเปล่า ลำดับที่มีความสำคัญไม่ใช่โปรแกรมที่คุณคว้ามาก่อน แต่มันคือโปรแกรมที่คุณเปิดใช้งานก่อน
โปรแกรมเหล่านี้และเงื่อนไขปัจจุบันของพวกมันจะอยู่รวมกันภายใต้หมวดหมู่การวิเคราะห์และ observability บน getaiperks.com ซึ่งเป็นที่ที่เครื่องมือตรวจสอบ, การบันทึก, การติดตามข้อผิดพลาด และการจัดการเหตุการณ์ตั้งอยู่
เมื่อมีมากกว่าหนึ่งโปรแกรมพร้อมใช้งานสำหรับคุณ ให้เปิดใช้งานตามลำดับที่เพิ่มขึ้นของสิ่งที่คุณสามารถใช้งานได้จริง
เครดิตขนาดเล็กที่อิงตามสิทธิ์การใช้งานก่อน การเข้าเวรและการติดตามข้อผิดพลาดจะส่งมอบคุณค่าในวันที่คุณเปิดใช้งานและใช้เครดิตในอัตราที่คุณสามารถคาดการณ์ได้
เครดิตที่ใหญ่ที่สุดให้มาเป็นอันดับสุดท้าย เมื่อกลุ่มระบบของคุณพร้อมใช้งานจริง เครดิตจะถูกใช้ไปกับสิ่งที่คุณได้ทำการวัดผล ดังนั้นเครดิตจำนวนมากที่เปิดใช้งานกับสามบริการจะถูกใช้ไปกับอะไรเลย
ตรวจสอบหมวดหมู่อีกครั้งเป็นประจำ โปรแกรมโครงสร้างพื้นฐานมีการเปลี่ยนแปลงเงื่อนไขและเส้นทางบ่อยครั้ง และผู้ให้บริการรายเดียวกันอาจมีมูลค่ามากกว่าถึงยี่สิบเท่าผ่านเส้นทางหนึ่งเมื่อเทียบกับอีกเส้นทางหนึ่ง
AI เครดิตชั้นนำสำหรับสตาร์ทอัพ
สมัครโดยตรงผ่านโปรแกรมที่ผ่านการตรวจสอบแล้วเหล่านี้
Datadog $100,000
สำหรับสตาร์ทอัพระยะเริ่มต้น
Claude (via program) $100,000
สำหรับสตาร์ทอัพระยะเริ่มต้น
OpenAI (via program) $2,500
สำหรับสตาร์ทอัพระยะเริ่มต้น
Anthropic $20,000
สำหรับสตาร์ทอัพระยะเริ่มต้น
AWS $300,000
สำหรับสตาร์ทอัพระยะเริ่มต้น
Google Cloud $350,000
สำหรับสตาร์ทอัพระยะเริ่มต้น
ผู้ก่อตั้งเข้าใจผิดอะไรเกี่ยวกับเครดิต Observability
ความผิดพลาดที่มีค่าใช้จ่ายสูงสุดคือการปฏิบัติต่อเครดิตจำนวนมากราวกับว่าเป็นการตรวจสอบฟรี แทนที่จะเป็นกรอบเวลาที่จำกัดในการสร้างนิสัยการใช้จ่ายที่คุณสามารถจ่ายได้ในราคาเต็มในภายหลัง
การสันนิษฐานว่าเครดิตคลาวด์ครอบคลุม พวกมันไม่ครอบคลุม Datadog, New Relic และ PagerDuty เป็นผู้ให้บริการ SaaS บุคคลที่สามที่เรียกเก็บเงินแยกต่างหากจากยอดคงเหลือของ AWS หรือ Google Cloud ของคุณ นี่คือเหตุผลที่ทำให้พวกมันสามารถรวมกันได้อย่างลงตัว และเหตุผลที่การถือเครดิตคลาวด์, เครดิตโมเดล และเครดิต observability ไว้ด้วยกันจะครอบคลุมใบแจ้งหนี้ที่แตกต่างกันสามใบ แทนที่จะเป็นใบแจ้งหนี้เดียวกันที่ใหญ่ขึ้น
การวัดผลทุกอย่างตั้งแต่วันแรก เครดิตจะขจัดสัญญาณราคาในขณะที่ทีมของคุณกำลังสร้างค่าเริ่มต้น สิ่งใดก็ตามที่คุณเปิดใช้งานในขณะที่ฟรี คือสิ่งที่คุณจะได้รับในราคาเต็มในภายหลัง
การจัดทำดัชนีล็อกที่ไม่มีใครจะค้นหา การรวบรวมมีราคาถูก การจัดทำดัชนีมีราคาสูง รวบรวมเป็นวงกว้าง จัดทำดัชนีอย่างจำกัด เก็บถาวรส่วนที่เหลือไว้ในที่เก็บอ็อบเจกต์
ไม่มีการแจ้งเตือนการใช้งาน แพลตฟอร์มเหล่านี้ทุกแห่งสามารถตรวจสอบการบริโภคของตนเองได้ กำหนดค่าสิ่งนี้ตั้งแต่วันแรก ไม่ใช่เมื่อยอดคงเหลือเกือบหมด
การวางแผนการถอนตัวล่าช้าเกินไป เครดิตถูกระบุราคาที่ราคาเต็ม ดังนั้นจุดสิ้นสุดของเครดิตคือหน้าผาแทนที่จะเป็นทางลาด ตัดสินใจเมื่อใช้ไป 70% ว่าคุณจะตัดอะไรออก โปรแกรมอื่นๆ ในประเภทเดียวกันที่ช่วยบรรเทาการเปลี่ยนแปลงนั้นจะถูกติดตามที่ getaiperks.com
คำถามที่พบบ่อย
เครดิต Observability ฟรีที่ใหญ่ที่สุดสำหรับสตาร์ทอัพคืออะไร?
Datadog มีมูลค่ามากที่สุดที่สูงสุด $100,000 ตามด้วย PostHog ที่สูงสุด $50,000 จากนั้น New Relic และ Elastic ที่ประมาณ $5,000 ต่อราย และ PagerDuty ที่ $2,500 จำนวนเงินแตกต่างกันไปตามเส้นทาง ดังนั้นผู้ให้บริการรายเดียวกันอาจมีมูลค่ารวมที่แตกต่างกันมาก เงื่อนไขปัจจุบันถูกติดตามที่ getaiperks.com
เครดิต AWS หรือ Google Cloud ครอบคลุม Datadog หรือ New Relic หรือไม่?
ไม่ ผู้ให้บริการ SaaS บุคคลที่สามเหล่านี้เรียกเก็บเงินแยกต่างหากจากผู้ให้บริการคลาวด์ของคุณ ดังนั้นเงินช่วยเหลือคลาวด์จำนวนมากจึงไม่กระทบใบแจ้งหนี้การตรวจสอบของคุณ การแยกส่วนนี้คือสิ่งที่ทำให้พวกมันรวมกันได้อย่างลงตัว และเป็นเหตุผลว่าทำไมการถือทั้งสองอย่างจึงสำคัญกว่าการถือจำนวนที่มากกว่าเพียงอย่างเดียว
ฉันสามารถรวมเครดิต Observability จากผู้ให้บริการหลายรายได้หรือไม่?
ได้ โปรแกรมแต่ละรายการเป็นใบแจ้งหนี้ของผู้ให้บริการที่แตกต่างกัน ดังนั้นจึงไม่มีอะไรขัดขวางการรันการติดตามข้อผิดพลาดด้วยเงินช่วยเหลือหนึ่งรายการ ล็อกด้วยอีกรายการ และการเข้าเวรด้วยรายการที่สาม ขีดจำกัดในทางปฏิบัติคือการดำเนินงาน ไม่ใช่สัญญา: เครื่องมือที่มากขึ้นหมายถึงการสลับบริบทที่มากขึ้นระหว่างการเกิดเหตุการณ์ ดูว่าการผสมผสานใดบ้างที่มีอยู่ที่ getaiperks.com
สตาร์ทอัพก่อนช่วงเริ่มต้นควรใช้เครื่องมือ Observability ใด?
สำหรับบริการหนึ่งหรือสองรายการและไม่มีการหมุนเวียนการเข้าเวร การติดตามข้อผิดพลาดบวกกับเมตริกในตัวของผู้ให้บริการคลาวด์ของคุณครอบคลุมเกือบทุกอย่างในราคาเกือบเป็นศูนย์ แพลตฟอร์มเต็มรูปแบบจะแสดงคุณค่าของมันเมื่อคุณมีหลายบริการ มีคิว และเหตุการณ์ที่ไม่สามารถอธิบายได้จากแดชบอร์ดเดียว
เหตุใดใบแจ้งหนี้ Observability ของฉันจึงเติบโตเร็วกว่าปริมาณการใช้งานของฉัน?
เกือบตลอดเวลาเกิดจาก cardinality ของเมตริกแบบกำหนดเอง การเพิ่มแท็กที่มี cardinality สูงเช่น ID ผู้ใช้หรือ ID คำขอไปยังเมตริกจะคูณมันเป็นจำนวนอนุกรมเวลาที่จัดเก็บมหาศาล การจัดทำดัชนีล็อกเป็นรองลงมาตามปกติ การตรวจสอบสองสิ่งนี้เป็นประจำจะลดใบแจ้งหนี้ลงครึ่งหนึ่งโดยไม่สูญเสียการมองเห็นจริงใดๆ
จะเกิดอะไรขึ้นเมื่อเครดิต Observability หมด?
คุณจะได้รับใบแจ้งหนี้ที่มีขนาดตามนิสัยที่คุณสร้างขึ้นในขณะที่มันฟรี ในราคาเต็มแทนที่จะเป็นราคาที่เจรจา วิธีแก้ไขคือการจดบันทึกค่าใช้จ่ายรายเดือนที่คุณสามารถแบกรับได้โดยไม่ต้องรับการอุดหนุน จากนั้นกำหนดค่าการเก็บรักษา, การจัดทำดัชนี และความครอบคลุม APM เพื่อให้คุณอยู่ที่จุดนั้นก่อนที่เครดิตจะหมดลง
สมัครรับข้อมูลที่ getaiperks.com →
ทำการวัดผลระบบ ให้คนอื่นจ่ายค่าเฝ้าดู
