Instancje i obszary robocze

• Dowiesz się:
  • Ogólny przegląd instancji Tulip i przestrzeni roboczych Tulip.
  • Podstawowe kwestie dotyczące architektury instancji i przestrzeni roboczych dla klientów korzystających z wielu lokalizacji i regionów.

Instancje

Instancja Tulip to dedykowane środowisko, w którym Twoja organizacja uzyskuje dostęp do platformy Tulip. Każda instancja ma unikalny adres URL: [twoje-konto].tulip.co

Przestrzenie robocze

Kto może korzystać z tej funkcji

Użytkownicy korzystający z planów Enterprise i wyższych.

Workspacey Tulip pomagają dużym organizacjom zarządzać wieloma zakładami produkcyjnymi w ramach jednej instancji Tulip. Przestrzenie robocze można traktować jako oddzielne obszary w ramach głównego środowiska Tulip — każdy z własnymi użytkownikami, aplikacjami i danymi. :::(Info) (Use cases for workspaces)
To learn more about use cases for Workspaces, see Workspaces configuration. This shows what information is configured at an Instance (Account) level, and what can be configured at a Workspace level.
:::

Infrastruktura instancji

Regiony infrastruktury chmurowej

Każda instancja Tulip działa w chmurze na infrastrukturze dostawcy usług chmurowych w określonym regionie. Obecnie Tulip korzysta z infrastruktury do hostowania instancji Tulip w następujących regionach:* Ameryka Północna* Europa* Azja Południowo-Wschodnia* Chiny

*Obsługa innych regionów:*Zakłady w innych regionach są zazwyczaj hostowane na infrastrukturze z najbliższego dostępnego regionu. Na przykład zakład w Indiach korzystałby z naszej infrastruktury w Azji Południowo-Wschodniej.

Wersje platformy Tulip

Każda instancja Tulip działa w oparciu o jedną konkretną wersję platformy Tulip. * Instancje dla klientów z branży produkcyjnej działają zazwyczaj w cyklu cotygodniowych aktualizacji.* Instancje dla klientów z branż podlegających regulacjom (np. nauki przyrodnicze, lotnictwo i obrona) działają zazwyczaj w cyklu aktualizacji z długoterminowym wsparciem LTS. * Uwaga: nowe wersje LTS nie są automatycznie wdrażane na instancjach klientów. Klienci korzystający z wersji LTS koordynują aktualizacje z działem wsparcia technicznego Tulip.

Infrastruktura obszarów roboczych

• Wszystkie obszary robocze w instancji Tulip działają:
  • w tej samej infrastrukturze dostawcy usług w chmurze w tym samym regionie
  • na tej samej wersji platformy Tulip

Przedstawienie graficzne

Poniższy obrazek przedstawia przykład instancji produkcyjnych klienta, pogrupowanych według regionu i obszaru roboczego:

Kwestie architektoniczne dla klientów posiadających wiele lokalizacji

Na wczesnym etapie wdrażania platformy Tulip przez klienta posiadającego wiele lokalizacji zazwyczaj dochodzi do dyskusji i podjęcia decyzji przez klienta dotyczącej tego, czy należy stosować oddzielne obszary robocze dla każdej fizycznej lokalizacji, czy też oddzielne instancje. Wybrana architektura jest zazwyczaj wynikiem następujących czynników:

Rozmieszczenie geograficzne

• Jedna instancja = jeden region infrastruktury chmurowej
  • Klientom posiadającym wiele lokalizacji i fabryki w różnych regionach zazwyczaj najlepiej służą oddzielne instancje dla każdego regionu, ponieważ pomaga to zapewnić optymalną wydajność.

Ograniczenia i możliwości przestrzeni roboczych

Informacje na temat ograniczeń przestrzeni roboczych można znaleźć tutaj.

• Możliwości konfiguracyjne funkcji obszarów roboczych (tj. co można skonfigurować na poziomie instancji, a co na poziomie obszaru roboczego).
• Ograniczenia dotyczące odtwarzacza Tulip Player i rejestracji obszarów roboczych
  • Odtwarzacz Tulip Player na danej stacji roboczej może być zarejestrowany w wielu instancjach. Użytkownik może przełączać się między instancjami, korzystając z opcji „Developer / Change Server” oraz dodając lub wybierając inną instancję.
  • Po zarejestrowaniu odtwarzacza Tulip Player w instancji pozostaje on połączony z konkretnym obszarem roboczym, w którym został zarejestrowany po raz pierwszy.
    • Dla operatorów w zakładzie produkcyjnym zazwyczaj nie stanowi to problemu.
    • Wpływ na twórców aplikacji
      • Twórcy aplikacji obsługujący wiele lokalizacji w ramach jednej instancji, rozdzielonych za pomocą obszarów roboczych, napotykają zakłócenia w przepływie pracy.
      • Przełączanie obszaru roboczego w Tulip Player wymaga wyczyszczenia danych i ponownej rejestracji na instancji w wybranym obszarze roboczym.
• Gdy tabele Tulip są importowane do obszaru roboczego, unikalne identyfikatory tabel (UID) będą się różnić. (Wszystkie tabele Tulip na jednej instancji współużytkują bazę danych dedykowaną dla tej instancji).
  • Może to skomplikować projektowanie przepływów pracy klientów w platformie iPaaS lub platformie integracji danych, które wykorzystują interfejsy API tabel Tulip (wymagające podania lub zwracające unikalne identyfikatory tabel).

Wymagania dotyczące wersji platformy

• Wszystkie obszary robocze w ramach jednej instancji korzystają z tej samej wersji platformy.
• Klienci z branż podlegających regulacjom, korzystający z wersji LTS, powinni rozważyć utworzenie oddzielnych instancji dla każdej lokalizacji, aby uniknąć opóźnień związanych z koordynacją aktualizacji:
  • Nowe wydania LTS nie są automatycznie wdrażane do instancji klientów.
  • Klienci korzystający z wersji LTS muszą najpierw sprawdzić zgodność nowych wydań LTS, a następnie skoordynować aktualizację swoich instancji z działem wsparcia Tulip.
  • Jeśli klient z branży podlegającej regulacjom korzystał z jednej instancji produkcyjnej dla danego regionu (i wykorzystywał obszary robocze do segmentacji poszczególnych lokalizacji), aktualizacja LTS byłaby opóźniona do momentu, aż wszystkie lokalizacje zweryfikują nową wersję LTS i będą gotowe do aktualizacji.
  • W związku z tym większość klientów z branż podlegających regulacjom, korzystających z wersji LTS, decyduje się na utworzenie oddzielnej instancji produkcyjnej dla każdej fizycznej lokalizacji.
• Zarządzanie cyklem życia aplikacji
  • Aplikację Tulip można zaimportować wyłącznie do obszaru roboczego lub instancji działającej na tej samej wersji platformy, co instancja/obszar roboczy, z którego aplikacja została wyeksportowana.
  • Więcej szczegółów na temat „Eksportu i importu” można znaleźć tutaj.

Limity użytkowników

Zobacz ograniczenia dotyczące zarządzania użytkownikami tutaj.

Przewodnik po architekturze wielooddziałowej i najlepsze praktyki

• Ten sam region i mniej niż 15 lokalizacji: rozważ użycie obszarów roboczych
• Wiele regionów: Używaj oddzielnych instancji dla każdego regionu
• Branża podlegająca regulacjom: Należy korzystać z oddzielnych instancji dla każdej lokalizacji

Jeśli masz jakiekolwiek pytania dotyczące strategii architektury instancji/przestrzeni roboczych, skontaktuj się z:* inżynierem ds. przedsprzedaży (jeśli obecnie oceniasz platformę Tulip)* zespołem Tulip Professional Services (jeśli obecnie uczestniczysz w projekcie Tulip Professional Services)* menedżerem ds. sukcesu klienta i/lub menedżerem technicznym ds. obsługi klienta (dla nowych/obecnych klientów)