สุดยอดทางเลือก Apiary

Apiary กำลังจะปิดตัวลง Oracle ได้โพสต์ ประกาศยุติการสนับสนุน Apiary และรายงานทั่วทั้งพื้นที่เครื่องมือ API ระบุว่าการปิดบริการโฮสต์ขั้นสุดท้ายจะเกิดขึ้นประมาณเดือนกันยายน 2026 เว็บไซต์ยังคงเข้าถึงได้ในวันนี้ แต่แนวโน้มนี้มองเห็นได้มาหลายปีแล้ว: Oracle เข้าซื้อ Apiary ในเดือนมกราคม 2017 เลิกใช้แผนแบบชำระเงินในปี 2018 และปล่อยให้เครื่องมือโอเพนซอร์สที่เกี่ยวข้อง (Dredd, Gavel) กลายเป็นสถานะเก็บถาวร หากเอกสาร API ของคุณอยู่บน apiary.io คุณไม่ได้กำลังประเมินทางเลือกอื่นอีกต่อไปแล้ว คุณกำลังย้ายข้อมูล และคุณไม่สามารถเลื่อนกำหนดเวลาได้

นี่คือคำตอบโดยตรง: Apidog เป็นทางเลือกที่ดีที่สุดสำหรับ Apiary เพราะมันเข้ามาแทนที่ทุกสิ่งที่ Apiary เคยทำ (การแก้ไขสเปกแบบ design-first, เอกสารเชิงโต้ตอบแบบโฮสต์, เซิร์ฟเวอร์จำลอง) และเพิ่มเติมส่วนที่ Apiary ไม่เคยทำให้เสร็จ: การทดสอบ API อัตโนมัติ, การตรวจสอบที่ขับเคลื่อนด้วยสเปกเพื่อแทนที่ Dredd ที่ถูกเก็บถาวรไปแล้ว, และการรวมเข้ากับ CI (Continuous Integration) สามารถใช้งานได้ฟรีสำหรับผู้ใช้สูงสุด 4 คน โดยมีแผนแบบชำระเงินเริ่มต้นที่ $9 ต่อผู้ใช้ต่อเดือน ข้อเสียที่ตรงไปตรงมาคือ Apidog ไม่สามารถนำเข้าไฟล์ API Blueprint ได้โดยตรง ดังนั้นโปรเจกต์ที่ใช้ Blueprint จำเป็นต้องแปลงเป็น OpenAPI เพียงครั้งเดียว บทความนี้ครอบคลุมถึงสิ่งที่กำลังเกิดขึ้นกับ Apiary, เส้นทางการย้ายข้อมูลที่ชัดเจนรวมถึงขั้นตอนการแปลงดังกล่าว, และทางเลือกอื่นที่เหมาะสมหาก Apidog ไม่ใช่ตัวเลือกของคุณ

เกิดอะไรขึ้นกับ Apiary กันแน่

Apiary ซึ่งก่อตั้งขึ้นในปี 2011 ได้คิดค้นเวิร์กโฟลว์ API แบบ design-first ขึ้นมาในฐานะผลิตภัณฑ์ได้อย่างมีประสิทธิภาพ มันได้มอบ API Blueprint ซึ่งเป็นรูปแบบการอธิบาย API ที่ใช้ Markdown จากยุคก่อนที่ OpenAPI จะได้รับความนิยม รวมถึงรูปแบบเอกสารแบบสามคอลัมน์ที่ Stripe ทำให้โด่งดังและทุกคนก็ทำตาม มันมาพร้อมกับเซิร์ฟเวอร์จำลองแบบโฮสต์, การซิงค์ GitHub และชุดเครื่องมือทดสอบสัญญาแบบโอเพนซอร์สที่ได้รับความนิยมสองตัวคือ Dredd และ Gavel

จากนั้น Oracle ได้เข้าซื้อกิจการในเดือนมกราคม 2017 และผลิตภัณฑ์ก็เข้าสู่ช่วงเวลาที่เงียบงันยาวนาน แผนบริการแบบชำระเงินถูกยกเลิกในปี 2018 ทำให้ Apiary กลายเป็นบริการเดิมฟรี ในขณะที่ Oracle ชี้ให้ลูกค้าองค์กรไปใช้ API Platform Cloud ของตน การพัฒนาฟีเจอร์ใหม่หยุดลง Dredd และ Gavel ถูกเก็บถาวร และตอนนี้ก็ถึงจุดสิ้นสุดอย่างเป็นทางการ: การประกาศยุติการสนับสนุนของ Oracle โดยคาดว่าบริการโฮสต์จะหยุดให้บริการประมาณเดือนกันยายน 2026 Bump.sh ซึ่งเป็นหนึ่งในผู้ขายที่เผยแพร่คู่มือการย้ายข้อมูล ได้ระบุไว้อย่างชัดเจนในโพสต์อำลา: ส่งออกคำอธิบาย API ของคุณก่อนการปิดตัวลง เพราะหลังจากนั้นจะไม่มีอะไรให้ส่งออกได้อีก

มีผลกระทบที่ใช้งานได้จริงสองประการตามมา ประการแรก อะไรก็ตามที่มีอยู่ภายใน Apiary เท่านั้น (คำอธิบาย API, เนื้อหาเอกสาร, การกำหนดค่าทีม) จำเป็นต้องย้ายออกตอนนี้ ในขณะที่ปุ่มส่งออกยังคงใช้งานได้ ประการที่สอง เนื่องจาก API Blueprint ไม่มีเครื่องมือรุ่นต่อที่ได้รับการบำรุงรักษา การย้ายข้อมูลจึงเป็นการย้ายรูปแบบด้วยเช่นกัน: รูปแบบปลายทางที่สมเหตุสมผลคือ OpenAPI ไม่ว่าคุณจะเลือกแพลตฟอร์มใดก็ตาม

สิ่งที่คุณกำลังเปลี่ยน

จะเป็นประโยชน์หากระบุให้ชัดเจนว่า Apiary ทำอะไรให้ทีมของคุณบ้าง เพราะตัวแทนจะต้องครอบคลุมแต่ละส่วนดังนี้:

• โปรแกรมแก้ไขสเปกแบบ Design-first คุณเขียน API Blueprint (หรือในโปรเจกต์ต่อมาคือ OpenAPI 3.0) ในเบราว์เซอร์ และเอกสารก็จะอัปเดตแบบเรียลไทม์
• เอกสารเชิงโต้ตอบแบบโฮสต์ เอกสารอ้างอิงสามคอลัมน์พร้อมตัวอย่างคำขอ บน URL apiary.io
• เซิร์ฟเวอร์จำลอง (Mock server) ทุกโปรเจกต์ของ Apiary จะได้รับปลายทางจำลองแบบโฮสต์ที่ให้บริการตัวอย่างจากสเปกของคุณ เพื่อให้ผู้บริโภคสามารถรวมเข้าด้วยกันได้ก่อนที่แบ็กเอนด์จะถูกสร้างขึ้น
• การซิงค์ GitHub ไฟล์สเปกอยู่ในพื้นที่เก็บข้อมูลของคุณและซิงค์ได้ทั้งสองทาง
• การทดสอบสัญญาผ่าน Dredd โปรแกรมรันโอเพนซอร์สที่เล่นสเปกของคุณซ้ำกับข้อมูลที่ใช้งานจริงและรายงานความคลาดเคลื่อน ตอนนี้มันถูกเก็บถาวรแล้ว เราได้กล่าวถึงปัญหาการแทนที่ในบทความ วิธีการตรวจสอบ API ของคุณเทียบกับสเปกโดยไม่ใช้ Dredd

ชุดฟังก์ชันเหล่านั้น (การออกแบบ, เอกสาร, การจำลอง, การตรวจสอบ) คือรูปแบบที่แท้จริงของแพลตฟอร์มการพัฒนา API ที่ทันสมัย นั่นเป็นเหตุผลว่าทำไมเป้าหมายการย้ายข้อมูลที่ดีที่สุดจึงไม่ใช่เพียงแค่โปรแกรมแสดงผลเอกสาร แต่เป็นแพลตฟอร์มที่มีรูปแบบเดียวกันและมีการพัฒนาอย่างต่อเนื่อง

คำตอบ: Apidog

Apidog เป็นแพลตฟอร์มการพัฒนา API ที่มีนักพัฒนากว่า 500,000 คนใช้งาน ครอบคลุมวงจรชีวิตเต็มรูปแบบที่ Apiary เคยร่างไว้ในปี 2011 และหยุดพัฒนาไปแล้ว ได้แก่ การออกแบบ, เอกสาร, การจำลอง, การดีบัก และการทดสอบอัตโนมัติ ทั้งหมดนี้ขับเคลื่อนด้วยสเปกเดียว

สำหรับผู้ที่ย้ายจาก Apiary โดยเฉพาะ:

1. การทำงานแบบ Design-first คือเวิร์กโฟลว์เริ่มต้น Apidog มีทั้งโปรแกรมแก้ไขสเปกแบบภาพและโปรแกรมแก้ไขโค้ดสำหรับ OpenAPI 3.x คุณกำหนดปลายทาง, สคีมา และตัวอย่างเพียงครั้งเดียว; เอกสาร, การจำลอง และการทดสอบจะถูกสร้างเป็นมุมมองจากคำจำกัดความนั้น ซึ่งเป็นปรัชญาเดียวกับที่ Apiary บุกเบิก โดยมีผลิตภัณฑ์ที่ได้รับการบำรุงรักษาอยู่เบื้องหลัง
2. เอกสารจะถูกโฮสต์, โต้ตอบได้ และเป็นของคุณ เอกสารที่เผยแพร่จะได้รับเค้าโครงอ้างอิงที่ทันสมัยพร้อมคอนโซล "ลองใช้งาน" ที่ทำงานได้ บนโดเมนที่กำหนดเอง พร้อมการกำหนดเวอร์ชัน ไม่มี URL apiary.io ให้สูญหายในการปิดระบบ
3. เซิร์ฟเวอร์จำลองฉลาดกว่าที่คุณกำลังจะทิ้งไป การจำลองของ Apiary จะเล่นซ้ำตัวอย่างที่คุณเขียน การจำลองอัจฉริยะของ Apidog จะสร้างการตอบสนองที่สมจริงจากสคีมาของคุณทันทีที่สเปกมีอยู่ ไม่ต้องใช้ตัวอย่าง และคุณสามารถเพิ่มกฎการจำลองแบบกำหนดเองได้ในกรณีที่ความแม่นยำมีความสำคัญ
4. การตรวจสอบสัญญามาแทนที่ Dredd สถานการณ์ทดสอบอัตโนมัติของ Apidog จะรันคำขอจริงกับส่วนที่ใช้งานจริงของคุณ และตรวจสอบการตอบสนองเทียบกับสคีมาของสเปก ซึ่งเป็นงานที่ Dredd เคยทำ รวมถึงการยืนยัน, กรณีที่ขับเคลื่อนด้วยข้อมูล และการรัน CI ผ่าน Apidog CLI เอกสารยังสามารถเผยแพร่พร้อมกับเซิร์ฟเวอร์ MCP เพื่อให้ตัวแทน AI สามารถอ่านสเปกของคุณได้โดยตรง ดูรายละเอียดได้ที่ Apidog MCP Server คืออะไร

การย้ายข้อมูลจาก Apiary ทีละขั้นตอน

การย้ายข้อมูลนี้มีขั้นตอนเพิ่มเติมหนึ่งขั้นตอนเมื่อเทียบกับการเปลี่ยนเครื่องมือทั่วไป และควรกล่าวไว้ล่วงหน้าว่า: Apidog สามารถนำเข้า OpenAPI (Swagger 2.0, OpenAPI 3.0 และ 3.1), Postman collections, HAR, RAML, JMeter, apiDoc, I/O Docs, WADL และ Google Discovery ตาม เอกสารการนำเข้าของ Apidog API Blueprint ไม่ได้อยู่ในรายการนั้น ดังนั้นโปรเจกต์ Blueprint จะต้องแปลงเป็น OpenAPI ก่อน ในทางปฏิบัติ นี่คือคำสั่งเพียงครั้งเดียว และเป็นขั้นตอนเดียวกันที่ปลายทางที่สำคัญอื่นๆ ต้องการ เนื่องจากไม่มีใครดูแลเครื่องมือ Blueprint อีกต่อไปแล้ว

1. ส่งออกทุกอย่างจาก Apiary ตอนนี้

สำหรับแต่ละโปรเจกต์ ให้ดาวน์โหลดคำอธิบาย API จากโปรแกรมแก้ไขของ Apiary หากโปรเจกต์ซิงค์กับ GitHub ข้อมูลต้นฉบับของคุณอยู่ใน repository แล้ว ให้ยืนยันว่าข้อมูลเป็นปัจจุบัน โปรเจกต์ Apiary รุ่นหลังที่เขียนด้วย OpenAPI 3.0 จะอยู่ในรูปแบบที่ถูกต้องอยู่แล้วและสามารถข้ามขั้นตอนที่ 2 ได้ ทำสิ่งนี้ก่อนและให้สมบูรณ์ ก่อนที่จะดำเนินการอื่นใด: การส่งออกเป็นขั้นตอนที่มีกำหนดเวลา

2. แปลง API Blueprint เป็น OpenAPI

ใช้ตัวแปลงที่ได้รับการบำรุงรักษาตัวใดตัวหนึ่งต่อไปนี้:

• api-spec-converter (LucyBot) ซึ่งจัดการการแปลง API Blueprint เป็น OpenAPI โดยตรง
• apib2swagger ตัวแปลง Blueprint-to-Swagger/OpenAPI ที่เน้นเฉพาะ
• openapi-format หลังจากนั้น หากคุณต้องการจัดรูปแบบเอาต์พุตให้เป็นมาตรฐานและอัปเกรดเป็น OpenAPI 3.1

จากนั้น ตรวจสอบผลลัพธ์ (โดยใช้เครื่องมือตรวจสอบความถูกต้องเช่น vacuum หรือ OpenAPI linter ใดๆ ในชุดเครื่องมือของคุณ) และตรวจสอบด้วยตนเองสำหรับสองจุดอ่อนที่ทราบ: รูปแบบการยืนยันตัวตน (authentication schemes) ซึ่ง API Blueprint ไม่เคยจำลองอย่างเป็นทางการ ทำให้ตัวแปลงไม่สามารถกู้คืนได้อย่างสมบูรณ์ และเนื้อหาที่เป็นข้อความใดๆ ที่อยู่ในส่วน Markdown ของ Blueprint แทนที่จะอยู่ในคำอธิบายของ endpoint กำหนดเวลาหนึ่งชั่วโมงต่อ API ไม่ใช่หนึ่งสัปดาห์; รูปแบบเป็น Markdown ไม่ใช่เรื่องมหัศจรรย์

3. นำเข้าสู่ Apidog

ไปที่ Project Settings, Manual Import, เลือกไฟล์ OpenAPI ของคุณ (หรือนำเข้าจาก URL) ปลายทาง, สคีมา และตัวอย่างจะถูกจัดโครงสร้างและจัดกลุ่ม เอกสารอ้างอิงจะมีอยู่ทันที และเซิร์ฟเวอร์จำลองอัจฉริยะจะพร้อมใช้งานสำหรับทุกปลายทางที่นำเข้าโดยไม่ต้องตั้งค่าเพิ่มเติม ซึ่งเป็นการคืนความสามารถ “mock URL สำหรับผู้บริโภค” ที่ Apiary เคยมีให้คุณ

4. สร้างส่วนที่ Apiary ไม่สามารถทำได้ขึ้นมาใหม่

ชี้โดเมนที่กำหนดเองไปยังเอกสารที่เผยแพร่ของคุณ เพื่อที่การปิดแพลตฟอร์มครั้งต่อไป (ไม่ว่าจะของใครก็ตาม) จะไม่ทำให้ URL เอกสารของคุณหายไป สร้างการตรวจสอบ Dredd ของคุณใหม่เป็นสถานการณ์ทดสอบของ Apidog: คำขอจริง, การตรวจสอบสคีมาเทียบกับสเปก, เรียกใช้ในเครื่องหรือใน CI ผ่าน CLI หากทีมของคุณมีผู้ใช้ที่พึ่งพา URL จำลองของ Apiary ให้ส่ง URL ฐานจำลองใหม่ให้พวกเขาในอีเมลฉบับเดียวกันกับการประกาศการย้ายเอกสาร

โปรเจกต์ API เดียวสามารถย้ายได้ภายในบ่ายวันเดียว รวมถึงการแปลงด้วย พอร์ตโฟลิโอของ API Blueprint นับสิบรายการก็สามารถทำได้เร็วเช่นกัน โดยส่วนใหญ่เป็นการตรวจสอบรูปแบบการยืนยันตัวตนด้วยตนเอง

Apiary เทียบกับ Apidog โดยสรุป

ค่าใช้จ่ายในการเปลี่ยนเครื่องมือฟรี

ราคาของ Apiary เป็นคุณสมบัติที่ดีที่สุดที่เหลืออยู่ ดังนั้นการเปรียบเทียบที่เป็นธรรมสำหรับทีมที่กำลังย้ายข้อมูลคือค่าใช้จ่ายรายปีที่ปลายทาง โดยใช้ราคาที่ประกาศไว้: Apidog ฟรีสำหรับผู้ใช้ 4 คน จากนั้น $9 ต่อผู้ใช้ต่อเดือน, SwaggerHub Team ที่ $34.44 ต่อผู้ใช้ต่อเดือน, ReadMe Pro ที่ $250 ต่อเดือนเรียกเก็บรายปี:

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

หาก Apidog ไม่ใช่ตัวเลือกที่เหมาะสม

ส่วนที่ตรงไปตรงมา เนื่องจาก "ใช้ Apiary ต่อไป" ไม่ได้อยู่ในตัวเลือกแล้ว:

• คุณต้องการเพียงแค่การแสดงผลเอกสารเท่านั้น ไม่มีอะไรอื่น หากสเปกของคุณถูกสร้างและทดสอบที่อื่น และคุณต้องการเพียงเอกสารที่โฮสต์สวยงามพร้อมเครื่องมือบันทึกการเปลี่ยนแปลง ผลิตภัณฑ์ที่เน้นเอกสารเป็นหลักอย่าง Bump.sh (ซึ่งคู่มือการย้ายข้อมูลสำหรับผู้ใช้ Apiary นั้นดีจริง ๆ) เป็นจุดลงจอดที่สมเหตุสมผล คุณยังคงต้องแปลง Blueprint เป็น OpenAPI เพื่อไปถึงที่นั่น
• คุณกำลังกำหนดมาตรฐานบนชุดเครื่องมือ SmartBear SwaggerHub เป็นทายาททางปรัชญาที่ใกล้เคียงที่สุดกับแนวคิดการจัดเก็บสเปกแบบโฮสต์ของ Apiary โปรดทราบถึงค่าใช้จ่ายต่อผู้ใช้และการเรียกใช้การทดสอบแบบมีมิเตอร์ เราได้อธิบายรายละเอียดไว้ใน ทางเลือก SwaggerHub ที่ดีที่สุด
• จุดศูนย์ถ่วงของคุณคือการกำกับดูแลการออกแบบสำหรับทีมแพลตฟอร์มขนาดใหญ่ Stoplight สร้างเครื่องมือสไตล์ไกด์และการกำกับดูแลที่ลึกซึ้ง โปรดดู ทางเลือก Stoplight ที่ดีที่สุด เพื่อเปรียบเทียบก่อนที่คุณจะตัดสินใจ
• คุณมีความผูกพันทางอารมณ์กับ API Blueprint เห็นใจ แต่ไม่ควร เครื่องมือของรูปแบบนี้ไม่ได้รับการบำรุงรักษา บริษัทที่สร้างมันกำลังจะปิดตัวลง และ OpenAPI ได้รับชัยชนะ แปลงครั้งเดียวแล้วไม่ต้องคิดถึงมันอีกเลย คู่มือ API Blueprint รุ่นเก่าของเราสามารถเก็บไว้อ่านเป็นประวัติศาสตร์ได้

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

Apiary จะปิดตัวลงเมื่อใด?

Oracle ได้ประกาศยุติการสนับสนุน Apiary ในฟอรัมของตน และรายงานปัจจุบันจากผู้ให้บริการเครื่องมือ API ระบุว่าบริการโฮสต์จะปิดตัวลงประมาณเดือนกันยายน 2026 ข้อสันนิษฐานที่ปลอดภัยนั้นง่ายกว่า: ส่งออกตอนนี้ เพราะทุกส่วนของผลิตภัณฑ์ไม่ได้รับการบำรุงรักษาแล้ว

Apidog สามารถนำเข้าไฟล์ API Blueprint ได้โดยตรงหรือไม่?

ไม่ Apidog นำเข้า OpenAPI/Swagger, Postman, HAR, RAML, JMeter, apiDoc, I/O Docs, WADL และ Google Discovery เท่านั้น แปลง API Blueprint เป็น OpenAPI ก่อนด้วยเครื่องมืออย่าง api-spec-converter หรือ apib2swagger จากนั้นจึงนำเข้าผลลัพธ์ นี่เป็นขั้นตอนเดียวที่ต้องทำ และตรวจสอบรูปแบบการยืนยันตัวตนด้วยตนเองหลังจากนั้น

อะไรมาแทนที่ Apiary mock server?

เซิร์ฟเวอร์จำลองอัจฉริยะในตัวของ Apidog ในขณะที่ Apiary เล่นซ้ำตัวอย่างที่คุณเขียน Apidog จะสร้างการตอบสนองที่สมจริงจากสคีมาของคุณโดยอัตโนมัติ และคุณสามารถกำหนดกฎการจำลองแบบกำหนดเองสำหรับกรณีเฉพาะได้ ทุกปลายทางที่นำเข้าจะได้รับปลายทางจำลองโดยไม่ต้องกำหนดค่าใดๆ

อะไรมาแทนที่ Dredd สำหรับการทดสอบสัญญา?

สถานการณ์ทดสอบอัตโนมัติของ Apidog: พวกมันส่งคำขอจริงไปยังส่วนที่ใช้งานจริงของคุณและตรวจสอบการตอบสนองเทียบกับสคีมาของสเปกของคุณ พร้อมกับการยืนยันและการดำเนินการ CI ผ่าน Apidog CLI นั่นครอบคลุมงานของ Dredd บวกกับคุณสมบัติชุดทดสอบที่ Dredd ไม่เคยมี

Apidog ฟรีสำหรับทีมเล็ก ๆ จริงหรือ?

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

ส่งออกวันนี้ ไม่ต้องออกแบบใหม่

ลำดับการดำเนินการมีความสำคัญ: ส่งออกจาก Apiary ก่อน, แปลง Blueprint เป็น OpenAPI เป็นอันดับสอง, และหลังจากนั้นค่อยประเมินปลายทางได้อย่างสบายใจ เพราะสองขั้นตอนแรกมีกำหนดเวลา ส่วนขั้นตอนที่สามไม่มี เมื่อคุณพร้อมแล้ว ให้นำเข้าไฟล์ OpenAPI เข้าสู่ Apidog แล้วคุณก็จะมีเอกสาร, การจำลอง และชุดทดสอบพร้อมใช้งานก่อนช่วงบ่ายจะสิ้นสุดลง ดาวน์โหลด Apidog หรือเริ่มต้นในเบราว์เซอร์; ทีมที่มี 4 คนจะไม่ต้องจ่ายอะไรเลย และเวิร์กโฟลว์แบบ design-first ที่ Apiary คิดค้นขึ้นมานั้น ในที่สุดก็ได้แพลตฟอร์มที่ได้รับการบำรุงรักษาอย่างที่ควรจะเป็น