جزاك الله خير عالمجهود الرائع بس كنت حابب اسال علي communicate بين services في microservices هل يتم من خلال ال service path زي ال soa والا ممكن direct call by http بينهم والا من خلال طريقة تانية وشكرا جزيلا ...
جزانا الله وإياكم خيرا، ال communication between services in Microservices مفتوحه بحيث ممكن تستخدم اي طريقه مقارنه بال SOA اللي بتستخدم فقط ال ESB لكن في microservices انت ممكن تستخدم HTTP كبروتكول عن طريق APIs او Messaging using messaging systems Apache KAFKA or RabbitMQ or ESB Synchronous or asynchronous بس لازم تراعي ان ال messaging يكون decoupled و لو في مشكله حصلت بسبب service ال second service does not fail
من فضلك سؤال اخير اية افضل طريقة متبعة عشان يحصل authentication بين ال services عشان يقدرو يعملو consume لاي APIs موجوده فيهم هل من خلال ال gateway ب username وpassword والا بطريقة تانية وشكرا جزيلا ...
اه من حيث ال authentication and authorization يفضل انها تكون global على مستوى ال services كلها لان اكيد الداتا بتاعه المستخدمين هتكون مخزنه و shared ما بين ال services ومن الحلول الكويسه طبعا علشان تقلل إل coupling between front-end or service consumers and the microservices نفسها انك تتطبق ال api gateway pattern ومن عليه تنفذ ال authentication and authorization ممكن ساعتها كمان تستخدم ال jwt علشان تكون هيا ال token الحامله للمعلومات المهمه للمستخدم زي Roles, claims
@@MahmoudTolbaProfile يعني قصد حضرتك ان التعامل بين ال services ميكونش فيه authentication او authoritarian لكن نخليه فقط من ال gateway لما تستقبل اي request من ال client .
جميل جدا , شرح بسيط و الي الهدف مباشرا
جزاكم الله خيرا
شرح أكتر من راائع
رهيب أتمنى تزيد دروس عن architecture
زادك الله من العلم
ان شاء الله هيكون في المزيد
جزاك الله خير عالمجهود الرائع بس كنت حابب اسال علي communicate بين services في microservices هل يتم من خلال ال service path زي ال soa والا ممكن direct call by http بينهم والا من خلال طريقة تانية وشكرا جزيلا ...
جزانا الله وإياكم خيرا،
ال communication between services in Microservices مفتوحه بحيث ممكن تستخدم اي طريقه مقارنه بال SOA اللي بتستخدم فقط ال ESB
لكن في microservices انت ممكن تستخدم HTTP كبروتكول عن طريق APIs او
Messaging using messaging systems Apache KAFKA or RabbitMQ or ESB
Synchronous or asynchronous
بس لازم تراعي ان ال messaging يكون decoupled و لو في مشكله حصلت بسبب service ال second service does not fail
@@MahmoudTolbaProfile جزاك الله خير الحمد لله وضحت الاجابة بشكل كويس...
من فضلك سؤال اخير اية افضل طريقة متبعة عشان يحصل authentication بين ال services عشان يقدرو يعملو consume لاي APIs موجوده فيهم هل من خلال ال gateway ب username وpassword والا بطريقة تانية وشكرا جزيلا ...
اه من حيث ال authentication and authorization يفضل انها تكون global على مستوى ال services كلها لان اكيد الداتا بتاعه المستخدمين هتكون مخزنه و shared ما بين ال services
ومن الحلول الكويسه طبعا علشان تقلل إل coupling between front-end or service consumers and the microservices نفسها انك تتطبق ال api gateway pattern ومن عليه تنفذ ال authentication and authorization
ممكن ساعتها كمان تستخدم ال jwt علشان تكون هيا ال token الحامله للمعلومات المهمه للمستخدم زي
Roles, claims
@@MahmoudTolbaProfile يعني قصد حضرتك ان التعامل بين ال services ميكونش فيه authentication او authoritarian لكن نخليه فقط من ال gateway لما تستقبل اي request من ال client .
شرح أكتر من راائع