Obowiązki Developer Service Broker
Deweloper aplikacji jest odpowiedzialny za projektowanie Service Broker aplikacji i tworzenia elementów, które wymagają programowania.Administrator systemu jest odpowiedzialny za konfigurowanie i zarządzanie Service Broker.Programiści i Administratorzy muszą do siebie podczas planowania systemu, w celu zapewnienia, że jest rozwinięte i optymalnie zarządzać dla ich konkretnego środowiska i celów biznesowych.
Zaangażowane w tworzenie aplikacji poszczególnych zadań zależy od potrzeb aplikacji.Oto typowe sekwencji zadań dla rozwoju Service Broker aplikacji:
Zaplanowanie aplikacji.Tworzenie konspektu zadań, które musi wykonać aplikacji.Opisz konwersacji, które mają miejsce podczas każdego zadania.Który punkt końcowy musi podać informacje, w jakiej kolejności?Jakie przetwarzania musi się odbywać?Jakie priorytety powinny być przypisane do konwersacji?Wszystkie kolejne informacji zależy od ten konspekt.
Określa format i struktury każdej wiadomości w każdej konwersacji.Plan oczekiwaną kolejnością wymiany wiadomości i jak każdego uczestnik konwersacji powinien odpowiedzieć na błędy i komunikaty, które są wysyłane w kolejności nieoczekiwany.
Jeśli konwersacji używa komunikatów XML, należy utworzyć schemat dla każdej wiadomości XML.Używając schematów podczas rozwoju, testowania i rozwiązywania problemów.Kiedy usługa jest w produkcji, może zdecydować o usuwanie sprawdzania poprawności schematu na typy wiadomości, aby zwiększyć wydajność.
Utwórz typ komunikatu dla każdej wiadomości w każdej konwersacji.
Tworzenie kontrakt dla każdej konwersacji.kontrakt określa typy wiadomości, które mogą być używane przez każdy punkt końcowy w konwersacji.
Utworzyć kolejkę do przechowywania wiadomości, które będą odbierane przez aplikację.
Tworzenie usługa udostępnić funkcje zdefiniowane przez kontrakt i wdrożone przez procedura składowana, który został utworzony.Tworząc usługa skojarzyć ją z kolejki utworzoną w poprzednim kroku.W ten sposób można stwierdzić, usługa Broker były umieszczone w kolejce zidentyfikowane wszystkie wiadomości przychodzące adresowane do tej usługa.
Przegląd planów priorytetowych, które są ustanowione w kroku 1.Utwórz priorytetów konwersacji, obejmujące wszystkie punkty końcowe konwersacji, które są zaprojektowane do używania poziomy priorytetu, innej niż domyślna.Jeśli poziomy priorytetu, powinien być używany, kiedy wiadomości są przesyłane z bazy danych, upewnić się, że opcja HONOR_BROKER_PRIORITY w bazie danych jest zestaw on.
Tworzenie aplikacji, która implementuje wymagania wzorek i przetwarzania wymiany wiadomości oczekiwano zidentyfikowany w kroku 1.Jeśli aplikacja używa wewnętrznego aktywacja, aplikacja jest procedura składowana.
Jeśli aplikacja używa wewnętrznego aktywacja, należy zmienić kolejkę, aby umożliwić aktywacja.Należy określić procedura składowana, utworzony w kroku 8 jak aktywacja przechowywane procedury.
Identyfikacja usług, które korzystają z usługa, nowo utworzony.Jeśli istnieje tych usług poza z lokalnym SQL Server wystąpienie, utworzyć trasy dla nich.
Przegląd usług zdalnej, zidentyfikowanych w poprzednim kroku i określenie wymagań zabezpieczeń dla komunikacji z nimi.W razie potrzeby tworzenie certyfikatów do egzekwowania tych wymogów, a następnie utwórz użytkowników bazy danych certyfikatów.Skojarzyć certyfikaty z tych identyfikatorów logowania.Administratorzy i deweloperzy innych usług, należy utworzyć powiązania usługa zdalnego do okna dialogowego zabezpieczeń ruchu do tej usługa.
Podczas projektowania i testowania jest często wygodne dla aplikacji do pracy z nazwy użytkowników używających aplikacji w produkcji, ale skojarzyć te nazwy użytkowników z certyfikatami, które są używane tylko w rozwoju i testowym.Gdy aplikacja przejdzie do produkcji, należy użyć certyfikatów utworzone dla środowiska produkcyjnego.Za pomocą różnych certyfikatów, można zmniejszyć wysiłek związany z wdrażanie aplikacji, zachowując zabezpieczeń między środowiska programowania i w środowisku produkcyjnym.
Zobacz także