التوفير ، .net ، كاساندرا - هل هذا مزيج صحيح؟

Question

لقد قمت بتقييم مكدس التكنولوجيا لتطوير تطبيق عبر الشبكة الاجتماعية. فيما يلي المكدس الذي أعتقد أنه يمكن أن يكون مناسبًا تمامًا لنوع التطبيق من التطبيق:

واجهة المستخدم الرسومية - ASP.NET MVC ، فلاش (فليكس)

خدمات الأعمال - الخدمات المستندة إلى التوفير واحدة من ميزة استخدام تقطير هو حل مشاكل التحجيم التي ستأتي في المستقبل عندما تزداد قاعدة المستخدمين بسرعة. يمكن تعرض جميع منطق العمل كخدمات باستخدام REST و JSON وما إلى ذلك ، وهذا يتيح لنا أيضًا الذهاب مع خدمات C ++ أو Erlang عندما يتطلب الموقف.

قاعدة البيانات - Mysql ، كاساندارايمكن استخدام MySQL لتخزين البيانات التي تحتاج إلى استمرار. سيتم استخدام Cassandara لتخزين المعرفات العالمية للبيانات المستمرة. نظرًا لأن Cassandara جيد جدًا في التحجيم من خلال تقديم المزيد من العقد ، فسيؤدي ذلك أيضًا إلى زيادة الخدمات المستندة إلى التوفير أيضًا. وأيضا هناك دعم أصلي بين كاساندارا وتوفير

خادم ذاكرة التخزين المؤقت - memcached

لن تتحدث أي طلبات من Services Business Services إلا إلى Memcached إذا كانت هناك حاجة إلى أي بيانات غير دورية ، وإلا فستكون هناك بعض وظائف الخلفية التي ستؤدي إلى إبطال ذاكرة التخزين المؤقت من قاعدة البيانات.

السؤال هو:

1. هل التوفير الذي هو مفتوح المصدر جاهز للإنتاج؟
2. هل هي المكدس المناسب لطبقة الخدمات لاختيار متى يتم تطوير التطبيق (GUI) بشكل أساسي في ASP.NET و DB هل MySQL؟
3. هل هناك أي تحذيرات أخرى خبرتها أي شخص هنا؟

أحد الهدف الرئيسي وراء هذا المكدس هو التوسع بسهولة مع المزيد من العقد وأيضًا يساعدنا على استخدام مربعات Linux ، وسوف يقلل تكلفتنا بشكل كبير

أفكار من فضلك ..

Answer 1

لا تعطي تفاصيل حول نموذج البيانات الخاص بك ، ولكن إذا كنت تحاول القيام بشيء مشابه لـ Facebook أو Twitter أو Digg أو Reddit ، فيجب أن تكون Cassandra مناسبة تمامًا لأنك تعرف أن هذه الشركات تستخدم جميعًا Cassandra.

واحدة من مزايا كاساندرا هي أنك لا تحتاج إلى طبقة تخزين مؤقت منفصلة: مخبأات مفتاح كاساندرا المدمجة والصف ، والقدرة على إضافة آلات لتوسيع نطاقها ، وجعل memcached غير ضروري.