PS: تمرکز بر طراحی میکروسرویسها است نه کدنویسی
چارچوب Microservices خاصی در حال استفاده نیست
همه کدهای نمونه در JAVA ساده برای نشان دادن/روشن کردن درک الگوهای DDD و غیره هستند.
مدلها در UML توسعه داده میشوند - با استفاده از ابزار PlantUML
PostgreSQL/MongDB/RabbitMQ/Kafka - نمونههای رایگان ایجاد شده در فضای ابری برای بررسیهای نمایشی
اگر به دنبال آموزش کدگذاری میکروسرویس یا فریمورک خاصی هستید، لطفاً به دوره نپیوندید!
این دوره در مورد چیست؟
Microservices روش جدیدی برای ساختن نرم افزار است که در آن یک برنامه کاربردی از مجموعه ای مستقل از خدمات تشکیل شده است. بزرگترین مزیت Microservices این است که سازمان را قادر می سازد تا با سرعتی بسیار سریع متحول شود. این سرعت به بازار به دلیل ماهیت مستقل خدماتی است که یک برنامه Microservices را تشکیل می دهد. شرکت هایی مانند آمازون، نتفلیکس و Etsy ارزش Microservices را بدون شک ثابت کرده اند.
بسیاری از سازمانها امروزه به دنبال پذیرش Microservices هستند. این سازمانها در حال سرمایهگذاری بر روی فناوریها، ابزارها، مهارتها هستند و فرآیندهای توسعه و تحویل نرمافزار خود را نیز تغییر میدهند. اما هنوز هم بسیاری از سازمان ها در دستیابی به مزایای کامل میکروسرویس ها شکست می خورند. در واقع بسیاری از سازمانها احساس میکنند که با استفاده از Microservices، بدهی فنی ایجاد کردهاند.
پس چرا برخی از سازمان ها در پذیرش میکروسرویس ها موفق بوده اند در حالی که برخی دیگر موفق نیستند. یکی از جنبههای مشترکی که در شرکتهایی که در پذیرش میکروسرویسها شکست خوردهاند مشاهده کردهام این است که آنها با میکروسرویسها بهعنوان یک ابتکار صرفاً فناوری برخورد میکنند. آنها برای درک جنبه های تجاری برنامه های Microservices خود وقت صرف نمی کنند !!!
Microservices فقط مربوط به فناوری نیست
عنصر کلیدی معماری Microservices این است که خدمات مستقل هستند. این جنبه مستقل از سرویس چیزی است که امکان تغییر مستقل از سایر خدمات را برای Microservices فراهم می کند. اگر دامنه ریز سرویس ها منجر به وابستگی های متقابل بین سرویس ها شود، نیاز به هماهنگی تغییر بین تیم ها خواهد بود که به نوبه خود منجر به همان مشکلاتی می شود که ما در برنامه های یکپارچه داریم. چرخههای انتشار طولانیتر خواهند بود و استفاده از Microservices هیچ سودی نخواهد داشت.
برای اطمینان از عدم وابستگی متقابل بین Microservices، یک معمار Microservices باید دامنه را درک کند و سپس در مورد مرز و محدوده Microservice تصمیم بگیرد. اینجاست که Domain Driven Design ظاهر می شود. هنگامی که مرزهای تجاری Microservices تعریف شد، خدمات باید با استفاده از الگوها و فناوری های طراحی Microservices مناسب ساخته شوند.
تیمهایی که روی Microservices کار میکنند نباید فقط به جنبههای فنی سرویس نگاه کنند، بلکه باید در نظر داشته باشند که ملاحظات دیگری وجود دارند که نقش مهمی در موفقیت ابتکار Microservices دارند. به منظور
نقش یک معمار Microservices
یک متخصص فناوری اطلاعات که در نقش معمار Microservices کار می کند، بسته به بلوغ پذیرش Microservices در سازمان خود، مسئول جنبه های ممکن است. در اینجا لیستی از فعالیت هایی است که معماران مسئول آن هستند:
مزایای تجاری Microservices را برای سازمان خاص خود ارزیابی کنید
یک مورد تجاری برای Microservices بسازید
آموزش ذینفعان فناوری اطلاعات کسب و کار در مورد جوانب مثبت و منفی Microservices
برای تعیین مرزهای Microservices از طراحی دامنه محور استفاده کنید
مدل دامنه را برای Microservices تعریف کنید
طراحی فنی Microservices را انجام دهید
تیم های Microservices را راهنمایی و راهنمایی کنید
ارزیابی فناوری ها | چارچوب هایی برای تحقق Microservices
مفاهیم را اثبات کنید تا نشان دهید کارها چگونه کار می کنند
این دوره چگونه کمک خواهد کرد؟
این دوره به معماران توسعهدهنده در ایجاد مهارتهای مورد نیاز برای اجرای موفق برنامههای Microservices کمک میکند. این شامل ترکیبی از مفاهیم، مدل سازی UML و کد کاری برای نشان دادن اجرای Microservices است. دانشآموزان مفاهیم طراحی مبتنی بر دامنه را از طریق نمونههای رایج صنعت و مطالعه موردی (سفرهای ACME) یاد خواهند گرفت.
تمرکز بر معماری، طراحی و توسعه میکروسرویس ها است.
1. Microservices Transformation
2. طراحی دامنه محور
3. بکارگیری الگوی تاکتیکی استراتژیک DDD
4. معماری رویداد محور
5. رویداد طوفان
6. مدیریت داده
7. پیام رسانی
8. تراکنش های توزیع شده
9. API
مهم:
نمونه کد
تمرکز روی طراحی Microservices است نه کدنویسی.
همه کدهای نمونه در JAVA ساده هستند
دوره هیچ چارچوب خاصی را پوشش نمی دهد
SpringBoot در نمونههای بخش API/GraphQL
استفاده میشودلطفاً قبل از ثبت نام دوره، سخنرانی های پیش نمایش دوره را بررسی کنید.
موضوعات تحت پوشش را مرور کنید
مطمئن شوید که لهجه مربی را متوجه شده اید
پیش نیازها
درک اولیه JAVA یا هر زبان برنامه نویسی دیگری
تجربهای با شیوههای توسعه نرمافزار
PS:
دست روی بخشی اختیاری است، اما دانشآموزان تشویق میشوند تا برای درک بهتر الگوهای طراحی، کارهای خود را انجام دهند.
11xAWS دارای گواهی، مشاور، مربی، مبشر نوآوری
نمایش نظرات