۴ استراتژی برای توزیع داده ها میان backend و frontend صفحه اصلی //

۴ استراتژی برای توزیع داده ها میان backend و frontend

۴ استراتژی برای توزیع داده ها میان backend و frontend

تمایز سنتی میان منطق تجاری و داده ها باعث ایجاد روش های سطح بالای بیشتری در استراتژی های توزیع میشه.

در حین ساخت یک سیستم داده محور شامل backend (باطن) و چندین وسیله حمل (اپلیکیشن موبایل ، وبسایت ، برنامه دسکتاپ و …) شما به یک استراتژی واضح و کارآمد در مورد نحوه سازماندهی ، اشتراک گذاری و توزیع داده های استفاده و تولید شده در این سیستم ها در مسیر «بک اند» و «فرانت اند» های مختلف نیاز خواهید داشت.

در اینجا به ۴ عنصری که در حین طراحی استراتژی توزیع داده هایتان باید توجه داشته باشید می پردازیم:

قدرت محاسباتی بک اند را بالا ببرید:
دستگاه های مشتریان شما قابلیتهای پردازشی محدودی دارند. شما نیاز دارید تا زیرساخت بک اند را جهت انجام کارهای سنگین ارتقا بدید. نه تنها گسترش قابلیت های قدرتمند پردازش داده ها راحت میشه بلکه بک اند تان بصورت ارثی به داده های بیشتری دسترسی پیدا میکنه ، داده های تاریخی و داده های قابل مقایسه ی سایر کاربران. برای تحقق بخشیدن به داده های عظیم ، نیازه داده ها در بک اند ذخیره ، پردازش و آنالیز بشن.

داده های شخصی را همان جایی ذخیره کنید که از آن می آیند:
بهتره برخی داده های شخصی در دستگاه نگهداری بشن و شما اونها رو تنها به منظور قادر ساختن پردازه های تجاری که مقادیری جدید تولید میکنن به بک اند ارسال کنید. برعکس ، هنگامی که شما داده ها رو از بک اند می فرستین مایلید که اطمینان حاصل کنید جوانبش محافظت میشن. اگه داده ای نباید نشون داده بشه اون رو بدون مبهم سازی/ناشناس سازی ارسال نکنید.

روی مشتریان و مصرف کنندگان مختلفی حساب باز کنید:
به دلیل فاکتور شکل ، یا اندازه صفحه اپلیکیشن اجرا شده روی یک تبلت ، گوشی یا یک ساعت ، ما مجبور نیستیم همیشه همون داده ها رو ارائه کنیم و میشه گفت که باید در نظر بگیریم که آیا ارسال همون داده ها به همه ی دستگاه ها و تحمیل اینکه از اونها سر در بیارن بدترین حالت ممکنه و یا آیا بهتره که جریان داده ها برای هر یک از دستگاه استفاده کننده سفارشی بشه؟ فرای این فاکتور ها ، همچنین نیازه بدونیم که همه ی اون کاربرها همان پروفایل ، همون داده ها و همون سطح دسترسی رو ندارن. واگذار کردن این فیلتر ها به کلاینت احتمالا کارآمدی کمتری نسبت به پردازش این نیازهای گوناگون در بک اند خوهد داشت.
برخی مصرف کننده ها ممکنه بجای انسان ماشین ها باشن ، هرنوع شی متصل شده ای! این اشیا داده ها رو به روش های متفاوتی مصرف می کنن. اگه اینترفیس (رابط) های فرانت اند بخوبی طراحی شده باشن ، این فرق نباید به استراتژی توزیع داده هاتون ضربه بزنه ، اما احتمالش وجود داره!

در نظر داشته باشید که همه ی کاربران «همیشه» با بالاترین سرعت اینترنت متصل نیستن (یا «هرگز»):
مشکل اتصال به اینترنت یه چالش پیچیده برای سیستم های توزیع شده مورد نظر ماست. اینترنت های کم سرعت یا مناطق بدون سیگنال نباید مانع کارکرد برنامه ها بشن(البته این همیشه صدق نمیکنه ، همانطور که برخی اپلیکیشن ها نمیتونن آفلاین کار کنن).
برای برنامه هایی که میتونن بصورت آفلاین کار کنن ، یه بخش ویژه ای از داده ها ، نیاز دارن بصورت محلی ذخیره سازی بشن ، حالا یا بصورت بافر موقت یا از طریق روشی برای دور نگداشتن داده های مورد نیاز. قطعا تکنولوژی ای برای راحت کردن این کار وجود داره ، اما نیازه تصمیم گیری بشه کدام داده ها به یک استراتژی طراحی شده مناسب برای کش شدن محلی نیاز دارن.

توسط محمد هادی شجاری

مهندسی صنایع و مدیریت اجرایی خوندم و از دوران دانشجویی علاقه مند به بازاریابی بویژه در دنیای دیجیتال بودم و در حال حاضر به صورت تخصصی بر روی تبلیغات با اپلیکیشن های موبایل مطالعه و کار می کنم.
وبسایت:


نظر ارسال کنید

آدرس ایمیل شما منتشر نمی شود


ارسال نظر