عکس فوری

سازمان: OpenX پلتفرم مستقل پیشرو در جهان برای هدف‌یابی مخاطب، داده و هویت است.

چالش: OpenX باید از ارائه یکنواخت و مؤثر خدمات پویا در زمان واقعی در مقیاس صدها میلیارد درخواست تبلیغات در روز، که به منابع محاسباتی قابل توجهی نیاز دارد، اطمینان حاصل کند، در حالی که گواهینامه و وضعیت Net Zero و CarbonNeutral® خود را نیز حفظ کند.

راه‌حل: OpenX بخشی از محاسبات ابری خود را برای استفاده از نمونه‌های C3A مجهز به AmpereOne که از طریق Google Cloud Platform در دسترس هستند، منتقل کرد.

نتایج: OpenX با نمونه‌های Ampere، در مقایسه با نمونه‌های x86، و همچنین برخی از تراشه‌های سریع‌تر از چندین رهبر معتبر صنعت، به برابری عملکرد خارج از جعبه دست یافت.

مطالعه موردی

OpenX از نمونه‌های C3A مبتنی بر AmpereOne در Google Cloud برای افزایش پایداری و عملکرد در مقیاس استفاده می‌کند.

OpenX یک پلتفرم تبلیغاتی برنامه‌ای است که به ناشران دیجیتالی کمک می‌کند تا از طریق تبلیغات پویا که در زمان واقعی خرید و فروش می‌شود، از دارایی‌های خود درآمد کسب کنند و به تبلیغ‌کنندگان کمک می‌کند تا به طور موثر مخاطبان خود را از طریق مدیریت داده‌محور هدف قرار دهند. Ampere® با Mark Chodos و Kenneth Kharma از OpenX صحبت کرد تا درک عمیق‌تری از نحوه محاسبات ابری از نمونه‌های Google Cloud C3A ساخته‌شده بر روی AmpereOne به تیم پلت‌فرم خود کمک کند تا به نتایج مثبتی در زمینه پایداری و عملکرد دست پیدا کنند.

100٪ مبتنی بر ابر، دارای گواهی کربن خنثی، تأیید شده با Net-Zero

OpenX یک پلتفرم جانبی همه کانال مستقل (SSP) و یک رهبر جهانی در نظارت، شفافیت و پایداری در سمت عرضه است. OpenX از طریق پشته فناوری 100٪ مبتنی بر ابر، تبلیغات را در CTV، برنامه، وب تلفن همراه و دسکتاپ تقویت می‌کند و ناشران را قادر می‌سازد تا با عملکرد بهبودیافته و راه‌حل‌های پویا اثبات‌شده آینده به بازاریابان ارائه دهند. OpenX با سابقه 17 ساله نوآوری برنامه نویسی، شریک مستقیم و قابل اعتماد بزرگترین ناشران جهان است که با بیش از 130000 دامنه ناشر ممتاز و بیش از 100000 تبلیغ کننده کار می کند. به عنوان رهبر بازار در پایداری، OpenX اولین شرکت Adtech بود که به عنوان CarbonNeutral® و شخص ثالث برای دستیابی به اهداف SBTi Net-Zero خود تأیید شد.

OpenX تنها SSP 100% مبتنی بر ابر است که کارآمدترین پشته فناوری را در صنعت دارد. تیم‌های محصول و پلت‌فرم از زمان تغییر به سمت کارکرد کامل بر روی پلتفرم Google Cloud (GCP)، عملکرد، مقیاس‌پذیری، سرعت و دسترسی جهانی را به طور موثر بهبود بخشیده‌اند. این شامل نتایجی مانند پوشش در سراسر مناطق و بازارهای جهانی است. به طور قابل توجهی زمان برای بازاریابی محصولات و ویژگی های جدید با خطوط لوله CI/CD کامل و زیرساخت های خودکار کاهش یافت. و باعث کاهش هزینه و توانایی ایجاد قابلیت‌های پیشرفته هوش مصنوعی با استفاده از هوش مصنوعی Google Cloud (Cloud TPU، Kubeflow، AutoML) شد.

عملکرد پایدار در میلیاردها تراکنش

Ampere با Mark Chodos، مهندس قابلیت اطمینان سایت کارکنان، و کنت Kharma، مهندس ممتاز حریم خصوصی و پایداری از تیم پلتفرم OpenX، که دارای اعتبارسنجی محصولات و آپشن های جدید است که از طریق GCP ارائه می‌شوند، مرتبط است. بخشی از منشور تیم شامل تمرکز بر ابتکارات پایداری در OpenX است که شامل بهینه‌سازی مداوم استفاده از GCP و یافتن راه‌های مقرون به صرفه برای کاهش یا جبران انتشار کربن تولید شده توسط منابع فشرده محاسبه می‌شود. به گفته مارک، «گوگل داده‌های خوبی در مورد تأثیر انتشارات ما در پلتفرم خود ارائه می‌کند» که سپس OpenX را با برخی از بینش‌هایی که برای تخصیص مؤثر و مقیاس‌بندی منابع محاسباتی نیاز دارند، مجهز می‌کند.

به عنوان یک SSP، OpenX تبادل ارزش منصفانه را بین آگهی‌دهندگان و وب‌سایت‌ها، دامنه‌ها، برنامه‌های متعلق به ناشر تسهیل می‌کند و کارگزاری برای قرار دادن تبلیغات در املاک دیجیتالی ناشران است. این کانال‌ها درخواست‌ها را از طریق OpenX ارسال می‌کنند، که در زمان واقعی تبلیغ‌کنندگان یا خریداران بالقوه را برای آن مکان‌های تبلیغاتی پیدا می‌کند، در حالی که بهترین پیشنهاد را به همراه خلاقیت تبلیغاتی مرتبط با آن پس می‌دهد، که سپس در دارایی‌های ناشر موجود نمایش داده می‌شود. به دلیل حجم درخواست‌ها و زمان‌بندی مورد نیاز برای برآورده کردن خواسته‌های این تبادل بین قیمت‌گذاری آگهی، در دسترس بودن و ارائه، برخی از ثابت‌ترین و حیاتی‌ترین بهینه‌سازی‌های تجاری برای OpenX در مقیاس و تأخیر هستند.

مقدار قابل توجهی از زیرساخت ها و فناوری های پشتیبان وجود دارد که مجموعه ای از قابلیت ها را قادر می سازد به صورت یکپارچه و به صورت موازی اجرا شوند. طبق گفته OpenX، این شامل اجزایی مانند رابط کاربری آنها، یک API مدیریت، و سیستم های تحویل آگهی و داده است. سیستم های تحویل و داده آنها بالاترین توان عملیاتی و بزرگترین مصرف کنندگان منابع GCP آنها هستند. سیستم های تحویل به طور قابل توجهی محاسبات سنگین هستند، زیرا Chodos به اشتراک گذاشت: "ما در روز تراکنش های صدها میلیارد درخواست تبلیغات را انجام می دهیم - و دوباره، باید این کار را با تاخیر کم، در عرض میلی ثانیه انجام دهیم."

در بخش داده، «ما روزانه پتابایت‌ها داده را مدیریت می‌کنیم، که باید آن‌ها را پردازش، تجمیع و سپس گزارش‌ها را به موقع ارائه کنیم». برای تولید و ارائه سریع آن داده‌ها در خروجی‌های قابل استفاده مانند داشبوردهای داخلی و گزارش‌های مربوط به مشتری، OpenX از استفاده از میکروسرویس‌ها به نفع موتور Google Kubernetes (GKE) و سرویس BigQuery Google که با سیستم‌های کاملاً مستقر در Google Cloud همسو می‌شود، کنار رفت. استراتژی همچنین OpenX را قادر می سازد تا استفاده خود از مراکز داده منطقه ای را برای انجام درخواست ها تا حد امکان نزدیک به منبع به حداکثر برساند.

دسترسی یکپارچه به عملکرد محاسباتی پیشرو در صنعت Ampere

OpenX از سال 2019 100% مبتنی بر ابر بوده است و اولین SSP بود که به طور کامل به فضای ابری تغییر مکان داد. Mark Chodos در سال 2023 در Google Cloud Next به تیم Ampere معرفی شد و این دو شرکت از طریق فرصت متقابل برای ارائه محاسبات ابری قدرتمند و پایدار و خدمات در مقیاس به یکدیگر متصل شدند. با تقویت AmpereOne نمونه‌های C3A GCP، ادغام OpenX از Ampere در ابتکار بهینه‌سازی محاسباتی آن‌ها یکپارچه بود، با عملکردی که ثابت یا بهتر از سایر ارائه‌دهندگان نمونه مبتنی بر ابر بود.

هنگامی که OpenX در سال 2019 مهاجرت ابری خود را به اجرا گذاشت، تیم پلتفرمی که برنامه‌هایشان را در Kubernetes اجرا می‌کردند، زمانی که Chodos شروع به کاوش در استفاده از معماری Ampere و Arm-based برای سه برنامه کرد، کمک کرد. برنامه‌ها هر کدام از زبان‌های برنامه‌نویسی متفاوتی استفاده می‌کردند که بخشی از سیستم اصلی ارائه تبلیغات OpenX است. اولین برنامه، اپلیکیشن فرانت‌اند OpenX است که به آن “Frontier” گفته می‌شود، که به زبان Golang نوشته شده است – مستقیماً درخواست‌ها را از متعادل‌کننده بار دریافت می‌کند و هر تراکنش تبلیغاتی را شروع می‌کند.

برنامه دوم، که به عنوان "Broker" شناخته می شود، یک برنامه جاوا است که به عنوان مرکز سیستم تحویل تبلیغات OpenX عمل می کند، درخواست های تبلیغات را دریافت می کند، آنها را از طریق سایر خدمات باطن پردازش می کند، و به برنامه سوم - سمت سرور آنها منتقل می شود. سرویس مناقصه بلادرنگ (SSRTB)، نوشته شده در Erlang. این سرویس درخواست‌های تبلیغاتی را دریافت می‌کند، آنها را به پلتفرم‌های جانبی تقاضا (DSP) با بیش از یک تریلیون یا بیشتر درخواست در روز می‌فرستد، پاسخ‌های برگشتی را دریافت می‌کند و آنها را از طریق سایر برنامه‌ها به عقب هدایت می‌کند. برای OpenX، بسیار مهم است که همه درخواست‌ها در سریع‌ترین زمان ممکن، با حداقل تأخیر و توان عملیاتی بالا پردازش شوند.

هر سه برنامه کاربردی و وظایف متعددی که انجام می‌دهند، از جمله ارسال و دریافت درخواست‌ها و پردازش و جریان داده‌ها در زمان واقعی، محاسباتی فشرده هستند و بدون زحمت در نمونه‌های C3A Ampere اجرا می‌شوند. با توجه به طراحی تک رشته ای آمپر، نمونه های C3A تأخیر بسیار مطمئن تری را تحت بار ارائه می دهند و مزایای قابل توجهی را در مقایسه با انواع نمونه های دیگر ارائه می دهند.

وقتی نوبت به اندازه‌گیری تأخیر می‌رسد، تیم پلتفرم OpenX دائماً معیارهای زمان‌بندی عملیات‌های مختلفی را که برنامه‌هایشان انجام می‌دهند، ارزیابی می‌کنند. هنگامی که تیم Ampere را به زیرساخت خود معرفی کرد، آنها توانستند داشبوردهای داخلی را جمع آوری کنند و مقایسه های جانبی تاخیر را در Ampere در مقایسه با سایر پردازنده هایی که از طریق GCP نیز استفاده می کنند، انجام دهند. به گفته Chodos، «برنامه‌های Frontier و SSRTB تقریباً بدون نیاز به تنظیم خاصی در مقایسه با تراشه‌های سریع‌تر اینتل و AMD که در GCP استفاده می‌کردیم، برابری را به دست آوردند». او اذعان کرد که با دومین برنامه از سه برنامه OpenX، تیم در تمام پلتفرم‌ها با چالش‌هایی مواجه شد. ما دوباره با تیم Ampere درگیر شدیم، و همچنین چند تیم مهندسی داخلی را برای تحلیل عمیق در این برنامه درگیر کردیم. با برخی پیشنهادات و کار بین تیم ها، OpenX توانست آن را به برخی از مسائل مربوط به جمع آوری زباله محدود کند. از طریق تغییر تنظیمات در مواردی مانند تخصیص منابع، اطمینان از وجود حافظه کافی و تخصیص CPU به آن برنامه، و همچنین بهینه سازی برخی از تنظیمات JVM، تیم توانست به برابری عملکرد با نمونه های x86 دست یابد.

Chodos همچنین بيان کرد که "ما مقدار قابل توجهی را در نمونه های لحظه ای GCP به عنوان یکی دیگر از اقدامات صرفه جویی در هزینه اجرا می کنیم، زیرا صرفه جویی قابل توجهی نسبت به نمونه های درخواستی وجود دارد، پس نوعی چرخه داخلی برنامه به دلیل آن وجود دارد." Chodos به اشتراک گذاشت، «ما در برخی از بخش‌های برنامه‌هایمان پین‌سازی هسته‌ای انجام می‌دهیم (که در آن جابجایی متن در میان هسته‌ها یک محدودیت عملکردی است)، و GCP آپشن های ی را اضافه کرد که به ما اجازه می‌داد پین کردن هسته را برای برخی از رشته‌ها فعال کنیم، و این تفاوت زیادی با برخی از آن‌ها ایجاد کرد. بخش‌هایی از برنامه SSRTB ما، که مخصوصاً به تغییر متن حساس بود."

رویکرد OpenX برای مدیریت چرخه حیات برنامه و کانتینرهای چند معماری

تیم پلتفرم از پلتفرم Cloud Build CI/CD گوگل برای یکپارچه سازی مداوم آن استفاده می کند. وقتی نوبت به گفت ن معماری دیگری به استقرار GKE موجود رسید، OpenX با اجرای هدف اولیه خود که تلاش برای ساخت کانتینرهای چند معماری برای هر برنامه با استفاده از "docker buildx" برای ساده‌سازی استقرار بود، با چالش‌هایی روبرو شد. چودوس به اشتراک گذاشت، «زمانی که ما سعی کردیم این ظروف چند قوس را بسازیم، در برخی موارد سرعت همه چیز تا حد خزیدن کند شد. برخی از مشکلات کامپایل متقابل، برخی در حال اجرا و صف بدون شتاب سخت افزاری وجود داشت. من می‌دانم که ما توانستیم ساخت‌های کانتینر چند قوس را در یک بازه زمانی معقول برای برنامه جاوا خود کار کنیم. اما مشکلاتی نیز در مورد کتابخانه‌های معماری‌های مختلف و همخوانی آن‌ها با برنامه‌های Golang و Erlang وجود داشت.»

ارزیابی پایداری و اهداف انتشار

OpenX مجدداً تأیید شد و CarbonNeutral® و Net-Zero را در سال 2023 تأیید کرد. روند رسیدن به آنجا چندین سال قبل با ارزیابی انتشار گازهای گلخانه ای از پنج مرکز داده جهانی آنها در آن زمان آغاز شد که شامل زیرساخت ها و سرورهای خودشان بود. این تیم مشاوران اقلیمی را وارد کردند و با نهادهای معتبر و مورد احترام کار کردند تا به انجام همه کارها در طول سفرشان به سمت بی‌طرفی کربن و انتشار صفر کمک کنند. به گفته Chodos، «این به ما اجازه داد تا به گواهینامه کربن خنثی دست پیدا کنیم. ما همچنین اهداف Net-Zero را ایجاد کردیم که مدت کوتاهی پس از تایید آن‌ها توسط ابتکار اهداف علمی (SBTi)، اعلام کردیم که می‌توانیم از طریق مهاجرت به GCP به این اهداف دست یابیم.

Kharma گفت : «ما به طور مداوم در حال تحلیل راه‌هایی در GCP هستیم تا به کاهش انتشار بیشتر کمک کنیم، زیرا در نهایت مجبوریم موارد خاصی را از نظر انتشار جبران کنیم. در حالت ایده آل، ما قصد داریم مقداری را که باید جبران کنیم به حداقل برسانیم، پس به مواردی مانند فعالیت در مناطق GCP که سازگارتر با آب و هوا هستند نگاه می کنیم. او همچنین بيان کرد که راندمان انرژی پردازنده‌های Ampere یکی از عوامل انتخاب OpenX برای استقرار این برنامه‌ها در نمونه‌های C3A بود. آنها همچنین از توانایی استفاده از مراکز داده با انرژی پاک در صورت امکان استفاده می کنند. «مصرف انرژی نمونه‌های محاسباتی که استفاده می‌کنیم، بزرگ‌ترین منبع انتشار ماست، پس هر کاری که می‌توانیم برای بهینه‌سازی عملکرد پلتفرم خود انجام دهیم، از جمله کارآمدتر کردن برنامه‌هایمان برای کاهش مصرف محاسباتی یا استفاده از CPUهای کارآمدتر انرژی، به ما اجازه می دهد تا کارایی بیشتری داشته باشیم و انتشار گازهای گلخانه ای را کاهش دهیم. بسیاری از این چیزها دارای مزایای دوگانه هستند که به ما کمک می‌کنند تا هزینه‌ها را نیز کاهش دهیم.»

آنچه در انتظار OpenX با استفاده از پردازنده های آمپر است

رهبری تیم پلتفرم OpenX در حال تحلیل اجرای سایر سرویس‌ها در Ampere است. در حال حاضر، سه برنامه‌ای که در شش ماه گذشته بر روی نمونه‌های C3A اجرا کرده‌اند، در سه منطقه GCP اجرا می‌شوند - یک خوشه در ایالات متحده، یکی در اروپا و دیگری در آسیا. به گفته Chodos، «زمانی که تیم Google بتواند مناطق بیشتری را به اشتراک بگذارد، ما آماده و مایل به مصرف بیشتر محاسبات آمپر هستیم.»

شروع به کار با نمونه های C3A مجهز به AmpereOne

برای آشنایی با نحوه دسترسی به نمونه های C3A با تیم فروش Ampere تماس بگیرید. با فروش تماس بگیرید

درباره نمونه‌های C3A Ampere که در حال حاضر در پیش‌نمایش خصوصی در GCP هستند، اینجا بیشتر بیاموزید. وبلاگ گوگل

برای دریافت به‌روزرسانی‌های مربوط به نمونه‌های C3A مجهز به Ampere، در خبرنامه برنامه‌نویس ما ثبت‌نام کنید و از موضوعات و رویدادهای توسعه‌دهندگان مطلع شوید. خبرنامه

درباره OpenX بیشتر بدانید: OpenX

درباره آمپر

پردازنده‌های Cloud Native Ampere Computing که برای محاسبات ابری پایدار ساخته شده‌اند، دارای طراحی تک رشته‌ای و چند هسته‌ای هستند که مقیاس‌پذیر، قدرتمند و کارآمد است.

بیشتر بدانید:

سلب مسئولیت: تمام داده ها و اطلاعات موجود در این سند یا افشا شده توسط این سند فقط برای مقاصد اطلاعاتی هستند و ممکن است تغییر کنند.

برای یافتن اطلاعات بیشتر در مورد بهینه سازی کد خود در CPU های Ampere، راهنمای تنظیم ما را در مرکز توسعه دهندگان Ampere تحلیل کنید. همچنین می‌توانید با ثبت‌نام در خبرنامه ماهانه برنامه‌نویسان، به‌روزرسانی‌ها و پیوندهایی به محتوای عالی‌تری مانند این دریافت کنید.

اگر سؤال یا نظری در مورد این مطالعه موردی دارید، یک جامعه کامل از کاربران و طرفداران Ampere آماده پاسخگویی در انجمن توسعه دهندگان Ampere هستند. و حتماً برای محتوای بیشتر متمرکز بر توسعه‌دهنده در کانال YouTube ما مشترک شوید.

خبرکاو