Logistics workflow-এর ভেতরে তৈরি
শুরুতে আমরা HTML দিয়ে shipping label আঁকতাম এবং print করতাম। Volume বাড়ার পর PDF generation-এর জন্য PHP-তে যাই, পরে আরও complex document ও compliance requirement সামলাতে Java এবং iText ব্যবহার করি।
প্রতিটি ধাপ তখনকার operational problem মিটিয়েছে, কিন্তু একই সীমাবদ্ধতা ফিরে এসেছে: commercial licensing cost, heavy infrastructure, latency এবং region জুড়ে deployment complexity।
কেন আমরা renderer নতুন করে বানালাম
Company cross-border expand করার পর প্রতিদিনের document volume millions of order, invoice এবং shipping label-এ পৌঁছায়। তখন আমরা নিজেরা যে rendering engine চাইতাম, সেটিই বানানোর সিদ্ধান্ত নিই।
আমরা Cloudflare-এর global edge network-এ Rust natively চালানোর পথ বেছে নিই, যাতে document তৈরি ও ব্যবহারের জায়গার কাছাকাছি generate হয়, browser process, Java infrastructure বা centralized render bottleneck ছাড়াই।
Design ও production একই JSON-এ রাখা
আমরা gPdf Studio-ও তৈরি করেছি, একটি free visual editor যা API যে JSON ব্যবহার করে ঠিক সেটিই তৈরি করে। Designer ও developer layout হাতে অনুবাদ না করে একই file নিয়ে কাজ করতে পারেন।
আজও আমরা একটি hands-on engineering team, high-volume cross-border document workflow-এর বাস্তব সমস্যায় focused: precise vector barcode, reliable pagination, PDF/A এবং e-invoice compliance।
কেন commercial করলাম
Edge-এ build করা শুধু latency ও scale সমাধান করেনি। এটি per-page economics বদলে দিয়েছে, ফলে infrastructure-level pricing দেওয়া সম্ভব হয়েছে।
gPdf US$5/মাসে 100,000 পৃষ্ঠা থেকে শুরু হয়। Logistics, ecommerce এবং compliance-heavy team-এর জন্য large-scale document generation predictable হওয়া উচিত।
আমরা যে engine নিজেরা চাইতাম সেটি বানিয়েছি, তারপর এমন দামে available করেছি যাতে document generation আর বড় cost concern না থাকে।