ربنا يخليك يارب ويبارك فيك على كلامك الجميل ده حقيقي انا عاجز عن شكرك ومبسوط ان الكونتت عجبك ، ربنا يجعله علم نافع يارب وفي ميزان حسناتنا جميعا يارب , وحقيقي كل ده بفضل الله ❤
انا عندي سؤال، هوا ليه اصلا الcache proxy يبقي ambassador للservice ؟ مش الافضل انه يكون service منفصلة؟ انا شايفه ملوش علاقة بللservice، صح ؟ انا قصدي علي الجزء بتاع ال hashing strategy مش انه يروح يكلم ال cache و لو miss يروح يكلم ال db ده تمام ممكن يكون ambassador.
كون اننا نفصله في Service منفصة عن اللي موجود شيء مرحب جدا وفكر سليم تماما .. ولكن كل Use Case ليها خصائص .. فالمثال هنا احنا عاوزين اقل Latency ممكنة وعشان كده تلاحظ ان الـ Frontend اللي بيكلم الـ Cache مش اللـ Backend فباستعملل Ambassador ده هيقلل الـ latency لانهم على نفس الـ Machine يعتبر بس في Containers مختلفة ودوره هيكون انه يكون عارف ايه الـ Cache Instances اللي هيكلمها ، فانت محتاج Service تقوم بدور الـ Discovery للـ Caching Instances وتقولك انهي Cache فيه الـ Data , فالـ Ambassador ميزته انه بيـ Offload اي Communication Logic ممكن تكون محتاجه او معقد ويكون هو المسئول عنه .. انصحك جدا تشوف الـ Ambassador Design Pattern Video لان فيه اكتر من Use Case اتكلمنا فيها عن اهميته بامثلة برضو😍
@@mahyoussef انا تمام مع نفس الكلام اللي انت كاتبه، الcommunication logic ممكن يبقي ambassador container في pod مع ال container بتاع الfrontend service انا كان قصدي علي الجزء بتاع ان الproxy يبقي عارف ال shard اللي ال data موجودة فيها.... مش ديه المفروض تبقي service لوحدها ؟ الcache proxy يكلمها وهي تجيب الdata من الshard المظبوط؟ similar يعني ليdiscovery service زي مقولت بس ممكن تبقي اذكي شوية علي حسب ال hashing stragye used
كده فهمتتك ، اه طبعا ممكن اكييد , ولكن زي مانت قولت ممكن نوفر كل ده واننا نعمل Cache Proxy يكون هو قايم بدور الـ Communication والـ Sharding Strategy عشان ما يكونش فيه كذا Layer من الـ Network Communication ويكون غرض الـ Container اللي قايم في الـ Pod هو Ambassador للـ Cache Shards بالاضافة لانه هو اللي مسئول عن الـ Sharding Strategy بدل مانزود Layer تانية .. خصوصا ان مش هيكون فيه Logic تاني غيرهم
![[Arabic] Replicated Load-Balanced Services Pattern | Distributed Systems | Design Patterns](http://i.ytimg.com/vi/p1j7IjMCHFk/mqdefault.jpg)
![[Arabic] Replicated Load-Balanced Services Pattern | Distributed Systems | Design Patterns](/img/tr.png)
baraka Allah fik brother 😍
الله يبارك فيك ياارب 😍
انت الcontent و طريقة عرضه عالية اوي... من احسن او الاحسن في الmiddle east عاش بجد 🎉
ربنا يخليك يارب ويبارك فيك على كلامك الجميل ده حقيقي انا عاجز عن شكرك ومبسوط ان الكونتت عجبك ، ربنا يجعله علم نافع يارب وفي ميزان حسناتنا جميعا يارب , وحقيقي كل ده بفضل الله ❤
جزاك الله خيرآ قناة جميلة ❤
@@ayed-al-nator جزانا واياكم ربنا يجعله علم نافع ويجعله في ميزان حسناتنا جميعا 😍
ماشاء الله شرح جميل وممتاز
@@ahmedhdeawy الله يخليك يا احمد ده من ذوقك تسلملي 😍
Thanks
ربنا يكرمك ويبارك فيك، جميل جدا.
@@m0hamedSharaf الله يباركلك يا محمد ويكرمك يارب 😍
@@mahyoussef متعرفش تبقى تنكشنا بالكود كده، كونتينر كده ولا كده عشان المعلومة تثبت بس
جميل يا حودة
حبيبي يا احمد ربنا يباركلك يارب 😍❤️❤️
ممتاز 👌
ربنا يخليك يا احمد والله ويفرح قلبك ❤️
Cassandra architecture احسن مثال... ال documentation بتاعهم روعة
دي حقيقة ، الـ Dcoumentation بتاعهم رائع خصوصا في موضوع الـ Consistent Hashing كمان
انا عندي سؤال، هوا ليه اصلا الcache proxy يبقي ambassador للservice ؟ مش الافضل انه يكون service منفصلة؟ انا شايفه ملوش علاقة بللservice، صح ؟ انا قصدي علي الجزء بتاع ال hashing strategy مش انه يروح يكلم ال cache و لو miss يروح يكلم ال db ده تمام ممكن يكون ambassador.
كون اننا نفصله في Service منفصة عن اللي موجود شيء مرحب جدا وفكر سليم تماما .. ولكن كل Use Case ليها خصائص .. فالمثال هنا احنا عاوزين اقل Latency ممكنة وعشان كده تلاحظ ان الـ Frontend اللي بيكلم الـ Cache مش اللـ Backend فباستعملل Ambassador ده هيقلل الـ latency لانهم على نفس الـ Machine يعتبر بس في Containers مختلفة
ودوره هيكون انه يكون عارف ايه الـ Cache Instances اللي هيكلمها ، فانت محتاج Service تقوم بدور الـ Discovery للـ Caching Instances وتقولك انهي Cache فيه الـ Data , فالـ Ambassador ميزته انه بيـ Offload اي Communication Logic ممكن تكون محتاجه او معقد ويكون هو المسئول عنه .. انصحك جدا تشوف الـ Ambassador Design Pattern Video لان فيه اكتر من Use Case اتكلمنا فيها عن اهميته بامثلة برضو😍
@@mahyoussef انا تمام مع نفس الكلام اللي انت كاتبه، الcommunication logic ممكن يبقي ambassador container في pod مع ال container بتاع الfrontend service انا كان قصدي علي الجزء بتاع ان الproxy يبقي عارف ال shard اللي ال data موجودة فيها.... مش ديه المفروض تبقي service لوحدها ؟ الcache proxy يكلمها وهي تجيب الdata من الshard المظبوط؟ similar يعني ليdiscovery service زي مقولت
بس ممكن تبقي اذكي شوية علي حسب ال hashing stragye used
كده فهمتتك ، اه طبعا ممكن اكييد , ولكن زي مانت قولت ممكن نوفر كل ده واننا نعمل Cache Proxy يكون هو قايم بدور الـ Communication والـ Sharding Strategy عشان ما يكونش فيه كذا Layer من الـ Network Communication ويكون غرض الـ Container اللي قايم في الـ Pod هو Ambassador للـ Cache Shards بالاضافة لانه هو اللي مسئول عن الـ Sharding Strategy بدل مانزود Layer تانية .. خصوصا ان مش هيكون فيه Logic تاني غيرهم