2009-10-29 13 views
6

Mam aplikację ASP.NET, która szeroko wykorzystuje interfejs API pamięci podręcznej ASP.NET do buforowania często używanych danych. Ponadto używam zależności zależnej od pamięci podręcznej sql sql do śledzenia wygaśnięcia.Rozszerzanie pamięci podręcznej danych ASP.NET do udostępniania w farmie sieci Web

Wadą obecnego projektu jest to, że w środowisku farmy internetowej każdy serwer WWW ma własną pamięć podręczną danych, która nie jest współużytkowana na serwerach.

Czy istnieje sposób, w jaki mogę po prostu migrować kod w celu współużytkowania pamięci podręcznej danych na wielu serwerach?

Myślałem o używaniu memcached, ale to nie działałoby w zależności od pamięci podręcznej sql, prawda?

Jakieś inne rozwiązania?

Odpowiedz

2

Można użyć następujących opcji -

  1. stosowanie metody opisane tutaj do synchronizacji danych pomiędzy gospodarstw internetowej - http://www.eggheadcafe.com/articles/20030420.asp

  2. Zastosowanie dystrybuowane buforowanie podejścia

  3. Wykorzystanie pamięci podręcznej biblioteki Enterprise .

2

Wydaje mi się, że Windows Server AppFabric właśnie szukasz. (AKA "Velocity"). Z introductory documentation:

Windows Server AppFabric zapewnia Ukazuje się w pamięci podręcznej aplikacji platformę dla rozwoju skalowalne, dostępne i aplikacji o wysokiej wydajności. AppFabric łączy pamięć wielu komputerów , aby zapewnić jednolity widok pamięci podręcznej dla aplikacji. Aplikacje mogą przechowywać dowolny obiekt CLR z serializacją bez obawy o to, gdzie obiekt zostanie zapisany jako . Skalowalność można uzyskać przez po prostu dodając więcej komputerów na żądanie . Pamięć podręczna pozwala również na przechowywanie kopii danych w klastrze , chroniąc w ten sposób dane przed niepowodzeniem . Działa jako usługa dostępna przez sieć. W Ponadto, Windows Server AppFabric zapewnia bezproblemową integrację z ASP.NET, która umożliwia sesję ASP.NET obiekty mają być przechowywane w pamięci podręcznej rozproszonych bez konieczności zapisu do baz danych. Zwiększa to zarówno wydajność, jak i skalowalność aplikacji ASP.NET.

Powiązane problemy