چرا باید از Easy microservices حمایت کنیم؟ 😆

https://www.linkedin.com/posts/guilleojeda_software-architecture-is-cyclic-and-its-activity-7063488919262117889-6D24?utm_source=share&utm_medium=member_desktop

پکیج https://github.com/EasyMicroservices/SMS برای کاوه نگار تا به الان پیاده سازی شده.
چندتا چیز برای یادگرفتن هست:
1.یکپارچه سازی زیرساخت پیامکی
2.مجازی سازی httpclient در تست کیس ها با استفاده از پکیج EasyMicroservices/Laboratory و ببینید که چطوری سرویس کاوه نگار تست هاش زده شده بدون اینکه به لایو خود کاوه نگار درخواست بزنه.
3.پیاده سازی یک سیستم پیامکی جدید روی این ساختار چقدر سریع و آسون خواد بود 😉.

دوستانی که میخوان شروع کنن میتونن سیستم های پیامکی دیگری رو که مد نظرشون هست در این ساختار پیاده سازی کنند.

پکیج https://github.com/EasyMicroservices/Mapper هم برای AutoMapper تا به الان پیاده سازی شده. اگر علاقه مند بودید می‌تونید سر بزنید و issue های مد نظرتون رو براتی دیگر پکیج ها و یا توسعه های جدید رو اعمال کنید.

سلام بچه ها روزتون بخیر.
تا الان حدود 5 تا میکروسرویس رو به مرحله ی استفاده‌ی اولیه رسوندیم و اولین پروژه‌ی لایومون رو داریم روی این بستر پیاده سازی میکنیم که بزودی خبراشو بهتون میرسونیم که چی شد و چیکار کردیم. همچنان دوستانی که جوین شدن دارن با قدرت و سرعت زیر سیستم هارو توسعه میدن، هرچی زودتر به ما جوین شید❤️.
اگریگیتورها که سورس اصلی و داخلی شرکت ها هستن رو اوپن سورس نمی‌کنیم. چون پروژه‌های بزینسی هستن ولی ارائه اش رو بهتون خواهیم داد. اما تجمیع کردن میکروسرویس‌ها و ساخت یک پروژه کار خیلی آسونی میشه.
حمایتمون کنید تا دنیای کار با میکروسرویس رو برای همه آسون کنیم👌.

@easymicroservices

39 پکیج تا الان توی این زیر ساخت پیاده سازی و ریلیز شده.

@easymicroservices
@easymicroservice
@CsharpTips

#تخصصی

در معماری نرم افزار یکی از مولفه‌های مهم «حذف وابستگی» هست.
چطوری بفهمیم معماری نرم افزاری که پیاده سازی کردیم از نظر «حذف وابستگی» داره درست کار میکنه؟
تنها با طرح سوال می‌تونید متوجه معماری درست برای بخش «حذف وابستگی» بشید.
برای مثال:
از چه ابزاری برای کشینگ استفاده می‌کنید؟
پاسخ: Redis
آیا با بسته شدن Redis بخشی از سیستم شما از کار میوفته؟
در صورتی که پاسخ به این سوال بله باشه نشان از ضعف معماری در بخش «حذف وابستگی» هست.
سوال بعدی:
از چه ابزاری برای Api gateway استفاده می‌کنید؟
پاسخ: Ocelot
آیا با از کار افتادن Api gateway ها، بخشی از سیستم شما از کار میوفته؟
پاسخ به این سوال هم مانند سوال قبلی به شما کمک می‌کنه تا راه حل هایی رو برای حذف وابستگی ها در معماری نرم افزار خودتون پیدا کنید.

حذف وابستگی ها در معماری نرم افزار کمک می‌کنه تا اپلیکیشن شما با کمترین خطا در ارائه‌ی خدمات به مشتری به کارش ادامه بده.

#وابستگی
#معماری
#معماری_نرم_افزار

@CSharpTips

اگر شما نسخه های متعددی برای پکیج خودتون از دات نت دارید اما این نسخه ها با یک نسخه ثابت از پکیج سازگار نیستند. شما می‌تونید با اضافه کردن شرط در فایل csproj خودتون توسط این شرطها نسخه‌های متفاوتی از پکیج‌هارو به ازای هر نسخه از دات نت نصب کنید.
اینطوری پروژه‌ی شما مالتی‌پلتفرم میشه (لازم نیست پلتفرم‌های دیگه رو به خاطر کانفیلیت پکیج‌ها حذف کنید) و برای نسخه‌های جدیدتر همیشه پکیج‌های بروز شده دارید و نسخه‌های قدیمی تر با پکیج‌های قدیمی‌تر کار میکنن.

#nuget
#package
#packages
#multipleplatform
#multiplatform

@csharptips
@easymicroservices

نحوه‌ی استفاده از پکیج سریالایز در Asp core رو در تصویر مشاهده می‌کنید.
شما با نصب پکیج EasyMicroservices.Serialization.DependencyInjection سپس نصب یکی از Provider های زیر میتونید به انتخاب خودتون از پکیج سریالایز Easy microservice استفاده کنید:
1.EasyMicroservices.Serialization.Newtonsoft.Json
2.EasyMicroservices.Serialization.System.Text.Json
3.EasyMicroservices.Serialization.BinaryGo
4.EasyMicroservices.Serialization.MessagePack
5.EasyMicroservices.Serialization.MemoryPack
6.EasyMicroservices.Serialization.System.Text.Xml
7.EasyMicroservices.Serialization.YamlDotNet

با اینکار لازم نیست بعد از هربار تغییر پکیج سریالایز، کدهاتون رو تغییر بدید.

@csharptips
@easymicroservices

پکیج ServiceContracts هدفش اینه که خروجی های سرویس های شمارو یکپارچه، زیبا و مدیریت کنه.
استفاده از این پکیج خیلی آسونه فقط کافیه نصبش کنید و خروجی سرویس هاتون رو از این نوع بذارید.

اطلاعات خطا و stacktrace برای بحث دیباگینگ و این مسائل توش هندل شدست.

هدف این پکیج اینه که جلوی throw کردن مستقیم exception رو توسط برنامه نویس بگیره و خطاها به صورت زیبا و با پرفورمنس بیشتری به دست کلاینت برسه.

پذیرای هرگونه ایده و نظر هستیم.

اطلاعات بیشتر:

https://github.com/EasyMicroservices/ServiceContracts


@csharptips
@easymicroservices

پکیج Payments به شما کمک میکنه بدون درگیر شدن با ساختار بانک ها با یک اینترفیس کار کنید. دقیقا مثل پکیج های دیگه توی easy microservices هست. با این تفاوت که این پکیج برای کار کردن با درگاه بانک هاست.
در حال حاضر من قسمتی از Paypal رو پیاده سازی کردم و درگاه Stripe قابل استفاده هست.
مثلا شما میتونید از تجربیات خودتون توی درگاه هایی مثل بانک پاسارگاد، ملت، و api هایی که خودشون با درگاه ها کار میکنن مثل زرین پال توی پیاده سازی این پکیج همراهیمون کنید. دیگه لازم نیست توی پروژه هایی که میزنید درگاه هارو پیاده سازی کنید و نگران این باشید که از کجا شروع کنید و چی بزنید.

هرجا سوال داشتید با آی دی تلگرام من تماس بگیرید:
@ali_visual_studio

سورس گیتهاب:
https://github.com/EasyMicroservices/Payments

@easymicroservice
@easymicroservices
@csharptips

سلام عزیزان دل.
پکیج های سری لاگ رو هم اضافه کردیم با سه تا از محبوبترین پکیج های لاگر توی دات نت:
Serilog
NLog
log4net

سورس:
https://github.com/EasyMicroservices/Logger

@easymicroservices
@easymicroservice
@csharptips

توابع:
Verbose
Debug
Information
Warning
Error
Fatal

حالا چرا ورودی رو params object[] گرفتیم؟
چون میخواستیم شما نگران این نباشید که exception یا text یا ابجکت هاتون رو توی کدوم پارامتر میفرستید. ما خودتمون توی زیرساخت اونارو مرتب میکنیم و به تامین کننده ی لاگیر شما میفرستیم تا لاگش کنه.
شما فقط صدا بزن.

کاملا منطقی بود

آیا ایمان نمی آورید؟ 😁

@easymicroservice
@easymicroservices
@csharptips

در معماری CQRS هدف اصلی اینه که دیتابیس های Read از دیتابیس های Write از هم جدا بشن.
اما «نوع و روش» پیاده سازی این معماری از نظر من یک over engineering هست که به ازای هر مدل شما سه تا کلاس اضافه باید بسازید تا به هدف اصلی خودتون برسید که در اصل باعث پیچیدگی بیشتر پروژه میشه.

حالا بذارید چندتا سوال بپرسیم:
1. اگر در ابتدای پروژه خواستید یک MVP تحویل بدید چی؟ بازم می‌خواهید به ازای هر مدل چند کلاس Command و Query بسازید؟
2. اگر در یک آینده ی دور خواستید دیتابیس Read و Write رو جدا کنید چی (یعنی الان قصدش رو ندارید)؟ همین امروز باید کلی کد بزنید و کلاس بسازید؟

همه‌ی این معماری ها برای پیاده سازی خوب هستند اما روش پیاده سازی کاملا به شما و تجربیات شما بستگی داره.

در هسته ی Easy Microservices دو تابع GetReadableOf و GetWritableOf وجود داره که در ابتدای کار اصلا کاری به این نداره که دیتابیس Read از Write جدا بشه. شما می‌تونید در آینده هر وقت خواستید این دو رو از هم جدا کنید بدون تغییر کدهاتون و اضافه و کم کردن چیزی توی ساختار، این تغییرات رو اعمال کنید.بنابراین تا شما نگران این موضوع نشید این دو تابع در ابتدا تقریبا یک کار یکسان رو انجام میدن. همچنین مدیریت AsNoTracking توی EF Core برای پرفورمنس بهتر توی این مساله دیده شده. بنابراین هر وقت که خواستید دیتابیس هارو جدا کنید با یک تغییر کوچیک به دو کانکشن متفاوت دیتابیس‌ها جدا شده و این دو تابع و عملکرد خودشون رو نشون میدن.

معماری فقط راه حل نیست، بلکه مهمتر از اون روش پیاده سازی اون راه حل ارائه شده هست.

با ما همراه باشید.
@easymicroservice
@easymicroservices
@csharptips

کلیات کاری که تا الان کردیم، این سیستم درسته بر پایه‌ی مایکروسرویس ساخته شده اما شما حتی برای شروع یک پروژه‌ی MVP می‌تونید از این زیرساخت استفاده کنید و حتی مدیریتش دقیقا مثل پروژه‌های مونولیت که در ابتدای کار آسونه اینم آسونه. در ابتدای کار نه سرور vps نیاز دارید، نه داکر نیاز دارید نه gateway و غیره. حتی یک هاست برای اجرای میکروسرویس های شما کافیه.
هدف ما آسون کردن توسعه‌ی نرم افزار هاست.

@easymicroservice
@easymicroservices
@csharptips

خلاصه‌ای از معماری میکروفرانتی که ما توی Easy Microservices در حال پیاده سازی اون هستیم. و تقریبا پکیج‌های فرانت رو برای میکروسرویس Ordering آماده کردیم.
برای مثال اگر زیرساخت این معماری رو با سی شارپ بنویسید شما تکنولوژی های زیر رو دارید:
1.WPF
2.Blazor
3.MAUI
یا هرچی.
اگر شما میخواهید در وبسایت خودتون مدیریت محصولات داشته باشید.
پکیج کامپوننت مدیریت محصولات رو نصب میکنید، آدرس Api میکروسرویس محصولات رو به کامپوننت میدید و تمام.
کامپوننت مدیریت محصولات به پروژه‌ی شما اضافه شد و قابل استفاده هست و کاربران می‌تونن محصولات اضافه،حذف و آپدیت کنند یا توی محصولات جستجو انجام بدن.

@Easymicroservices
@Easymicroservice
@CSharptips