https://virgool.io/feed/@leniyajan هر روز در تلاش برای رسیدن به قله های برنامه نویسی fa 2026-04-15 04:43:36 https://files.virgool.io/upload/users/1707815/avatar/avatar.png?height=120&width=120 https://virgool.io/@leniyajan https://virgool.io/@leniyajan/%D8%A7%D8%B3%D8%AA%D8%B1%D8%A7%D8%AA%DA%98%DB%8C-%D8%AA%D8%B3%D8%AA-%D9%85%DB%8C%DA%A9%D8%B1%D9%88%D8%B3%D8%B1%D9%88%DB%8C%D8%B3-%D9%87%D8%A7-dut4nz9940lw میکروسرویس ها ذاتاً توزیع می شوند. میکروسرویس های زیادی در هر معماری وجود دارد. هر میکروسرویس دارای اجزای مختلفی است، مانند سرویسی که می‌تواند رویدادهای ActiveMQ یا موضوع کافکا را مصرف کند، داده‌ها را در هر دو پایگاه داده RDBMS یا NoSQL به طور همزمان ذخیره کند و سپس رویداد تازه ایجاد شده را به موضوع کافکا دیگری ارسال کند. هدف استفاده و شروع. پردازش یا فراخوانی یک سرویس مستقل RESTful بر روی سایر خدمات ساخته شده است.نوشتن یک تست معنادار برای اجزای میکروسرویس در معماری کار آسانی نیست. در این مقاله، ما بر روی راهنمای تست میکروسرویس تمرکز کرده‌ایم تا تمام جنبه‌های تست در کاربرد را جدا کنیم.از چه استراتژی هایی می توان برای تست میکروسرویس ها استفاده کرد؟برای درک تست میکروسرویس، هرمی با سه سطح L2، L1 و L3 را در نظر بگیرید. لایه اول هرم L1، لایه دوم L2 و لایه سوم L3 است. با توجه به هر معماری میکروسرویس، باید سه نوع مختلف تست وجود داشته باشد. این موضوعات به L3، L2، L1 تقسیم می شوند. ما فقط برای ایجاد یک تصویر ذهنی به این لایه ها نگاه می کنیم. سعی کنید برای هر یک از آنها بسته هایی ایجاد کنید. در ادامه برای درک بهتر این مشکل در مورد جزئیات تست لایه صحبت خواهیم کرد.لایه میکروسرویس L1در سطح L1، توسعه دهندگان باید کلاس هایی را در کد تعریف کنند که بیشتر با منطق تابع مطابقت داشته باشد. در واقع، شما باید فقط بر روی کلاس های آزمایشی در سطح L1 تمرکز کنید که بیشترین ارتباط را با منطق کار شما دارند، بنابراین باید این کلاس ها را فهرست کرده و مؤلفه های آزمایشی را برای آنها تهیه کنید. تنها قانونی که در این مرحله باید رعایت کنید این است که سعی نکنید چیزی ایجاد کنید (مسخره کنید)، اینها ساده ترین بخش های تست کامپوننت هستند.لایه میکروسرویس L2سرویسی را در نظر بگیرید که رکوردها را در پایگاه داده وارد می کند و رویدادهای جدید و گسترده ای را برای موضوعات کافکا ایجاد می کند.در لایه L2 می توانید تمام اجزای خارجی مانند پایگاه داده ها، کافکا یا سرویس های RESTful را شبیه سازی کنید.Microservizio Paparanga L3سخت ترین بخش آزمایش هرم، آزمایش اجزای L3 است. هنگام آزمایش اجزای L3؛ تمام اجزای تست واقعی هستند و اصلا مسخره نیستند. نکته ای که در این مرحله باید از آن آگاه باشید این است که معماری میکروسرویس به دو دلیل نباید بخشی از سرویس در حین تست باشد.اجرای یک تست زمان ساخت و استقرار سرویس را افزایش می دهد.انجام آزمایشات احتمال بروز مشکلات در حین ساخت را افزایش می دهد.اجزای تست باید به صورت جداگانه به عنوان یک سرویس جداگانه ذخیره شوند. این سرویس باید هم توسط QA و هم توسط توسعه دهندگان تایید شود.از سرگیریدر معماری میکروسرویس، شما باید بتوانید تست های موثر بنویسید. شما باید برنامه را فقط با پوشش کد آزمایش کنید یا آن را با اجزای آزمایشی بی فایده پر کنید. زیرا هیچ کاری برای بهبود کار شما انجام نمی دهد، مانند نوشتن اجزای تست برای Setters/Getters. علاوه بر این، باید روی دروغ نویسی تمرکز کنید. زیرا این قسمت به شما در حل مشکلات توسعه نرم افزار کمک می کند. بخش های آزمایشی باید به طور منظم نوشته شوند تا هر جزء جدید فقط با نگاه کردن به بخش های آزمایشی بتواند برنامه کاربردی را درک کند. مهدی بابایی مهدی بابایی Sat, 10 Dec 2022 01:08:51 +0330 https://virgool.io/@leniyajan/%D9%85%DB%8C%DA%A9%D8%B1%D9%88%D8%B3%D8%B1%D9%88%DB%8C%D8%B3-microservice-%DA%86%DB%8C%D8%B3%D8%AA-rwpi8zgbxrpz امروزه با افزایش تقاضا برای برنامه های کاربردی بزرگ، مفهومی به نام میکروسرویس ها در صنعت توسعه نرم افزار توسعه یافته است، زیرا توسعه دهندگان چاره ای جز توسعه سیستم های تجاری بزرگ با استفاده از معماری میکروسرویس ها ندارند. در ظاهر، مفهوم میکروسرویس ها ممکن است کمی پیچیده به نظر برسد، اما در واقعیت اصلا اینطور نیست، و در این پست به چیستی، چرایی آن و مزایا و معایب استفاده از میکروسرویس ها می پردازیم.معماری یکپارچه چیست؟برای درک ماهیت میکروسرویس ها، ابتدا باید ببینیم معماری یکپارچه چگونه کار می کند. به طور کلی در این نوع معماری سه لایه زیر عناوین زیر داریم:- مدل (منطق برنامه)- مشاهده (خروجی برنامه)- کنترلر (رابط بین خروجی ها و منطق برنامه)مشکلات معماری یکپارچهاین نوع معماری که به معماری MVC نیز معروف است دارای معایب متعددی است. به عبارت دیگر، تمامی لایه ها (مدل ها، نماها و کنترلرها) تحت پرچم یک پلتفرم مدیریت می شوند و ارتباط بسیار نزدیکی با یکدیگر دارند، بنابراین جابجایی مدل یک اپلیکیشن نوشته شده در معماری MVC کار آسانی نیست. و در پروژه دیگری از آن استفاده کنید.اما در معماری MVC کدها ماژولار هستند و نسبت به گذشته که همه فایل ها در یک پوشه ذخیره می شدند و اصلا مفهومی به نام ماژول وجود نداشت وضعیت خیلی بهتر است اما همانطور که گفته شد هر ماژولی به آن نیاز داشت. به ماژول های دیگر به طور کلی مشکلات مربوط به معماری یکپارچه را می توان به دسته های زیر تقسیم کرد:- از آنجایی که دیگر یک کد منبع اصلی وجود ندارد، همه اعضای تیم، از توسعه دهندگان فرانت اند گرفته تا برنامه نویسان سمت سرور، باید با کد منبع یکسان کار کنند. باید پیکربندی و شروع به کار روی پروژه خود کنید.- یک تغییر کوچک در یکی از ماژول ها می تواند عملکرد ماژول های دیگر را تحت تاثیر قرار دهد.- درست است که در این نوع معماری مفهومی به نام MVC داریم، اما به مرور زمان این سه لایه به قدری با هم ادغام می شوند که ایجاد مرز مشخص بین آنها دشوار خواهد بود.- کل معماری نرم افزار باید تغییر کند تا اجزای آن با معماری جدیدتر و بهینه تر جایگزین نشوند.- تنوع فناوری ها اعم از زبان های برنامه نویسی، بانک های اطلاعاتی مختلف، کتابخانه ها و فریم ورک ها وجود ندارد و اگر چنین باشد، ارتباط بین آنها بسیار مشکل خواهد بود.- و یک اشکال در یکی از ماژول ها می تواند کل پروژه را تحت الشعاع قرار دهد.اینجاست که میکروسرویس ها وارد عمل می شوند و مزایای آنها باعث شده است که شرکت های بزرگی مانند آمازون یا نتفلیکس از میکروسرویس ها استفاده کنند.معماری میکروسرویس چیست؟میکروسرویس روشی برای تقسیم یک برنامه (نرم افزار) به بخش ها یا خدمات کوچک، سبک، مستقل و قابل مدیریت است. به عبارت دیگر Microservice یک معماری توسعه نرم افزاری به اصطلاح توزیع شده است.حال می توان این سوال را مطرح کرد که سرویس های مختلف یک اپلیکیشن مجهز به معماری میکروسرویس چگونه با یکدیگر ارتباط برقرار می کنند؟ برای پاسخ به این سوال، همانطور که در تصویر بالا نشان داده شده است، این ارتباط با درخواست های HTTP و یک سری API های RESTful برقرار می شود.آشنایی با معماری سرویس گرا.سوال دیگری در اینجا مطرح می شود و آن اینکه با چنین تفاسیری تفاوت چندانی بین معماری سرویس گرا یا به اختصار SOA و میکروسرویس وجود ندارد، در پاسخ به این سوال می توان گفت که میکروسرویس نوعی SOA (معماری سرویس) است که در گذشته دهه ها بسیار محبوب بود، اما در عین حال، میکروسرویس ها نسبت به معماری مبتنی بر سرویس انعطاف پذیرتر هستند، زیرا به راحتی می توان یک سرویس یا ماژول را از یک پروژه گرفت و در پروژه دیگری بدون پیکربندی خاص استفاده کرد، اما هنوز هم معماری SOA است. در یک معماری به اصطلاح یکپارچه اجرا شده است.به عبارت دیگر، در معماری SOA، ما کامپوننت ها یا ماژول هایی داریم که به اجزای دیگر خدمات ارائه می دهند و اگرچه این کامپوننت ها ممکن است برای یک برنامه خاص منحصر به فرد باشند، از سوی دیگر، در معماری میکروسرویس، این اجزا کاملا مستقل هستند. خدماتی وجود دارد که می توان آنها را به صورت جداگانه اجرا کرد. نکته دیگری که در رابطه با تفاوت این دو معماری نرم افزار باید مورد توجه قرار گیرد اندازه ماژول ها است. به عبارت دیگر میکروسرویس ها بسیار کوچک هستند و همین موضوع مدیریت آنها را بسیار آسان می کند.مزایای استفاده از میکروسرویس هاامروزه اعتدال به یک مزیت رقابتی در همه صنایع تبدیل شده است. از مبلمان IKEA گرفته تا ماژول‌های موبایل و اسباب‌بازی‌های LEGO، ایده پشت میکروسرویس‌ها این است که به توسعه‌دهندگان اجازه می‌دهند تا برنامه‌های کاربردی خود را بر روی اجزا یا خدمات مستقل بسازند و به راحتی آنها را تغییر دهند. و به روز رسانی ها را می توان بدون بازنویسی کل برنامه اجرا کرد. به طور کلی، مهمترین مزایای استفاده از معماری میکروسرویس ها عبارتند از:- بر خلاف معماری یکپارچه، خدمات در یک برنامه کاربردی با استفاده از معماری میکروسرویس ها هرگز بر اساس معماری MVC تقسیم نمی شوند، بلکه بر اساس کاری که انجام می دهند به بخش های مختلف تقسیم می شوند. به عبارت دیگر، سرویسی مانند آپلود فایل شامل بخش هایی مانند رابط کاربری، مدل های مربوط به پایگاه داده، کنترل کننده، سیستم لاگ و غیره است.- یکی دیگر از مزایای میکروسرویس ها این است که ما مجبور نیستیم در طول پروژه فقط از یک زبان برنامه نویسی یا فناوری استفاده کنیم. یعنی با توجه به اینکه امروزه برخی از زبان‌های برنامه‌نویسی برای حوزه‌های خاصی تخصصی‌تر شده‌اند و استفاده از زبانی که برای یک کار خاص طراحی شده است، عملکرد برنامه ما را با استفاده از میکروسرویس‌ها افزایش می‌دهد، ما می‌توانیم از چندین زبان بسته به نوع خدمات ما برنامه نویسی و فن آوری های مختلف را می خواهیم و به بالاترین بهره وری می رسیم.- علاوه بر موارد فوق، میکروسرویس ها را مقیاس پذیر می نامند. ماهیت مستقل ماژول های مختلف یک میکروسرویس به ما این توانایی را می دهد که از یک زبان خاص، یک پایگاه داده خاص و یک سرور خاص برای توسعه برنامه مورد نظر خود استفاده کنیم و در صورت نیاز فقط منابع همان پلتفرم را به روز کنیم.معایب استفاده از میکروسرویس هاتا اینجا به مزایای میکروسرویس ها پرداختیم، اما باید توجه داشته باشیم که این نوع معماری توسعه اپلیکیشن دارای نقاط ضعفی نیز می باشد که برخی از مهمترین آنها عبارتند از:- از آنجایی که هر سرویس وظیفه انجام وظیفه خاصی را بر عهده دارد، در یک برنامه بسیار بزرگ تعداد بی نهایت سرویس خواهیم داشت و بنابراین ارتباط بین این سرویس ها و از همه مهمتر نظارت بر آنها بسیار دشوار خواهد بود (برخی داده ها نشان می دهد که یک سرویس مانند نتفلیکس صدها سرویس مختلف دارد).- سرویس ها برای رفع نیازهای خود با سایر سرویس ها تماس می گیرند و بر آنها نظارت می کنند که روند عیب یابی را بسیار دشوار می کند.- هر سرویس لاگین مخصوص به خود را دارد، بنابراین سیستم ردیابی متمرکزی برای مشاهده لاگ ها وجود ندارد و در چنین شرایطی نیاز به سیستم مدیریت لاگ متمرکز خواهد بود.- به دلیل اتصال سرویس ها از طریق API، تعداد درخواست ها بیشتر از معماری یکپارچه خواهد بود.- استقرار دستی برنامه هایی که با استفاده از معماری میکروسرویس طراحی شده اند دشوار است و در چنین شرایطی به ابزارهای اتوماسیون پیشرفته نیاز خواهد بود.- نسخه سازی میکروسرویس ها باید جدا از یکدیگر انجام شود و در اینجا مشخص شود که مثلاً کدام سرویس نسخه A با کدام سرویس نسخه Z پیاده سازی شود.- مستندسازی این برنامه ها بسیار مشکل است زیرا به دلیل مستقل بودن هر ماژول، خدمات باید به خوبی مستند باشد.- با توجه به اینکه می توان از بسیاری از زبان های برنامه نویسی و فناوری های مختلف در چنین برنامه هایی استفاده کرد، هزینه نگهداری چنین سیستم هایی گاهی افزایش می یابد، به عنوان مثال نیاز به استخدام توسعه دهندگان زبان های مختلف داریم.- امروزه بسیاری از برنامه ها نیاز به حذف یا به روز رسانی بسیاری از رکوردهای پایگاه داده به طور همزمان دارند. در چنین مواردی، با توجه به اینکه در یک معماری تنها یک پایگاه داده وجود دارد، این کار به راحتی انجام می شود، اما در میکروسرویس ها، چنین وقفه ها یا به روز رسانی ها دشوار است، زیرا ممکن است یکی از سرویس ها رکوردی در پایگاه داده داشته باشد. آنها می خواهند با یکدیگر در یک سرویس متفاوت با یک سرور خاص در سرور دیگری همگام شوند.چه زمانی به میکروسرویس تغییر دهید؟در مرحله بعد بیان می کنیم که اگر مربوط به اپلیکیشن شما باشد، وقت آن رسیده است که میکروسرویس ها یکی از گزینه های پیش روی شما باشند.- اگر کد پروژه شما به اندازه کافی بزرگ باشد که بتواند آن را به صورت محلی کامپایل کند، مانند قرار دادن کل پروژه در یک IDE، کار دلهره آور و غیرقابل توضیحی است.ساخت برخی پروژه های بزرگ که به صورت یکپارچه نوشته می شوند، گاهی ده ها دقیقه طول می کشد.- معماری یکپارچه مستلزم آن است که تمام منابع سیستم به یکباره ارتقا یابد، اما تنها بخشی از نرم افزار نیاز به توسعه دارد. اگر نیازی به نصب نسخه به این روش ندارید.- اگر توسعه دهندگان با هم نباشند و نتوانند به طور مستقل روی پروژه کار کنند.تصمیمموضوع معماری میکروسرویس بسیار گسترده است و زمانی که می خواهیم وارد این حوزه شویم لازم است که با مفاهیمی مانند Continuous Integration، Continuous Deploymnet، Containers و همچنین ابزارهای استقرار خودکار آشنایی داشته باشیم. وارد این حوزه شوید یا خیر. مهدی بابایی مهدی بابایی Sat, 10 Dec 2022 00:35:07 +0330 https://virgool.io/@leniyajan/6-%D8%B1%D9%85%D8%B2%D8%A7%D8%B1%D8%B2-%D8%AF%DB%8C%D8%AC%DB%8C%D8%AA%D8%A7%D9%84-%DB%8C%D8%A7-%D8%A7%D8%B1%D8%B2-%D8%B1%D9%85%D8%B2%D9%86%DA%AF%D8%A7%D8%B1%DB%8C-%D8%B4%D8%AF%D9%87-%D9%85%D8%B9%D8%B1%D9%88%D9%81-%D8%A8%D9%87-%D8%BA%DB%8C%D8%B1-%D8%A7%D8%B2-%D8%A8%DB%8C%D8%AA-%DA%A9%D9%88%DB%8C%D9%86-%D8%B1%D8%A7-%D8%A8%D8%B4%D9%86%D8%A7%D8%B3%DB%8C%D8%AF-nz9nihc5znge اگرچه بیت کوین معروف ترین ارز دیجیتال است، اما احتمالاً تنها رهبر در این زمینه نیست. سکه هایی که تحت تاثیر بیت کوین و در شبکه همتا به همتا شکل گرفته اند، همگی آلت کوین نامیده می شوند. این سکه ها سعی کردند خود را به عنوان نسخه بهبود یافته و پیشرفته تر بیت کوین نشان دهند. استخراج برخی از این سکه‌ها آسان‌تر از بیت‌کوین است و حتی تبادل آن‌ها راحت‌تر و سریع‌تر از آنهاست. در میان صدها ارز دیجیتال، ما 6 مورد از معروف ترین آنها را به شما معرفی می کنیم. 1 ( لایت کوین (LTCلایت کوین چیست؟لایت کوین در سال 2011 در سال های اولیه بیت کوین معرفی شد و به عنوان نسخه نقره ای بیت کوین گلد شناخته می شود. این ارز توسط چارلی لی فارغ التحصیل MIT و مهندس سابق گوگل ایجاد شده است. لایت کوین مبتنی بر یک شبکه پرداخت جهانی و منبع باز است که توسط هیچ مرجع مرکزی مدیریت نمی شود و از سیستم اثبات کار استفاده می کند. لایت کوین از بسیاری جهات شبیه بیت کوین است، اما تفاوت هایی نیز دارد. این ارز دارای یک شبکه بلاکچین سریع است، بنابراین تراکنش ها به سرعت تایید می شوند. بسیاری از بازرگانان لایت کوین را می پذیرند. در ابتدای ژوئن 2018، ارزش بازار این ارز 4.89 میلیارد دلار* است و در 21 ماه جاری به 96.7 دلار رسید.2 (اتریوم (ETHدر مورد اتریوم چطور؟این ارز در سال 2015 معرفی شد. اتریوم یک پلت فرم نرم افزاری هوشمند است که امکان اجرای قراردادهای هوشمند و برنامه های کاربردی توزیع شده را بدون هیچ گونه نظارت وقت گیر، تقلبی یا شخص ثالث فراهم می کند. در سال 2014، اتریوم به دلیل تقاضای بیش از حد اتر، فروش زودهنگام اتر را آغاز کرد. برنامه های اتریوم دارای یک شناسه رمزنگاری خاص برای پلتفرم خود هستند که اتر نام دارد. اتر در واقع رسانه ای برای یافتن پلتفرم اتریوم است و بسیاری از افرادی که می خواهند اپلیکیشن های خود را توسعه دهند از این فضا استفاده می کنند. این ارز برای به اشتراک گذاری، غیرمتمرکز کردن، ایمن سازی و مبادله هر چیزی استفاده می شود.اتریوم پس از حمله به شبکه خود در سال 2016 به دو دسته تقسیم شد: اتریوم (ETH) و اتریوم کلاسیک (ETC). پس از بیت کوین، این ارز با سهم تقریباً 41.4 میلیارد دلاری بیشترین سهم را در بازار سرمایه گذاری دارد. در ابتدای ژوئن 2018 ارزش بازار اتریوم 47.47 میلیارد دلار بود و در 21 همان ماه به 525.77 دلار رسید.3 (Zcash (ZECمنه زکاش؟Zcash یک ارز دیجیتال غیرمتمرکز و منبع باز است که در نیمه دوم سال 2016 معرفی شد و امیدوارکننده به نظر می رسد. "اگر بیت کوین مانند ارز HTTP است، Zcash مانند https است" اینگونه خود را معرفی می کند. مهمترین نکته در مورد Zcash امنیت و شفافیت معاملات است. Zcash ادعا می کند که بالاترین سطح امنیت را برای کاربر فراهم می کند. اگرچه تمام تراکنش‌ها در شبکه بلاک چین ثبت و عمومی می‌شوند، جزئیات مهمی مانند اطلاعات فرستنده و گیرنده و مقدار Zcash منتقل شده خصوصی باقی می‌مانند. Zcash تراکنش های محافظت شده ای را به کاربران خود ارائه می دهد که از تکنیک رمزنگاری خاصی به نام ZK-SNARKs یا اثبات های دانش صفر استفاده می کنند. در ابتدای ژوئن 2018، Zcash دارای ارزش بازار 713.254 میلیون دلار بود که در 21 ماه به 190.22 دلار رسید.4 (مردگان (DASH)داش چیست؟دش که با نام دارک کوین نیز شناخته می شود، شکل بسیار امن بیت کوین است. داش در ژانویه 2014 راه اندازی شد و در مدت زمان کوتاهی محبوبیت پیدا کرد. این ارز دیجیتال توسط ایوان دافیلد ایجاد شده و با استفاده از CPU یا GPU استخراج می شود. این برند تا مارس 2015 Darkcoin نام داشت اما نام خود را به Dash تغییر داد که مخفف Digital Cash است و اکنون با همین نام فعالیت می کند. این اصلاح بر ویژگی های جدید تأثیری نداشت. در ابتدای ژوئن 2018 ارزش بازار این سکه 1.999 میلیارد دلار بود که در 21 این ماه به قیمت 261.03 دلار رسید.5 (ریپل (XRP)ریپل چیست؟ریپل یک شبکه اجماع بلادرنگ است که پرداخت های بین المللی را سریع، ایمن و ارزان می کند. ریپل به بانک‌ها اجازه می‌دهد تا تراکنش‌های بین‌المللی را با رمزنگاری انتها به انتها با هزینه کم و در زمان واقعی انجام دهند که تنها توسط دو طرف معامله خوانده می‌شود. این ارز در سال 2012 وارد گردش شد و در آن زمان ارزش بازار 1.26 میلیارد دلار بود. سیستم ریپل به شکلی است که نیازی به استخراج سکه ندارد. این عدم استخراج نیاز به قدرت محاسباتی بالا را کاهش می دهد و تاخیر شبکه را کاهش می دهد. ریپل معتقد است که توزیع ارزش روشی قدرتمند برای تشویق رفتار مستقیم است، بنابراین توزیع XPR در خط مقدم برنامه های آن قرار دارد. با قراردادهای توسعه کسب و کار، انگیزه سرمایه گذاری یا خرید XPR برای کسانی که پول نقد در دست دارند افزایش می یابد. ارزش بازار این ارز در ابتدای ژوئن 2018، 18.9 میلیارد دلار بود و در 21 این ماه به 0.534 دلار رسید.6 (مونرو (XMRمونرو چیست؟Monero یک ارز امن، خصوصی و غیرقابل ردیابی است. این ارز منبع باز در آوریل 2014 معرفی شد و هیجان زیادی را در بین رمزنگاران و علاقه مندان ایجاد کرد. توسعه این ارز دیجیتال بر اساس کمک های مالی و جامعه است. Monero بر تمرکززدایی و مقیاس پذیری تمرکز دارد. نکته اصلی در مورد این ارز خصوصی بودن آن است. Monero با استفاده از تکنیکی به نام حلقه امضا، حریم خصوصی کاملی را فراهم می کند. در این تکنیک، مجموعه ای از امضاهای رمزگذاری شده با حداقل یک شرکت کننده اصلی وجود دارد. همه اعضای این حلقه معتبر به نظر می رسند و نمی توان شرکای واقعی را جدا کرد. ارزش بازار این ارز در ابتدای ژوئن 2018، 1.812 میلیارد دلار بود که در 21 این ماه به 123.32 دلار رسید.در پایانبیت کوین همچنان محبوب ترین ارز دیجیتال است. اما دیگر ارزهای دیجیتال اصلی مانند اتریوم و ریپل که عمدتاً برای راه حل های سرمایه گذاری استفاده می شوند، محبوبیت بیشتری پیدا می کنند. برخی آلتکوین ها ویژگی های بهتر و پیشرفته تری را نسبت به بیت کوین اجرا می کنند. این ارزهای دیجیتال بخشی از آینده هستند. اما تنها زمان مشخص خواهد کرد که کدام ارز در این رقابت رو به رشد برنده خواهد شد.ارزش بازار*: این ارزش برابر است با قیمت فعلی سهام ضربدر تعداد سهام منتشر شده توسط یک شرکت.منبع باز *: متن باز نرم افزاری است که افراد می توانند کد اصلی را مشاهده کنند، در کد منبع آن تغییراتی ایجاد کنند یا اشکالات احتمالی را برطرف کنند. این یک روش توسعه نرم افزار است که هم برای نرم افزار رایگان و هم برای نرم افزار اختصاصی قابل استفاده است. مهدی بابایی مهدی بابایی Tue, 29 Nov 2022 00:29:51 +0330 https://virgool.io/@leniyajan/%D8%A2%D8%B4%D9%86%D8%A7%DB%8C%DB%8C-%D8%A8%D8%A7-%D8%A7%D9%86%D9%88%D8%A7%D8%B9-%D8%B1%D9%85%D8%B2-%D8%A7%D8%B1%D8%B2-%D8%AF%DB%8C%D8%AC%DB%8C%D8%AA%D8%A7%D9%84-hiudlfnns38o از زمانی که ساتوشی ناکاموتو ارز دیجیتال بیت کوین را بر روی پلتفرم بلاک چین در سال 2009 راه اندازی کرد، بیت کوین ها برای خرید در صرافی ها در دسترس هستند. انواع مختلفی از ارزهای دیجیتال ایجاد شده است. و اکنون بیش از 18000 ارز دیجیتال مختلف در صرافی آنلاین وجود دارد. در این مقاله انواع ارزهای رمزنگاری شده را معرفی کرده و در مورد سرمایه گذاری در آنها مشاوره می دهیم. درک عمیق تر از مفاهیم ارزهای دیجیتال. ابتدا، ارزش آن را دارد که به تعریف اساسی این رشته بپردازیم.ارز دیجیتال چیست؟کد ارز دیجیتال که با نام‌های ارز دیجیتال، ارز دیجیتال و ارز دیجیتال نیز شناخته می‌شود. این یک نوع دارایی دیجیتال است که با استفاده از فناوری بلاک چین ایجاد شده است و می توان آن را از یک صرافی آنلاین ارز دیجیتال خریداری کرد. قیمت دارایی ها بر اساس عرضه و تقاضا تعدیل شده است. بنابراین اکثر آنها قیمت ثابتی ندارند ارزهای دیجیتال نسل جدیدی از تراکنش های مالی هستند و با هدف تغییر ساختار مالی جهان ایجاد شده اند. این نوع اموال کاملاً غیرمتمرکز است و به نهاد یا ارگان خاصی وابسته نیستتفاوت بین ارز دیجیتال و ارز دیجیتالاگرچه نام‌های ارز دیجیتال و ارز دیجیتال به جای یکدیگر استفاده می‌شوند، اما در واقعیت، این دو یکسان نیستند. ارز دیجیتال به هر ارزی گفته می شود که از فناوری بلاک چین و رمزنگاری استفاده می کند، اما ارز دیجیتال در توسعه خود از این فناوری استفاده نمی کند. اصطلاح ارز دیجیتال را می توان برای هر ارز دیجیتالی استفاده کرد، اما تنها در صورتی می تواند یک ارز دیجیتال باشد که از رمزنگاری برای امنیت خود استفاده کند.به عبارت دیگر هر ارزی که به صورت الکترونیکی تعریف شده باشد و وجود فیزیکی یا کاغذی نداشته باشد را می توان ارز دیجیتال نامید. ارز دیجیتال نیز نوعی ارز دیجیتال است و تفاوت آن با سایر پول های الکترونیکی این است که به صورت رمزنگاری در بستر شبکه بلاک چین در اختیار دیگران قرار می گیرد.در واقع می توان گفت که همه ارزهای دیجیتال ارز دیجیتال هستند، اما همه ارزهای دیجیتال ارز دیجیتال نیستند. قبل از بیت کوین ارزهای دیجیتال دیگری نیز وجود داشت که به دلیل ضعف امنیتی و استفاده از فناوری ضعیف نتوانستند موفق شوند. حال که با مفهوم ارز دیجیتال آشنا شدیم، انواع آن را بررسی می کنیم.بلاک چین چیست؟اگر بخواهیم بلاک چین را به زبان ساده توصیف کنیم، بلاک چین شبکه ای برای طبقه بندی و ثبت اطلاعات به صورت رمزنگاری است. بنابراین امکان حذف و سازماندهی اطلاعات در شبکه بلاکچین وجود ندارد. اطلاعات شبکه بلاک چین نیز در بلوک های به هم پیوسته در زنجیره ذخیره می شود و بین همه اعضای شبکه به اشتراک گذاشته می شود.ماینرها یا اعتباردهنده ها مسئول رمزگذاری، اعتبارسنجی و طبقه بندی داده ها در بلاک چین هستند. آنها برای تولید هر بلوک داده، چند سکه جدید به عنوان پاداش دریافت می کنند. به این ترتیب سکه های جدید به گردش اضافه می شود. به عنوان مثال، شبکه بیت کوین تعدادی بیت کوین جدید برای پاداش استخراج کنندگان ایجاد می کند و آنها را به آدرس کیف پول ماینر می فرستد. می توانید اطلاعات کامل تری در مورد نحوه عملکرد بلاک چین در مقاله بلاک چین چیست در مجله ارزپایا به دست آورید.انواع کلاس های ارز دیجیتالبه طور کلی می توان ارزهای دیجیتال را به دو دسته کلی تقسیم کرد. سکه ها و توکن ها سکه ها ارزهای دیجیتالی هستند که بر روی بلاک چین خود عمل می کنند، اما توکن ها روی بلاک چین های دیگر ایجاد می شوند. بیت کوین، اتریوم و لایت کوین نمونه هایی از ارزهای موجود در بازار ارزهای دیجیتال هستند. بلاک چین برخی از سکه ها، مانند اتریوم، امکان ایجاد توکن های دیگر را بدون ساخت بلاک چین خود فراهم کرده اند. این توکن ها با استفاده از یک قرارداد هوشمند ایجاد می شوند و از قوانین بلاک چین میزبان خود پیروی می کنند.البته تقسیم بندی ارزهای دیجیتال تنها به دو دسته سکه و توکن محدود نمی شود. ارزهای دیجیتال بسته به نحوه عملکرد، عملکرد و فناوری استفاده شده به چند دسته تقسیم می شوند. در زیر لیستی از این دسته بندی ها آمده است.سکه و ژتونبیت کوین و آلت کوینارزهای پایدارارز متاورسسکه حریم خصوصیسکه شهریانواع سبد ارزهای دیجیتالدر واقع این دسته بندی ها از محبوب ترین دسته بندی ها در دنیای ارزهای دیجیتال هستند. در ادامه مقاله قسمت های بالا توضیح داده می شود و با قسمت های دیگری که کمتر مورد استفاده قرار می گیرند آشنا خواهید شد.سکه و اسکناسهمانطور که قبلا توضیح داده شد، ارزهایی مانند بیت کوین در شبکه بلاک چین خصوصی خود هستند، اما هیچ شبکه خصوصی خصوصی از توکن ها وجود ندارد و از بلاک چین سایر ارزها استفاده می کنند. این بدان معناست که هر کوین باید در شبکه و کیف پول خود ذخیره شود. به عنوان مثال، کیف پول بیت کوین با اتریوم متفاوت است. اما توکن ها را می توان در کیف پول شبکه بیت کوین که بر روی پلتفرم آن اجرا می شود ذخیره کرد. برای مثال، پس از خرید Tron، باید آن را در کیف پول اتریوم ذخیره کنید.بیت کوین یا آلت کوینهمه ارزها به جز بیت کوین به عنوان آلت کوین طبقه بندی می شوند.استیبل کوینارزش همیشه ثابت و برابر با پول کودک است. به عنوان مثال، تتر یک استیبل کوین است که ارزش آن همیشه برابر با 1 دلار است. ارزهای دیجیتال به دلیل نوسانات قیمتی بدنام هستند، اما در بین ارزهای دیجیتال نوعی ارز دیجیتال به نام استیبل کوین وجود دارد که قیمت آن معمولاً ثابت است. اما چرا این برندها نوسان قیمت پایینی دارند؟ قبل از توضیح ارزهای ثابت، خوب است که با اصطلاح ارز فیات آشنا شوید. پول فیات پول دولت کشوری است که پشتوانه فیزیکی مانند طلا و نقره ندارد، اما توسط دولت صادرکننده آن حمایت می شود. ارزش پول کودک از رابطه بین عرضه و تقاضا و ثبات دولت ناشی می شود و به ارزش کالاهای فیزیکی وابسته نیست.ارز دیجیتال پایدار نوعی از ارز دیجیتال است که ارزش آن به یک کالا یا ارز فیات مرتبط است. در واقع، یک کالا یا ارز دولتی اساس یک استیبل کوین است. به عنوان مثال، تتر توسط دلار پشتیبانی می شود. یک دلار برای یک تتر ذخیره می شود. بنابراین، قیمت تتر همیشه نزدیک به یک دلار است.اما خود استیبل کوین ها به دو دسته تقسیم می شوند:استیبل کوین های متمرکزاین ارزهای دیجیتال پایدار توسط کالاها یا ارزهای فیات پشتیبانی می شوند.درآمد ثابت متنوعاین سکه ها توسط ارزهای دیجیتال دیگری مانند DAI پشتیبانی می شوند که توسط اتریوم پشتیبانی می شود و با خرید و قفل کردن اتریوم با یک قرارداد هوشمند تولید می شود.پول مخفیارزهایی که معاملات را کاملاً محرمانه می کنند. آنها را به این نام می شناسند. Monero و Zcash نمونه هایی از سکه های حریم خصوصی هستند.شات کوینبیت کوین ها نوعی از آلت کوین ها هستند که معمولاً پایه محکمی ندارند یا به عبارتی بدون برنامه عملیاتی یا پشتیبانی ایجاد شده اند و هیچ برنامه توسعه ای برای آن ها وجود ندارد. این بیت کوین ها تیم فنی ضعیفی دارند و سرمایه گذاران از آنها حمایت نمی کنند. پس از ایجاد و راه اندازی ارز دیجیتال، بیت کوین گاهی اوقات فراز و نشیب های شدیدی را در قیمت تجربه می کند.طبقه بندی انواع ارزهای رمزنگاری شده توسط کوین مارکت کپوب سایت CoinMarketCap ارزهای دیجیتال را به دسته های مختلفی تقسیم کرده است. این سایت یکی از جامع ترین سایت ها برای بررسی و انواع ارزهای دیجیتال است. این بخش تعدادی از دسته بندی های موجود در این صفحه را فهرست می کند.ارزهای دیجیتال را در دسته بندی های مختلف میبینید. این دسته بندی ها عبارتند از: DeFi: یک ارز منحصر به فرد و ارز مجازی مانندتوکن های NFT ارزهایی که توکن های غیر قابل تعویض بخش مهمی از اکوسیستم آنها را تشکیل می دهند. به طور معمول، این ارزها با ارزهای دسته Metaverse مشترک هستند.ارزهای متاورس مرتبط با فناوری واقعیت مجازی و فراهم کردن محیطی برای ایجاد دنیای مجازی به عنوان ارزهای متاورس شناخته می شوند. برای مثال می توان به ارز Mana و Sandbox اشاره کرد.پولکادات - بمب چان - سولانا - بهمنهر یک از این دسته ها، ارزهای موجود در آن بلاک چین را فهرست می کند. به عنوان مثال، با کلیک بر روی پولکادات، تمام توکن های موجود در بلاک چین پولکادات را به شما نشان می دهد.در این مقاله با انواع ارزهای دیجیتال و مفاهیم توکن، آلت کوین، استیبل کوین و شت کوین آشنا شدید. البته برای انواع آلتکوین ها تقسیم بندی های دیگری نیز وجود دارد که در این مقاله به مهم ترین آنها اشاره شد. حال این سوال پیش می آید که سرمایه گذاری در کدام ارز دیجیتال بهتر است؟برای پاسخ به این سوال، ابتدا باید تصمیم بگیرید که آیا می خواهید بازار را به صورت روزانه و کوتاه مدت معامله کنید یا ارزهای دیجیتال داشته باشید.اگر قصد خرید و فروش ارز دیجیتال در کوتاه مدت را دارید، بهتر است با تحلیل تکنیکال در بازه های زمانی مختلف آشنا شوید و اگر می خواهید در بلندمدت خرید کنید، به ارزش های داخلی، برنامه ها و توسعه دهندگان بیشتر توجه کنید. گروه ارز، به عبارت دیگر، تحلیل بنیادی ارز دیجیتال.به طور کلی، هنگام سرمایه گذاری در ارزهای دیجیتال به نکات زیر توجه کنید:ارز دیجیتالی را انتخاب کنید که ارزش بازار بالایی داشته باشد و حداقل در بین 100 ارز دیجیتال برتر باشد.هرچه ارزش بازار ارز دیجیتال (حجم و ارزش تراکنش) بیشتر باشد، سود بیشتری خواهد داشت. برای مشاهده وضعیت یک ارز دیجیتال و ارزش بازار آن، می توانید به وب سایت Coin Market Cap مراجعه کنید.روی ارزهای رمزنگاری شده سرمایه گذاری کنید که توسط بزرگترین شرکت های جهان پشتیبانی می شوند یا مالک اکثریت آن وجوه هستند.به طرح توسعه ارز دیجیتال توجه کنیداگر مبتدی هستید، هرگز شات کوین نخرید.با توجه به نکات بالا، بیت کوین، اتریوم، لایت کوین، بیت کوین کش و ترون ارزهایی هستند که مبنای قوی برای سرمایه گذاری دارند و به همین دلیل خرید بیت کوین کش گزینه خوبی برای سرمایه گذاری است. شما می توانید این ارز دیجیتال را در صرافی آنلاین ارزپایا خرید و فروش کنید. استیبل کوین هایی مانند تتر در صرافی ها و معاملات بازار ارزهای دیجیتال مفیدتر هستند و برای ذخیره سازی مناسب نیستند. البته، به یاد داشته باشید که کمترین ریسک ارزهای دیجیتال، استیبل کوین های متمرکز مانند تتر هستند.پرسش های رایجچند نوع ارز دیجیتال داریم؟ما بیش از 18 هزار ارز دیجیتال داریم که به روش های مختلف طبقه بندی شده اند. یکی از مقوله های مهم و اساسی بیت کوین و آلت کوین است. اما دسته های دیگری مانند سکه ها و توکن ها و غیره وجود دارد.تفاوت بین توکن و سکه چیست؟این سکه شبکه بلاک چین خود را دارد، اما توکن در شبکه سایر ارزهای رمزنگاری شده است.کدام ارز دیجیتال را بخریم؟اگر قصد خرید و فروش ارزهای دیجیتال در کوتاه مدت دارید، بهتر است تحلیل تکنیکال بازه های زمانی مختلف را بدانید و اگر در بلندمدت می خواهید خرید کنید، باید به ارزش ذاتی، برنامه ها توجه بیشتری داشته باشید. . و تیم های عملیاتی یک ارز؛ به عبارت دیگر، یک تحلیل اساسی از ارز دیجیتال خود انجام دهید. مهدی بابایی مهدی بابایی Tue, 29 Nov 2022 00:14:31 +0330 https://virgool.io/@leniyajan/%D8%B3%D8%A8%D8%AF-%D8%A7%D8%B1%D8%B2-%D8%AF%DB%8C%D8%AC%DB%8C%D8%AA%D8%A7%D9%84-%D9%85%D9%86%D8%A7%D8%B3%D8%A8-%D8%A8%D8%B1%D8%A7%DB%8C-%D8%B3%D8%B1%D9%85%D8%A7%DB%8C%D9%87-%DA%AF%D8%B0%D8%A7%D8%B1%DB%8C-%D8%A8%D9%84%D9%86%D8%AF-%D9%85%D8%AF%D8%AA-klfjiamvgote بسیاری از افرادی که در حوزهٔ ارزهای دیجیتال فعالیت می‌کنند، علاقه به سرمایه‌گذاری بلندمدت دارند. در میان ارزهای دیجیتال پرشماری که وجود دارند، چه ارزهایی مناسب این هستند که روی آن‌ها سرمایه‌گذاری بلندمدت داشته‌باشیم؟ در این مطلب از آکادمی تبدیل قرار است یک سبد ارز دیجیتال معرفی کنیم.سبد سرمایه گذاریبی‌شک گزینه‌های متعددی برای استفاده وجود دارد. اما همان‌طور که می‌دانید، بهتر است سبد متنوعی از ارزها داشته‌باشیم و همهٔ دارایی خود را در یک ارز متمرکز نکنیم. پس خوب است بدانیم چه ارزهایی مناسب برای سرمایه‌گذاری هستند. به همین خاطر یک سبد ارز دیجیتال مناسب برای سرمایه گذاری بلند مدت خدمت شما معرفی می‌کنیم.سبد ارز دیجیتال برای سرمایه‌گذاری بلندمدتاما چگونه از این سبد پیشنهادی استفاده کنیم؟نحوهٔ استفاده از سبد پیشنهادیسبد سرمایه‌گذاری یعنی دارایی خود را در چند ارز پخش کنیم. به همین خاطر تعدادی ارز مناسب را در ۴ گروه قرار داده‌ایم. برای هر گروه مشخص شده‌است که حداقل و حداکثر چه تعداد ارز را باید انتخاب کرد. به‌طور مثال از بین ارزهای گروه ۲، باید حداقل ۲ و حداکثر ۴ رمزارز را انتخاب کنیم. هم‌چنین برای هر گروه، درصدی از دارایی که باید به آن‌ها اختصاص دهیم، نشان داده شده‌است. به‌طور مثال باید بین ۳۰ درصد تا ۵۰ درصد دارایی خود را در ارزهای گروه ۲ بگذاریم. بدین‌ترتیب باید از بین ارزهایی که در جدول پیشنهاد شده‌است، تعدادی ارز را متناسب با راهنما انتخاب کنیم و مقدار مناسبی از آن‌ها را متناسب با درصد نوشته‌شده خریداری کرده و در کیف پول خود نگه داریم.دقت کنیم طی سرمایه گذاری بلند مدت، ممکن است ارزی که انتخاب کرده‌ایم، بارها نوسان کند؛ این موضوع اما نباید باعث نگرانی باشد، چراکه قرار است نگه‌داری این ارزها، در بلندمدت جواب دهد.این ارزهای دیجیتال را از کجا بخریم؟خوش‌بختانه تمام ارزهایی که در سبد پیشنهادی ذکر شده‌است، در صرافی ارز دیجیتال تبدیل پشتیبانی می‌شوند. صرافی ایرانی تبدیل، امکان خرید و فروش بیش از ۷۰ ارز دیجیتال را فراهم آورده‌است و همین حالا می‌توانید با ثبت نام و احراز هویت سریع و آسان، به معاملهٔ ارزهای دیجیتال بپردازید. صرافی تبدیل، یک بستر معاملاتی آنلاین برای خرید و فروش انواع رمزارزهاست.توصیه‌هایی برای سرمایه گذاریتشکیل سبد سرمایه گذاری از مهم‌ترین فاکتور‌های یک سرمایه گذاری موفق است. نوسانات کوتاه‌مدت ارزها تأثیری روی تصمیم‌گیری سرمایه‌گذاران بلند مدت ندارد. این دسته از سرمایه‌گذاران علاوه بر این‌که از رشد بلند مدت قیمت ارزهای دیجیتال نفع می‌برند، ارزش دلاری دارایی‌شان نیز حفظ می‌شود. سؤال این‌جاست که چه ارزهایی را برای سرمایه گذاری بلند مدت انتخاب نماییم؟توصیه ۱اولین توصیه صرافی ارز دیجیتال تبدیل این است که هیچ‌گاه تمام دارایی خود را به یک ارز دیجیتال اختصاص ندهید؛ تا بتوانید از رشد بلند مدت ارز‌های مختلف نفع ببرید و ریسک‌های پیش‌بینی‌نشده را بر روی کل دارایی‌تان متحمل نشوید. به این عمل Diversification یا تنوع سبد گفته می‌شود که برای مدیریت ریسک‌های غیر قابل پیش‌بینی و اندازه‌گیری به کار می‌رود. صرافی ارز دیجیتال تبدیل با ارائهٔ متنوع‌ترین بازار ارز دیجیتال داخلی به کاربران این امکان را می‌دهد تا بتوانند گسترهٔ متنوعی از ارزهای دیجیتال را در سبد سرمایه گذاری خود قرار دهند.توصیه ۲حتماً بخشی از سبدتان را به بزرگ‌ترین ارزهای بازار اختصاص دهید. منظور ما از ارزهای بزرگ، ارزهایی است که ارزش بازار بالایی دارند مانند بیت کوین و اتریوم.توصیه ۳ارزهای دیجیتالی که به کف قیمتی تاریخی‌شان یا قیمت‌هایی که در گذشته از آن نقطه، رشد مناسبی را شاهد بوده‌اند، نزدیک می‌شوند، این پتانسیل را دارند تا در بلند مدت بتوانند عملکرد مناسبی داشته‌باشند. حتماً برای تشکیل سبد به این ارزها نگاه کنید. شما می‌توانید در صفحات اختصاصی ارزها بر روی صرافی ارز دیجیتال تبدیل، ‌اطلاعات آماری و نمودار قیمتی تاریخی ارزهای مختلف را مشاهده نمایید.توصیه ۴ارزهایی که اخبار روشنی در مورد آن‌ها منتشر می‌شود این پتانسیل را دارند تا رشدی سریع را تجربه نمایند، اخبار شامل مواردی مانند استفاده‌ٔ سایت یا شرکتی خاصی از این ارز به‌عنوان یکی از شیوه‌های پرداخت، حمایت دولت و یا شخص معتبری از آن ارز یا برنده‌شدن در دعوایی حقوقی می‌تواند باشد. با قراردادن این دسته از ارزها در سبدتان می‌توانید از رشد‌های شارپ آن‌ها بهره ببرید. توصیه ۵همان‌طور که می‌دانید بیش از چند هزار ارز دیجیتال وجود دارند اما ارزهای اندکی هستند که مدل تکنولوژیکی و یا اقتصادی جدیدی را به دنیا عرضه می‌کنند. این ارزها معمولاً چند برابر سایر ارزهای دیجیتال رشد خواهندکرد. حتماً بخشی از سبد خود را به این دسته از ارزها اختصاص دهید.توصیه ۶اگر علاقه‌مند هستید که بر روی پروژه‌ها و شت‌کوین‌ها که دارای ریسک بالایی هستند سرمایه گذاری کنید، حتماً بخش کوچکی از سبدتان را به این ارزها اختصاص دهید و آمادگی این مسئله را داشته‌باشید که ریسکِ ازدست‌رفتن آن بخش از سرمایه‌تان را بپذیرید.توصیه آخربازار ارزهای دیجیتال، بازاری تخصصی و پرریسک است، لذا همیشه با مطالعه و رعایت قوانین سرمایه گذاری وارد این حوزه شوید. سودآوری در بازار ارزهای دیجیتال شیرین و در عین حال یک امر تخصصی است. فراموش نکنید که بازار ارزهای دیجیتال راهی برای یک‌شبه پول‌دارشدن نیست و یک سرمایه‌گذار موفق، زمانی می‌تواند راه صدساله را یک‌شبه برود که حاضر باشد راه صدساله را صدساله برود. مهدی بابایی مهدی بابایی Tue, 29 Nov 2022 00:06:25 +0330 https://virgool.io/@leniyajan/10-%D8%A7%D9%84%DA%AF%D9%88%D9%87%D8%A7-%D9%88-%D8%A7%D8%B5%D9%88%D9%84-%D8%B7%D8%B1%D8%A7%D8%AD%DB%8C-%D9%85%DB%8C%DA%A9%D8%B1%D9%88%D8%B3%D8%B1%D9%88%DB%8C%D8%B3-%D9%87%D8%A7-%D9%85%D8%AB%D8%A7%D9%84-%D9%87%D8%A7-rewm0lhhyl0y اگر از معماری Microservice استفاده می کنید و می خواهید در مورد الگوهای مختلف طراحی Microservice و اصول برای معماری بهتر برنامه خود بیاموزید، به جای درستی آمده اید. در این مقاله قصد دارم اصل و الگوهای ضروری طراحی میکروسرویس را به اشتراک بگذارم. ما الگوهایی مانند Event Sourcing، Circuit Breaker، SAGA، CQRS، Strangle و API Gateway و اصولی مانند Scailibity، Flexibility، Resiliency و غیره را پوشش خواهیم داد.هنگام توسعه یک برنامه سازمانی، بهتر است به جای حرکت با یک معماری یکپارچه، با خدمات میکرو حرکت کنید.در حالی که مواردی وجود دارد که می خواهید با معماری یکپارچه مانند برنامه های کاربردی با تاخیر کم پیش بروید، اما در بیشتر موارد که می خواهید برنامه جاوا خود را در فضای ابری اجرا کنید، معماری Microservice راه حل بهتری ارائه می دهد.بنابراین بیایید نگاهی گذرا به میکروسرویس ها و موارد استفاده و الگوهای طراحی برای سرویس های میکرو داشته باشیم.معماری میکروسرویس چیست؟معماری میکروسرویس در حوزه کسب و کار ساختار یافته است و مجموعه ای از خدمات مستقل کوچک است. در معماری میکروسرویس، همه اجزاء مستقل هستند و حول یک قابلیت تجاری واحد می‌پیچند.چرا باید به جای استفاده از معماری یکپارچه، معماری میکروسرویس را در نظر بگیریم؟ در زیر به چهار مفهوم اصلی اشاره شده است که اهمیت معماری میکروسرویس را نسبت به معماری یکپارچه توضیح می دهد.1. دید بالا است - MSA دید بهتری را برای خدمات شما فراهم می کند.2. انعطاف پذیری را بهبود می بخشد - انعطاف پذیری شبکه خدمات ما را بهبود می بخشد3. کاهش زمان تولید - کاهش زمان تحویل از ایده تا محصول نهایی.4. کاهش هزینه - هزینه کلی طراحی، پیاده سازی و نگهداری خدمات فناوری اطلاعات را کاهش دهید. الگوها و اصول اساسی طراحی میکروسرویساکنون که می‌دانید معماری میکروسرویس چیست و چرا باید معماری میکروسرویس را برای ساخت برنامه‌هایی در نظر بگیرید که می‌توانند آزمایش زمان را تحمل کنند و به اندازه کافی مقیاس‌پذیر باشند تا بتوانند ترافیک دنیای واقعی را مدیریت کنند، بیایید اکنون به اصل اساسی Microservices و الگوی طراحی بپردازیم. شما می توانید برای حل مشکلات رایج مرتبط با معماری میکروسرویس استفاده کنید.بیایید به اصولی نگاه کنیم که در آن معماری میکروسرویس ساخته شده است. 1. مقیاس پذیری 2. انعطاف پذیری3. مستقل و خودمختار4. حکمرانی غیر متمرکز5. انعطاف پذیری6. جداسازی شکست.7. تحویل مداوم از طریق DevOpsدر عین رعایت اصول فوق، ممکن است مشکلات دیگری نیز وجود داشته باشد که توسعه دهندگان ممکن است به آن دچار شوند و برای جلوگیری از این امر، می توانیم از الگوهای طراحی در معماری میکروسرویس استفاده کنیم.در این مقاله قصد داریم به 10 الگوی اصلی طراحی بپردازیم که در زیر به آنها اشاره شده است. 1. پایگاه داده در هر میکروسرویس 2. رویداد منبع یابی 3. CQRS 4. حماسه 5. BFF 6. API Gateway 7. خفه کننده 8. مدار شکن 9. پیکربندی خارجی 10. ردیابی قرارداد مبتنی بر مصرف کنندهبنابراین ابتدا با الگوی طراحی Database per Microservice شروع کنید.1. پایگاه داده در الگوی میکروسرویسطراحی پایگاه داده به سرعت در حال پیشرفت است و در هنگام توسعه راه حل مبتنی بر میکروسرویس، موانع متعددی وجود دارد که باید بر آنها غلبه کرد. معماری پایگاه داده یکی از مهمترین جنبه های میکروسرویس ها است.بهترین راه برای ذخیره سازی داده ها چیست و در کجا باید ذخیره شود؟هنگام استفاده از معماری میکروسرویس باید دو گزینه اصلی برای سازماندهی پایگاه های داده وجود داشته باشد. پایگاه داده در هر سرویس پایگاه داده مشترک1.1 پایگاه داده در هر سرویس.مفهوم سرراست است. برای هر میکروسرویس (کل طرح یا جدول) یک ذخیره داده وجود دارد. سایر سرویس‌ها نمی‌توانند به مخازن داده‌ای که کنترل نمی‌کنند دسترسی پیدا کنند. چنین راه حلی مزایای زیادی دارد.از طرف دیگر، ذخیره سازی داده های فردی به راحتی قابل مقیاس است. علاوه بر این، میکروسرویس داده‌های دامنه را کپسوله می‌کند. در نتیجه، درک سرویس و داده های آن به عنوان یک کل بسیار آسان تر است. به ویژه برای اعضای تیم توسعه جدید بسیار مهم است.زمان و تلاش کمتری از آنها برای درک درست منطقه ای که مسئولیت آن را بر عهده دارند، خواهد گرفت. اشکال اصلی این سرویس پایگاه داده این است که در صورت از کار افتادن ارتباط، نیاز به مکانیزم حفاظت از خرابی وجود دارد.پایگاه داده در هر نمونه الگوی میکروسرویس1.2 پایگاه داده مشترکاستفاده از پایگاه داده مشترک یک ضد الگو است. با این حال جای سوال دارد. مسئله این است که وقتی میکروسرویس ها از یک پایگاه داده مشترک استفاده می کنند، ویژگی های کلیدی خود یعنی مقیاس پذیری، استحکام و استقلال را از دست می دهند. در نتیجه، Microservices به ندرت از یک پایگاه داده مشترک استفاده می کنند.هنگامی که به نظر می رسد یک پایگاه داده مشترک بهترین راه حل برای یک پروژه میکروسرویس است، ما باید در مورد اینکه آیا میکروسرویس واقعاً ضروری است، تجدید نظر کنیم. شاید یکپارچه گزینه بهتری باشد. بیایید نگاهی به نحوه عملکرد یک پایگاه داده مشترک بیندازیم.استفاده از یک پایگاه داده مشترک با میکروسرویس ها یک سناریوی متداول نیست. در حین انتقال یک مونولیت به میکروسرویس ها می توان یک حالت موقت ایجاد کرد. مدیریت تراکنش مزیت اساسی یک پایگاه داده مشترک در مقابل پایگاه داده هر سرویس است. نیازی به پخش تراکنش ها در بین سرویس ها نیست.2. الگوی منبع یابی رویدادمنبع رویداد مسئول ارائه یک ترتیب جدید از رویدادها است. حالت برنامه را می توان با استفاده از کوئری داده ها بازسازی کرد و برای انجام این کار، باید هر تغییری را در وضعیت برنامه دوباره تصویر کنیم. منبع رویداد بر این ایده استوار است که هر تغییری در وضعیت موجودیت باید توسط سیستم ثبت شود.تداوم یک کالای تجاری با ذخیره یک سری رویدادهای تغییر وضعیت انجام می شود. هر بار که وضعیت یک شیء تغییر می کند، یک رویداد جدید به دنباله رویدادها اضافه می شود. اساساً اتمی است زیرا یک عمل است. با پخش مجدد اتفاقات یک موجودیت، می توان وضعیت فعلی آن را بازسازی کرد.فروشگاه رویداد برای پیگیری همه رویدادهای شما استفاده می شود. فروشگاه رویداد به عنوان یک کارگزار پیام و همچنین پایگاه داده رویدادها عمل می کند. این امکان را به سرویس ها می دهد که از طریق یک API در رویدادها مشترک شوند. فروشگاه رویداد اطلاعات مربوط به هر رویدادی را که در پایگاه داده ذخیره می شود به همه مشترکین علاقه مند ارسال می کند. در معماری میکروسرویس های رویداد محور، فروشگاه رویداد پایه و اساس است.این الگو را می توان در سناریوهای زیر استفاده کرد:حفظ ذخیره سازی داده های موجود بسیار مهم است.نباید هیچ تغییری در پایگاه کد لایه داده موجود ایجاد شود.تراکنش ها برای موفقیت برنامه بسیار مهم هستند.بنابراین از بحث بالا، به وضوح نشان داده می شود که منبع رویداد به چالش اجرای یک معماری رویداد محور می پردازد. میکروسرویس ها با پایگاه های داده مشترک نمی توانند به راحتی مقیاس شوند. پایگاه داده نیز یک نقطه شکست واحد خواهد بود. تغییرات در پایگاه داده می تواند بر تعدادی از خدمات تأثیر بگذارد.3. الگوی بخش بندی پرس و جوی فرمان (CQRS).در بالا، ما در مورد منبع رویداد بحث کرده ایم. در این تاپیک قصد داریم به بحث CQRS بپردازیم؟ می توانیم با دستورات و پرس و جو موضوع را به دو قسمت تقسیم کنیم. دستورات - وضعیت شی یا موجودیت را تغییر دهید. کوئری ها - وضعیت موجودیت را برمی گرداند و چیزی را تغییر نمی دهد.در سیستم های مدیریت داده های سنتی، مسائلی وجود دارد، 1. خطر جدال داده ها 2. مدیریت عملکرد و امنیت پیچیده است زیرا اشیا در معرض هر دو برنامه خواندن و نوشتن قرار دارند.بنابراین برای حل این مشکلات، CQRS به تصویر بزرگ می آید. CQRS مسئول تغییر وضعیت موجودیت یا برگرداندن نتیجه است.مزایای استفاده از CQRS در زیر مورد بحث قرار گرفته است. 1. پیچیدگی سیستم با جداسازی مدل‌های پرس و جو و دستورات کاهش می‌یابد. 2. می تواند چندین نما برای اهداف پرس و جو ارائه کند. 3. می تواند سمت خواندن سیستم را جدا از سمت نوشتن بهینه کند.سمت نوشتن مدل، تداوم رویداد را کنترل می کند و به عنوان منبع اطلاعات برای طرف خوانده شده عمل می کند. مدل خواندن سیستم، نماهای مادی شده از داده ها را تولید می کند که اغلب نماهایی به شدت غیرعادی شده هستند.4. SAGASAGA یکی از بهترین راه حل ها برای حفظ سازگاری با داده ها در معماری توزیع شده بدون داشتن اصول ACID است. SAGA مسئول انجام تراکنش های تفسیری متعدد با دادن فرصت های برگشتی است.دو راه برای رسیدن به حماسه وجود دارد1. رقص2. ارکستراسیون.در این حماسه رقص، ارکستراسیون مرکزی وجود ندارد. هر سرویس در Saga تراکنش خود را انجام می دهد و رویدادها را منتشر می کند. سایر سرویس ها به این اتفاقات پاسخ می دهند و وظایف خود را انجام می دهند. علاوه بر این، بسته به سناریو، ممکن است رویدادهای اضافی را منتشر کنند یا نکنند.در حماسه Orchestration، هر سرویسی که در حماسه شرکت می کند، تراکنش های خود را انجام می دهد و رویدادها را منتشر می کند. سایر سرویس ها به آن رویدادها پاسخ می دهند و وظایف خود را تکمیل می کنند.مزیت استفاده از SAGA1. می تواند برای حفظ ثبات داده ها در چندین سرویس بدون اتصال محکم استفاده شود.مضرات استفاده از SAGA1. پیچیدگی الگوی طراحی SAGA از دیدگاه برنامه نویس زیاد است و توسعه دهندگان به نوشتن حماسه ها به عنوان تراکنش های سنتی عادت ندارند.5. Backend For Frontend (BFF)این الگو برای شناسایی نحوه واکشی داده ها بین سرور و کلاینت ها استفاده می شود. در حالت ایده آل، تیم فرانت اند مسئول مدیریت BFF خواهد بود.یک BFF منفرد وظیفه مدیریت رابط کاربری واحد را بر عهده دارد و به ما کمک می‌کند تا جلوی صفحه را ساده نگه داریم و داده‌های نمای یکپارچه را از طریق باطن ببینیم.چرا BFF به برنامه میکروسرویس ما نیاز دارد؟هدف این معماری جدا کردن برنامه های جلویی از معماری باطن است.به عنوان یک سناریو، به این فکر کنید که برنامه‌ای دارید که از برنامه تلفن همراه، برنامه وب تشکیل شده و نیاز به ارتباط با خدمات پشتیبان در معماری میکروسرویس دارد.این را می توان با موفقیت انجام داد، اما اگر می خواهید تغییری در یکی از سرویس های frontend ایجاد کنید، باید به جای به روز رسانی یک سرویس، یک نسخه جدید را مستقر کنید.بنابراین در اینجا معماری میکروسرویس می آید و این می تواند درک کند که برنامه های ما به چه چیزی نیاز دارند و چگونه خدمات را مدیریت کنند.این یک پیشرفت بزرگ در معماری میکروسرویس است، زیرا این امکان را می‌دهد تا باطن برنامه را از قسمت جلویی جدا کنید. یکی دیگر از مزیت‌هایی که می‌توانیم از این BFF دریافت کنیم این است که می‌توانیم دوباره از کد استفاده کنیم، زیرا این امکان را به همه مشتریان می‌دهد تا از کدهای backend استفاده کنند.بین سرویس گیرنده و سایر APIهای خارجی، خدمات و غیره، BFF مشابه یک سرور پروکسی عمل می کند. اگر درخواست باید از مؤلفه دیگری عبور کند، بدون شک تأخیر افزایش می یابد.6. API Gatewayاین الگوی معماری میکروسرویس واقعاً برای برنامه های بزرگ با برنامه های مشتری متعدد خوب است و وظیفه ارائه یک نقطه ورودی واحد برای گروه خاصی از میکروسرویس ها را بر عهده دارد.دروازه API بین برنامه های مشتری و میکروسرویس ها قرار می گیرد و به عنوان یک پروکسی معکوس عمل می کند و درخواست های مشتری را به خدمات ارسال می کند. احراز هویت، خاتمه SSL، و کش کردن برخی از دیگر خدمات مقطعی است که می تواند ارائه دهد.چرا به جای استفاده از ارتباط مستقیم مشتری به میکروسرویس، معماری دروازه API را در نظر می گیریم؟ در این مورد با مثال های زیر بحث خواهیم کرد1. مسائل امنیتی - همه میکروسرویس‌ها باید بدون دروازه در معرض «جهان خارجی» قرار گیرند و سطح حمله را در مقایسه با پنهان کردن میکروسرویس‌های داخلی که برنامه‌های مشتری مستقیماً به آنها دسترسی ندارند، افزایش می‌دهد.2. نگرانی های متقابل - مجوز و SSL باید توسط هر میکروسرویس منتشر شده عمومی انجام شود. این مشکلات ممکن است در بسیاری از موارد در یک سطح حل شوند و تعداد ریزسرویس های داخلی کاهش یابد.3. جفت - برنامه های مشتری بدون الگوی API Gateway به میکروسرویس های داخلی گره خورده اند. برنامه های مشتری باید بدانند که چگونه میکروسرویس ها بخش های مختلف برنامه را تجزیه می کنند.آخرین اما نه کم‌اهمیت، دروازه API میکروسرویس باید قادر به مدیریت خرابی‌های جزئی باشد. شکست یک میکروسرویس پاسخگو نباید منجر به شکست کل درخواست شود.یک دروازه API میکروسرویس می تواند با خرابی های جزئی به روش های مختلفی مقابله کند، از جمله:از داده های درخواست قبلی که کش شده است استفاده کنید.برای داده های حساس به زمان که تمرکز اصلی درخواست است، یک کد خطا را برگردانید.یک مقدار خالی ارائه کنیدبه ارزش ۱۰ سخت افزاری تکیه کنید.7. خفه کنندهالگوی طراحی Strangler یک الگوی طراحی محبوب برای تبدیل تدریجی برنامه یکپارچه شما به میکروسرویس ها با جایگزینی عملکرد قدیمی با یک سرویس جدید است. پس از آماده شدن قطعه جدید، قطعه قدیمی خفه می شود و قطعه جدید مورد استفاده قرار می گیرد.رابط نما، که به عنوان رابط اصلی بین سیستم قدیمی و سایر برنامه‌ها و سیستم‌هایی که آن را نامیده‌اند، عمل می‌کند، یکی از مهم‌ترین اجزای الگوی خفه‌کننده است.برنامه‌ها و سیستم‌های خارجی می‌توانند کد مرتبط با یک عملکرد خاص را شناسایی کنند، در حالی که کد سیستم تاریخی زیربنایی توسط رابط نما پنهان می‌شود. طراحی Strangler با الزام توسعه‌دهندگان به ارائه یک رابط نمای ظاهری که به آنها اجازه می‌دهد تا خدمات و عملکردهای فردی را هنگامی که آنها را از یکپارچه رها می‌کنند، در معرض دید قرار دهند.شما باید کیفیت و قابلیت اطمینان سیستم خود را درک کنید، چه با کدهای قدیمی کار می کنید، چه فرآیند خفه کردن سیستم قدیمی خود را شروع کرده اید یا یک برنامه جدید کانتینری را اجرا کنید. وقتی مشکلی پیش می‌آید، باید بدانید که سیستم چگونه به آنجا رسیده است و چرا آن مسیر را طی کرده است.8. الگوی مدار شکنقطع کننده مدار راه حلی برای شکست تماس های راه دور یا قطع بدون پاسخ تا رسیدن به محدودیت زمانی است. اگر تماس‌گیرندگان زیادی با تامین‌کننده‌ای پاسخگو نداشته باشید، می‌توانید منابع حیاتی خود را تمام کنید و این منجر به خرابی چندین سیستم در برنامه‌ها می‌شود.بنابراین در اینجا الگوی قطع کننده مدار می آید که یک فراخوانی تابع محافظت شده را در یک شیء قطع کننده مدار جمع می کند که خرابی را نظارت می کند. هنگامی که تعداد خرابی ها به یک سطح خاص می رسد، قطع کننده مدار قطع می شود و تمام تماس های بعدی با کلید مدار منجر به خطا یا یک سرویس یا پیام پیش فرض متفاوت می شود، نه اینکه تماس محافظت شده اصلا برقرار شود.حالت های مختلف در الگوی قطع مداربسته - وقتی همه چیز طبق روال عادی به خوبی کار می کند، کلید مدار در این حالت بسته باقی می ماند.باز - هنگامی که تعداد خرابی های سیستم از حداکثر آستانه فراتر رود، این منجر به باز شدن حالت باز می شود. این خطا برای تماس های بدون اجرای تابع را نشان می دهد.باز - نیمه - پس از چندین بار اجرای سیستم، کلید مدار به حالت نیمه باز می رود تا بررسی شود که مشکلات اساسی هنوز وجود دارد.9. پیکربندی خارجیاغلب سرویس ها باید در محیط های مختلف اجرا شوند. به پیکربندی محیطی خاص مانند کلیدهای مخفی، اعتبار پایگاه داده و غیره نیاز است. تغییر سرویس برای هر محیط دارای تعدادی اشکال است. بنابراین چگونه می‌توانیم یک سرویس را فعال کنیم تا در چندین محیط بدون تغییر اجرا شود؟در اینجا الگوی پیکربندی Externalized آمده است زیرا این امکان خارجی سازی تمام تنظیمات برنامه از جمله اعتبار پایگاه داده و مکان شبکه را فراهم می کند.به عنوان مثال، چارچوب Spring Boot پیکربندی خارجی را فعال می کند، که به شما امکان می دهد پیکربندی را از منابع زیادی بخوانید و به طور بالقوه تنظیمات پیکربندی مشخص شده قبلی را بر اساس ترتیب خواندن تغییر دهید. خوشبختانه FastAPI دارای پشتیبانی داخلی برای پیکربندی خارجی است.10. ردیابی قرارداد مبتنی بر مصرف کنندههنگامی که یک تیم در حال ساخت چندین سرویس مرتبط به طور همزمان به عنوان بخشی از یک تلاش نوسازی است، و تیم شما «زبان دامنه» بافت محدود را می‌داند اما ویژگی‌های مجزای هر مجموعه و بار رویداد را نمی‌داند، رویکرد قراردادهای مبتنی بر مصرف‌کننده ممکن است موثر باشدالگوی ردیابی قرارداد مبتنی بر مصرف کننده در میکروسرویساین الگوی میکروسرویس در کاربردهای قدیمی که شامل یک مدل داده بزرگ و سطح سرویس موجود است مفید است. این الگوهای طراحی مسائل زیر را برطرف می کند: 1. چگونه می توانید بدون شکستن کلاینت های پایین دستی به یک API اضافه کنید. 2. چگونه بفهمیم چه کسی از سرویس آنها استفاده می کند.3. نحوه ایجاد چرخه های کوتاه مدت با تحویل مداوم.در معماری رویداد محور، بسیاری از میکروسرویس ها دو نوع API را در معرض دید قرار می دهند: 1. RESTful API از طریق HTTP 2. HTTP و API مبتنی بر پیام RESTful API امکان یکپارچه سازی همزمان با این سرویس ها و همچنین قابلیت های جستجوی گسترده را برای سرویس هایی که رویدادها را از یک سرویس دریافت کرده اند را فراهم می کند.به طور خلاصه، یک رویکرد مبتنی بر مصرف‌کننده گاهی اوقات هنگام شکستن یک میراث یکپارچه استفاده می‌شودهمه این موارد در الگوی و اصول طراحی میکروسرویس است. در این آموزش همچنین در مورد معماری میکروسرویس و مهمترین الگوهای طراحی آن صحبت کرده ایم. معماری میکروسرویس و محاسبات ابری دست به دست هم می دهند زیرا معماری میکروسرویس توسعه و استقرار در فضای ابری را آسان تر می کند.همچنین مقیاس پذیری Microservice با استفاده از Docker و Kubernetes آسان تر است و به همین دلیل است که شرکت های بیشتری به معماری Microservice روی می آورند. در عین حال، ایجاد یک راه حل Microservice که بتواند آزمایش زمان را در تولید تاب بیاورد، آسان نیست و اینجاست که دانش این الگوها و اصول محبوب Microservice کمک می کند. مهدی بابایی مهدی بابایی Mon, 28 Nov 2022 22:32:34 +0330 https://virgool.io/@leniyajan/%D9%85%DB%8C%DA%A9%D8%B1%D9%88%D8%B3%D8%B1%D9%88%DB%8C%D8%B3-%DA%86%DB%8C%D8%B3%D8%AA-hwndiikqcb54 میکروسرویس‌ها یک رویکرد معماری و سازمانی برای توسعه نرم‌افزار هستند که در آن نرم‌افزار از سرویس‌های مستقل کوچکی تشکیل شده است که از طریق APIهای کاملاً تعریف شده ارتباط برقرار می‌کنند. این خدمات متعلق به تیم های کوچک و مستقل هستند.معماری‌های میکروسرویس‌ها، مقیاس‌پذیری و توسعه سریع‌تر برنامه‌ها را آسان‌تر می‌کنند و نوآوری را امکان‌پذیر می‌کنند و زمان ورود به بازار را برای ویژگی‌های جدید تسریع می‌کنند.معماری یکپارچه در مقابل میکروسرویس هابا معماری‌های یکپارچه، همه فرآیندها به‌طور محکم با یکدیگر همراه هستند و به عنوان یک سرویس واحد اجرا می‌شوند. این بدان معنی است که اگر یکی از فرآیندهای برنامه با افزایش تقاضا مواجه شود، کل معماری باید مقیاس شود. افزودن یا بهبود ویژگی های یک برنامه یکپارچه با رشد پایه کد پیچیده تر می شود. این پیچیدگی آزمایش را محدود می کند و اجرای ایده های جدید را دشوار می کند. معماری‌های یکپارچه خطری را برای در دسترس بودن برنامه‌ها افزایش می‌دهند، زیرا بسیاری از فرآیندهای وابسته و کاملاً مرتبط، تأثیر شکست یک فرآیند را افزایش می‌دهند.با معماری میکروسرویس، یک برنامه کاربردی به عنوان اجزای مستقل ساخته می شود که هر فرآیند برنامه را به عنوان یک سرویس اجرا می کند. این سرویس ها از طریق یک رابط کاملاً تعریف شده با استفاده از API های سبک با هم ارتباط برقرار می کنند. سرویس ها برای قابلیت های تجاری ساخته شده اند و هر سرویس یک عملکرد واحد را انجام می دهد. از آنجایی که آنها به طور مستقل اجرا می شوند، هر سرویس را می توان به روز کرد، مستقر کرد، و برای پاسخگویی به تقاضا برای عملکردهای خاص یک برنامه، مقیاس بندی کرد.یکپارچه در مقابل میکروسرویس هاشکستن یک برنامه یکپارچه به میکروسرویس هاویژگی های میکروسرویس هاخود مختارهر سرویس جزء در معماری میکروسرویس می‌تواند بدون تأثیر بر عملکرد سایر سرویس‌ها توسعه، استقرار، عملیاتی و مقیاس‌بندی شود. سرویس ها نیازی به اشتراک گذاری کد یا پیاده سازی خود با سایر سرویس ها ندارند. هر گونه ارتباط بین اجزای جداگانه از طریق APIهای کاملاً تعریف شده انجام می شود.تخصصیهر سرویس برای مجموعه ای از قابلیت ها طراحی شده و بر حل یک مشکل خاص تمرکز دارد. اگر توسعه دهندگان کد بیشتری را در طول زمان به یک سرویس اضافه کنند و سرویس پیچیده شود، می توان آن را به سرویس های کوچکتر تقسیم کرد.مزایای میکروسرویس هاچابکیمیکروسرویس ها سازمانی متشکل از تیم های کوچک و مستقل را پرورش می دهند که مالکیت خدمات آنها را در اختیار می گیرند. تیم ها در یک زمینه کوچک و به خوبی درک شده عمل می کنند و این اختیار را دارند که مستقل تر و سریع تر کار کنند. این باعث کوتاه شدن زمان چرخه توسعه می شود. شما به طور قابل توجهی از ظرفیت کل سازمان سود می برید.مقیاس پذیری انعطاف پذیرمیکروسرویس ها به هر سرویس اجازه می دهند تا به طور مستقل برای پاسخگویی به تقاضا برای ویژگی برنامه ای که پشتیبانی می کند، مقیاس بندی شود. این به تیم‌ها امکان می‌دهد تا نیازهای زیرساختی را با اندازه مناسب اندازه‌گیری کنند، هزینه یک ویژگی را به دقت اندازه‌گیری کنند و در صورت افزایش تقاضا برای سرویس، در دسترس بودن را حفظ کنند.استقرار آسانمیکروسرویس‌ها یکپارچه‌سازی مداوم و تحویل مستمر را امکان‌پذیر می‌کنند و آزمایش ایده‌های جدید را آسان می‌کنند و در صورت عدم موفقیت به عقب برمی‌گردند. هزینه پایین شکست آزمایش را امکان پذیر می کند، به روز رسانی کد را آسان تر می کند و زمان ورود به بازار برای ویژگی های جدید را تسریع می بخشد.آزادی تکنولوژیکمعماری‌های میکروسرویس‌ها از رویکرد «یک اندازه متناسب با همه» پیروی نمی‌کنند. تیم ها این آزادی را دارند که بهترین ابزار را برای حل مشکلات خاص خود انتخاب کنند. در نتیجه، تیم‌هایی که میکروسرویس‌ها را ایجاد می‌کنند، می‌توانند بهترین ابزار را برای هر شغل انتخاب کنند.کد قابل استفاده مجددتقسیم نرم افزار به ماژول های کوچک و کاملاً تعریف شده، تیم ها را قادر می سازد از توابع برای اهداف متعدد استفاده کنند. سرویسی که برای یک تابع خاص نوشته شده است می تواند به عنوان بلوک ساختمانی برای ویژگی دیگری استفاده شود. این به یک برنامه اجازه می دهد تا خود را بوت استرپ کند، زیرا توسعه دهندگان می توانند بدون نوشتن کد از ابتدا قابلیت های جدیدی ایجاد کنند.تاب آوریاستقلال سرویس مقاومت برنامه را در برابر شکست افزایش می دهد. در یک معماری یکپارچه، اگر یک جزء از کار بیفتد، می تواند باعث از کار افتادن کل برنامه شود. با میکروسرویس ها، برنامه ها با کاهش عملکرد و عدم از کار افتادن کل برنامه، با شکست کامل سرویس مقابله می کنند.کامل ترین پلتفرم برای میکروسرویس هاAWS بلوک های ساختمانی یکپارچه ای دارد که از هر معماری کاربردی، صرف نظر از مقیاس، بار، یا پیچیدگی پشتیبانی می کند.محاسبه کنیدقدرت پردازش برای میکروسرویس هاآمازون EMRظروفسرویس کانتینر الاستیک آمازونیک سرویس مدیریت کانتینر بسیار مقیاس‌پذیر و با کارایی بالا که از کانتینرهای Docker پشتیبانی می‌کند و به شما امکان می‌دهد به راحتی برنامه‌ها را روی یک خوشه مدیریت‌شده از نمونه‌های آمازون EC2 اجرا کنید.بیشتر بدانید " با استفاده از آمازون ECS، Coursera اکنون می‌تواند تغییرات نرم‌افزاری را به‌جای ساعت‌ها در یک محیط ایزوله از منابع در چند دقیقه اجرا کند.بیشتر بدانید "آمازون EMRبدون سرورAWS LambdaAWS Lambda به شما این امکان را می دهد که کد را بدون تهیه یا مدیریت سرور اجرا کنید. فقط کد خود را آپلود کنید و Lambda همه چیزهایی را که برای اجرا و مقیاس بندی کد شما با در دسترس بودن بالا لازم است را مدیریت می کند.بیشتر بدانید " Localytics از AWS Lambda برای ساخت میکروسرویس‌هایی استفاده کرد که به تیم‌های توسعه‌دهنده خود اجازه می‌داد تا تجزیه و تحلیل سفارشی را بدون پشتیبانی مرکزی بسازند. بیشتر بدانید "ذخیره سازی و پایگاه های دادهذخیره سازی داده مقیاس پذیر، بادوام و ایمن.ذخیره سازیالاستیک کش آمازونAmazon ElastiCache عملکرد سرویس را بهبود می بخشد و به شما امکان می دهد اطلاعات را از کش های سریع، مدیریت شده و درون حافظه بازیابی کنید، به جای اینکه کاملاً به پایگاه داده های مبتنی بر دیسک کندتر تکیه کنید. بیشتر بدانید "ذخیره سازی اشیاآمازون S3آمازون S3 برای توسعه دهندگان و تیم های فناوری اطلاعات، ذخیره سازی شی بسیار قابل اعتماد، ایمن و مقیاس پذیر را برای همه داده های آنها، بزرگ یا کوچک فراهم می کند. بیشتر بدانید "پایگاه های داده NoSQLآمازون DynamoDBیک سرویس پایگاه داده NoSQL کاملاً مدیریت شده، سریع و انعطاف پذیر برای همه برنامه هایی که به تأخیر ثابت، تک رقمی و میلی ثانیه ای در هر مقیاسی نیاز دارند. بیشتر بدانید "پایگاه های داده رابطه ایآمازون RDSبه راحتی یک پایگاه داده رابطه ای را در فضای ابری راه اندازی، اجرا و مقیاس بندی کنید. از میان شش موتور پایگاه داده آشنا، از جمله Oracle، Microsoft SQL Server، PostgreSQL، MySQL و MariaDB را انتخاب کنید. بیشتر بدانید "آمازون شفق قطبییک موتور پایگاه داده رابطه ای که سرعت و قابلیت اطمینان پایگاه های داده تجاری پیشرفته را با سادگی و مقرون به صرفه بودن پایگاه های داده منبع باز ترکیب می کند. حداکثر 5 برابر توان خروجی MySQL استاندارد که روی همان سخت افزار اجرا می شود. بیشتر بدانید " با ایجاد یک PaaS برای میکروسرویس ها در Amazon ECS، زمان پاسخگویی برنامه کاربردی را تا 200 درصد یادآوری کنید.بیشتر بدانید "شبکه سازیخدمات شبکه با تاخیر بالا و زیر میلی ثانیه.کشف خدماتنقشه ابری AWSAWS Cloud Map کشف سرویس برای تمام منابع ابری شماست. با Cloud Map، می توانید نام های سفارشی را برای منابع برنامه خود تعریف کنید و مکان به روز شده این منابع به طور پویا در حال تغییر را حفظ می کند.بیشتر بدانید "مش سرویسAWS App MeshAWS App Mesh نظارت و کنترل میکروسرویس های در حال اجرا در AWS را آسان می کند. App Mesh نحوه برقراری ارتباط میکروسرویس‌های شما را استاندارد می‌کند، به شما دید سرتاسری می‌دهد و به اطمینان از دسترسی بالا برای برنامه‌هایتان کمک می‌کند.بیشتر بدانید "متعادل کننده بار الاستیکApplication Load Balancerبار Application Load Balancer ترافیک HTTP و HTTPS را در لایه برنامه (سطح 7) متعادل می‌کند و مسیریابی درخواست پیشرفته را ارائه می‌کند که هدف آن ارائه معماری‌های کاربردی مدرن از جمله میکروسرویس‌ها و کانتینرها است.بیشتر بدانید "متعادل کننده بار شبکهNetwork Load Balancer متعادل‌سازی بار با کارایی بالا را ارائه می‌دهد که در لایه اتصال شبکه (سطح 4) عمل می‌کند و به شما امکان می‌دهد اتصالات را به میکروسرویس‌ها بر اساس داده‌های پروتکل IP مسیریابی کنید. Network Load Balancer می‌تواند میلیون‌ها درخواست را در ثانیه رسیدگی کند و در عین حال تأخیر بسیار کم را حفظ کند.بیشتر بدانید "پروکسی APIدروازه API آمازونAmazon API Gateway یک پلتفرم جامع برای مدیریت API ارائه می دهد. Amazon API Gateway به شما امکان می دهد صدها هزار تماس API همزمان را پردازش کنید و مدیریت ترافیک، مجوز و کنترل دسترسی، نظارت و مدیریت نسخه API را مدیریت کنید.بیشتر بدانید "DNSمسیر آمازون 53Amazon Route 53 یک سرویس وب سیستم نام دامنه ابری (DNS) بسیار در دسترس و مقیاس‌پذیر است که درخواست‌ها را به طور موثر به زیرساخت‌هایی که در AWS اجرا می‌شود متصل می‌کند. می توان از آن برای بررسی سلامت IP و کشف خدمات برای میکروسرویس ها استفاده کرد.بیشتر بدانید " Airtime پس از طراحی مجدد برنامه خود به عنوان میکروسرویس هایی که روی AWS اجرا می شوند، تجربه اجتماعی خود را سریعتر، قابل اطمینان تر و بدون تاخیر در اختیار مشتریان قرار می دهد. بیشتر بدانید "پیام رسانیانتشار و هماهنگی ارتباطات بین فرآیندی.انتشار پیام و اشتراکسرویس اطلاع رسانی ساده آمازون (Amazon SNS)Amazon SNS یک سرویس پیام رسانی میخانه/فرعی کاملاً مدیریت شده است که جداسازی و مقیاس بندی میکروسرویس ها، سیستم های توزیع شده و برنامه های کاربردی بدون سرور را آسان می کند.بیشتر بدانید "صف پیامسرویس صف ساده آمازون (Amazon SQS)Amazon SQS یک سرویس صف پیام کاملاً مدیریت شده است که جداسازی و مقیاس بندی میکروسرویس ها، سیستم های توزیع شده و برنامه های بدون سرور را آسان می کند.بیشتر بدانید " Lyft از AWS برای حرکت سریعتر به عنوان یک شرکت و مدیریت رشد تصاعدی خود استفاده می کند و از محصولات AWS برای پشتیبانی از بیش از 100 میکروسرویس استفاده می کند که هر عنصر از تجربه مشتریان خود را بهبود می بخشد. بیشتر بدانید "ثبت و نظارتنظارت بر عملکرد خدمات و استفاده از منابع. ردیابی در معماری های پیچیده برای عیب یابی و بهینه سازی.مانیتورینگ APIAWS CloudTrailبا CloudTrail، می‌توانید وارد سیستم شوید، به طور مداوم نظارت کنید و فعالیت حساب مربوط به اقدامات در زیرساخت خود را حفظ کنید. تاریخچه رویداد CloudTrail تجزیه و تحلیل امنیتی، ردیابی تغییر منابع و عیب یابی را ساده می کند. بیشتر بدانید "نظارت بر برنامه و منابعآمازون CloudWatchاز Amazon CloudWatch برای جمع‌آوری و ردیابی معیارها، جمع‌آوری و نظارت بر فایل‌های گزارش، تنظیم آلارم‌ها و واکنش خودکار به تغییرات در سرویس‌های در حال اجرا و منابع AWS خود استفاده کنید.بیشتر بدانید "ردیابی توزیع شدهAWS X-Rayهنگامی که درخواست‌ها در برنامه شما حرکت می‌کنند، یک نمای سرتاسری از درخواست‌ها دریافت کنید و نقشه اجزای اصلی برنامه خود را ببینید. از آنجایی که مجموعه‌ای از میکروسرویس‌ها برای رسیدگی به یک درخواست با هم کار می‌کنند، AWS X-Ray می‌تواند نمای متمرکزی از گزارش‌ها را ارائه دهد و به شما امکان نظارت و عیب‌یابی تعاملات پیچیده را می‌دهد. بیشتر بدانید " Shippable با استفاده از میکروسرویس‌های میزبانی شده در Amazon ECS توانسته است بر ارائه ویژگی‌ها به مشتریان خود تمرکز کند و زمان‌های استقرار ویژگی‌ها را از یک بار در هفته به چندین بار در روز افزایش داده است. بیشتر بدانید "DevOpsچرخه عمر کد را از commit تا اجرا مدیریت کنید.مخزن تصویر ظرفرجیستری ظروف الاستیک آمازون (Amazon ECR)یک رجیستری کانتینر Docker کاملاً مدیریت شده که می توانید از آن برای ذخیره، مدیریت و استقرار تصاویر کانتینر Docker استفاده کنید. آمازون ECR با سرویس کانتینر الاستیک آمازون (Amazon ECS) ادغام شده است و روند توسعه تا تولید کانتینرها را ساده می کند. بیشتر بدانید "تحویل مستمرابزارهای توسعه دهنده AWSAWS Developer Tools مجموعه‌ای از خدمات است که توسعه‌دهندگان و متخصصان عملیات فناوری اطلاعات را که DevOps را تمرین می‌کنند، قادر می‌سازد تا به سرعت و ایمن نرم‌افزار را ارائه کنند. این سرویس‌ها با هم به شما کمک می‌کنند کد منبع برنامه‌تان را به‌طور امن ذخیره کرده و نسخه را کنترل کنید، و به‌طور خودکار برنامه‌تان را در AWS یا محیط داخلی خود بسازید، آزمایش کنید و اجرا کنید. بیشتر بدانید " Gilt از یک مرکز داده داخلی به AWS منتقل شد تا از سرعت و کارایی یک زیرساخت میکروسرویس مبتنی بر ابر استفاده کند.بیشتر بدانید "شروع کنیداز همین امروز با این منابع شروع به ساخت میکروسرویس کنید.کاغذهای سفیدمیکروسرویس ها در AWSمیکروسرویس های کانتینری در AWSمعماری های چند لایه بدون سرور AWSکارگاه های آموزشیمیکروسرویس های بدون سرور زامبیMicroservices Containerized: Break the Monolith!آموزش: اجرای میکروسرویس های کانتینری فعال در AWSپروژه های متن بازمدل برنامه بدون سرور (SAM)برو میکروسرویسNode.js Microservicesمیکروسرویس جاواوبلاگ هامیکروسرویس بدون سروراستقرار میکروسرویس های جاوا در سرویس کانتینر الاستیک آمازونساخت اپلیکیشن های مقیاس پذیر و میکروسرویس هاMicroservices Containerized را با Amazon ECS و ALB اجرا کنیداستفاده از دروازه API آمازون با میکروسرویس های مستقر در آمازون ECSکشف خدمات: معماری مرجع آمازون ECSمستنداتآمازون ECSAWS Lambdaالاستیک آمازونآمازون S3آمازون RDSمسیر آمازون 53متعادل کننده بار الاستیکآمازون SNSآمازون SQSAWS CloudTrailآمازون CloudWatchAWS X-Rayآمازون ECRابزارهای توسعه دهندهاطلاعیه های محصولبا آخرین اطلاعیه های AWS re:Invent آشنا شوید »AWS Free Tierبه مدت 12 ماه با AWS تجربه رایگان و عملی به دست آوریدآموزش رایگان AWSبرای ایجاد مهارت‌های AWS Cloud به بیش از 500 دوره رایگان دیجیتال در نقش‌ها، سطوح مهارت و دامنه دسترسی داشته باشید. مهدی بابایی مهدی بابایی Mon, 28 Nov 2022 21:48:21 +0330 https://virgool.io/@leniyajan/%D8%A7%D8%AC%D8%B2%D8%A7%DB%8C-%D9%85%DB%8C%DA%A9%D8%B1%D9%88%D8%B3%D8%B1%D9%88%DB%8C%D8%B3-%D9%87%D8%A7-yxaw1ixbf42l مولفه های زیر در میکروسرویس ها وجود دارد:سرور پیکربندی ابر Springسرور نامگذاری نتفلیکس Eurekaسرور Hystrixسرور دروازه نتفلیکس ZuulAPIروبان نتفلیکسسرور ردیابی توزیع شده Zipkinسرور پیکربندی ابر SpringSpring Cloud Config Server API مبتنی بر منبع HTTP را برای پیکربندی خارجی در سیستم توزیع شده فراهم می کند. ما می توانیم با استفاده از حاشیه نویسی @EnableConfigServer، سرور پیکربندی Spring Cloud را فعال کنیم.سرور نامگذاری نتفلیکس EurekaNetflix Eureka Server یک سرور اکتشافی است. این رابط REST را برای برقراری ارتباط با آن به بیرون ارائه می دهد. یک میکروسرویس پس از بالا آمدن، خود را به عنوان مشتری اکتشافی ثبت کنید. سرور Eureka همچنین دارای ماژول نرم افزار دیگری به نام Eureka Client است. کلاینت Eureka برای کشف خدمات با سرور Eureka تعامل دارد. مشتری Eureka همچنین درخواست های مشتری را متعادل می کند.سرور Hystrixسرور Hystrix به عنوان یک سیستم مقاوم در برابر خطا عمل می کند. برای جلوگیری از شکست کامل یک برنامه استفاده می شود. این کار را با استفاده از مکانیزم Circuit Breaker انجام می دهد. اگر برنامه بدون مشکل در حال اجرا باشد، مدار بسته باقی می ماند. اگر در برنامه با خطا مواجه شد، سرور Hystrix مدار را باز می کند. سرور Hystrix درخواست بیشتر برای سرویس تماس را متوقف می کند. این یک سیستم بسیار قوی ارائه می دهد.سرور دروازه API Netflix ZuulNetflix Zuul Server یک سرور دروازه ای است که تمام درخواست های مشتری از آنجا عبور کرده است. به عنوان یک رابط یکپارچه برای یک کلاینت عمل می کند. همچنین دارای یک متعادل کننده بار داخلی برای بارگیری موجودی تمام درخواست های دریافتی از مشتری است.روبان نتفلیکسNetflix Ribbon کتابخانه ارتباطات بین فرآیندی (IPC) سمت مشتری است. این الگوریتم متعادل سازی سمت مشتری را ارائه می دهد. از تعادل بار گرد رابین استفاده می کند:تعادل بارتحمل خطاپروتکل های چندگانه (HTTP، TCP، UDP)Caching و Batchingسرور توزیع شده ZipkinZipkin یک پروژه m پروژه منبع باز است. که مکانیزمی برای ارسال، دریافت و تجسم ردیابی ها فراهم می کند.چیزی که باید روی آن تمرکز کنید شماره پورت است.پورت برنامهSpring Cloud Config Server 8888Netflix Eureka Naming Server 8761Netflix Zuul API Gateway Server 8765Zipkin Tracing Server 9411 را توزیع کرد مهدی بابایی مهدی بابایی Mon, 28 Nov 2022 21:34:36 +0330 https://virgool.io/@leniyajan/%D8%A7%D9%84%DA%AF%D9%88-%D9%85%D8%B9%D9%85%D8%A7%D8%B1%DB%8C-%D9%85%DB%8C%DA%A9%D8%B1%D9%88%D8%B3%D8%B1%D9%88%DB%8C%D8%B3-dxv9k8csjggm شما در حال توسعه یک برنامه سازمانی سمت سرور هستید. باید از انواع کلاینت‌های مختلف از جمله مرورگرهای دسکتاپ، مرورگرهای موبایل و برنامه‌های کاربردی تلفن همراه بومی پشتیبانی کند. این برنامه همچنین ممکن است یک API را برای اشخاص ثالث در معرض دید قرار دهد. همچنین ممکن است از طریق سرویس های وب یا واسطه پیام با سایر برنامه ها ادغام شود. برنامه درخواست ها (درخواست ها و پیام های HTTP) را با اجرای منطق تجاری مدیریت می کند. دسترسی به پایگاه داده؛ تبادل پیام با سیستم های دیگر؛ و یک پاسخ HTML/JSON/XML را برمی گرداند. اجزای منطقی مربوط به حوزه های عملکردی مختلف برنامه وجود دارد.معماری استقرار برنامه چیست؟نیروهاتیمی از توسعه دهندگان در حال کار بر روی برنامه هستنداعضای جدید تیم باید به سرعت سازنده شوندبرنامه باید به راحتی قابل درک و اصلاح باشدشما می خواهید استقرار مداوم برنامه را تمرین کنیدشما باید چندین نمونه از برنامه را روی چندین ماشین اجرا کنید تا نیازهای مقیاس پذیری و در دسترس بودن را برآورده کنید.شما می خواهید از فناوری های نوظهور (فریم ورک ها، زبان های برنامه نویسی و غیره) استفاده کنید.راه حلمعماري را تعريف كنيد كه برنامه را به عنوان مجموعه‌اي از سرويس‌هاي مشاركت كننده به هم متصل مي‌كند. این رویکرد با محور Y مکعب مقیاس مطابقت دارد. هر سرویس عبارت است از:بسیار قابل نگهداری و آزمایش - توسعه و استقرار سریع و مکرر را امکان پذیر می کندبه طور ضعیف با سایر سرویس ها همراه است - یک تیم را قادر می سازد تا اکثر اوقات به طور مستقل بر روی سرویس(های) خود کار کند بدون اینکه تحت تأثیر تغییرات سایر سرویس ها و بدون تأثیر بر سایر خدمات قرار گیرد.به طور مستقل قابل استقرار - یک تیم را قادر می سازد تا سرویس خود را بدون نیاز به هماهنگی با سایر تیم ها مستقر کندقابلیت توسعه توسط یک تیم کوچک - برای بهره وری بالا با اجتناب از ارتباطات بالای تیم های بزرگ ضروری استسرویس ها با استفاده از پروتکل های همزمان مانند HTTP/REST یا پروتکل های ناهمزمان مانند AMQP ارتباط برقرار می کنند. خدمات می توانند مستقل از یکدیگر توسعه یافته و مستقر شوند. هر سرویس پایگاه داده خود را دارد تا از سرویس های دیگر جدا شود. سازگاری داده ها بین خدمات با استفاده از الگوی Saga حفظ می شودبرای کسب اطلاعات بیشتر در مورد ماهیت یک سرویس، لطفاً این مقاله را بخوانید :مثال هابرنامه تجارت الکترونیک ساختگیبیایید تصور کنیم که در حال ساخت یک برنامه تجارت الکترونیک هستید که سفارشات مشتریان را می گیرد، موجودی و اعتبار موجود را تأیید می کند و آنها را ارسال می کند. این برنامه شامل چندین مؤلفه از جمله StoreFrontUI است که رابط کاربری را پیاده‌سازی می‌کند، همراه با برخی از خدمات پشتیبانی برای بررسی اعتبار، نگهداری موجودی و سفارش‌های حمل و نقل. برنامه شامل مجموعه ای از خدمات است.لطفاً نمونه برنامه های توسعه یافته توسط کریس ریچاردسون را ببینید. این مثال‌ها در Github جنبه‌های مختلف معماری میکروسرویس را نشان می‌دهند.زمینه حاصلفوایداین راه حل دارای چندین مزیت است:تحویل و استقرار مداوم برنامه های کاربردی بزرگ و پیچیده را امکان پذیر می کند.قابلیت نگهداری بهبود یافته - هر سرویس نسبتاً کوچک است و بنابراین درک و تغییر آسان تر استآزمایش پذیری بهتر - خدمات کوچکتر و سریعتر برای آزمایش هستندقابلیت استقرار بهتر - خدمات را می توان به طور مستقل مستقر کرداین به شما امکان می دهد تا تلاش های توسعه را حول تیم های متعدد و مستقل سازماندهی کنید. هر تیم (به اصطلاح دو پیتزا) مالک و مسئول یک یا چند سرویس است. هر تیم می‌تواند خدمات خود را مستقل از سایر تیم‌ها توسعه، آزمایش، استقرار و مقیاس‌بندی کند.هر میکروسرویس نسبتاً کوچک است:درک آن برای یک توسعه دهنده آسان تر استIDE سریعتر باعث بهره وری توسعه دهندگان می شودبرنامه سریع‌تر شروع می‌شود، که باعث بهره‌وری توسعه‌دهندگان می‌شود و سرعت اجرای آن را افزایش می‌دهدبهبود جداسازی خطا به عنوان مثال، اگر نشت حافظه در یک سرویس وجود داشته باشد، تنها آن سرویس تحت تأثیر قرار می گیرد. سایر خدمات به رسیدگی به درخواست ها ادامه خواهند داد. در مقایسه، یک جزء نامناسب از یک معماری یکپارچه می تواند کل سیستم را از بین ببرد.هرگونه تعهد طولانی مدت به پشته فناوری را حذف می کند. هنگام توسعه یک سرویس جدید، می توانید یک پشته فناوری جدید را انتخاب کنید. به طور مشابه، هنگام ایجاد تغییرات عمده در یک سرویس موجود، می توانید آن را با استفاده از یک پشته فناوری جدید بازنویسی کنید.این راه حل دارای تعدادی اشکال است:توسعه دهندگان باید با پیچیدگی اضافی ایجاد یک سیستم توزیع شده مقابله کنند:توسعه دهندگان باید مکانیسم ارتباط بین سرویس را پیاده سازی کنند و با خرابی جزئی مقابله کننداجرای درخواست هایی که چندین سرویس را در بر می گیرند دشوارتر استآزمایش تعامل بین سرویس ها دشوارتر استاجرای درخواست هایی که چندین سرویس را در بر می گیرد نیازمند هماهنگی دقیق بین تیم ها استابزارهای توسعه‌دهنده/IDE بر روی ساخت برنامه‌های کاربردی یکپارچه متمرکز شده‌اند و پشتیبانی صریحی برای توسعه برنامه‌های کاربردی توزیع شده ارائه نمی‌کنند.پیچیدگی استقرار در تولید، همچنین پیچیدگی عملیاتی استقرار و مدیریت یک سیستم متشکل از بسیاری از خدمات مختلف وجود دارد.افزایش مصرف حافظه معماری میکروسرویس N نمونه‌های کاربردی یکپارچه را با نمونه‌های خدمات NxM جایگزین می‌کند. اگر هر سرویس در JVM (یا معادل) خود اجرا شود، که معمولاً برای جداسازی نمونه‌ها ضروری است، پس سربار M برابر تعداد زمان‌های اجرا JVM وجود دارد. علاوه بر این، اگر هر سرویس بر روی VM خود (به عنوان مثال EC2) اجرا شود، همانطور که در Netflix چنین است، سربار حتی بیشتر می شود.مسائل زیادی وجود دارد که باید به آنها رسیدگی کنید.چه زمانی از معماری میکروسرویس استفاده کنیم؟یکی از چالش های استفاده از این رویکرد این است که تصمیم بگیرید چه زمانی استفاده از آن منطقی است. هنگام توسعه اولین نسخه یک برنامه، اغلب مشکلاتی را که این روش حل می کند، ندارید. علاوه بر این، استفاده از یک معماری پیچیده و پراکنده، توسعه را کند می کند. این می‌تواند یک مشکل بزرگ برای استارت‌آپ‌هایی باشد که بزرگ‌ترین چالش آن‌ها اغلب چگونگی تکامل سریع مدل کسب‌وکار و برنامه‌های همراه است. استفاده از تقسیم‌های محور Y ممکن است تکرار سریع را دشوارتر کند. با این حال، بعداً، هنگامی که چالش چگونگی مقیاس‌سازی است و شما نیاز به استفاده از تجزیه عملکردی دارید، وابستگی‌های درهم ممکن است تجزیه برنامه یکپارچه شما به مجموعه‌ای از خدمات را دشوار کند.چگونه اپلیکیشن را به سرویس ها تجزیه کنیم؟چالش دیگر تصمیم گیری در مورد نحوه تقسیم سیستم به میکروسرویس ها است. این بسیار یک هنر است، اما تعدادی استراتژی وجود دارد که می تواند کمک کند:تجزیه بر اساس قابلیت تجاری و تعریف خدمات مربوط به قابلیت های تجاری.تجزیه بر اساس زیر دامنه طراحی دامنه محور.تجزیه بر اساس فعل یا مورد استفاده و تعریف خدماتی که مسئول اعمال خاصی هستند. به عنوان مثال، یک سرویس حمل و نقل که مسئولیت ارسال سفارشات کامل را بر عهده دارد.با تعریف سرویسی که مسئول تمام عملیات موجودات/منابع از یک نوع معین است، توسط اسامی یا منابع تجزیه می شود. به عنوان مثال، یک سرویس حساب که مسئول مدیریت حساب های کاربری است.در حالت ایده آل، هر سرویس باید تنها مجموعه کوچکی از مسئولیت ها را داشته باشد. (عمو) باب مارتین در مورد طراحی کلاس ها با استفاده از اصل مسئولیت واحد (SRP) صحبت می کند. SRP مسئولیت یک کلاس را به عنوان دلیلی برای تغییر تعریف می کند و بیان می کند که یک کلاس فقط باید یک دلیل برای تغییر داشته باشد. منطقی است که SRP را در طراحی سرویس نیز اعمال کنیم.قیاس دیگری که به طراحی سرویس کمک می کند، طراحی ابزارهای یونیکس است. یونیکس تعداد زیادی ابزار کاربردی مانند grep، cat و find را ارائه می دهد. هر ابزار دقیقاً یک کار را انجام می دهد، اغلب به طور استثنایی، و در نظر گرفته شده است که با سایر ابزارها با استفاده از یک اسکریپت پوسته برای انجام کارهای پیچیده ترکیب شود.چگونه یکپارچگی داده ها را حفظ کنیم؟به منظور اطمینان از اتصال شل، هر سرویس پایگاه داده خاص خود را دارد. حفظ سازگاری داده‌ها بین سرویس‌ها یک چالش است، زیرا 2 مرحله تعهد / تراکنش‌های توزیع‌شده گزینه‌ای برای بسیاری از برنامه‌ها نیست. یک برنامه باید در عوض از الگوی Saga استفاده کند. یک سرویس زمانی یک رویداد را منتشر می کند که داده های آن تغییر کند. سایر سرویس ها آن رویداد را مصرف می کنند و داده های خود را به روز می کنند. راه‌های مختلفی برای به‌روزرسانی قابل اعتماد داده‌ها و انتشار رویدادها وجود دارد، از جمله منابع رویداد و فهرست تراکنش‌ها.چگونه کوئری ها را پیاده سازی کنیم؟چالش دیگر پیاده سازی پرس و جوهایی است که نیاز به بازیابی داده های متعلق به چندین سرویس دارند.ترکیب API و الگوهای تفکیک مسئولیت پرس و جوی فرمان (CQRS).الگوهای مرتبطالگوهای زیادی در رابطه با الگوی میکروسرویس ها وجود دارد. معماری یکپارچه جایگزینی برای معماری میکروسرویس است. الگوهای دیگر به مسائلی می پردازند که هنگام اعمال معماری میکروسرویس با آنها مواجه خواهید شد.الگوهای تجزیهتجزیه بر اساس توانایی تجاریتجزیه بر اساس زیر دامنهالگوی پایگاه داده به ازای هر سرویس توضیح می دهد که چگونه هر سرویس پایگاه داده خاص خود را دارد تا از اتصال آزاد اطمینان حاصل شود.الگوی API Gateway نحوه دسترسی مشتریان به خدمات در معماری میکروسرویس را تعریف می کند.الگوهای کشف سمت مشتری و کشف سمت سرور برای هدایت درخواست‌های یک کلاینت به یک نمونه سرویس موجود در معماری میکروسرویس استفاده می‌شوند.الگوهای پیام رسانی و فراخوانی رویه از راه دور دو روش متفاوتی هستند که سرویس ها می توانند با آنها ارتباط برقرار کنند.الگوهای Single Service per Host و Multiple Services Per Host دو استراتژی استقرار متفاوت هستند.الگوهای نگرانی های متقابل: الگوی شاسی میکروسرویس و پیکربندی خارجیالگوهای تست: تست مؤلفه خدمات و تست قرارداد یکپارچه سازی خدماتمدار شکننشانه دسترسیالگوهای مشاهده پذیری:تجمیع گزارشمعیارهای کاربردیثبت حسابرسیردیابی توزیع شدهردیابی استثناAPI بررسی سلامتاستقرار و تغییرات گزارشالگوهای رابط کاربری:ترکیب قطعه صفحه سمت سرورترکیب UI سمت مشتریکاربردهای شناخته شدهاکثر وب سایت های مقیاس بزرگ از جمله نتفلیکس، آمازون و eBay از معماری یکپارچه به معماری میکروسرویس تکامل یافته اند.نتفلیکس، که یک سرویس پخش ویدیوی بسیار محبوب است که تا 30 درصد از ترافیک اینترنت را بر عهده دارد، دارای معماری سرویس‌گرا در مقیاس بزرگ است. آنها روزانه بیش از یک میلیارد تماس با API پخش ویدیوی خود از بیش از 800 نوع دستگاه مختلف انجام می دهند. هر API هواداران را به طور متوسط ​​به شش تماس با سرویس های پشتیبان دعوت می کند.Amazon.com در ابتدا یک معماری دو لایه داشت. به منظور مقیاس پذیری، آنها به معماری سرویس گرا متشکل از صدها سرویس پشتیبان مهاجرت کردند. چندین برنامه از جمله برنامه هایی که وب سایت Amazon.com و وب سرویس API را پیاده سازی می کنند، این خدمات را فراخوانی می کنند. برنامه وب سایت Amazon.com برای دریافت داده هایی که برای ساخت یک صفحه وب استفاده می شود، 100-150 سرویس را فراخوانی می کند.سایت حراج ebay.com نیز از معماری یکپارچه به معماری سرویس گرا تبدیل شد. لایه برنامه از چندین برنامه مستقل تشکیل شده است. هر برنامه کاربردی منطق کسب و کار را برای یک حوزه عملکرد خاص مانند خرید یا فروش پیاده سازی می کند. هر برنامه از تقسیم محور X استفاده می کند و برخی از برنامه ها مانند جستجو از تقسیم محور Z استفاده می کنند. Ebay.com همچنین ترکیبی از مقیاس بندی X-، Y- و Z-style را در ردیف پایگاه داده اعمال می کند.نمونه های متعدد دیگری از شرکت هایی وجود دارد که از معماری میکروسرویس استفاده می کنند. مهدی بابایی مهدی بابایی Mon, 28 Nov 2022 21:12:01 +0330 https://virgool.io/@leniyajan/%D8%A7%D8%A8%D8%B2%D8%A7%D8%B1%D9%87%D8%A7-%D9%88-%D8%B1%D9%88%D8%B4-%D9%87%D8%A7%DB%8C-%D9%85%D8%B3%D8%AA%D9%86%D8%AF%D8%B3%D8%A7%D8%B2%DB%8C-%D9%85%DB%8C%DA%A9%D8%B1%D9%88%D8%B3%D8%B1%D9%88%DB%8C%D8%B3-%D9%87%D8%A7-jxo2qucl1jnt من فرض می‌کنم که شما حداقل با مفهوم میکروسرویس‌ها آشنا هستید -- سرویس‌هایی که به‌صورت آزاد مرتبط هستند که راه‌حل‌های مجزایی را برای موارد استفاده تجاری ارائه می‌کنند که می‌توانید برای رفع نیازها و تقاضای فعلی ترکیب کنید. الگوی معماری در سال‌های گذشته محبوبیت پیدا کرده است، و اگرچه همه کاملاً مطمئن نیستند که "انجام درست آن" چگونه به نظر می‌رسد، این مفهومی است که با نیازهای مدرن مطابقت دارد و برای آینده قابل پیش‌بینی اینجاست.من به سازماندهی گروه Write the Docs (یک جامعه جهانی برای علاقه مندان به اسناد فنی) در برلین کمک می کنم. در طول ماه گذشته، افراد متعددی از من پرسیدند که چه ابزارها و شیوه‌هایی را برای مستندسازی میکروسرویس‌ها و معماری‌های کاربردی که از الگو استفاده می‌کنند، توصیه می‌کنم.بعداً کمی در گوگل جستجو کردم، دیدم که دیگران همین سؤال را می‌پرسند، اما هیچ توصیه مشخصی نداشتند، بنابراین فکر کردم وقت آن رسیده که ایده‌ها را کنار بگذارم. من قصد دارم این پست مشکل را بیان کند، راه‌حل‌هایی ارائه دهد و بحث را برای کسانی که در این زمینه هستند برانگیزد. اینها صرفاً افکار من هستند، اما با هم می‌توانیم بهترین روش را تعیین کنیم و ایده‌هایی برای ابزار واقعی برای کمک ایجاد کنیم.تعریف مشکلهر میکروسرویس در اصل یک برنامه کاربردی "معمولی" است. از بسیاری جهات، می‌توانید بهترین شیوه‌های استاندارد را برای مستندسازی هر یک از آنها دنبال کنید (و اگر در این زمینه به کمک نیاز دارید، پست «یک دوره خرابی مستندات برای توسعه‌دهندگان» را توصیه می‌کنم). به نظر من، منطقه ای که توسعه دهندگان در آن گیر کرده اند، تجسم و مستندسازی نحوه تعامل میکروسرویس ها است.مستندات موضوع محورقبل از اینکه به سمت آینده‌اندیشی حرکت کنیم، می‌خواهم همه شما را به یک روش مستندسازی برگردانم که برای مدتی وجود داشته است اما حداقل از نظر مفهومی در اینجا کاربرد بالقوه دارد. مستندات مبتنی بر موضوع، اسناد را به مفاهیم مجزا (موضوعات) تقسیم می‌کند که می‌توانید آن‌ها را مطابق با موارد استفاده از اسناد خاص جمع آوری کنید.برای مثال یک راهنمای شروع برای توسعه دهندگان ممکن است موضوعات نصب، پیکربندی و در حال اجرا را ترکیب کند. جایی که یک راهنمای شروع برای کاربران ممکن است موضوعات پیکربندی، اجرا و دستورات را ترکیب کند. همانطور که می بینید، آیتم های محتوای گسسته را با هم ترکیب می کند تا مناسب موارد استفاده مختلف باشد. آشنا بنظر رسیدن؟توجه داشته باشید که ابزار سنتی برای مستندات مبتنی بر موضوع ممکن است کاملاً برای این مورد مناسب نباشد، زیرا اغلب گران، اختصاصی و به خودی خود یکپارچه است. با این حال، ما مطمئناً می توانیم عناصر ایده و ابزار را وام بگیریم.نمایش تمام نقاط پایانیدر این پست Stack Overflow، پوستر می‌پرسد که چگونه می‌توان تمام نقاط پایانی را در همه سرویس‌ها نمایش داد، بدون توجه به اینکه کدام سرویس‌ها عمومی، فعال هستند و کدام نقاط پایانی در آنها یکسان هستند. با استفاده از رویکردی که در بالا ذکر شد، می‌توانیم صفحه‌ای ایجاد کنیم که تمام سرویس‌های ما را که به‌عنوان فعال و عمومی علامت‌گذاری شده‌اند، جستجو می‌کند و تمام نقاط پایانی در آن یکسان هستند. اگر سرویس یا نقطه پایانی را اضافه یا حذف کنید، صفحه به‌روزرسانی می‌شود تا این موضوع را منعکس کند.نمایش تقاطع نقاط پایانییک نیاز پیچیده تر ممکن است نشان دادن نحوه تعامل خدمات در سطح برنامه باشد. یک سرویس با استفاده از یک نقطه پایانی که با یک پارامتر به آن می پیوندد، سرویس دیگری را فراخوانی می کند. یا به عبارتی دیگر، سرویس کاربر برای اطلاع از سفارش‌هایی که کاربر انجام داده است، با استفاده از شناسه کاربری خود برای استعلام از سرویس سفارش پرس و جو می‌کند.توضیح نقطه پایانیعالی است، اما تاکنون این رویکرد صرفاً در مورد نشان دادن عملکرد نقطه پایانی است. در مورد توضیح مفهومی این که چگونه اینها در یک برنامه کاربردی مبتنی بر میکروسرویس با هم تطابق می یابند، چطور؟ باز هم، در حالت ایده‌آل، این تکه‌های توضیح باید از پارادایم معماری و رویکرد مبحث محوری که ذکر کردم، وام گرفته شده و در زمینه‌های مختلف و متنوع قابل استفاده باشد.همانند کد خود، باید این توضیحات را به اجزای گسسته و قابل استفاده مجدد تقسیم کنید. به عنوان مثال، اگر کاربری برای مشاهده وضعیت سفارش به برنامه شما برسد، این می تواند شامل چندین سرویس باشد: احراز هویت، سوابق کاربر، فهرست سفارش و وضعیت سفارش.کاربری که برای بررسی جزئیات حساب وارد می‌شود می‌تواند شامل احراز هویت، سوابق کاربر و یک سرویس حساب باشد. بنابراین، شما باید توضیح مفهومی هر یک از این خدمات را جدا نگه دارید، احتمالاً در مخزن سرویس. در واقع، این احتمالاً همان کاری است که شما در حال انجام آن هستید.من به شما پیشنهاد می‌کنم تکه‌های بیشتری از اسناد را در یک سرویس "مجموعه اسناد" اضافه کنید که حاوی جزئیاتی در مورد نحوه عملکرد هر یک از تقاطع‌های احتمالی است. به عنوان مثال، فایلی که نحوه تماس سرویس ثبت کاربر با سرویس سفارش را توضیح می دهد و فایل دیگری که نحوه تماس سرویس ثبت کاربر با سرویس حساب را شرح می دهد. در مثال ساده‌ای مانند این، گنجاندن این توضیح در اسناد API ممکن است کافی باشد، اما ممکن است مواقعی نیز وجود داشته باشد که به موارد بیشتری نیاز داشته باشید.ابزار برای خدمات مونتاژ اسناداینکه چگونه جمع آوری منابع مختلف اطلاعات را مدیریت می کنید به شما بستگی دارد. مانند دنیای کدنویسی، دنیای مستندات ابزارهای بی شماری در دسترس دارد و شما تصمیم می گیرید که چه چیزی برای شما مناسب است. برای مطابقت با معماری میکروسرویس، این اسمبلی باید خود یک سرویس باشد، و باید ابزاری را در نظر بگیرید که می‌تواند در کانتینرها، نمونه‌های بدون سرور یا موارد مشابه اجرا شود. خوشبختانه، تولید اسناد و میزبانی به طور کلی یک سرویس با تاثیر بالا نیست، بنابراین نگهداری آن آسان تر است.هیچ ابزار فعلی همه کارها را برای شما انجام نمی دهد، بنابراین من قطعاتی از پازل را ارائه می کنم که احساس می کنم می توانید به خوبی کار کنید و چگونه می توانند کمک کنند. من همچنین تعداد انگشت شماری از جایگزین ها را برای زبان های نشانه گذاری مختلف ارائه خواهم کرد، اما تحقیقات و تحقیقات بیشتر را به شما، بخش نظرات، یا با من در تماس خواهم بود.از آنجایی که اکثر زبان‌های نشانه‌گذاری و مشخصات API همگی فرمت‌های قابل تجزیه هستند، یک برنامه‌نویس ماهر نیز باید بتواند راه‌حل‌های سفارشی خود را ارائه دهد، اگر چیزی که ارائه می‌دهم کمکی نکند.شایان ذکر است که برخی از سرویس‌های تجاری یا سیستم‌های CMS مانند وجود دارند که می‌توانند برخی از این فرآیندها را برای شما انجام دهند، اما من احساس می‌کنم این برخلاف ذهنیت میکروسرویس است.تبدیلبرای فعال کردن ترکیب اسناد در قالب‌های مختلف برای سهولت مدیریت و رندر، ممکن است لازم باشد برای ایجاد یک قالب یکپارچه تبدیل کنید.Pandoc - یکی از ابزارهای مورد علاقه من. بین طیف گسترده ای از فرمت های نشانه گذاری، اما بدون فرمت های مشخصات API، تبدیل می شود.Swagger2Markup - Swagger را به AsciiDoc یا Markdown تبدیل می کند.مبدل مشخصات API - بین Swagger (V1 و 2)، Open API 3، API Blueprint، RAML، WADL و موارد دیگر تبدیل می شود.apib2swagger - API Blueprint را به Swagger تبدیل می کند.swagger2blueprint - Swagger را به API Blueprint تبدیل می کند.ترانسفورماتور Apimatic (آنلاین) - بین طیف گسترده ای از مشخصات از جمله پستچی تبدیل می شود.apiary2postman - تبدیل API Blueprint به Postman.Blueman - تبدیل API Blueprint به Postman.apib2json - تبدیل API Blueprint به JSON.انتقالTransclusion اصطلاحی است که من از آن به معنای گنجاندن محتوای یک سند در سند دیگر استفاده می کنم. ممکن است آن را پیوند، گنجاندن، ارجاع متقابل یا چیز دیگری بنامید. اما برای اهداف ما، نحوه گنجاندن انواع منابع اطلاعاتی (مرجع API و پیوند دادن متن توضیحی) در یک سری فایل برای رندر کردن خواهد بود. بسیاری از زبان‌های نشانه‌گذاری به‌طور پیش‌فرض این کار را برای شما انجام می‌دهند، در حالی که برخی دیگر به «تشویق» نیاز دارند.Markdown به‌طور پیش‌فرض شامل فایل‌های دیگری نمی‌شود، اما شما گزینه‌هایی با هرکول، MultiMarkdown یا، به عنوان بخشی از خط لوله رندر خود، یک تولیدکننده سایت ثابت مانند Jekyll دارید.Asciidoctor یک زنجیره ابزار پر استفاده برای Asciidoc یکپارچه از جمله منابع دیگر است.reStructuredText می تواند به طور پیش فرض شامل فایل های خارجی باشد.اگر می خواهید وارد دنیای موضوع محور شوید، دیتا شامل ارجاع متقابل برای کد و متن می شود. Docbook دارای اشیاء متنی و شامل است.تفسیررندر کردن فایل‌های مونتاژ شده به HTML، PDF، ePub یا فرمت‌های دیگر، رفتار پیش‌فرض هر زبان نشانه‌گذاری مستندات است، بنابراین برای انتخاب گزینه‌ای، هر قالبی را که انتخاب می‌کنید، اسناد را بررسی کنید.ایجاد سرویس(های)من نمی توانم دیکته کنم که سرویس(های) اسناد شما به چه چیزی نیاز دارند، اما باید بتوان از کانتینرها برای مدیریت وابستگی های خود و سپس مجموعه ای از اسکریپت ها برای بررسی، جمع آوری، ارائه و ارائه اسناد استفاده کرد. اگر سرویس(ها) را پارامتری کنید تا اسناد متفاوتی را بر اساس آنچه تغذیه می کنید ایجاد کنید، امتیاز اضافی می دهید. به عنوان مثال، برای گنجاندن API ها یا قطعه های جداگانه بر اساس نیاز یا موارد استفاده تغییر دهید.مراحل بعدیبسیار خوب، اعتراف می کنم، در این مقاله دقیقاً به شما نگفته ام که چه کاری انجام دهید. در عوض، من یک سری ایده‌ها و منابع بالقوه را برای برانگیختن بحث ارائه کردم، و احتمالاً شما عاقل‌تر از زمانی که شروع به خواندن کردید نیستید.با این حال، چه چیز دیگری را می توانید در ترکیب قرار دهید؟ تست کردن یک شروع واضح خواهد بود، و پیشنهاد می کنم برای ایده های بیشتر پست های قبلی من در مورد جنبه های آزمایش اسناد را بخوانید. می‌توانید خدمات دیگری را برای ارائه اسناد در قالب‌ها یا روش‌های مختلف، سیستم‌های پشتیبانی فید یا رسانه‌های اجتماعی، یا ایجاد یک API برای اسناد API خود اضافه کنید. همانطور که هر طرفدار میکروسرویس می‌داند، زمانی که پیچیدگی‌های شکستن یکپارچه را انجام دهید، احتمالات بی‌پایان است. مهدی بابایی مهدی بابایی Wed, 23 Nov 2022 19:44:25 +0330 https://virgool.io/@leniyajan/%D8%AA%D9%81%D8%A7%D9%88%D8%AA-%D8%A8%DB%8C%D9%86-soa-%D9%88-microservices-cvixjylbmzra ما در طول سال ها چندین مقاله در مورد تفاوت ها و شباهت های بین SOA و میکروسرویس ها داشته ایم. برخی معتقدند که از SOA چیزهای زیادی می توان آموخت، در حالی که برخی دیگر معتقدند که فاصله گذاری میکروسرویس ها از SOA مفیدتر است. علاوه بر این، نیل فورد، در میان دیگران، پیشنهاد کرده است که حرکت از معماری‌های یکپارچه به رویکرد مبتنی بر خدمات ممکن است آسان‌تر از رفتن به سمت سرویس‌های کوچک باشد. اخیراً فعالیت زیادی در مورد بحث کلی «SOA یا میکروسرویس‌ها» صورت نگرفته است تا اینکه استفان اوگرادی از RedMonk مقاله‌ای در این زمینه منتشر کرد. در آن O’Grady نشان می دهد که اندازه خدمات عامل تعیین کننده نیست، مشابه آنچه دیگران در طول سال ها استدلال کرده اند، مانند Dan North، و به طور جداگانه Jeppe Cramon بیان کرد:ادامه مطلب..مزایای SOA معماری میکروسرویس AWS میکروسرویس مزایا و چالش های معماری میکروسرویس هاارسال شده در 9 ژانویه 2017 توسط Idexcel Technologiesاز من خواسته شد که یک نمودار معماری را برای برنامه‌ای که از MicroServices استفاده می‌کند، مرور کنم. من توانستم چند API REST را در نمودار پیدا کنم که به یک پایگاه داده متصل می شود.که هزاران سوال ایجاد کرد:1. فقط یک پایگاه داده؟2. اگر پایگاه داده خراب باشد چه؟3. همه سرویس ها در یک سرور واحد میزبانی می شوند؟4. اگر من نیاز به ارتقاء سرور داشته باشم چه؟MicroService چیست؟تعریف MicroService در یک عبارت واحد کار آسانی نخواهد بود. این تعریف به دیدگاه ها و الزامات مختلف بستگی دارد. با این حال، بیشتر ویژگی های برجسته MicroServices عبارتند از:• آنها یک سناریوی مشتری یا کسب و کار را در بر می گیرند.• آنها توسط یک تیم توسعه کوچک توسعه یافته اند.• آنها را می توان به هر زبان برنامه نویسی نوشت و از هر فریم ورکی استفاده کرد.• مفهوم OOPS به صورت آزادانه همراه پیاده سازی شده است• Codebase کوچک است که به طور مستقل نسخه، استقرار و مقیاس بندی شده است.• آنها با سایر MicroService ها از طریق رابط ها و پروتکل های کاملاً تعریف شده تعامل دارند.• آنها دارای نام های منحصر به فرد (URL) هستند که می توان از آنها برای تعیین موقعیت مکانی آنها استفاده کرد.• آنها حتی پس از شکست هم ثابت می مانند.SOA در مقابل میکروسرویس هامیکروسرویس فقط SOA نیست. اگر قرار است Microservices تعریف شود، به سادگی یک شکل ایده آل و تصفیه شده از SOA است. SOA بر برنامه نویسی ضروری تمرکز می کند، در حالی که معماری MicroServices بر سبک برنامه نویسی واکنش گرا متمرکز است. این چیزی شبیه به تجزیه یک سرویس یکپارچه بزرگ به خدمات مستقل کوچکتر است که خود قابل استقرار، پایدار و مقیاس پذیر هستند.معماری میکروسرویس - بررسی اجمالیهمانطور که هیچ تعریف رسمی از اصطلاح MicroServices وجود ندارد، هیچ مدل استانداردی وجود ندارد که در هر سیستمی بر اساس این سبک معماری نشان داده شود. اما می‌توانید انتظار داشته باشید که اکثر سیستم‌های MicroService دارای چند ویژگی قابل توجه مشترک باشند.1. نرم افزار ساخته شده به عنوان MicroService را می توان به چندین مؤلفه تقسیم کرد، به طوری که هر یک از این سرویس ها می توانند به طور مستقل مستقر شوند و بدون به خطر انداختن یکپارچگی یک برنامه کاربردی مجدداً مستقر شوند.2. سبک MicroServices معمولاً تجارت و اولویت ها محور است. بر خلاف رویکرد توسعه یکپارچه سنتی، معماری MicroService از تیم‌های متقابل استفاده می‌کند. در MicroServices، یک تیم در طول عمر خود مالک محصول است، همانطور که در آمازون غالباً نقل قول می شود "شما آن را می سازید، شما آن را اجرا می کنید."3. MicroServices دارای نقاط پایانی هوشمندی است که اطلاعات را پردازش می کند و منطق را اعمال می کند، و لوله های گنگ که اطلاعات از طریق آنها جریان می یابد. آنها درخواست ها را دریافت می کنند، آنها را پردازش می کنند و بر اساس آن پاسخ تولید می کنند.4. کنترل غیرمتمرکز بین تیم ها، به طوری که توسعه دهندگان آن تلاش می کنند تا ابزارهای مفیدی تولید کنند که سپس توسط دیگران برای حل همان مشکلات استفاده شود.5. معماری MicroServices به سرویس های همسایه خود اجازه می دهد تا زمانی که از سرویس خارج می شوند، کار کنند. این معماری همچنین برای پاسخگویی به افزایش ناگهانی تقاضای مشتریان خود مقیاس دارد.6. MicroService برای سیستم های تکاملی که در آن پیش بینی انواع دستگاه هایی که ممکن است به برنامه ما دسترسی داشته باشند دشوار است ایده آل است.معماری MicroService از خدمات به عنوان اجزای کوچک استفاده می کند و معمولاً بر تجارت متمرکز است. بر عملکرد محصولات تمرکز دارد. دارای نقاط انتهایی هوشمند اما مکانیزم های استاندارد ورودی/خروجی است. غیرمتمرکز و همچنین مدیریت داده غیرمتمرکز است. برای مقیاس خودکار طراحی شده است و در برابر شکست مقاوم است. و البته یک مدل تکاملی است.دانش مورد نیاز برای پیاده سازی MicroServiceبرای پایان دادن به مرور مختصر خود در مورد میکروسرویس ها در اینجا، باید مفاهیم زیر را درک اساسی داشته باشیم:• برنامه نویسی شی گرا (OOP) با تکنیک های جفت آزاد• وب سرویس / API/ REST - راهی برای نمایش عملکرد برنامه شما بدون رابط کاربری• معماری سرویس گرا (SOA) - راهی برای ساختاربندی بسیاری از برنامه های کاربردی مرتبط برای کار با هم، به جای تلاش برای حل همه مشکلات در یک برنامه• اصل مسئولیت واحد (SRP) - ایده کد با یک تمرکز• اصل جداسازی رابط (ISP) - ایده کد با مرزهای مشخص.مزایای MicroService• طراحی تکاملی - نیازی به بازنویسی کل برنامه شما نیست. ویژگی های جدید را به عنوان MicroServices اضافه کنید و آنها را به برنامه موجود خود وصل کنید• پایگاه کد کوچک – هر میکروسرویس فقط با یک نگرانی (SoC) سروکار دارد – این منجر به یک پایگاه کد کوچک می شود که به معنای قابلیت نگهداری آسان تر است.• مقیاس خودکار – آزادی مقیاس کردن فقط سرویس بارگذاری شده، زیرا آن سرویس بار بزرگتر را مدیریت می کند.• استقرار آسان - به جای استقرار مجدد کل برنامه، فقط پایگاه کد مورد نیاز را مستقر کنید.• انعطاف پذیری سیستم - اگر برخی از سرویس ها از کار بیفتند، فقط برخی از ویژگی ها تحت تأثیر قرار می گیرند، نه کل برنامه.چالش های MicroServiceمعماری MicroService کمک زیادی می کند، اما چالش های خاص خود را دارد.• ارتباطات بین سرویس – MicroServices به یکدیگر متکی خواهند بود و باید ارتباط برقرار کنند. یک کانال ارتباطی مشترک باید با استفاده از HTTP/ESB و غیره قاب شود.• نظارت بر سلامت – خدمات بیشتری برای نظارت وجود دارد که ممکن است با استفاده از زبان های برنامه نویسی مختلف توسعه داده شوند.• ورود به سیستم توزیع شده – سرویس های مختلف مکانیسم ثبت مختص به خود را خواهند داشت که منجر به GB داده های بدون ساختار توزیع شده می شود.• فراگیر تراکنش – MicroServices ممکن است منجر به گسترش تراکنش ها بر روی چندین سرویس و پایگاه داده شود. مسائلی که در جایی ایجاد می شود منجر به برخی مسائل دیگر در جایی دیگر می شود.• یافتن علت اصلی – منطق توزیع شده با داده های توزیع شده تلاش برای یافتن علت اصلی را افزایش می دهد. علت اصلی مربوط به عملکرد را هنوز می توان با استفاده از ابزارهای APM مانند New Relic & Dynatrace مدیریت کرد.• وابستگی چرخه‌ای بین سرویس‌ها – زمانی که یک مشکل در یک نسخه از بین رفته باشد و با نسخه جدیدتر برگردد، بازتولید یک مشکل بسیار دشوار خواهد بود.نتیجه گیریسبک معماری MicroServices یک ایده مهم است که ارزش توجه جدی برای برنامه های کاربردی سازمانی را دارد. معماری یکپارچه برای کاربردهای ساده و سبک مفید است. اگر برای کاربردهای پیچیده استفاده شود، یک کابوس تعمیر و نگهداری خواهد بود. الگوی معماری MicroServices انتخاب بهتری برای برنامه های پیچیده و در حال تحول علیرغم اشکالات و موارد اجرایی است. مهدی بابایی مهدی بابایی Wed, 23 Nov 2022 01:17:01 +0330 https://virgool.io/@leniyajan/%D9%85%DB%8C%DA%A9%D8%B1%D9%88%D8%B3%D8%B1%D9%88%DB%8C%D8%B3-%DA%A9%D8%B1%D8%AF%D9%86-%DB%8C%D8%A7-%D9%86%DA%A9%D8%B1%D8%AF%D9%86-%D9%85%DB%8C%DA%A9%D8%B1%D9%88%D8%B3%D8%B1%D9%88%DB%8C%D8%B3-lbmhzvuon0xx سیستم های توزیع شده برای مدتی وجود داشته اند. مانند دهه 1970، ما در حال ساخت برنامه هایی با مقیاس بزرگ و در دسترس بودن زیاد بوده ایم. ما از زمان حباب اینترنت در حوالی سال 95 حتی بیشتر به این سمت رفتیم و هنوز هم ادامه می دهیم. سپس، در آغاز سال 2010، میکروسرویس ها اتفاق افتاد. آدریان کاکرافت، مدیر سابق سیستم‌های ابری در نتفلیکس، «SOA ریز دانه» را چگونه توصیف کرد، دنیای توسعه را در دست گرفت.اکنون، تقریباً 10 سال آینده، یک سیستم مبتنی بر میکروسرویس چیزی عادی است که بسیاری از ما روی آنها کار کرده ایم. اما چند نفر از ما به آن‌ها نگاه می‌کنیم و واقعاً سیستم‌های توزیع‌شده را به‌جای دسته‌ای از برنامه‌های کوچک جداشده، هماهنگ‌شده، می‌بینیم؟ چه مسائلی را انتظار نداریم که هر روز با آن برخورد کنیم؟سیستم های توزیع شده چیست؟آنها سیستم هایی هستند که اجزای خود را به صورت شبکه ای در اختیار دارند و از طریق ارسال پیام با یکدیگر ارتباط برقرار می کنند. اجزاء همزمان، مستقل و فاقد هماهنگی ساعت هستند. اجزای سیستم توزیع شده ممکن است بسته به اجرا همگن یا ناهمگن باشند. ایده اصلی پشت آن‌ها این است که برای یک مشکل بزرگ‌تر، استفاده از تعداد زیادی ماشین‌های با کارایی پایین، تقسیم مشکل به قطعات کوچک‌تر و موازی کردن اجرا آسان‌تر است. نمونه ای از سیستم های توزیع شده، سیستم های مبتنی بر SOA است که در آن عملکردها (سرویس ها) در داخل یک برنامه کاربردی از طریق اجزای برنامه جداگانه ای که از طریق شبکه ارتباط برقرار می کنند، ارائه می شود. هر سرویس نشان دهنده یک عملکرد کپسوله شده است.سیستم های میکروسرویس چیست؟اینها زیرگروهی از سیستم‌های مبتنی بر SOA هستند، که در آن برنامه از سرویس‌های ریز و ریز جفت شده تشکیل شده است که از طریق پروتکل‌های سبک وزن ارتباط برقرار می‌کنند. هدف هر میکروسرویس کپسوله کردن یک لایه، یک دامنه یا یک عملکرد از سیستم است و تمایل دارد تا حد ممکن مستقل از سایرین باشد. آنها معمولاً مزایای قابل توجهی نسبت به یکپارچه ها دارند که در یک لحظه در مورد آنها صحبت خواهیم کرد، اما همچنین دارای معایب و عوارضی هستند که نباید از قلم افتاد.مزایای اصلی رویکرد میکروسرویسمدولار بودنبا طراحی، میکروسرویس ها مستقل هستند. آنها فقط می دانند که به چه چیزی نیاز دارند یا به آن اهمیت می دهند. با ساختن آنها تا حد امکان هرمتیک، هر سرویس می تواند به زبانی متفاوت، مستقل از سایر خدمات نوشته شود. این ویژگی باعث می‌شود درک، توسعه و آزمایش آسان‌تر آن‌ها آسان‌تر شود. در صورت خرابی سرویس، تنها بخش کوچکی از عملکرد برنامه در دسترس نیست و می توان آن را به طور مستقل از بقیه سیستم ثابت و مستقر کرد. به طور کلی هرچه ماژولارتر شوند، چشم انداز میکروسرویس بهتر است.مقیاس پذیریبه دنبال ماژولار بودن، و به نوعی پیامد آن، مقیاس پذیری از استقلال هر میکروسرویس در پیاده سازی و استقرار ناشی می شود. اگر آن نقطه بارگذاری شده بتواند به صورت افقی مقیاس شود، بار لحظه ای بالاتر روی یک نقطه در سیستم لزوماً عملکرد را مسدود نمی کند. حتی اگر این مقیاس‌پذیری نامحدود نباشد، مدیریت و توسعه آن بسیار آسان‌تر است زیرا سرویس مقیاس‌شده (در تئوری) کوچک و ساده است.ادغامبرنامه ها، به ویژه آنهایی که به معماری میکروسرویس نیاز دارند، معمولاً به یکباره اجرا نمی شوند. ماژولار بودن آن اجازه می دهد تا اجزای متوالی را به طور مستقل بسازید و آنها را با بقیه سیستم ادغام کنید. معمولاً کشیدن ساده‌تر از اجرای یک لایه/کامپوننت در یک مونولیت است. علاوه بر این، هر گونه تغییر احتمالی در آینده می تواند در یک میکروسرویس پیاده سازی و مستقر شود.توسعه پراکنده و موازیدر نتیجه دومی، پس از طراحی و مشخص شدن، می توان بخش هایی از سیستم را به طور مستقل توسعه داد. این هم به معنای توسعه همزمان خدمات مختلف، به عنوان امکان توزیع پیاده سازی به صورت جغرافیایی است. این به ویژه برای برنامه های کاربردی در مقیاس بزرگ و سازمان های بزرگتر با چندین تیم که روی یک سیستم واحد کار می کنند مفید است.اشکالات اصلی رویکرد میکروسرویسمعماری سیستم و ارتباطاتنحوه ارتباط اجزای سیستم اغلب پیچیده است. متوجه می‌شوید که در بسیاری از موارد استراحت ساده کافی نیست و یک صف، یک جریان یا موضوعی لازم است. این به پیچیدگی کلی می‌افزاید، اما در بیشتر موارد انعطاف‌پذیری سیستم را نیز افزایش می‌دهد.منابع، زیرساخت و نگهداریبا توجه به مقدار اجزای زیرساختی اضافی که ممکن است مورد نیاز باشد، همانطور که در نکته قبل ذکر شد، مقدار خام منابع مورد نیاز برای اجرای همه آنها بسیار زیاد است. موارد اصلی که باید برای هر سرویس در نظر گرفته شود عبارتند از: مخزن، پیکربندی، خط لوله CI/CD، اسکریپت های توسعه. همچنین، تعمیر و نگهداری باید در اینجا در نظر گرفته شود، زیرا با زیرساخت های پیچیده تر، اصلاح و عملیاتی نگه داشتن آن دشوارتر است.آزمایش کردنحتی اگر هنگام استفاده از میکروسرویس‌ها، آزمایش اجزا آسان‌تر شود، باید آزمایش‌های اضافی برای اطمینان از کیفیت انجام شود - به‌ویژه آزمایش‌های یکپارچه‌سازی و آزمایش‌های انتها به انتها. هدف از تست های ادغام، افشای عیوب در تعاملات بین میکروسرویس ها است. مشکل فقط به مقدار زیاد ادغام اجزا برای آزمایش نیست، بلکه جنبه فنی راه اندازی یک محیط آزمایشی است که چنین آزمایش هایی را تسهیل می کند. آزمایش انتها به انتها برای کاربردهای مبتنی بر میکروسرویس تا حد زیادی به مشخصات و اجرای آن بستگی دارد. اگرچه، با در نظر گرفتن چندین مؤلفه سیستم و جریان داده، معمولاً کار آسانی نیست.توسعه، اشکال زدایی و ردیابیاین مکالمه به‌عنوان حل‌وفصل شده توسط baszo علامت‌گذاری شد هنگام توسعه یک مؤلفه، توسعه‌دهنده اغلب می‌خواهد آن را به صورت محلی یا در یک محیط مستقر کند، با دیباگر ارتباط برقرار کند و بتواند عمر آن را اشکال‌زدایی کند. در مورد چند سرویس به دلیل تعداد مؤلفه هایی که جریان داده از آن عبور می کند، پیچیدگی زیرساخت و محدودیت های محیط های استقرار، بسیار پیچیده تر است. همین امر در مورد ردیابی و ثبت گزارش نیز صدق می کند، خوشبختانه اکنون ابزارهایی برای ردیابی جریان بین میکروسرویس ها وجود دارد.شرکت های کوچکبه طور کلی در نظر گرفته می‌شود که سیستم‌های میکروسرویس چیزی نیست که شرکت‌های کوچک بخواهند در آن مشارکت داشته باشند. برخی از ابزارها سعی می‌کنند این مشکل را برطرف کنند، اما با توجه به برنامه‌های کاربردی کوچک متعدد، استقرار ناهمزمان، مسائل زیرساختی و آزمایش‌های پیچیده، هزینه مورد نیاز اغلب برای کوچک‌تر بسیار زیاد است. سازمان های.معاملاتبرای یک برنامه یکپارچه، تراکنش ها معمولاً یک کار مستقیم هستند و می توانند به راحتی پیاده سازی شوند. وقتی صحبت از میکروسرویس ها می شود، تراکنش ها کمی دشوارتر می شوند. یکی از روش‌های ممکن، پیاده‌سازی مکانیزم تراکنش‌های توزیع‌شده است، اما بسیار پیچیده است، سربار زیادی به سیستم اضافه می‌کند و معمولاً با مقیاس‌بندی خوب عمل نمی‌کند. مزیت آن به حداکثر رساندن ثبات در سراسر سیستم است. رویکرد دیگر ساختن یک سیستم با ثبات نهایی است. در این صورت ما با ناهماهنگی های لحظه ای سیستم، معمولاً از نظر داده، موافقت می کنیم و برای آن آماده می شویم. گزینه دوم برای مقیاس‌بندی و برنامه‌های کاربردی با توان بالا بسیار مناسب‌تر است، اما بیشتر مستعد خطا است و نیاز به کدنویسی دقیق در مورد ناهماهنگی‌ها دارد.Refactoringایجاد تغییرات در کد در سیستم میکروسرویس می تواند مراحل مختلفی داشته باشد. اگر تغییر در سطح میکروسرویس داخلی باشد، بسیار ساده است. اما زمانی که یک تغییر در کل سیستم باشد، آنگاه چند مسئله به وجود می آید. اول، تغییر باید به طور همزمان به تعدادی از اجزاء معرفی شود، قراردادهای بین آنها باید تضمین شود. سپس استقرار تغییرات باید به صورت هماهنگ انجام شود و اغلب کل سیستم باید آفلاین شود.اشتباهات رایج میکروسرویس هابرش مناسبدو رویکرد مکرر و در عین حال نادرست در مورد پارتیشن بندی مناسب یک سیستم مبتنی بر میکروسرویس وجود دارد. اولین آنها - زمانی که یک لایه از سیستم در چندین مؤلفه توزیع می شود. محصور کردن دانش در سیستم تنها بر اساس نیاز به دانستن و پیوند دادن داده‌ها تا حد امکان آزاد است. اشتباه دوم زمانی است که یک جزء دارای دانش، آگاهی سیستم یا مسئولیت بیش از حد است. سپس این نشانه واضحی است که می تواند به دو یا چند جزء کوچکتر و تخصصی تر تقسیم شود.آگاهی مقیاسحتی اگر قرار است یکی از مزایای اصلی سیستم مبتنی بر میکروسرویس باشد، مقیاس‌پذیری اغلب نادیده گرفته می‌شود و میکروسرویس‌ها به گونه‌ای ساخته می‌شوند که نمی‌توانند مقیاس شوند. معمولاً این اتفاق می‌افتد، یعنی وقتی یک میکروسرویس «هسته» برای پیوند دادن همه بخش‌های دیگر پیاده‌سازی می‌شود، سپس به گلوگاه و یک نقطه شکست واحد تبدیل می‌شود.آگاهی کلی معماریهنگام پیاده‌سازی میکروسرویس‌ها، پارتیشن بندی و کپسوله کردن منطق، گره زدن قطعات و شلیک کردن کافی نیست. جریان های داده ای برای در نظر گرفتن، مسائل سازگاری برای حل، دسترسی برای اطمینان، پارتیشن بندی برای مدیریت وجود دارد. این سخت‌ترین جنبه سیستم‌های مبتنی بر میکروسرویس است، با این حال افرادی که تصمیم می‌گیرند به «راه میکروسرویس» بروند اغلب از آن آگاه نیستند.افکار نهاییهیاهو برای میکروسرویس ها همچنان ادامه دارد. هدف این مقاله ترساندن یا دلسرد کردن کسی نیست. هدف این است که نشان دهد انتخاب میکروسرویس‌ها عواقبی دارد. در بسیاری از موارد مزایای متعدد این رویکرد بر آن ها غلبه می کند. اما در بسیاری از موارد چسبیدن به یکپارچه قدیمی اما خوب و ساده به اندازه کافی خوب است. مهدی بابایی مهدی بابایی Wed, 23 Nov 2022 00:39:32 +0330 https://virgool.io/@leniyajan/%D8%AF%D8%A7%D8%B4%D8%A8%D9%88%D8%B1%D8%AF-%D9%85%D8%AF%DB%8C%D8%B1%DB%8C%D8%AA%DB%8C-%D9%88-%D9%87%D9%88%D8%B4-%D8%AA%D8%AC%D8%A7%D8%B1%DB%8C-%D8%A7%D8%B2-%D8%B5%D9%81%D8%B1-%D8%AA%D8%A7-%DB%B1%DB%B0%DB%B0-%D9%BE%D8%A7%D8%AF%DA%A9%D8%B3%D8%AA-ucqiohwwsjpz یکی از مهم‌ترین وظایف یک مدیر، تصمیم‌گیری درست و به موقع در مورد مسائل مختلف کسب و کار است. اگر به دو واژه درست و به موقع بیشتر دقت کنید، متوجه این موضوع خواهید شد تصمیمی که بخواهد درست و به موقع گرفته شود، نیازمند ابزارهایی است که بتواند با دقت بالا و در لحظه، مهم‌ترین مسائل را به مدیر نشان دهد.از سوی دیگر، برخی از مدیران، به جای اینکه زمان خود را صرف تمرکز بر روی مسائل و تصمیم‌های مهم سازمان کنند، درگیر فعالیت‌های روزمره سازمان می‌شوند و فرصت کافی برای گرفتن بازخورد از سیستم و اصلاح و بهبود آن ندارند. ادامه این روند، رفته رفته مدیران و تصمیمات آنها را ناکارآمد می‌کند؛ چرا که نمی‌توانند بر اساس واقعیات کسب و کار، تصمیم‌گیری درستی داشته باشند.بهترین تصمیمات، به بهترین و معتبرترین داده‌ها متکی هستند؛ داده‌هایی که بتوانند وضعیت موجود کسب و کار را در لحظه گزارش دهند و مدیر نیز بتواند با دید باز، داده‌ها را رصد کند و در موقعیت مناسب، تصمیم درستی بگیرد. در اینصورت می‌توان گفت مدیر می‌تواند به فردی تبدیل شود که می‌تواند بهترین تصمیمات را بگیرد. داشبوردهای مدیریتی، دقیق‌ترین ابزارهایی هستند که می‌توانند به مدیران کسب و کار کمک کنند تا درست و به موقع، تصمیمات اثربخش بگیرند.تاریخچه شکل‌گیری داشبوردهای مدیریتیتکامل داشبوردهای مدیریتیِ کسب و کار را می‌توان از چند دهه قبل دنبال کرد. در اوایل دهه ۱۹۷۰، کسب و کارها از سیستم‌های پشتیبانی تصمیم (DSS) برای انجام وظایف هوش کسب‌وکار استفاده می‌کردند. آنها در اصل از داشبورد خودروها که وضعیت عملکردهای حیاتی مانند سطح بنزین یا سرعت را در اختیار رانندگان قرار می‌دهند، مدل‌سازی شدند.در دهه ۱۹۸۰، این سیستم‌ها از طریق سیستمی به نام سیستم‌های اطلاعات اجرایی (EIS) مدرن شدند. اگرچه EIS ها یک پیشرفت فناورانه تلقی می‌شدند، اما کاربران باید زمان‌ زیادی را برای به روز رسانی و مدیریت داده‌ها اختصاص می‌دادند که نوعی ضعف در این مدل سیستم‌ها بود.هنگامی که عصر اطلاعات در دهه ۱۹۹۰ شدت گرفت، مفاهیمی مانند انبار داده و پردازش تحلیلی آنلاین، عملکرد داشبورد را با سرعت بیشتری، رو به جلو به حرکت درآورد.پس از اینکه شاخص‌‌‌‌‌‌‌‌‌‌های کلیدی عملکرد(KPIها) در اواخر دهه ۱۹۹۰ به طور گسترده مورد استقبال قرار گرفتند، استفاده از داشبورد کسب وکار افزایش یافت. در طول این دوره، مایکروسافت یک بازیگر کلیدی در ترویج مفهومی به نام سیستم عصبی دیجیتال بود. در واقع داشبوردهای دیجیتال، جزئی از سیستم عصبی دیجیتال تلقی می‌شدند.در ادامه، داشبوردهای دیجیتال، توسعه بیشتری پیدا کردند و به داشبوردهای هوش کسب و کار امروزی تبدیل شدند که در دسترس همه کسب‌وکارها است. امروزه تصویرسازی داده‌ها در داشبوردهای مدیریتی، به یک استاندارد صنعتی تبدیل شده است که بطور گسترده توسط تحلیل‌گران متخصص، دانشجویان و مدیران جهانی پذیرفته شده است.داشبوردهای مدیریتی؛ راهکاری برای اخذ تصمیمات درست و به موقعراهکاری که به مدیران، در جهت تصمیم‌گیری درست و به موقع در سازمان کمک می‌کند، داشبوردهای مدیریتی هستند. این داشبوردها، ابزارهای بصری هستند که با استفاده از داده‌هایی که از وضعیت فعلی سازمان جمع‌آوری می‌شود، به مدیران کمک می‌کنند تا به یک تصمیم‌گیرنده واقعی در سازمان تبدیل شوند.این داشبوردها با استفاده از یک فناوری هوشمند به نام هوش کسب و کار  یا Business Intelligence، به افراد سازمان این امکان را می‌دهد تا شاخص‌های کلیدی عملکرد و سایر معیارها را ردیابی، تجزیه و تحلیل و گزارش‌گیری کنند.داشبوردهای مدیریتی، داده‌های کسب و کار را در قالب نمودارها، نقشه‌ها و جداول، به شکلی نمایش می‌دهند تا مدیران و دیگر ذینفعان یک کسب‌‌وکار بتوانند اطلاعات را به درستی درک کنند و در جهت اخذ بهترین تصمیمات، با یکدیگر همکاری کنند.هوش تجاری یا bi چیست و چه هدفی را دنبال می‌کند؟هوش کسب‌وکار یعنی رساندن اطلاعات و داده‌های درست و مرتبط به افراد درست، در زمان درست، برای اتخاذ تصمیمات درست و کلیدی در یک سازمان. به زبان ساده هوش تجاری، کلان داده‌ها یا Big Data را جمع آوری می‌کند و آنها را به اطلاعات معنادار، کاربردی و تحلیل شده تبدیل می‌کند.با توجه به کاربردهای مختلف هوش تجاری می‌توان اهداف گوناگونی را برای آن برشمرد. اگر بخواهیم به مهم‌ترین هدف آن اشاره کنیم، می‌توانیم بگوییم که هدف هوش تجاری، تصمیم‌سازی و تصمیم‌گیری درست و به موقع برای بهبود کسب و کار است. (تصمیم‌سازی به معنای ایجاد شرایط و زیرساخت‌های لازم برای تصمیم‌گیری است)از داشبوردهای مدیریتی به درستی استفاده کنیدبسیاری از مدیران، از داشبوردهایی که در اختیار دارند، استفاده مناسبی نمی‌کنند. برای مثال مدیری را تصور کنید که برای کنترل ساعت ورود و خروج کارکنان، از دستگاه کارت‌زنی یا اثرانگشت استفاده می‌کند. بطور کلی آگاهی از این نوع داده‌ها در مورد کارکنان خوب است اما زمانیکه مدیر، به جای پرداختن به کیفیت و نحوه انجام کار کارکنان، مدام درگیر ساعت معیار ورود و خروج کارکنان است و نگاه کنترلی روی کارکنان دارد، نتیجه‌ی عکس رخ می‌دهد. بنابراین، مدیر نمی‌تواند تصمیمات اثربخشی برای رشد کسب و کار بگیرد و دیگر داده‌های ارزشمند را نادیده می‌گیرد. در اینصورت، مدیر پس از مدتی به این اعتقاد می‌رسد که داشبوردهای مدیریتی نتوانسته‌اند کارایی لازم را داشته باشند در حالیکه در واقعیت، اینطور نیست.نکته مهمی که مدیران باید نسبت به آن اطلاع داشته باشند این است که تصمیماتی که مدیران  با استفاده از داشبوردهای مدیریتی می‌گیرند باید در راستای تحقق اهداف استراتژیک سازمان و اصلاح و بهبود سازمان باشد. در غیراینصورت، منابع سازمان هدر می‌رود و کارکنان، اثربخشی لازم را نخواهند داشت.ارزیابی عملکرد و ارتباط آن با داشبوردهای مدیریتیهمانطور که پیش از این اشاره کردیم، زمانی یک مدیر می‌تواند به یک تصمیم‌گیر تبدیل شود که بتواند عملکرد سازمان را مورد ارزیابی عملکرد قرار دهد. برای این هدف، دو سوال اساسی مطرح می‌شود؟۱-مدیر چه چیزی را باید ارزیابی عملکرد کند؟۲-مدیر با چه رویکردی باید ارزیابی عملکرد داشته باشد؟از پاسخ به سوال دوم شروع می‌کنیم. در ابتدا باید گفت حتی داشتنِ یک سیستم ارزیابی عملکرد ساده، بسیار بهتر از این است که اصلاً هیچ نوع سیستم ارزیابی عملکردی در سازمان وجود نداشته باشد.اگر یک سازمان، فعلا از سیستم ارزیابی عملکرد استفاده نمی‌کند یا در حال راه‌اندازی آن است، می‌توان با کارهای زیر شروع کرد:ارزیابی عملکرد بصورت ارائه اطلاعات شفاهی به مدیرارائه گزارشات مکتوب به مدیرارزیابی عملکرد توسط مدیر در قالب مشاهدات میدانی یا بازرسی‌های دوره‌ایاما باید توجه داشت که به‌روزترین، کارآمدترین و دقیق‌ترین شیوه ارزیابی عملکرد، در حال حاضر ارزیابی عملکرد با رویکرد داشبورد مدیریتی است.داشبورد مدیریتی با بکارگیری هوش کسب‌وکار، تنها ابزاری است که با استفاده ار تکنولوژی می‌تواند داده‌های درست را در زمان درست و به افراد درست (مدیران کسب و کار)، در جهت تصمیم‌گیری درست برساند.برای پاسخ به سوال اول باید گفت که بسیاری از مدیران ارزیابی عملکرد را محدود به ارزیابی اطلاعات مالی، مثل شاخص سودآوری، یا سنجش رضایت مشتریان می‌دانند. اگرچه ارزیابی این شاخص‌ها در موفقیت کسب و کار اهمیت دارند، اما نکته این است که این دسته از شاخص‌ها صرفاً عملکرد گذشته سازمان را به ما نشان می‌دهند. برای مثال سازمان با ارزیابی عملکرد شاخص‌های مالی، با تاخیر حداقل ۶ ماهه یا یکساله، عملکرد کسب و کار خود را متوجه می شود. این موضوع برای کسب‌وکار، حکایت از ضرب المثل “نوش دارو پس از مرگ سهراب” را دارد.اما رویکردی که با استفاده از آن باید عملکرد سازمان را ارزیابی کرد، رویکرد ارزیابی لحظه‌ایِ تمام عملیات سازمان و در تمام واحدهای کسب و کار است. در اینصورت، اگر سازمان از اهداف از پیش تعیین شده، منحرف شد و لازم به اصلاح این انحراف بود، سازمان می‌تواند با استفاده از هوش تجاری و به کارگیری داشبوردهای مدیریتی، عملکرد لحظه‌ای را ارزیابی کند.ویژگی‌ها و اجزای داشبوردهای مدیریتیاز جمله مهم‌ترین ویژگی‌های داشبوردهای نوین مدیریتی این است که آنها، رابط‌های کاربری دارند که امکان شخصی‌سازی در آنها وجود دارد، از قالب‌‎هایی برخوردارند تا فرآیند طراحی بصری داشبورد را تسریع کنند و توانایی استخراج داده‌ها را در لحظه دارند.اجزای اصلی داشبوردهای مدیریتی شامل موارد زیر است:اتصال به منابع داده:بسته به اینکه کاربران چه داده‌هایی را باید ببینند، داشبوردهای مدیریتی برای دستیابی به اطلاعاتِ به روزتر، می‌توانند به انبارهای داده، سیستم‌های عملیاتی، تجهیزات صنعتی و دیگر منابع داده‌ای متصل شوند.بصری‌سازی داده‌ها:برای اینکه بتوان شاخص‌های عملکردی مختلف، آمار و دیگر اطلاعات را در داشبوردها نمایش داد، می‌توان از قابلیت بصری‌سازی داده‌ها (Data visualizations) استفاده کرد. داشبوردهای مدیریتی قادرند به انواع مختلفی از راه‌های بصری‌سازی داده‌ها مجهز شوند.جداول داده‌ها:داشبوردهای مدیریتی، جداولی را می‌توانند در خود داشته باشند تا با یک نگاه به آنها بتوان ارزیابی کلی انجام داد. داده‌های جدولی، اغلب شامل کدگذاری‌های رنگی یا سایر روش‌های گرافیکی برای تاکید بر برخی اطلاعات خاص است. (برای مثال از این روش برای نشان دادن کاهش فروش یا ضرر مالی، زیاد استفاده می‌شود.)قابلیت Drill-down:این ویژگی به کاربران این امکان را می‌دهد تا با کلیک بر روی داده‌ها، اطلاعات بیشتری دریافت کنند یا به داده‌ها بصورت دقیق نگاه کرده و جزئیات را تجزیه و تحلیل کنند. انجام این کار، به کاربران کمک می‌کند تا داده‌های سلسله مراتبی را تا چندین سطحِ زیرین بتوانند بررسی کنند.فیلترهای داده‌:این ویژگی به کاربران کمک می‌کند تا محدوده‌های تاریخ و زمان، تنظیمات جغرافیایی و سایر پارامترها را در نمای بصری داده‌ها شخصی‌سازی کنند تا نمای متمرکزتری از اطلاعات ارائه شده داشته باشند.جعبه‌های متنی و ابزاری:داشبوردهای مدیریتی اغلب از چند جعبه متنی و ابزاری مستقل بهره می‌برند که بصورت پاپ‌آپ هستند. این ابزارها توضیحات بیشتری در مورد داده‌های بصری سازی شده ارائه می‌کنند و اطلاعات تکمیلی در مورد نتایج تحلیل‌ها به کاربران می‌دهند.مزایای استفاده از داشبوردهای مدیریتیداشبوردهای مدیریتی بطور فزاینده‌ای به عنوان ابزارهای کلیدی برای کمک به سازمان‌ها در جهت بدست آوردن دستاوردهای ارزشمند در حال استفاده هستند. این داشبوردها اگر به خوبی طراحی شوند، مزایای زیر را به همراه دارند:امکان تصمیم گیری آگاهانه و برنامه‌ریزی جامع استراتژیک توسط مدیران کسب و کارساده‌سازی درک شاخص‌های تحلیل و داده‌های پیچیده کسب و کارشناسایی فرصت‌های جدید کسب‌وکار برای کمک به سازمان، در راستای سرمایه‌گذاری بر فرصت‌ها و رفع موانع مربوط به مشکلات رایج کسب و کارشناسایی سریع و دقیق فرآیندها، نقاط قوت و نقاط ضعف سازمان‌تسهیل استقرار و استفاده از برنامه‌های کاربردی هوش کسب‌وکار برای تحلیل‌گران و مدیران کسب وکارحمایت از تجزیه و تحلیل داده‌های مشترک و فرآیندهای تصمیم‌گیری از طریق افزایش اشتراک‌گذاری اطلاعاتارائه قابلیت‌های مصور سازی و نمایش قابل‌فهم‌تر داده‌ها برای تصمیم‌گیرندگان در سازمانمحدودیت‌های استفاده از داشبوردهای مدیریتیعلی‌رغم مزایای فوق‌العاده‌ی داشبوردهای مدیریتی، آنها می‌توانند محدودیت‌هایی را هم برای تیم‌های هوش کسب وکار و کاربرانی که از خروجی‌ آن استفاده می‌کنند، ایجاد کنند. مشکلات احتمالی داشبوردهای BI، لزوماً ناشی از طراحی نرم افزار نیست؛ بلکه بیشتر، از نحوه استفاده از داشبوردها و هزینه‌ی ایجاد، پیاده‌سازی و نگهداری آنها ناشی می‌شود.چالش‌های دیگری که سازمان‌ها در ساخت داشبوردها با آن روبرو هستند، شامل موارد زیر است:طراحی داشبوردهای زرق و برق دار یا بی نظم و به هم ریخته که استفاده از آن را سخت می‌کندارائه اطلاعات بصری بسیار زیاد و ترکیب داده‌های خام و بلا استفاده با داده‌های مورد نیاز کسب و کارعدم ایجاد بستر ارتباطی لازم میان شاخص‌های کلیدی عملکرد و داده‌های کسب و کارعدم ارائه اطلاعات کافی از داده‌های زیر مجموعه یک کلان دادهارائه نادرست یا ناقص داده‌ها در داشبورد یا حذف داده‌های مرتبط که منجر به تجزیه و تحلیل نادرست می‌شودبهترین شیوه‌های طراحی داشبوردهای مدیریتیزمانی که یک داشبورد مدیریتی به خوبی طراحی شود، فهم درست و روشنی از داده‌ها ایجاد می‌کند، اجزای مختلف با یکدیگر ارتباط یکپارچه برقرار می‌کنند تا در نهایت بتوانند به تصمیم‌گیرندگان، اطلاعات عملی و کلیدی برای تصمیم‌گیری بدهد؛ در حالیکه به آنها این امکان را می‌دهد با قابلیت Drill-down، بتوانند به جزئیات بیشتری از داده‌ها دسترسی داشته باشند.بطور کلی، با طی کردن گام‌های زیر، یک داشبورد مدیریتی را می‌توان به خوبی طراحی کرد:مشارکت کاربران نهایی در فرآیند طراحی داشبورداصلاح طرح‌ها در طول فرآیند توسعه داشبورد با استفاده از رویکرد رفت و برگشتیشناسایی دقیق داده‌هایی که کاربران به استفاده از آنها نیاز دارندامکان شخصی‌سازی داده‌های داشبورد در بخش‌های مختلف یک کسب و کارعدم زیاده‌روی در نمایش اطلاعاتی که قرار است به دیگران نمایش داده شودبه روز رسانی داده‌ها در داشبوردهای مدیریتیشناسایی مشکلات و سپس در نظر گرفتن تجربه کاربری (UX) در داشبوردهاچرا برخی از  داشبوردهای مدیریتی کارآمد نیستند؟همانطور که پیش به آن اشاره کردیم، ماهیت اصلی داشبوردهای مدیریتی این است که با استفاده از داده‌هایی که در اختیار دارد، وضعیت فعلی سازمان را نشان دهد. اما یکی از مهم‌ترین دلایلی که باعث ناکارآمدی داشبوردهای مدیریتی می‌شود این است که برخی مدیران، داده‌های مرتبط با بخش‌های مالی، فروش و رضایت مشتریان را به عنوان معیارهایی برای موفقیت یا عدم موفقیت کسب و کار خود تلقی می‌کنند. اما از این موضوع غافل هستد که همه این سه شاخص، شاخص‌های تاخیری محسوب می‌شود؛ یعنی عملکرد کسب وکار در آن بخش، با تاخیر‌های هفتگی و بعضاً ماهانه نشان داده می‌شود.برخورداری از دید ۳۶۰ درجه در کسب‌وکار، راهکاری است که امروزه مورد نیاز بسیاری از کسب وکارهای ایرانی است. راهکاری که بتواند در هر لحظه، وضعیت سازمان را به نمایش گذارد و مدیران بتوانند در راستای تحقق اهداف استراتژیک، گام‌های عملیاتی بردارند.راهکار جامع تحول سازمانی یا SSM ، راهکاری است که همه این امکانات و قابلیت‌ها را به یک کسب‌وکار می‌دهد. با کمک این راهکار، مدیران و رهبران کسب‌وکار می‌توانند حرکت و همسویی همه بخش‌های سازمان را در جهت اهداف کلان آن، بطور دقیق و لحظه ای، زیر نظر داشته و درصورت بروز هرگونه انحراف، بطور هوشمند، دلایل انحراف را تشخیص دهند. و با تصمیم گیری به موقع، مشکلات را برطرف کنند و در نهایت عملکرد سازمان را ارتقاء داده و سودآوری را بالا ببرند. مهدی بابایی مهدی بابایی Thu, 17 Nov 2022 19:12:12 +0330 https://virgool.io/@leniyajan/%DA%A9%D8%A7%D8%B1%D8%A8%D8%B1%D8%AF%D9%87%D8%A7%DB%8C-%D9%87%D9%88%D8%B4-%D8%AA%D8%AC%D8%A7%D8%B1%DB%8C-%D8%AF%D8%B1-%D8%AF%D9%86%DB%8C%D8%A7%DB%8C-%D9%88%D8%A7%D9%82%D8%B9%DB%8C-lfbfdlyeia96 هوش تجاری (BI) می‌تواند تقریباً به هر فرآیند تجاری ارزش بیافزاید، دیدی جامع ایجاد می‌کند و تیم‌ها را برای تجزیه و تحلیل داده‌های خود برای یافتن کارایی و تصمیم‌گیری روزانه بهتر توانمند می‌سازد. تحول دیجیتال در حال حاضر به عنوان یک ابتکار استراتژیک کلیدی در نظر گرفته می شود و ابزارهای هوش تجاری برای کمک به شرکت ها برای استفاده حداکثری از سرمایه گذاری داده ها تکامل یافته اند.پاسخ، ظهور پلتفرم‌های هوش تجاری مدرن است که از دسترسی به داده‌ها، تعامل، تجزیه و تحلیل، کشف، اشتراک‌گذاری و حکمرانی پشتیبانی می‌کنند. در حالی که چند کتاب عالی در مورد هوش تجاری وجود دارد یا فیلم آموزش هوش تجاری با تدریس اساتید متخصص که کاربردهای عملی را به تفصیل شرح می دهد، این مقاله نشان می دهد که چگونه برخی از شرکت های خاص و معروف از پلتفرم های هوش تجاری مدرن استفاده می کنند. در اینجا پنج نمونه واقعی از پلتفرم های هوش تجاری در عمل آورده شده است.هوش تجاری چیست؟سیستم هوش تجاری زیرساختی است که می تواند حجم زیادی از داده ها را در یک مکان متمرکز جمع آوری، ذخیره و تجزیه و تحلیل کند. هدف BI این است که به کسب و کارها تصویر واضحی از تمام داده های معنی دارشان بدهد تا امکان تصمیم گیری بهتر را فراهم کند. سیستم‌های BI می‌توانند سرپرستی یا سلف‌سرویس باشند و به شدت برای نیازهای کسب‌وکار قابل تنظیم هستند.درباره هوش تجاری بیشتر بدانید.نمونه های هوش تجاری مشتری تابلویی1. HelloFresh گزارش بازاریابی دیجیتال متمرکز برای افزایش تبدیلشرکت: HelloFreshمشکل: گزارش بازاریابی دیجیتال زمان بر، دستی و ناکارآمد بود.راه حل: برای شرکت کیت غذا HelloFresh، یک راه حل متمرکز هوش تجاری، با خودکار کردن فرآیندهای گزارش دهی، 10 تا 20 ساعت کاری در روز برای تیم تجزیه و تحلیل بازاریابی صرفه جویی کرد. همچنین به تیم بازاریابی بزرگ‌تر برای ایجاد کمپین‌های بازاریابی دیجیتالی فردی و منطقه‌ای قدرت داد. بر اساس تجزیه و تحلیل کل رفتار مشتری، HelloFresh سه شخصیت خریدار را برای هدایت تلاش های آنها ایجاد کرد. توانایی دیدن و ردیابی داده های زمان واقعی به این معنی است که تیم می تواند به رفتارهای مشتری واکنش نشان دهد و کمپین های بازاریابی را بهینه کند. در نتیجه، آنها شاهد افزایش نرخ تبدیل و بهبود حفظ مشتری بودند.بیشتر بخوانید: نمونه‌های بیشتری از بخش‌های بازاریابی که از هوش تجاری استفاده می‌کنند را بخوانید.2. REI نرخ عضویت را برای خرده فروش تعاونی افزایش دادشرکت: REIمشکل: مشکل ردیابی معیارهای عضویت با 90 ترابایت داده.راه حل: در این مثال، Outdoor Retail Co-op REI از یک پلت فرم هوش تجاری برای تجزیه و تحلیل عضویت تعاونی خود استفاده می کند. اعضای تعاونی بیش از 90 درصد از خریدها را با خرده‌فروش به حساب REI کمک می‌کنند، بنابراین ردیابی معیارهایی مانند اکتساب، حفظ و فعال‌سازی مجدد بسیار مهم است. همه این اطلاعات معادل بیش از 90 ترابایت داده است. توانایی تجزیه همه این داده‌ها به این معنی است که تیم‌های عملیاتی می‌توانند تعیین کنند که آیا سرمایه‌گذاری بیشتری در خرده‌فروشی‌های آجری یا دیجیتالی برای اعضای خود داشته باشند. این منجر به رضایت بیشتر مشتری و ارتباط مثبت با برند می شود. کلینتون فاولر، مدیر بخش مشتریان و تجزیه و تحلیل پیشرفته در REI، گفت: «ما در سال 2017 با جذب اعضای جدید شاهد یک چرخش کامل بودیم. این تیم همچنین از پلتفرم BI خود برای تجزیه و تحلیل تقسیم بندی مشتریان استفاده می کند، که به تصمیم گیری هایی مانند روش های حمل و نقل، مدیریت چرخه عمر اعضا و مجموعه های دسته بندی محصولات کمک می کند.بیشتر بخوانید: در مورد 5 روند تجزیه و تحلیل خرده فروشی برتر بخوانید.3. شرکت بطری سازی کوکاکولا کارایی عملیاتی را به حداکثر رساندشرکت: شرکت بطری سازی کوکاکولا (CCBC)، بزرگترین شریک مستقل کوکا کولا در بطری سازیمشکل: فرآیندهای گزارش دستی دسترسی به داده های فروش و عملیات را محدود می کند.راه حل: تیم هوش تجاری کوکاکولا گزارش تمام عملیات فروش و تحویل در شرکت را انجام می دهد. این تیم با پلتفرم BI خود، فرآیندهای گزارش دهی دستی را خودکار کرد و بیش از 260 ساعت در سال - بیش از شش هفته کاری 40 ساعته - صرفه جویی کرد. اتوماسیون گزارش و سایر یکپارچه‌سازی‌های سیستم سازمانی، داده‌های مدیریت ارتباط با مشتری (CRM) را از طریق داشبوردهای تلفن همراه که اطلاعات به‌موقع و عملی و مزیت رقابتی متمایز را ارائه می‌دهند، به دست تیم‌های فروش در میدان بازمی‌گرداند. پیاده‌سازی BI سلف‌سرویس، همکاری‌های مؤثرتری را بین کاربران فناوری اطلاعات و کسب‌وکار تقویت می‌کند که تخصص شرکت‌کنندگان را به حداکثر می‌رساند. تحلیلگران و IT می توانند به جای انجام تحقیقات دستی و وظایف گزارش، بر استراتژی تصویر بزرگ و نوآوری های بلندمدت مانند حاکمیت داده های سازمانی تمرکز کنند.خواندن بیشتر: این مقاله سفید را در مورد چگونگی شروع سفر تجزیه و تحلیل عملیات فروش خود بررسی کنید.4. Chipotle یک دیدگاه واحد از عملیات رستوران ایجاد کردشرکت: Chipotleمشکل: منابع داده های متفاوت تیم ها را از دیدن یک نمای یکپارچه از رستوران ها باز می داشت.راه حل: Chipotle Mexican Grill یک رستوران زنجیره ای آمریکایی با بیش از 2400 مکان در سراسر جهان است. Chipotle راه حل سنتی BI خود را برای یک پلت فرم مدرن و سلف سرویس BI بازنشسته کرد. این به آنها اجازه داد تا دید متمرکزی از عملیات ایجاد کنند تا بتوانند اثربخشی عملیاتی رستوران را در مقیاس ملی دنبال کنند. اکنون که کارکنان به داده ها دسترسی بیشتری دارند، سرعت تحویل گزارش برای پروژه های استراتژیک از سه ماهه به ماهانه سه برابر شده و هزاران ساعت صرفه جویی شده است. زک سیپل، مدیر هوش تجاری، توضیح داد: «این بلیطی بود برای رساندن تمام معیارها و درک به سطح بعدی.مطالعه بیشتر: این کتاب الکترونیکی را در مورد ایجاد یک تجارت دیجیتال با تجزیه و تحلیل بخوانید.5. مدارس دولتی Des Moines دانش آموزان در معرض خطر را شناسایی کرده و به آنها کمک می کندسازمان: مدارس دولتی Des Moinesمشکل: گزارش دستی اکسل به این معنی است که مدیران نمی توانند داده های به روز مانند حضور و غیاب را ببینند و از مداخله به موقع جلوگیری می کند.راه حل: مدارس دولتی Des Moines (DMPS) از تجزیه و تحلیل پیشرفته برای بهبود میزان مداخله ترک تحصیل و درک بهتر تأثیر روش های تدریس مختلف بر نتایج فردی دانش آموزان استفاده کردند. تیم تحقیق و مدیریت داده DMPS از یک مدل رگرسیون خطی چندگانه - با نام مستعار ضریب ترک تحصیل - برای سنجش شاخص‌های دانش‌آموز برای پیش‌بینی اینکه کدام دانش‌آموز ممکن است در معرض خطر ترک تحصیل باشد، استفاده کرد. آنها از یک پلت فرم هوش تجاری برای استفاده از این مدل استفاده کردند. تجسم داده‌ها شناسایی دانش‌آموزان در معرض خطر را برای کارکنان آسان کرد و توجه آنها را جلب کرد. داشبوردهای راه‌اندازی شده توسط تیم تحقیق و مدیریت داده، تجزیه و تحلیل‌های بی‌درنگ را به 7000 معلم و کارمند DMPS تحویل دادند تا بتوانند زودتر تطبیق داده و مداخله کنند و نرخ موفقیت مداخله را به‌طور چشمگیری بهبود بخشند. تجزیه و تحلیل بلادرنگ توسط داده های تاریخی پنج ساله پشتیبانی می شود. این بدان معناست که کارکنان می‌توانند در محل به داده‌های تاریخی بپردازند تا بینش دانشجویان فعلی را تأیید کنند.داستان‌های بیشتر Tableau Customer را بررسی کنید تا بدانید هوش تجاری چگونه می‌تواند به کسب و کار شما کمک کند. مهدی بابایی مهدی بابایی Sun, 06 Nov 2022 21:58:54 +0330 https://virgool.io/@leniyajan/%D9%86%D9%82%D8%B4-%D9%87%D9%88%D8%B4-%D8%AA%D8%AC%D8%A7%D8%B1%DB%8C-bi-%D8%AF%D8%B1-%D9%81%D9%86%D8%A7%D9%88%D8%B1%DB%8C-%D8%A7%D8%B7%D9%84%D8%A7%D8%B9%D8%A7%D8%AA-vwnpmlztlzoe سازمان ها حجم زیادی از داده ها را نگهداری و تجزیه و تحلیل می کنند. دپارتمان های فناوری اطلاعات به سرعت با درخواست های گزارش دهی، آموزش و پشتیبانی کاربران مملو می شوند. ابتکارات هوش تجاری (BI) کلید کاهش حجم کار گزارش‌دهی موقت تحلیلگران، کاهش زمان پشتیبانی میز کار و افزایش امنیت داده‌های سازمان است. هوش تجاری فرآیند ذخیره سازی، دسترسی، تجزیه و تحلیل و تجسم داده ها برای اتخاذ تصمیمات تجاری بهتر است. BI و فناوری اطلاعات از نزدیک در هم تنیده شده اند. هر دو ابتکار با مدیریت اطلاعات و داده ها سروکار دارند. هوش تجاری سلف سرویس به IT این امکان را می دهد که به جای واکنش به هر درخواست گزارش و تماس پشتیبانی، فعال تر باشد و بر حاکمیت تمرکز کند.چگونه BI می تواند به بخش های فناوری اطلاعات کمک کندپلتفرم‌های BI از نظر طراحی، فروشگاهی یک‌جا برای داده‌ها هستند. آیا تیم شما به طور مداوم به درخواست های گزارش پاسخ می دهد؟ آیا سازمان شما چندین راه حل فناوری را برای تجزیه و تحلیل داده ها و ذخیره سازی داده ها استفاده می کند؟ اگر پاسخ شما مثبت است، راه حل های مدرن BI چگونه می توانند کمک کنند:با معماری داده های موجود خود یکپارچه شویدپلتفرم های مدرن BI برای پشتیبانی از زیرساخت های فعلی فناوری اطلاعات و ذخیره سازی داده ها طراحی شده اند. اگر سازمان شما قبلاً در یک انبار داده و بازارهای داده سرمایه گذاری کرده است، بهترین راه حل BI برای شما با آن سیستم بدون پلتفرم های سطح متوسط ​​یکپارچه خواهد شد.امنیتپلتفرم های BI امنیت داده ها را جدی می گیرند. فقط کاربرانی که به داده نیاز دارند می توانند به آن دسترسی داشته باشند. IT باید بتواند مجوزهای داده را به راحتی تنظیم کند و داشبوردها و عملکردهای گزارش فقط باید داده هایی را وارد کنند که کاربر مجوز دیدن آنها را دارد.ذخیره سازی داده هاBI می‌تواند به چندین منبع داده از داخل یک انبار داده، از جمله پایگاه‌های داده با داده‌های مالی، داده‌های عملیاتی و داده‌های CRM به طور یکپارچه دسترسی داشته باشد. با راه‌حل‌های سنتی ذخیره‌سازی داده، دسترسی به داده‌ها از منابع متعدد می‌تواند کند و دشوار باشد. دانشگاه نوتردام داده‌های آنها را که در سیلوها زندگی می‌کردند به تفکیک بخش تشخیص داد. BI مدرن آنها را قادر می سازد تا به داده ها دسترسی داشته باشند و به سرعت گزارش ایجاد کنند.مقیاس پذیریپلتفرم‌های BI سازمانی مانند Tableau به گونه‌ای طراحی شده‌اند که از کاربران یک نفره به کل شرکت‌ها مقیاس شوند. نمونه‌هایی از سازمان‌هایی داریم که ابتکارات BI خود را به هزاران کاربر افزایش می‌دهند. شما باید توانایی استفاده از پلتفرم BI خود را با سیستم عامل فعلی خود داشته باشید، قابلیت های تلفن همراه داشته باشید و هم از راه دور و هم در محل دسترسی داشته باشید.هوش تجاری فناوری اطلاعات را بالا می بردهوش تجاری فقط یک پروژه فناوری اطلاعات نیست. این یک فرآیند و برنامه است که از طریق یک پلت فرم با عملیات تجاری در هم تنیده شده است. پس از استقرار، مالکیت متعلق به تحلیلگران تجاری یا یک تیم ویژه BI است. بخش‌های فناوری اطلاعات می‌توانند بر روی مدیریت داده و نظارت بر این پلتفرم‌ها تمرکز کنند و کاربران نهایی می‌توانند تجزیه و تحلیل‌های خود را تکمیل کنند. موفقیت از پلتفرم های BI به معنای موفقیت برای همه تیم های داده، از جمله IT است. هوش تجاری در صنعت IT به بخش ها این امکان را می دهد که بر عملکرد خود تمرکز کنند. رهبران می‌توانند داشبوردها را برای ردیابی شاخص‌های کلیدی عملکرد، مانند نرخ بسته شدن بلیط میز کمک سفارشی‌سازی کنند. BI می تواند به فناوری اطلاعات کمک کند تا با تمرکز بر بازگشت سرمایه در راه حل های فناوری، برنامه خود را برای آینده بخش ایجاد کند.ارزیابی پلتفرم های BIدر حالی که پلتفرم‌های هوش تجاری مدرن عملکردهای مشابهی دارند، قابلیت‌های خاصی وجود دارد که بخش‌های فناوری اطلاعات باید از انجام آن‌ها اطمینان حاصل کنند:متناسب با معماری داده فعلی شماکاربران تجاری را قادر می سازد تا پاسخ ها را به طور مستقل پیدا کنندآموزش و پشتیبانی برای کاربران در هر سطح مهارتTableau در مورد محصولات BI ما آموزش ارائه می دهد تا تصمیم گیرندگان بتوانند بدون تماس با IT به گزارش های مورد نیاز خود دسترسی داشته باشند. راهنمای ارزیابی ما را برای ابزارهای مدرن BI ببینید.فناوری اطلاعات می تواند به سرعت با آینده فناوری BI سازگار شودمانند همه برنامه ها و فرآیندهای صنعت فناوری اطلاعات، هوش تجاری سازمانی به سرعت در حال پیشرفت است. فرهنگ خود را با استفاده از هوش تجاری به فرهنگ داده تبدیل کنید. تیم خود را ارتقا دهید و به کسب و کار قدرت دهید تا پاسخ های خود را در داده ها جستجو کرده و بیابد. طرح ما را برای استراتژی BI سازمان خود ببینید تا بتوانید شروع کنید. مهدی بابایی مهدی بابایی Wed, 02 Nov 2022 00:14:27 +0330 https://virgool.io/@leniyajan/%D9%87%D9%88%D8%B4-%D8%AA%D8%AC%D8%A7%D8%B1%DB%8C-%D8%AF%D8%B1-%D9%85%D9%82%D8%A7%D8%A8%D9%84-%D8%AA%D8%AC%D8%B2%DB%8C%D9%87-%D9%88-%D8%AA%D8%AD%D9%84%DB%8C%D9%84-%D8%AA%D8%AC%D8%A7%D8%B1%DB%8C-%D8%AA%D9%81%D8%A7%D9%88%D8%AA-%DA%86%DB%8C%D8%B3%D8%AA-sfsz7rpmb4bz هر روز کسب و کار شما حجم قابل توجهی از داده ها را ایجاد می کند. به منظور تصمیم گیری هوشمندانه، شناسایی مشکلات و سودآوری، به روش ها و ابزارهایی نیاز دارید تا داده های خود را به بینش های عملی تبدیل کنید. هوش تجاری (BI) و زیرمجموعه های آن - تجزیه و تحلیل تجاری و تجزیه و تحلیل داده ها - همه راه حل های مدیریت داده هستند که برای درک داده های تاریخی و معاصر و ایجاد بینش استفاده می شوند.اما تفاوت این راه حل ها چیست و کدام یک برای نیازهای تجاری شما مناسب است؟ تمایز بین BI، تجزیه و تحلیل داده ها، و تجزیه و تحلیل کسب و کار ظریف است، و برای گیج شدن بیشتر، اصطلاحات اغلب به جای یکدیگر استفاده می شوند. قبل از اینکه تفاوت ها را روشن کنیم، اجازه دهید با تعاریف ساده شروع کنیم.BI چیست؟هوش تجاری زیرساختی است که به فرآیند جمع آوری، ذخیره و تجزیه و تحلیل داده ها از عملیات تجاری کمک می کند. BI معیارهای جامع کسب و کار را در زمان نزدیک برای حمایت از تصمیم گیری بهتر ارائه می دهد. شما می توانید معیارهای عملکردی ایجاد کنید، روندهای بازار را مشخص کنید، انطباق را افزایش دهید و تقریباً همه جنبه های کسب و کار خود را با هوش تجاری بهتر بهبود بخشید. درباره هوش تجاری و چرایی اهمیت آن برای کسب و کارتان بیشتر بدانید.تجزیه و تحلیل کسب و کار چیست؟زیرمجموعه ای از BI، تجزیه و تحلیل تجاری (BA) به فرآیند جمع آوری داده های خام شرکت شما و تبدیل آن به اطلاعات مفید، از جمله شناسایی روندها، پیش بینی نتایج و موارد دیگر اشاره دارد. برخی از متدولوژی های رایج در تجزیه و تحلیل کسب و کار عبارتند از:داده کاوی: مرتب سازی از طریق مقادیر زیادی داده برای شناسایی الگوها و روندهاتجمیع: فرآیند جمع آوری و سازماندهی داده ها قبل از تجزیه و تحلیلپیش بینی: تجزیه و تحلیل داده های تاریخی، نتایج آتی را برآورد می کندمدل سازی پیش بینی کننده: استخراج اطلاعات از مجموعه داده ها برای شناسایی الگوها و برآورد روندهای آیندهتجسم داده ها: ایجاد نمایش های بصری از تجزیه و تحلیل داده ها، مانند نمودارها، جداول یا نمودارهاتجزیه و تحلیل داده چیست؟تجزیه و تحلیل داده ها فرآیند فنی استخراج داده ها، پاکسازی داده ها، تبدیل داده ها و ساختن سیستم هایی برای مدیریت داده ها است. تجزیه و تحلیل داده ها مقادیر زیادی داده را برای یافتن روندها و حل مشکلات مصرف می کند. تجزیه و تحلیل داده ها فقط به برنامه های تجاری محدود نمی شود - از آن در سراسر رشته ها، از دولت گرفته تا علم استفاده می شود.تفاوت بین هوش تجاری، تجزیه و تحلیل تجاری و تجزیه و تحلیل داده چیست؟واضح است که همه این فرآیندها از داده‌ها برای بهبود کسب‌وکار شما استفاده می‌کنند، اما اجازه دهید برای درک تفاوت‌های ظریف بین BI، تجزیه و تحلیل کسب‌وکار، و تجزیه و تحلیل داده‌ها، کمی جلوتر برویم.هوش تجاری در مقابل تجزیه و تحلیل تجاریتفاوت عمده بین هوش تجاری و تجزیه و تحلیل کسب و کار در سؤالاتی است که آنها به آنها پاسخ می دهند.هوش تجاری بر تجزیه و تحلیل توصیفی تمرکز داردBI تجزیه و تحلیل توصیفی را در اولویت قرار می دهد، که خلاصه ای از داده های تاریخی و فعلی را برای نشان دادن آنچه اتفاق افتاده یا آنچه در حال حاضر اتفاق می افتد ارائه می دهد. BI به سؤالات «چه» و «چگونه» پاسخ می‌دهد، بنابراین می‌توانید آنچه را که کار می‌کند تکرار کنید و آنچه را که نیست تغییر دهید.تجزیه و تحلیل تجاری بر تجزیه و تحلیل پیش بینی تمرکز می کندبا این حال، تجزیه و تحلیل تجاری، تجزیه و تحلیل پیش‌بینی‌کننده را در اولویت قرار می‌دهد، که از داده‌کاوی، مدل‌سازی و یادگیری ماشین (ML) برای تعیین احتمال نتایج آینده استفاده می‌کند. BA به سؤال «چرا» پاسخ می‌دهد تا بتواند پیش‌بینی‌های تحصیل‌کرده‌تری در مورد آنچه اتفاق می‌افتد انجام دهد. با BA می توانید پیشرفت ها را پیش بینی کنید و تغییرات لازم برای موفقیت را ایجاد کنید.استفاده از BI و BA در دنیای واقعیبیایید این تفاوت ها را با کاربردهای دنیای واقعی BI و BA نشان دهیم. در این مثال، شما جواهرات خانگی را از طریق یک فروشگاه اینترنتی می فروشید. هوش تجاری گزارش های مفیدی از وضعیت گذشته و فعلی کسب و کار شما ارائه می دهد. BI به شما می گوید که فروش گوشواره های پر آبی شما در سه هفته گذشته در یوتا افزایش یافته است. در نتیجه، تصمیم می‌گیرید که گوشواره‌های پر آبی بیشتری بسازید تا با تقاضا مطابقت داشته باشید.تجزیه و تحلیل کسب و کار می پرسد، "چرا فروش گوشواره های پر آبی در یوتا افزایش یافت؟" با استخراج داده‌های وب‌سایت خود، متوجه می‌شوید که اکثر ترافیک از پست یک بلاگر مد سالت لیک سیتی است که گوشواره‌های شما را پوشیده است. این بینش به شما کمک می کند تصمیم بگیرید که برای چند بلاگر مد برجسته دیگر در سراسر ایالات متحده گوشواره های رایگان بفرستید. شما از اطلاعات فروش قبلی برای پیش بینی اینکه اگر وبلاگ نویسان در مورد گوشواره ها پست می کنند، چند گوشواره بسازید و چه تعداد لوازم را باید سفارش دهید، استفاده می کنید.تجزیه و تحلیل تجاری در مقابل تجزیه و تحلیل داده هاتفاوت بین تجزیه و تحلیل کسب و کار و تجزیه و تحلیل داده ها کمی ظریف تر است، و این اصطلاحات اغلب در تجارت به جای یکدیگر استفاده می شوند، به خصوص در رابطه با هوش تجاری.تجزیه و تحلیل داده ها چتر وسیعی برای یافتن بینش در داده ها استتجزیه و تحلیل داده‌ها می‌تواند به هر شکلی از تجزیه و تحلیل داده‌ها - چه در صفحه‌گسترده، پایگاه داده یا برنامه - اشاره داشته باشد که هدف آن کشف روندها، شناسایی ناهنجاری‌ها یا اندازه‌گیری عملکرد باشد. ریاضیات یا مهارت های IT اضافی می تواند به تحلیلگران داده کمک کند تا همه چیز را از مدیریت پایگاه داده مشترکین گرفته تا محاسبه بازده برای یک سرمایه گذاری بالقوه انجام دهند.تجزیه و تحلیل تجاری بر شناسایی بینش های عملیاتی تمرکز داردتجزیه و تحلیل کسب و کار بر عملکرد کلی و عملیات روزانه کسب و کار متمرکز است. یک تحلیلگر تجاری کمتر با جنبه های فنی تجزیه و تحلیل و بیشتر با کاربردهای عملی بینش داده ها سر و کار دارد. برخی از مسئولیت های شغلی ممکن است شامل ایجاد یک گردش کار ساده یا انتخاب بهترین فروشندگان باشد.استفاده از BA و تجزیه و تحلیل داده ها در دنیای واقعیبیایید به نمونه فروشگاه آنلاین جواهرات خود برگردیم. یک تحلیلگر داده به نحوه استفاده مردم از وب سایت شما نگاه می کند، روندهای ترافیک را شناسایی می کند، جمعیت شناسی بازدیدکنندگان را تجزیه و تحلیل می کند و شاید حتی سیستمی برای ردیابی نحوه کلیک مشتریان در صفحات مختلف ایجاد کند. یک تحلیلگر کسب و کار بیشتر با کاربردهای عملی این داده ها و اینکه چگونه می تواند به شما در تصمیم گیری برای خرید تبلیغات، ایجاد محصولات جدید و به روز رسانی وب سایت شما کمک کند، سر و کار دارد.نیازهای هوش تجاری و تحلیلی خود را تعیین کنیدتلاش برای تصمیم گیری در مورد اینکه هوش تجاری بهتر است یا تجزیه و تحلیل تجاری، راه مفیدی برای بررسی مدیریت داده نیست. در واقعیت، یک کسب و کار برای موفقیت به هوش تجاری و تجزیه و تحلیل تجاری - تحلیل توصیفی و پیش بینی کننده - نیاز دارد. به‌علاوه، مردم در سراسر دنیای تجارت اغلب از این اصطلاحات به معنای چیزهای مختلفی استفاده می‌کنند، بنابراین هنگام انتخاب نوع فناوری، ابزارها و استعدادهایی که می‌خواهید روی آن سرمایه‌گذاری کنید، باید کمتر روی BI در مقابل BA تمرکز کنید و بیشتر روی آنچه که می‌خواهید تمرکز کنید. نیاز به سیستم داده برای انجام و اینکه چه کسی از آن استفاده خواهد کرد. توسعه یک استراتژی هوش تجاری اولین قدم مهم در پیاده سازی راه حل BI است. سوالات مهمی بپرسید، مانند:سهامداران کلیدی چه کسانی هستند؟ چه کسانی از این سیستم استفاده خواهند کرد؟چه بخش هایی به هوش تجاری نیاز دارند و چه مواردی اندازه گیری خواهد شد؟نویسندگان محتوا و مصرف کنندگان اطلاعات به چه حمایتی نیاز دارند؟با استفاده از Tableau Blueprint از داده ها برای ایجاد تحول در کسب و کار خود استفاده کنید. مهدی بابایی مهدی بابایی Tue, 01 Nov 2022 23:41:48 +0330 https://virgool.io/@leniyajan/%DA%A9%D8%A7%D8%B1%D8%A8%D8%B1%D8%AF%D9%87%D8%A7%DB%8C-%D9%87%D9%88%D8%B4-%D8%AA%D8%AC%D8%A7%D8%B1%DB%8C-%D8%AF%D8%B1-%D8%AF%D9%86%DB%8C%D8%A7%DB%8C-%D9%88%D8%A7%D9%82%D8%B9%DB%8C-kk5to8raokgh هوش تجاری (BI) می‌تواند تقریباً به هر فرآیند تجاری ارزش بیافزاید، دیدی جامع ایجاد می‌کند و تیم‌ها را برای تجزیه و تحلیل داده‌های خود برای یافتن کارایی و تصمیم‌گیری روزانه بهتر توانمند می‌سازد. تحول دیجیتال در حال حاضر به عنوان یک ابتکار استراتژیک کلیدی در نظر گرفته می شود و ابزارهای هوش تجاری برای کمک به شرکت ها برای استفاده حداکثری از سرمایه گذاری داده ها تکامل یافته اند.پاسخ، ظهور پلتفرم‌های هوش تجاری مدرن است که از دسترسی به داده‌ها، تعامل، تجزیه و تحلیل، کشف، اشتراک‌گذاری و حکمرانی پشتیبانی می‌کنند. در حالی که چند کتاب عالی در مورد هوش تجاری وجود دارد که کاربردهای عملی را به تفصیل شرح می دهد، این مقاله نشان می دهد که چگونه برخی از شرکت های خاص و معروف از پلتفرم های هوش تجاری مدرن استفاده می کنند. در اینجا پنج نمونه واقعی از پلتفرم های هوش تجاری در عمل آورده شده است.هوش تجاری چیست؟سیستم هوش تجاری زیرساختی است که می تواند حجم زیادی از داده ها را در یک مکان متمرکز جمع آوری، ذخیره و تجزیه و تحلیل کند. هدف BI این است که به کسب و کارها تصویر واضحی از تمام داده های معنی دارشان بدهد تا امکان تصمیم گیری بهتر را فراهم کند. سیستم‌های BI می‌توانند سرپرستی یا سلف‌سرویس باشند و به شدت برای نیازهای کسب‌وکار قابل تنظیم هستند.درباره هوش تجاری بیشتر بدانید.نمونه های هوش تجاری مشتری تابلویی1. HelloFresh گزارش بازاریابی دیجیتال متمرکز برای افزایش تبدیلشرکت: HelloFreshمشکل: گزارش بازاریابی دیجیتال زمان بر، دستی و ناکارآمد بود.راه حل: برای شرکت کیت غذا HelloFresh، یک راه حل متمرکز هوش تجاری، با خودکار کردن فرآیندهای گزارش دهی، 10 تا 20 ساعت کاری در روز برای تیم تجزیه و تحلیل بازاریابی صرفه جویی کرد. همچنین به تیم بازاریابی بزرگ‌تر برای ایجاد کمپین‌های بازاریابی دیجیتالی فردی و منطقه‌ای قدرت داد. بر اساس تجزیه و تحلیل کل رفتار مشتری، HelloFresh سه شخصیت خریدار را برای هدایت تلاش های آنها ایجاد کرد. توانایی دیدن و ردیابی داده های زمان واقعی به این معنی است که تیم می تواند به رفتارهای مشتری واکنش نشان دهد و کمپین های بازاریابی را بهینه کند. در نتیجه، آنها شاهد افزایش نرخ تبدیل و بهبود حفظ مشتری بودند.بیشتر بخوانید: نمونه‌های بیشتری از بخش‌های بازاریابی که از هوش تجاری استفاده می‌کنند را بخوانید.2. REI نرخ عضویت را برای خرده فروش تعاونی افزایش دادشرکت: REIمشکل: مشکل ردیابی معیارهای عضویت با 90 ترابایت داده.راه حل: در این مثال، Outdoor Retail Co-op REI از یک پلت فرم هوش تجاری برای تجزیه و تحلیل عضویت تعاونی خود استفاده می کند. اعضای تعاونی بیش از 90 درصد از خریدها را با خرده‌فروش به حساب REI کمک می‌کنند، بنابراین ردیابی معیارهایی مانند اکتساب، حفظ و فعال‌سازی مجدد بسیار مهم است. همه این اطلاعات معادل بیش از 90 ترابایت داده است. توانایی تجزیه همه این داده‌ها به این معنی است که تیم‌های عملیاتی می‌توانند تعیین کنند که آیا سرمایه‌گذاری بیشتری در خرده‌فروشی‌های آجری یا دیجیتالی برای اعضای خود داشته باشند. این منجر به رضایت بیشتر مشتری و ارتباط مثبت با برند می شود. کلینتون فاولر، مدیر بخش مشتریان و تجزیه و تحلیل پیشرفته در REI، گفت: «ما در سال 2017 با جذب اعضای جدید شاهد یک چرخش کامل بودیم. این تیم همچنین از پلتفرم BI خود برای تجزیه و تحلیل تقسیم بندی مشتریان استفاده می کند، که به تصمیم گیری هایی مانند روش های حمل و نقل، مدیریت چرخه عمر اعضا و مجموعه های دسته بندی محصولات کمک می کند.بیشتر بخوانید: در مورد 5 روند تجزیه و تحلیل خرده فروشی برتر بخوانید.3. شرکت بطری سازی کوکاکولا کارایی عملیاتی را به حداکثر رساندشرکت: شرکت بطری سازی کوکاکولا (CCBC)، بزرگترین شریک مستقل کوکا کولا در بطری سازیمشکل: فرآیندهای گزارش دستی دسترسی به داده های فروش و عملیات را محدود می کند.راه حل: تیم هوش تجاری کوکاکولا گزارش تمام عملیات فروش و تحویل در شرکت را انجام می دهد. این تیم با پلتفرم BI خود، فرآیندهای گزارش دهی دستی را خودکار کرد و بیش از 260 ساعت در سال - بیش از شش هفته کاری 40 ساعته - صرفه جویی کرد. اتوماسیون گزارش و سایر یکپارچه‌سازی‌های سیستم سازمانی، داده‌های مدیریت ارتباط با مشتری (CRM) را از طریق داشبوردهای تلفن همراه که اطلاعات به‌موقع و عملی و مزیت رقابتی متمایز را ارائه می‌دهند، به دست تیم‌های فروش در میدان بازمی‌گرداند. پیاده‌سازی BI سلف‌سرویس، همکاری‌های مؤثرتری را بین کاربران فناوری اطلاعات و کسب‌وکار تقویت می‌کند که تخصص شرکت‌کنندگان را به حداکثر می‌رساند. تحلیلگران و IT می توانند به جای انجام تحقیقات دستی و وظایف گزارش، بر استراتژی تصویر بزرگ و نوآوری های بلندمدت مانند حاکمیت داده های سازمانی تمرکز کنند.خواندن بیشتر: این مقاله سفید را در مورد چگونگی شروع سفر تجزیه و تحلیل عملیات فروش خود بررسی کنید.4. Chipotle یک دیدگاه واحد از عملیات رستوران ایجاد کردشرکت: Chipotleمشکل: منابع داده های متفاوت تیم ها را از دیدن یک نمای یکپارچه از رستوران ها باز می داشت.راه حل: Chipotle Mexican Grill یک رستوران زنجیره ای آمریکایی با بیش از 2400 مکان در سراسر جهان است. Chipotle راه حل سنتی BI خود را برای یک پلت فرم مدرن و سلف سرویس BI بازنشسته کرد. این به آنها اجازه داد تا دید متمرکزی از عملیات ایجاد کنند تا بتوانند اثربخشی عملیاتی رستوران را در مقیاس ملی دنبال کنند. اکنون که کارکنان به داده ها دسترسی بیشتری دارند، سرعت تحویل گزارش برای پروژه های استراتژیک از سه ماهه به ماهانه سه برابر شده و هزاران ساعت صرفه جویی شده است. زک سیپل، مدیر هوش تجاری، توضیح داد: «این بلیطی بود برای رساندن تمام معیارها و درک به سطح بعدی.مطالعه بیشتر: این کتاب الکترونیکی را در مورد ایجاد یک تجارت دیجیتال با تجزیه و تحلیل بخوانید.5. مدارس دولتی Des Moines دانش آموزان در معرض خطر را شناسایی کرده و به آنها کمک می کندسازمان: مدارس دولتی Des Moinesمشکل: گزارش دستی اکسل به این معنی است که مدیران نمی توانند داده های به روز مانند حضور و غیاب را ببینند و از مداخله به موقع جلوگیری می کند.راه حل: مدارس دولتی Des Moines (DMPS) از تجزیه و تحلیل پیشرفته برای بهبود میزان مداخله ترک تحصیل و درک بهتر تأثیر روش های تدریس مختلف بر نتایج فردی دانش آموزان استفاده کردند. تیم تحقیق و مدیریت داده DMPS از یک مدل رگرسیون خطی چندگانه - با نام مستعار ضریب ترک تحصیل - برای سنجش شاخص‌های دانش‌آموز برای پیش‌بینی اینکه کدام دانش‌آموز ممکن است در معرض خطر ترک تحصیل باشد، استفاده کرد. آنها از یک پلت فرم هوش تجاری برای استفاده از این مدل استفاده کردند. تجسم داده‌ها شناسایی دانش‌آموزان در معرض خطر را برای کارکنان آسان کرد و توجه آنها را جلب کرد. داشبوردهای راه‌اندازی شده توسط تیم تحقیق و مدیریت داده، تجزیه و تحلیل‌های بی‌درنگ را به 7000 معلم و کارمند DMPS تحویل دادند تا بتوانند زودتر تطبیق داده و مداخله کنند و نرخ موفقیت مداخله را به‌طور چشمگیری بهبود بخشند. تجزیه و تحلیل بلادرنگ توسط داده های تاریخی پنج ساله پشتیبانی می شود. این بدان معناست که کارکنان می‌توانند در محل به داده‌های تاریخی بپردازند تا بینش دانشجویان فعلی را تأیید کنند.داستان‌های بیشتر Tableau Customer را بررسی کنید تا بدانید هوش تجاری چگونه می‌تواند به کسب و کار شما کمک کند. مهدی بابایی مهدی بابایی Tue, 01 Nov 2022 23:15:38 +0330 https://virgool.io/@leniyajan/6-%D8%A7%D9%81%D8%B3%D8%A7%D9%86%D9%87-%D8%AD%D8%B1%DA%A9%D8%AA-%D8%A7%D8%B2-bi-%D8%B3%D9%86%D8%AA%DB%8C-%D8%A8%D9%87-%D9%85%D8%AF%D8%B1%D9%86-wzwkawa5rbmq علیرغم وعده‌های BI مدرن، برخی سازمان‌ها برای دور شدن از پلتفرم‌های سنتی خود مردد هستند. برای کمک به رفع ترس‌های رایج و آوردن تحلیل‌های مدرن به سازمان شما، این کتاب الکترونیکی افسانه‌ها و تصورات نادرست در مورد مهاجرت از BI سنتی به مدرن را بررسی می‌کند و شامل موارد زیر می‌شود:درک تجزیه و تحلیل بصری و قابلیت های سلف سرویسنحوه ارزیابی سیستم عامل های مدرن، از جمله هزینه کل مالکیتحکمرانی به عنوان مشارکت بین فناوری اطلاعات و کسب و کارپیمایش (و به حداقل رساندن) هزینه ها و جدول زمانی یک مهاجرت مهدی بابایی مهدی بابایی Sun, 30 Oct 2022 20:34:47 +0330 https://virgool.io/@leniyajan/%D8%A8%D8%B1%D9%86%D8%A7%D9%85%D9%87-%D9%86%D9%88%DB%8C%D8%B3%DB%8C-%DA%86%DB%8C%D8%B3%D8%AA-%D9%87%D9%85%D9%87-%DA%86%DB%8C%D8%B2-%D9%87%D8%A7%DB%8C%DB%8C-%DA%A9%D9%87-%D8%A8%D8%A7%DB%8C%D8%AF-%D8%A8%D8%AF%D8%A7%D9%86%DB%8C%D8%AF-%DA%A9%D8%A7%D8%B1%D8%A8%D8%B1%D8%AF%D9%87%D8%A7-zq4ygqmprn9q این برنامه در سال های اخیر به قدری محبوب شده است که افراد زیادی نام آن را شنیده اند. به دلیل درآمد و دستمزد بالای برنامه و ویژگی های بسیار جذاب آن، افراد زیادی تصمیم می گیرند وارد دنیای برنامه نویسی شوند. در این راستا اولین سوالی که مطرح می شود این است که روند کار چیست و کاربرد چیست؟ همچنین، بسیاری از افراد در مورد مفاهیم برنامه ریزی سوالاتی دارند. مثلاً این سؤال که الگوریتم برنامه چیست، نوع برنامه چیست، هدف برنامه چیست، شرکت برنامه چیست و بسیاری سؤالات دیگر در مورد برنامه. در این مقاله سعی شده است به این سوالات به صورت کامل و ساده پاسخ داده شود و منابع آموزشی برای علاقه مندان به شروع یادگیری فرآیند معرفی شده است.برنامه چیست و چه کاربردی؟در فرهنگ لغت، کلمه برنامه نویسی به صورت زیر تعریف شده است:برنامه نویسی فرآیند توسعه نرم افزاری است که از چندین ابزار تشکیل شده است.شاید، این تعریف پیچیده و گیج کننده است. بنابراین سعی کردم به سوال زیر پاسخ روشنی بدهم. برنامه نویسی چیست؟برنامه نویسی به زبان سادهبه زبان ساده، برنامه نویسی عبارت است از استفاده از رایانه برای انجام یک کار خاص که باید با دقت و بدون خطا انجام شود. برای درک بهتر مفهوم برنامه ریزی بهتر است یک مثال ساده بیان کنیم.برنامه نویسی به زبان ساده چیست؟یک مثال برای درک بهتر آن برنامه نویسیدر اینجا به یک مثال ساده می پردازیم که درک بهتری از چیستی برنامه نویسی ارائه می دهد. به عنوان مثال، فرض کنید فردی با سطح هوشی پایین می خواهد یک اسباب بازی لگو بسازد. این شخص هیچ دستورالعملی برای ساخت لگو ندارد و فقط می تواند طبق دستور شما لگو بسازد. باید به خاطر داشت که این فرد فاقد هوش است و اگر دستورالعمل های دقیق و مشخصی در مورد ساخت لگو دریافت نکند، مرتکب اشتباهات زیادی می شود.آیا مثالی برای درک بهتر مفهوم چیست؟اگر این تفکر انسان مانند یک کامپیوتر باشد، حتی اگر دستورالعمل یک تکه لگو و نحوه قرار دادن آن در جای مناسب به وضوح تعریف نشده باشد، کل فرآیند ساخت یک اسباب بازی لگو آسیب خواهد دید. در واقع، آموزش یک احمق بسیار شبیه برنامه نویسی است. تفاوت این است که به جای انسانی که در واقع هوشی ندارد، با کامپیوتری روبرو هستیم که هوش ندارد.آشنایی با برنامه نویسی به زبان سادهدر برنامه نویسی، به جای دستورالعمل ساخت یک اسباب بازی لگو، به کامپیوتر اطلاعات و دستورالعمل هایی در مورد نحوه اجرای یک برنامه کامپیوتری مانند یک بازی کامپیوتری یا یک برنامه وب (برنامه وب) داده می شود. نکته مهم این است که کامپیوترها فاقد هوش هستند. به عبارت دیگر، رایانه ها به عنوان یک فناوری بسیار پیچیده ساخته می شوند، اما در واقع عملکرد اصلی یک رایانه به نحوه کنترل و مدیریت آن مربوط می شود.البته برنامه نویسی به سادگی نصیحت کردن به افراد نادان نیست. دلیل آن این است که در برنامه نمی تواند با کامپیوتر به زبان انسان صحبت کند. در عوض، کامپیوترها از زبان ماشین استفاده می کنند. کد میزبان یک زبان عددی در نظر گرفته می شود که به آن زبان باینری می گویند.زبان مادری چیست؟کدهای باینری به گونه ای طراحی شده اند که کامپیوتر بتواند به سرعت آنها را بخواند و دستورالعمل های داده شده توسط آنها را اجرا کند. هر دستورالعمل به یک رشته حاوی صفر و یک تبدیل اشاره دارد و آن رشته توسط کامپیوتر برای انجام وظیفه مناسب تفسیر می شود.برای درک بهتر، اجازه دهید به مثال لگو برگردیم. در مثال ساخت یک اسباب بازی لگو، اگر فرد مورد نظر باهوش نباشد و همچنین زبان ما مثلاً چینی را نفهمد و صحبت نکند، شرایط دشوارتر می شود.دلیل نیاز به زبان های برنامه نویسیدر چنین شرایطی، برای برقراری ارتباط با این فرد، باید دستورالعمل ها را از زبان خودمان به زبانی ترجمه کنیم که این شخص بفهمد.این فرآیند اساساً برای رایانه ها برای درک دستورالعمل ها یکسان است. با این حال، تفاوت اصلی بین مثال بازی لگو و رایانه ها این است که درک کد ماشین به صورت باینری برای انسان بسیار دشوار و تقریباً غیرممکن است. حتی اگر امکان پذیر بود، یک فرآیند بسیار زمان بر و طولانی خواهد بود.تبدیل زبان انسان به زبان ماشینهر برنامه ای میلیون ها صفر و یک دارد، پس چگونه باید دستورالعمل ها را به زبان ماشین ترجمه کنیم؟ کاربرد و اهمیت «زبان های برنامه نویسی» در اینجا تعریف شده است. بنابراین برای پاسخ به این سوال که برنامه نویسی چیست باید به سوال زبان برنامه نویسی نیز پاسخ داده شود.زبان برنامه نویسی چیست؟زبان های برنامه نویسی به طور کلی به عنوان یک رابط برای ترجمه یک برنامه به کد ماشین عمل می کنند. یادگیری زبان های برنامه نویسی آسان تر از یادگیری کدهای صفر و یک ماشین است و بنابراین برای برنامه نویسان بسیار مفید و کاربردی است.در مورد لگو، زبان برنامه نویسی مانند یک مترجم عمل می کند. این مترجم می تواند دستورالعمل های دریافت شده به زبان انسانی را به دستورالعمل هایی تبدیل کند که توسط فردی که به زبان دیگری صحبت می کند قابل تشخیص باشد. یک زبان برنامه نویسی را می توان چیزی بین زبان ماشین و زبان گفتاری انسان در نظر گرفت.انواع مختلفی از زبان های برنامه نویسی وجود دارد که هر کدام کاربرد خاص خود را دارند. زبان های برنامه نویسی مانند پایتون و جاوا زبان های همه منظوره ای هستند که می توانند برای انجام کارهای محاسباتی مختلف مورد استفاده قرار گیرند. همچنین زبان‌هایی مانند HTML، Robot C یا CSS زبان‌هایی هستند که برای اهداف خاصی مانند هدایت ربات‌های هوشمند یا ساخت وب‌سایت‌ها طراحی شده‌اند. علاوه بر این، زبان های برنامه نویسی به طور کلی در میزان قدرت آنها متفاوت هستند.زبان برنامه نویسی چیست؟به عنوان مثال، جاوا اسکریپت یک زبان برنامه نویسی است که برای انجام کارهای کوچک طراحی شده است. اما جاوا و پایتون می توانند کارهای بسیار پیچیده ای انجام دهند. قدرت و "سطح" یک زبان برنامه نویسی را می توان با اندازه گیری شباهت آن زبان به کد ماشین اندازه گیری کرد. زبان‌های سطح پایین مانند زبان اسمبلی یا C نسبت به زبان‌های سطح بالا مانند جاوا یا پایتون به کد باینری نزدیک‌تر هستند. خیلی خوب است بدانید که ما بهترین پستانک های کودک را نیز داریم که برای آموزش این مهارت به کودکان و نوجوانان طراحی شده است.ایده اصلی این است که هر چه سطح یک زبان برنامه نویسی پایین تر باشد، کد آن زبان بیشتر به زبان ماشین شباهت دارد.جدا از اهدافی که هر زبان برنامه نویسی برآورده می کند، ترجیحات و سلایق شخصی معمولاً در انتخاب یک زبان برنامه نویسی دخیل است. در واقع برای رسیدن به یک هدف خاص و اجرای یک تابع خاص، قدرت انتخاب وجود دارد و می توانید یکی از چندین زبان برنامه نویسی را انتخاب کنید. می توانید چندین زبان برنامه نویسی را امتحان کنید و بفهمید که کدام یک برای شما مناسب تر است. و البته این نکته مهم را فراموش نکنید که چیزی به نام بهترین زبان برنامه نویسی وجود ندارد.مفهوم مهارت های برنامه نویسی به زبان سادهسوال مهم دیگری که مطرح می شود این است که مهارت برنامه نویسی چیست. در پاسخ باید بگوییم که مهارت برنامه نویسی که به عنوان مهارت کدنویسی نیز شناخته می شود، هنر استفاده از زبان های برنامه نویسی مختلف برای نوشتن دستورات برای کنترل کامپیوتر، برنامه یا برنامه نرم افزاری است. در مهارت های برنامه نویسی، وظایف و وظایف برای کامپیوتر طراحی می شود. مهارت های برنامه نویسی به شما این امکان را می دهد که نرم افزارهای کامپیوتری، بازی ها، برنامه های کاربردی، وب سایت ها و موارد دیگر ایجاد کنید.مهارت های برنامه نویسی یا مهارت های برنامه نویسی دانش و درک زبان ها، معماری ها و معماری هایی است که به برنامه نویسان اجازه می دهد تا هر نوع محصول نرم افزاری را ایجاد کنند.در دنیای دیجیتالی متصل؛ مهارت های کدنویسی تقریباً در همه جنبه های زندگی انسان دخیل هستند. بنابراین به نظر می رسد که توسعه مهارت های برنامه نویسی برای موفقیت در هر زمینه ای بسیار مهم است. برنامه نویسان از مهارت های کدنویسی تخصصی خود برای ایجاد کدهایی برای ایجاد محصولات دیجیتال جدید استفاده می کنند. برای ایجاد چنین محصولاتی؛ مهارت های برنامه نویسی به تنهایی کافی نیست. این مهارت باید با مهارت های تحلیلی و تفکر خلاق ترکیب شود.مهارت برنامه نویسی چیست؟اجرای برنامهحال بیایید ببینیم برنامه نویسی از چه چیزی استفاده می کند و در واقع چه کار می کند؟ برنامه نویسی یا کدنویسی تقریباً در همه جنبه های زندگی مدرن استفاده می شود. تمامی برنامه های نصب شده بر روی گوشی های هوشمند، تبلت ها یا رایانه ها توسط کدها کنترل می شوند. برنامه نویسی در سیستم های دیجیتال دیگر مانند تلویزیون، ماشین حساب و حتی یخچال نیز استفاده شده است. امروزه تقریباً همه خودروها دارای رایانه های داخلی هستند که از برنامه نویسی برای کنترل همه چیز از تهویه مطبوع گرفته تا انژکتورهای سوخت استفاده می کنند.در شهرها از برنامه های کامپیوتری و کدگذاری برای راه اندازی و کنترل چراغ های راهنمایی استفاده می شود. سیستم های آنالوگ قدیمی اکنون با استفاده از سیستم های کامپیوتری بهینه شده اند. این ویژگی به مهندسان کامپیوتر اجازه می دهد تا سیستمی کارآمدتر و مقرون به صرفه تر بسازند. مهدی بابایی مهدی بابایی Thu, 27 Oct 2022 16:55:15 +0330 https://virgool.io/@leniyajan/%D8%B3%D8%A7%DB%8C%D8%AA-%D9%85%D9%BE-sitemap-%DB%8C%D8%A7-%D9%86%D9%82%D8%B4%D9%87-%D8%B3%D8%A7%DB%8C%D8%AA-%DA%86%DB%8C%D8%B3%D8%AA-sqbefh3awlux نقشه سایت چیست؟فرض کنید جاده را دنبال می کنید و به شمال می روید. شنیده اید که مکان های شگفت انگیز زیبایی و طبیعت دست نخورده وجود دارد و می خواهید از آنها دیدن کنید. آدرس را نمی دانی، فقط می دانی که هر کدام پیچ و خم جاده های پشت سر هستند و راه سختی در پیش رو داری. فقط یک نقشه به شما کمک می کند که حداقل در جنگل گم نشوید.حال، چگونه ربات‌های ضعیف گوگل که در سایت شما قرار می‌گیرند، بین چندین صفحه و فهرست حرکت می‌کنند؟ از کجا به کجا برویم؟ چگونه به یک صفحه امتیاز دهیم؟پاسخ این سوالات دو کلمه است، اما دو کلمه مهم: نقشه سایت!این بسیار مهم است زیرا برای اینکه صفحات شما طبقه بندی شوند، ابتدا باید از دست روبات های گوگل عبور کنند، زیرا نقشه سایت بخش مهمی از فرآیند بهینه سازی وب سایت شما است.پس آماده باشید که تمام جزئیات موضوع نقشه سایت را بدانیم!نقشه سایت چیست؟نقشه سایت فایلی است که مهم ترین محتوای سایت شما را فهرست می کند تا خزنده های گوگل بتوانند به راحتی آن محتوا را ببینند و ایندکس کنند. نقشه های سایت همچنین به موتورهای جستجو می گویند که کدام محتوا از سایرین مهم تر است.در مقابل این نوع نقشه سایت، نوع دیگری از نقشه سایت وجود دارد که مبتنی بر HTML است و حاوی لیستی از مهمترین فایل های صفحه است. این نوع نقشه سایت اغلب برای کاربران برای یافتن و استفاده از محتوای سایت استفاده می شود.موتورهای جستجو از نقشه های XML (مشابه نوع اول) برای بررسی ساختار وب سایت ها استفاده می کنند. لازم به یادآوری است که قرار دادن آدرس سایت در نقشه سایت تضمین کننده ایندکس شدن سایت است.این بدان معنی است که اگر نقشه سایت شما از کد XML خوبی استفاده می کند، URL های دقیق و سازمان یافته ای را برای خزنده ها ارائه کنید. و الزامات سایر موتورهای جستجو را برآورده کند، آن URL ها برای خزیدن بعدی در نظر گرفته می شوند. این باعث افزایش شانس آن صفحات می شود در موتورهای جستجو ظاهر خواهد شددرخواست !!!حتما از صفحه آموزش سئو ما دیدن کنید تا متخصص سئو شوید. مجموعه ای از مقالات رایگان، آموزش های گام به گام و دوره های بسیار سرگرم کننده و کاربردی را آماده کرده ایم که مطمئن هستیم برای شما مفید خواهد بود.آیا به نقشه سایت نیاز دارید؟نقشه سایت می تواند برای هر وب سایتی مفید باشد، اما در شرایط زیر بسیار موثر و کارآمد است.شما یک وب سایت جدید با لینک های جدید (هنوز لینک های داخلی و خارجی) دارید. می دانید که ربات های گوگل و سایر خزنده های وب لینک ها را دنبال می کنند و از یک صفحه به صفحه دیگر حرکت می کنند. بنابراین اگر لینکی در سایت خود نداشته باشید، آنها نمی توانند صفحات شما را پیدا کنند.سایت شما بسیار بزرگ است و خزنده های گوگل ممکن است برخی از صفحات به روز شده شما را از دست بدهند.شما از URL های پویا برای محتوای سایت خود استفاده می کنید.محتوای کش وب سایت شما به خوبی به صفحات فعال مرتبط نیست.اگر پیمایش صفحه وب شما بسیار دشوار است یا حاوی محتوای سنگین غیر متنی مانند فلش است.می توان گفت نقشه سایت ابزاری برای معرفی سایت شما به موتورهای جستجو است.پروتکل وب XMLهمه موتورهای جستجوی اصلی از پروتکل های رسمی XML که در Sitemaps.org توضیح داده شده است استفاده می کنند. در زیر می توانید نمونه ای از کد XML مورد استفاده در نقشه سایت را مشاهده کنید:کد XML برای نقشه سایت حاوی تگ های اختیاری و اجباری است. تگ های XML معتبر با تگ باز (بازکننده) "" شروع می شوند که یک تگ ضروری است. این تگ با یک تگ "" دیگر دنبال می شود که حاوی حداقل یک ویژگی Xmlns است که ساختار کلی XML را تعریف می کند.هر آدرس موجود در نقشه سایت شما باید دارای دو تگ و یک تگ باشد. تگ های دیگر اختیاری هستند.ما تگ های مورد استفاده در نقشه سایت XML را در جدول زیر جمع آوری کرده ایم.فرمت فایل نقشه سایت و انواع آنموتورهای جستجو گوگل و بینگ فرمت XML را به عنوان پروتکلی برای نقشه های سایت پذیرفته اند. با این حال، آنها همچنین فیدهای نقشه سایت را با استفاده از RSS 2.0، پروتکل Atom 1.0 و فایل های متنی ASCII می پذیرند. نقشه سایت را می توان در قالب XML نیز استفاده کرد یا اگر خیلی بزرگ است، می توان آن را با استفاده از ابزار Gzip فشرده کرد.علاوه بر قالب های نقشه سایت برای محتوای وب، گوگل از قالب های نقشه سایت خاصی که برای رسانه های خاص استفاده می شود پشتیبانی می کند. اینها شامل نقشه های فایل های ویدئویی، تصاویر، محتوای موبایل، کد منبع نرم افزار و محتوای خبری است. هنگامی که قالب نقشه سایت مناسب در فضای نام اعلام شد، تمام محتوای اضافی دیگر را می توان به آن اضافه کرد.نکات مهم در مورد قالب فایل نقشه سایت1. موتور جستجوی بینگ از فرمت های پشتیبانی شده توسط گوگل پشتیبانی نمی کند، اما یکی از مقامات بینگ گفت هر چیزی که پشتیبانی نشود نادیده گرفته می شود. بنابراین مدیران سایت می توانند به راحتی از این موارد در نقشه سایت خود استفاده کنند.گوگل توصیه می کند که نقشه سایت حاوی محتوای خبری را به عنوان یک فایل جداگانه در نظر بگیرید، زیرا این نقشه سایت را بیشتر از سایر فایل ها جستجو می کند.موتورهای جستجو گوگل و بینگ از فایل های رسانه RSS به عنوان جایگزینی برای شناسایی فراداده فایل تصویری استفاده می کنند. از آنجایی که Bing از این نوع فایل نیز پشتیبانی می کند، ایجاد یک فید ویدیویی mRSS یک تصمیم هوشمندانه برای صرفه جویی در وقت شما خواهد بود.محدودیت در فایل نقشه سایتبهتر است بدانید که در فایل نقشه سایت قوانین و محدودیت هایی وجود دارد. این محدودیت ها شامل موارد زیر است:فضای نام یا فضای نامنقشه سایت باید یک فضای نام داشته باشد و فضای نام پیش فرض را به درستی مشخص کند: xmlns=http://www.sitemaps.org/schemas/sitemap/0.9محدودیت اندازهفایل نقشه سایت نباید بیش از 50000 آدرس داشته باشد. حجم این فایل نباید بیشتر از 50 مگابایت باشد. اگر بیش از 5000 آدرس دارید، از فایل فهرست نقشه سایت که در قسمت بعدی توضیح داده شده است استفاده کنید.الزامات متنفایل نقشه سایت باید با فرمت UTF-8 باشد و از کاراکترهای موجود در URL استفاده کند (مثلاً در آدرس‌های پویا جایگزین «&» با «&» شود).آدرس های همون فرمتمام آدرس های فهرست شده در نقشه سایت باید از قوانین یکسانی پیروی کنند. این بدان معناست که URL هایی که با WWW شروع می شوند را نمی توان با URL هایی با پیشوند WWW ترکیب کرد. همچنین آدرس های دارای شناسه را در این فایل وارد نکنید.محلفایل های نقشه سایت ذخیره شده در یک دایرکتوری فقط می توانند آدرس های ذخیره شده در آن دایرکتوری یا زیر شاخه های آن را نمایش دهند. آدرس‌های موجود در دایرکتوری‌های موازی، دایرکتوری‌های والد، زیر دامنه‌های مختلف یا آن‌هایی که از پروتکل‌های متفاوت استفاده می‌کنند، مرجع معتبر نیستند. ذخیره نقشه های سایت در دایرکتوری ریشه می تواند از ارجاعات نامعتبر جلوگیری کند.لینک های سالمتوجه داشته باشید که خطاهای لینک نباید بیش از 1٪ باشد. در غیر این صورت کل برنامه رها می شود. خطاهای مرتبط همه انواع کدهای پاسخ HTTP هستند، از جمله 404 تغییر مسیر برای لینک های شکسته، 301 و 302 تغییر مسیر برای لینک های فوروارد شده. این نیز یک برنامه محبوب Bing است. تمامی قوانین سئوی موتورهای جستجو مستلزم استفاده صحیح از لینک ها هستند. می‌توانید کد پاسخ HTTP هر URL را با استفاده از ابزار Header Checker بررسی کنید. برای چندین URL در سایت خود، می توانید از ابزارهایی مانند ابزارهای Find High Definition، Find High Definition، Reverse و Free Google Generator استفاده کنید.نقشه سایت-indexbestandاکثر سایت های بزرگ دارای بیش از 50000 URL هستند که برای نمایه سازی موتورهای جستجو بسیار مهم است. از آنجایی که تنها 50000 آدرس در نقشه سایت مجاز است، وب مسترها می توانند یک فایل فهرست نقشه سایت ایجاد کنند. یک فایل فهرست نقشه سایت می تواند بیش از 50000 ورودی داشته باشد. مهدی بابایی مهدی بابایی Thu, 27 Oct 2022 16:51:19 +0330