آنچه برنامه راهاندازی Elastic به شما میدهد
برنامه راهاندازی Elastic تا سقف 5,000 دلار اعتبار برای Elastic Cloud، نسخه مدیریت شده Elastic Stack را فراهم میکند: Elasticsearch برای نمایهسازی و بازیابی، Kibana برای پرسوجوها و داشبوردها، و ابزارهای پردازش در کنار آنها.
5,000 دلار در مقایسه با اعتبار اعطایی مدل، رقم کمی است و نکته همینجاست. Elastic به ندرت بیشترین بخش صورتحساب یک استارتاپ هوش مصنوعی است. این بخشی است که در ماه چهارم ظاهر میشود، با دادههای نگهداری شده به آرامی رشد میکند، و پس از اینکه جستجو یا لاگگیری به آن وابسته شد، حذف آن بسیار دشوار میشود.
چه کسانی واجد شرایط هستند توسط Elastic تعیین میشود و به صورت دورهای بازنگری میشود. شرایط فعلی در کنار 7.7 میلیون دلار اعتبار از 194 شرکت که در AI Perks ردیابی شدهاند، قرار دارد.
Elastic واقعاً چیست و جایگزین چه چیزهایی میشود
Elasticsearch یک ایندکس توزیع شده است. شما اسناد را در آن مینویسید، ایندکسهای معکوس و برداری روی آنها میسازد، و به پرسوجوهای رتبهبندی شده در کسری از ثانیه بر روی دادههایی که یک پرسوجوی رابطهای به سختی یا کندی مدیریت میکند، پاسخ میدهد.
هر چیز دیگری در خط تولید، کاربرد آن یک موتور است. تجزیه و تحلیل لاگ، اسنادی هستند که خطوط لاگ هستند. تجزیه و تحلیل امنیتی، اسنادی هستند که رویدادها هستند. جستجوی معنایی، اسنادی با جاسازیهای متصل هستند.
| مورد استفاده Elastic | جایگزین چه چیزی میشود | درایور اصلی هزینه |
|---|---|---|
| جستجوی محصول تمام متن | Postgres tsvector، Algolia، Typesense | حجم ایندکس و همزمانی پرسوجو |
| تجزیه و تحلیل لاگ و متریک | Datadog Logs، Grafana Loki، Splunk | حجم پردازش ضربدر مدت نگهداری |
| تجزیه و تحلیل امنیتی | یک SIEM میزبانی شده، یا هیچ چیز | پنجره نگهداری، معمولاً طولانی |
| بازیابی برداری و ترکیبی | Pinecone، Weaviate، Qdrant، pgvector | ابعاد بردار ضربدر تعداد اسناد |
| داشبوردها بر روی هر یک از موارد فوق | Grafana، یک صفحه مدیریت داخلی | تقریباً ثابت |
مورد استراتژیک برای Elastic، تجمیع است: یک موتور که جستجو، مشاهدهپذیری و بازیابی را به جای سه فروشنده، سه صورتحساب و سه زبان پرسوجو ارائه میدهد. مورد مخالف این است که یک ابزار تک منظوره برای هر یک از این کارها به تنهایی سادهتر است.
در مورد قفل شدن: Elasticsearch پس از تغییر مجوز سال 2024، دوباره یک گزینه مجوز منبع باز را حمل میکند، پس از مجوزدهی مجدد سال 2021 که منجر به فورک OpenSearch شد. خروج، یک بازنمایش است، نه یک بازنویسی، که موقعیت بهتری نسبت به یک موتور بازیابی اختصاصی است.
قیمتگذاری Elastic Cloud با مقیاسپذیری چگونه رفتار میکند
Elastic Cloud هزینه ظرفیت تخصیص یافته و دادههای ذخیره شده را صورتحساب میکند، نه پرسوجوهای ارائهشده. صورتحساب شما میزان دادهای را که قابلیت جستجو نگه میدارید و چقدر سریع به آن نیاز دارید، پیگیری میکند، نه تعداد کاربرانی که جستجو میکنند.
نگهداری صورتحساب است. پردازش یک خط لاگ تقریباً هیچ هزینهای ندارد. نگهداری نود روز از آنها به صورت داغ، نود برابر نگهداری یک روز هزینه دارد. بیشتر صورتحسابهای غافلگیرکننده Elastic، یک تنظیم نگهداری است که هیچکس پس از راهاندازی آن را مجدداً بررسی نکرده است.
رپلیکاها ذخیرهسازی را به جای افزودن به آن، ضرب میکنند. هر قطعه رپلیکا یک کپی کامل از داده است. رفتن از صفر رپلیکا به یک، تقریباً طرف ذخیرهسازی صورتحساب را دو برابر میکند، و شما در محیط عملیاتی به حداقل یک رپلیکا نیاز دارید.
سطوح داده دقیقاً به همین دلیل وجود دارند. سطوح داغ، گرم، سرد و منجمد، تأخیر پرسوجو را با هزینه مبادله میکنند، که سردترین آنها بر اساس ذخیرهسازی شیء به جای دیسک محلی است. انتقال ایندکسهای قدیمی به سطوح پایینتر، بزرگترین اهرم هزینه است که بنیانگذاران هرگز از آن استفاده نمیکنند.
Elastic هم استقرارهای کلاسیک تخصیص یافته و هم مدل سرورلس مبتنی بر مصرف را ارائه میدهد، و این دو در صورتحساب رفتار متفاوتی دارند. تأیید کنید که یک اعتبار اعطایی به کدامیک اعمال میشود.
5,000 دلار اعتبار Elastic به طور واقعبینانه چه چیزی را پوشش میدهد
5,000 دلار یک مسیر طولانی برای بار کاری جستجو و یک مسیر کوتاه برای بار کاری لاگگیری میخرد. تفاوت در نگهداری است، نه ترافیک.
| شکل بار کاری | 5,000 دلار به طور تقریبی چه چیزی را نشان میدهد |
|---|---|
| جستجوی محصول در هزاران تا چند میلیون سند | به راحتی بیش از یک سال |
| جستجو به علاوه بازیابی برداری ترکیبی برای یک ویژگی RAG | حدود یک سال با تعداد سند متوسط |
| لاگهای برنامه از چند سرویس، نگهداری کوتاه | چند ماه تا یک سال |
| مشاهدهپذیری کامل، نگهداری طولانی، ناوگان سرویس در حال رشد | چند هفته تا چند ماه |
| تجزیه و تحلیل امنیتی با نگهداری مبتنی بر انطباق | کوتاهترین از همه، با اختلاف زیاد |
دو ردیف پایین جایی است که تیمها آن را اشتباه قضاوت میکنند. اعتباری که برای یک ایندکس جستجو اندازه شده است، در یک ربع زمانی که به سمت یک خط لوله مشاهدهپذیری هدایت میشود، ناپدید میشود، زیرا هزینه مشاهدهپذیری با زیرساخت شما مقیاس مییابد، نه با درآمد شما.
منضبطی که باعث میشود این اعتبار دوام بیاورد، یک سیاست نگهداری است که در روز اول نوشته شده است نه روز سیصد. تصمیم بگیرید که هر نوع ایندکس چه مدت داغ باقی میماند، انتقال سطوح را خودکار کنید، و خوشه توسعه که از ماه مارس هیچ پرسوجویی از آن نشده را حذف کنید.
اعتبارات Elastic با چه چیزهایی ترکیب میشوند و با چه چیزهایی نمیشوند
اعتبارات Elastic Cloud و اعتبارات ارائهدهنده ابر به طور کلی همپوشانی ندارند، زیرا Elastic مالک رابطه با زیرساخت اساسی است و به طور مستقیم از شما صورتحساب میگیرد. داشتن هر دو واقعاً افزایشی است.
بنیانگذاران به طور معمول فرض میکنند که موجودی AWS Activate یا Google Cloud صورتحساب فروشنده مدیریت شده را جذب خواهد کرد. اینطور نیست. آن جداسازی دلیل اصلی این است که یک اعتبار ویژه فروشنده ارزش درخواست کردن را دارد.
استثنا برای بررسی، خرید از طریق بازارچه ابری است. این مسیر صورتحساب را تغییر میدهد، اما معمولاً یک توافقنامه هزینه متعهد شده را مصرف میکند تا اعتبارات راهاندازی تبلیغاتی، و ممکن است اصلاً با یک اعتبار مستقیم قابل ترکیب نباشد. قبل از برنامهریزی در مورد آن سؤال کنید.
برای یک محصول هوش مصنوعی، پشته تأمین مالی دارای سه لایه مستقل است: اعتبارات مدل برای استنتاج، اعتبارات محاسباتی برای جایی که کد اجرا میشود، و اعتبارات پلتفرم داده برای جایی که وضعیت و ایندکسها زندگی میکنند. Elastic در سومی، لایهای که تیمها اغلب آن را بدون بودجه رها میکنند، قرار دارد.
کدام ترکیبات سازگار هستند و کدام به طور پنهانی یکدیگر را مستثنی میکنند دقیقاً همان چیزی است که AI Perks برای نگاشت آن وجود دارد.
آنچه بنیانگذاران درباره Elasticsearch اشتباه میگیرند
اشتباهات پرهزینه در اینجا معماری هستند و در زمان پذیرش رخ میدهند، ماهها قبل از اینکه کسی صورتحساب را بخواند.
قبل از اینکه Postgres تمام شود، به سراغ آن رفتن. جستجوی تمام متن Postgres بیش از آنچه شهرت آن نشان میدهد، محصولات را پوشش میدهد، و pgvector جستجوی شباهت پایه را مدیریت میکند. Elasticsearch هزینه خود را زمانی توجیه میکند که به تنظیمات ارتباط، فیلترینگ، تحمل غلط املایی یا تجمیع در حجمهایی نیاز دارید که Postgres را کند میکند.
ایندکس را به عنوان منبع حقیقت در نظر گرفتن. Elasticsearch یک فروشگاه مشتق شده است. همیشه یک مسیر بازنمایش عملیاتی از پایگاه داده اصلی خود نگه دارید. تیمهایی که این کار را نادیده میگیرند، در طول یک تغییر نقشه آن را متوجه میشوند.
طراحی دیر هنگام نقشهها. نقشههای فیلد عمدتاً برای هر ایندکس ثابت هستند، بنابراین تغییر یک نوع فیلد یا تحلیلگر به معنی بازنمایش است. این در ده هزار سند ناچیز است و در پانصد میلیون یک پروژه چند هفتهای.
ایندکس کردن تمام فیلدها به طور پیشفرض. نقشه پویا به راحتی فیلدهای payload را که هیچکس هرگز از آنها پرسوجو نمیکند، ایندکس میکند. خاموش کردن نمایهسازی برای آنها، ذخیرهسازی و در نتیجه صورتحساب را فوراً کاهش میدهد.
به طور انعکاسی افزودن یک پایگاه داده برداری جداگانه. اگر Elasticsearch در حال حاضر برای جستجو در حال اجرا است، آن را نیز انجام میدهد، بردارهای متراکم و رتبهبندی ترکیبی در همان ایندکس. دو سیستم بازیابی بر روی یک مجموعه، دو مشکل سازگاری است.
اعتبارات را به عنوان ظرفیت رایگان در نظر گرفتن. اعتبارات چه کسی پرداخت میکند را تغییر میدهند، نه هزینه چیزها را. تخصیص یک خوشه که هرگز با قیمت لیست نمیخریدید، به معنی ایجاد وابستگی است که نمیتوانید در زمان تمدید آن را تأمین مالی کنید.
اعتبارات Elastic در پشته تأمین مالی شما کجا قرار میگیرند
سؤالی که ارزش پاسخ دادن دارد، این نیست که کدام فرم را پر کنید. این است که آیا لایه داده اصلاً تأمین مالی شده است، و آیا اعتبار در برابر بار کاری واقعی و نه یک خوشه بیکار میرسد.
مقدار فعلی اعتبار Elastic و شرایط آن در getaiperks.com در دستههای پلتفرم داده و زیرساخت، در کنار برنامههایی که آن را احاطه کردهاند، قرار دارد.
لایه را تأمین مالی کنید، نه فروشنده را. برنامههای جستجو، پایگاه داده و انبار داده به ندرت با یکدیگر یا با اعتبارات مدل در تضاد هستند. گستردگی در اینجا پیروز میشود، زیرا تأییدیهها نامرتبط هستند و یک شبکه گستردهتر، بازگشت بیشتری از آنها را به همراه دارد.
زمانبندی بیشتر از عدد تیتر مهم است. اعتبارات تخصیص یافته از روزی که یک استقرار زنده میشود شروع به سوختن میکنند. اعتباراتی که قبل از وجود دادههای عملیاتی برای نمایهسازی شروع میشوند، اولین بخش خود را روی یک ایندکس خالی خرج میکنند.
شرایط تغییر میکنند. برنامههای زیرساختی مقادیر و معیارها را به اندازه کافی اغلب بازنگری میکنند که رقمی که سال گذشته خواندید ارزش برنامهریزی ندارد، و AI Perks موارد فعلی را ردیابی میکند تا شما مجبور نباشید صفحات فروشنده را دوباره بخوانید.
سؤالات متداول
برنامه راهاندازی Elastic چقدر به شما میدهد؟
برنامه راهاندازی Elastic تا سقف 5,000 دلار اعتبار برای Elastic Cloud، شامل Elasticsearch، Kibana و ابزارهای پردازش در کنار آنها ارائه میدهد. چه کسانی واجد شرایط هستند توسط Elastic و نه توسط استفاده شما تعیین میشود، و شرایط به صورت دورهای بازنگری میشوند. مقادیر و معیارهای فعلی در getaiperks.com ردیابی میشوند.
اعتبارات Elastic واقعاً صرف چه چیزی میتوانند شوند؟
اعتبارات به مصرف Elastic Cloud اعمال میشوند، که به معنی ظرفیت استقرار تخصیص یافته و دادههای ذخیره شده است نه پرسوجوهای ارائهشده. این باعث میشود که آنها برای تیمهایی که در آستانه افزایش پنجره نگهداری یا افزودن یک بار کاری دوم هستند، مانند قرار دادن لاگهای برنامه در کنار یک ایندکس جستجوی محصول موجود، مفید باشند.
آیا Elasticsearch سطح رایگان دارد؟
Elasticsearch را میتوان در محل میزبانی کرد و هزینه مجوز ندارد، و Elastic Cloud به طور تاریخی یک دوره آزمایشی برای ارزیابی خدمات مدیریت شده ارائه داده است. شرایط رایگان و آزمایشی اغلب تغییر میکنند، بنابراین موارد فعلی را به جای رقمی که سال گذشته خواندید، بررسی کنید. اعتبارات راهاندازی مسیر اجرای آن در محیط عملیاتی هستند.
آیا میتوانم از اعتبارات AWS یا Google Cloud برای پرداخت صورتحساب Elastic Cloud خود استفاده کنم؟
به طور کلی خیر. Elastic مالک رابطه با زیرساخت اساسی است، بنابراین موجودی AWS Activate یا Google Cloud صورتحساب Elastic را جبران نمیکند. خرید از طریق بازارچه ابری مسیر صورتحساب را تغییر میدهد اما معمولاً هزینه متعهد شده را مصرف میکند، نه اعتبارات تبلیغاتی. بررسی کنید چه مواردی در getaiperks.com ترکیب میشوند.
آیا اگر از قبل Postgres را اجرا میکنم، به Elasticsearch نیاز دارم؟
جستجوی تمام متن Postgres برای بسیاری از محصولات کافی است، و pgvector جستجوی شباهت پایه را پوشش میدهد. Elasticsearch هزینه خود را زمانی توجیه میکند که به تنظیمات ارتباط، فیلترینگ، تحمل غلط املایی، یا تجمیع در حجمهایی نیاز دارید که پرسوجوهای Postgres را کند میکند. اگر نمیتوانید نام ببرید کدام یک از این موارد را نیاز دارید، هنوز به آن نیازی ندارید.
آیا اگر از Elasticsearch استفاده میکنم، هنوز به پایگاه داده برداری نیاز دارم؟
معمولاً نه، اگر Elasticsearch در حال حاضر در حال اجرا است. این از فیلدهای متراکم برداری و جستجوی نزدیکترین همسایه تقریبی پشتیبانی میکند، و میتواند امتیازات کلیدواژه و برداری را در یک پرسوجوی واحد ترکیب کند. اجرای یک پایگاه داده برداری اختصاصی در کنار آن به معنی نگهداری دو ایندکس بر روی یک مجموعه و دو فرصت برای ناسازگاری آنها است.
در getaiperks.com مشترک شوید →
ایندکس را بر اساس شایستگی انتخاب کنید. اجازه دهید کسی دیگر سال اول را در getaiperks.com پرداخت کند.