2013-03-25 12 views
5

Niedawno zainstalowałem usługę Windows Server Service Bus 1.0 (na komputerze z systemem Windows Server 2008 R2).Co to jest Windows Fabric i jak obsługiwać w nim usługi?

To także instaluje "Windows Fabric" (nie AppFabric).

Nie można znaleźć wiele informacji na ten temat, a googleing go natknąłem się na postu serwera Lync (Windows Fabric jest również instalowany przez Lync Server 2013).

Definicja:

"Okna Fabric to technologia Microsoft służący do tworzenia wysoce niezawodny, dystrybuowana i skalowalne aplikacje"

Z perspektywy architektury magistrali usług wygląda na to, że tkanina umożliwia replikację usług, wysoką dostępność i odporność na uszkodzenia.

Ktoś wie, czy można go używać do hostowania niestandardowych usług .NET? Albo jakikolwiek kierunek byłby bardzo doceniony.

Z góry dziękuję.

Cos

+0

http://msdn.microsoft.com/en-us/library/windowsazure/jj193012%28v=azure.10%29.aspx –

+0

Dziękuję Hans, ale ten link mówi tylko, że rejestry usług brokera Messaging Service Bus z Fabric, który dba o równoważenie obciążenia. Próbuję zrozumieć, w jaki sposób mogę zarejestrować _my własne usługi_, aby skorzystać z Fabric. – Cos

+0

https://azure.microsoft.com/en-us/documentation/articles/service-fabric-overview/ Dostępne również na komputerach innych niż niebieskie. – BozoJoe

Odpowiedz

1

ja właściwie nie myśleć, że Windows Tkanina jest otwarty produkt. Jest używany do celów infrastrukturalnych, a nie do wdrażania usług niestandardowych. W przypadku usług niestandardowych należy korzystać z platformy zbudowanej w oparciu o Windows Fabric, np. Service Bus, Windows Server App Fabric. Myślę, że Windows Fabric jest do użytku wewnętrznego przez Windows Azure i Private Cloud do klastrowania, równoważenia obciążenia i tak dalej.

UPDATE: zacząłem rozwijanie aplikacji Windows Azure i oto co znalazłem. Dodałem rolę Usługa do aplikacji Azure i uruchomiłem ją na lokalnym komputerze programistycznym (w emulatorze Azure). Moja usługa została opublikowana i uruchomiona pod Windows Fabric!

Więc wniosek jest: Windows Fabric jest platformą do prowadzenia usług w chmurze.

+2

Ta odpowiedź jest niestety błędna. To, o czym mówisz, nazywa się ** Windows Azure Fabric Controller ** i jest usługą infrastrukturalną na Azure. Zobacz, aby dowiedzieć się więcej http://channel9.msdn.com/Shows/Cloud+Cover/Cloud-Cover-Episode-36-Mark-Russinovich-Talks-Fabric-Controller-and-Cyber-Terrorism –

+0

@AhmetAlpBalkan how about you zamiast tego daj rozwiązanie, mówiąc: "jesteś w błędzie ...". Na przykład chcę użyć usługi Azure Fabric Service z usługą Azure Service Bus i zgadnij co? W ogóle nie są kompatybilne ... te 2 akty przeciwko sobie. – HellBaby

0

Tkanina, którą sama nazwa sugeruje, jest back-endem. Nie różni się od iSCSI lub EIGRP. Główną różnicą jest to, że ma charakter ogólny, a nie specyficzny, jak wyżej wymienione usługi/protokoły.

IIS to usługa serwera specyficzne dla hostingu. SQL to samo, ale tylko w bazie ..

tkanina, tkaniny stosowane do organizacji świadomych usług i oprogramowania.

0

Windows Fabric jest wewnętrznie wykorzystywany przez Microsoft do tworzenia wysoce dostępnych, odpornych i skalowalnych usług. Jest on używany przez Service Bus, SQL Database, dokument DB itp zgodnie z tym filmem: Building Resilient, Scalable Services with Microsoft Azure Service Fabric

Do tej pory nie były dostępne dla stron zewnętrznych, ale został ogłoszony Służby tkanina, która będzie dostępna na platformie Windows Azure Okno i Server 2016.

Czytaj więcej tutaj: http://azure.microsoft.com/en-us/campaigns/service-fabric/

0

poszedłem do Dyskusja Mark Eisenberg dniu 28 maja w Centrum niedaleko Microsoft NERD MIT w Bostonie MA.Rozmowa dotyczyła głównie usługi Azure Service Fabric. Ogólny konsensus był taki, że jeśli używasz platformy Azure z perspektywy infrastruktury, tak naprawdę jej nie używasz.

Następnym krokiem jest użycie Azure naiwnie jako platforma oznacza, że ​​zamiast tworzyć maszyny wirtualne i hosting je tam podczas tworzenia miejsc pracy oraz usług w chmurze internetowych i aplikacji internetowych i korzystania z nowej logiki API etc ...

Ale jeśli naprawdę chcesz zbudować stateful, odporną usługę klasy enterprise, powinieneś pójść poniżej PaaS i napisać bezpośrednio na Service Fabric, aby uzyskać większą kontrolę.

Tam są pieniądze.

I did a write up on the talk and what the Azure Service Fabric is a few days ago and posted it here.