یکشنبه ۲۰ شهریور ۰۱ ۲۰:۱۸ ۱۵ بازديد
ذخیره محتوای پویا در لبه
عکس توسط ناسا در Unsplash
پیام‌های PayPal Upstream PayLater مشتریان را در مورد فرصت‌های تامین مالی برای خرید محصولات از تی‌شرت تا تردمیل آگاه می‌کند. این پیام‌ها علاوه بر اطلاع‌رسانی به مشتریان از گزینه پرداخت ایمن و مطمئن در آینده، می‌توانند نرخ تبدیل و میانگین سفارش تاجران را افزایش دهند. در یک قطعه کوچک از HTML نکات مثبت زیادی برای مصرف کنندگان و مشتریان تجاری وجود دارد.
یک مثال US Pay در 4 پیام
ارسال پیام به مشتریان ممکن است ساده به نظر برسد. با این حال، در مقیاس اینترنت، ارسال پیام به میلیون‌ها مشتری در سراسر جهان در هزاران سایت تجاری، نیازمند مهندسی ماهر و زیرساخت‌های پیچیده است. مشتریان تاجر PayPal علاوه بر ارسال پیام صحیح به تاجر مناسب در زمان مناسب، خواستار تحویل این پیام‌ها با سرعت مضحک هستند.
انجام پروژه در فریلنس پروژه
رویای ذخیره سازی CDN (یا چگونه یاد گرفتم نگران نباشم و لبه را دوست داشته باشم)
بازآفرینی دراماتیک تیمی که تقاضای پیام رسانی بالادستی جهانی را تجزیه و تحلیل می کند (منبع: filmschoolrejects)
مشتریان PayPal در سراسر جهان واقع شده اند. وقتی مشتری از وب‌سایت تاجری که با پیام‌رسانی Pay Later یکپارچه شده است بازدید می‌کند، درخواست پیام به مرکز داده PayPal هدایت می‌شود، جایی که زیرساخت Pay Later بهترین پیام Pay Later را بر اساس تاجر و مقدار مورد تعیین می‌کند. بسته به فاصله فیزیکی بین دستگاه مشتری و مرکز داده PayPal، تکمیل درخواست ممکن است زمان زیادی طول بکشد.
سفارش ساخت سایت در فریلنس پروژه
بیشتر این جریمه زمانی اجتناب ناپذیر است که ما تمام راه را به مرکز داده برویم، که توسط سرعت نور بر روی یک کابل فرا اقیانوسی محدود شده است. اگر بتوانیم تصمیمی را که امروزه در مرکز داده PayPal اتفاق می‌افتد به مصرف‌کننده نزدیک‌تر کنیم، به‌کلی از انجام این سفر اجتناب می‌کنیم. برای انجام این کار، ما به شبکه های تحویل محتوا (CDN) نگاه کردیم.
CDN ها در درجه اول برای بهبود ارائه رسانه های دیجیتال ایستا، مانند تصاویر و محتوای صوتی/تصویری، یا دارایی هایی با URL های ضعیف استفاده می شوند. اگر بتوانیم رندر پیام‌هایمان را به این سرورهای Edge منتقل کنیم، می‌توانیم آن زمان رفت و برگشت را برای مصرف‌کنندگان حذف کنیم. اما چرا در وهله اول باید این سفر رفت و برگشت را انجام دهیم؟
مزایای رندر سمت سرور
پیام‌های بالادستی PayPal رندر سمت سرور (SSR) هستند. این بدان معناست که وقتی سرویس سطح اول پیام‌رسانی درخواستی برای یک پیام دریافت می‌کند، نشانه‌گذاری HTML برای آن پیام ایجاد می‌کند و آن نشانه‌گذاری مستقیماً در یک iframe در صفحه تاجر تحویل داده می‌شود. یکی از مزایای اصلی SSR جعبه سندباد iframe است. جعبه ایمنی iframe با جدا کردن کد پیام از صفحه وب تاجر، امنیت بهبود یافته ای را فراهم می کند و یک زمینه CSS (Cascading Style Sheets) مجزا به ما می دهد که امکان تداخل سبک های پیام PayPal با صفحه تاجر را از بین می برد.
طراحان لوگو با بهترین طراحی
SSR همچنین به بازرگانان امکان می دهد تا عملکرد وب سایت بهبودیافته ای را برای مشتریان خود ارائه دهند. عملکرد با ایجاد نشانه گذاری پیام در مرکز داده PayPal افزایش می یابد. بنابراین، اجرای جاوا اسکریپت را در مرورگر مصرف کننده کاهش می دهد یا حتی حذف می کند. SSR همچنین نیاز مرورگر مشتری به دانلود یک بسته کد بزرگ را قبل از شروع ارائه پیام برطرف می کند.
آخرین دلیل برای دوست داشتن SSR این است که به ما این امکان را می‌دهد تا نحوه نمایش پیام‌های خود را بدون نگرانی در مورد اینکه مرورگرها نسخه‌های کش کد رندر سمت کلاینت را دارند به‌روزرسانی کنیم. این به ما امکان می‌دهد از نمایش پیام‌های قدیمی از مشکلات احتمالی انطباق جلوگیری کنیم و با امکان کنترل مستقیم بر محتوای ذخیره‌شده در حافظه پنهان، رفع اشکال را آسان‌تر می‌کند.
انجام پروژه متلب
پیکربندی Edge
با یک CDN، یک درخواست HTTP از یک کاربر به نزدیکترین سرور فیزیکی هدایت می شود. اگر سرور لبه یک پاسخ کش داشته باشد که با آن درخواست مطابقت دارد، بلافاصله برگردانده می شود. در غیر این صورت، آن درخواست را به سرور "origin" که در این مورد مرکز داده PayPal است، ارسال می کند تا پاسخ را دریافت کرده و به کاربر برگرداند. پاسخ ما شامل هدرهایی خواهد بود تا به سرور لبه اطلاع دهد که پاسخ باید در حافظه پنهان بماند و همچنین مدت زمان ذخیره آن را در حافظه پنهان می کند. سایر جنبه های رفتار لبه را می توان در یک رابط کاربری گرافیکی یا کد، معمولاً Varnish/VCL پیکربندی کرد. پیکربندی پیش فرض استفاده از URL کامل به عنوان کلید حافظه پنهان است.
لیست مجریان نظام مهندسی اراکنمونه URL پیام
وقتی درخواستی از مشتری برای همان URL می رسد، CDN می تواند پاسخ ذخیره شده را ارائه دهد. با این رویکرد، هزاران کلید منحصر به فرد وجود دارد. بیش از 35000 بازرگان فعال PayPal PayLater وجود دارد که بسیاری از آنها مقادیر محصول و گزینه های پیکربندی مختلف را برای ظاهر پیام ارسال می کنند. ممکن است تعجب کنید که آیا یک CDN حتی می‌تواند این تعداد اشیاء کش شده را مدیریت کند؟ ما دقیقاً این سؤال را از یک مهندس آکامی در مراحل اولیه برنامه ریزی پرسیدیم و آنها با این سؤال گیج شدند که پاسخ ما را داد: بله! CDN ها برای مدیریت این نوع حجم مجهز هستند. این دقیقاً همان چیزی است که CDN ها برای آن طراحی شده اند. با این حال، این مشکل دیگری را ایجاد کرد: یک محدودیت گسترده برای نرخ ضربه کش وجود دارد. بسیاری از مشتریان همچنان با تأخیر در تحویل پیام مواجه خواهند شد
عکس توسط ناسا در Unsplash
پیام‌های PayPal Upstream PayLater مشتریان را در مورد فرصت‌های تامین مالی برای خرید محصولات از تی‌شرت تا تردمیل آگاه می‌کند. این پیام‌ها علاوه بر اطلاع‌رسانی به مشتریان از گزینه پرداخت ایمن و مطمئن در آینده، می‌توانند نرخ تبدیل و میانگین سفارش تاجران را افزایش دهند. در یک قطعه کوچک از HTML نکات مثبت زیادی برای مصرف کنندگان و مشتریان تجاری وجود دارد.
یک مثال US Pay در 4 پیام
ارسال پیام به مشتریان ممکن است ساده به نظر برسد. با این حال، در مقیاس اینترنت، ارسال پیام به میلیون‌ها مشتری در سراسر جهان در هزاران سایت تجاری، نیازمند مهندسی ماهر و زیرساخت‌های پیچیده است. مشتریان تاجر PayPal علاوه بر ارسال پیام صحیح به تاجر مناسب در زمان مناسب، خواستار تحویل این پیام‌ها با سرعت مضحک هستند.
انجام پروژه در فریلنس پروژه
رویای ذخیره سازی CDN (یا چگونه یاد گرفتم نگران نباشم و لبه را دوست داشته باشم)
بازآفرینی دراماتیک تیمی که تقاضای پیام رسانی بالادستی جهانی را تجزیه و تحلیل می کند (منبع: filmschoolrejects)
مشتریان PayPal در سراسر جهان واقع شده اند. وقتی مشتری از وب‌سایت تاجری که با پیام‌رسانی Pay Later یکپارچه شده است بازدید می‌کند، درخواست پیام به مرکز داده PayPal هدایت می‌شود، جایی که زیرساخت Pay Later بهترین پیام Pay Later را بر اساس تاجر و مقدار مورد تعیین می‌کند. بسته به فاصله فیزیکی بین دستگاه مشتری و مرکز داده PayPal، تکمیل درخواست ممکن است زمان زیادی طول بکشد.
سفارش ساخت سایت در فریلنس پروژه
بیشتر این جریمه زمانی اجتناب ناپذیر است که ما تمام راه را به مرکز داده برویم، که توسط سرعت نور بر روی یک کابل فرا اقیانوسی محدود شده است. اگر بتوانیم تصمیمی را که امروزه در مرکز داده PayPal اتفاق می‌افتد به مصرف‌کننده نزدیک‌تر کنیم، به‌کلی از انجام این سفر اجتناب می‌کنیم. برای انجام این کار، ما به شبکه های تحویل محتوا (CDN) نگاه کردیم.
CDN ها در درجه اول برای بهبود ارائه رسانه های دیجیتال ایستا، مانند تصاویر و محتوای صوتی/تصویری، یا دارایی هایی با URL های ضعیف استفاده می شوند. اگر بتوانیم رندر پیام‌هایمان را به این سرورهای Edge منتقل کنیم، می‌توانیم آن زمان رفت و برگشت را برای مصرف‌کنندگان حذف کنیم. اما چرا در وهله اول باید این سفر رفت و برگشت را انجام دهیم؟
مزایای رندر سمت سرور
پیام‌های بالادستی PayPal رندر سمت سرور (SSR) هستند. این بدان معناست که وقتی سرویس سطح اول پیام‌رسانی درخواستی برای یک پیام دریافت می‌کند، نشانه‌گذاری HTML برای آن پیام ایجاد می‌کند و آن نشانه‌گذاری مستقیماً در یک iframe در صفحه تاجر تحویل داده می‌شود. یکی از مزایای اصلی SSR جعبه سندباد iframe است. جعبه ایمنی iframe با جدا کردن کد پیام از صفحه وب تاجر، امنیت بهبود یافته ای را فراهم می کند و یک زمینه CSS (Cascading Style Sheets) مجزا به ما می دهد که امکان تداخل سبک های پیام PayPal با صفحه تاجر را از بین می برد.
طراحان لوگو با بهترین طراحی
SSR همچنین به بازرگانان امکان می دهد تا عملکرد وب سایت بهبودیافته ای را برای مشتریان خود ارائه دهند. عملکرد با ایجاد نشانه گذاری پیام در مرکز داده PayPal افزایش می یابد. بنابراین، اجرای جاوا اسکریپت را در مرورگر مصرف کننده کاهش می دهد یا حتی حذف می کند. SSR همچنین نیاز مرورگر مشتری به دانلود یک بسته کد بزرگ را قبل از شروع ارائه پیام برطرف می کند.
آخرین دلیل برای دوست داشتن SSR این است که به ما این امکان را می‌دهد تا نحوه نمایش پیام‌های خود را بدون نگرانی در مورد اینکه مرورگرها نسخه‌های کش کد رندر سمت کلاینت را دارند به‌روزرسانی کنیم. این به ما امکان می‌دهد از نمایش پیام‌های قدیمی از مشکلات احتمالی انطباق جلوگیری کنیم و با امکان کنترل مستقیم بر محتوای ذخیره‌شده در حافظه پنهان، رفع اشکال را آسان‌تر می‌کند.
انجام پروژه متلب
پیکربندی Edge
با یک CDN، یک درخواست HTTP از یک کاربر به نزدیکترین سرور فیزیکی هدایت می شود. اگر سرور لبه یک پاسخ کش داشته باشد که با آن درخواست مطابقت دارد، بلافاصله برگردانده می شود. در غیر این صورت، آن درخواست را به سرور "origin" که در این مورد مرکز داده PayPal است، ارسال می کند تا پاسخ را دریافت کرده و به کاربر برگرداند. پاسخ ما شامل هدرهایی خواهد بود تا به سرور لبه اطلاع دهد که پاسخ باید در حافظه پنهان بماند و همچنین مدت زمان ذخیره آن را در حافظه پنهان می کند. سایر جنبه های رفتار لبه را می توان در یک رابط کاربری گرافیکی یا کد، معمولاً Varnish/VCL پیکربندی کرد. پیکربندی پیش فرض استفاده از URL کامل به عنوان کلید حافظه پنهان است.
لیست مجریان نظام مهندسی اراکنمونه URL پیام
وقتی درخواستی از مشتری برای همان URL می رسد، CDN می تواند پاسخ ذخیره شده را ارائه دهد. با این رویکرد، هزاران کلید منحصر به فرد وجود دارد. بیش از 35000 بازرگان فعال PayPal PayLater وجود دارد که بسیاری از آنها مقادیر محصول و گزینه های پیکربندی مختلف را برای ظاهر پیام ارسال می کنند. ممکن است تعجب کنید که آیا یک CDN حتی می‌تواند این تعداد اشیاء کش شده را مدیریت کند؟ ما دقیقاً این سؤال را از یک مهندس آکامی در مراحل اولیه برنامه ریزی پرسیدیم و آنها با این سؤال گیج شدند که پاسخ ما را داد: بله! CDN ها برای مدیریت این نوع حجم مجهز هستند. این دقیقاً همان چیزی است که CDN ها برای آن طراحی شده اند. با این حال، این مشکل دیگری را ایجاد کرد: یک محدودیت گسترده برای نرخ ضربه کش وجود دارد. بسیاری از مشتریان همچنان با تأخیر در تحویل پیام مواجه خواهند شد
- ۱ ۰
- ۰ نظر