Weryfikacja nowej architektury


Zawartość

  • Jak sprawdzić nową architekturę chmury za pomocą Lucidscale
  • Przykład 
  • Wniosek

Planowanie nowej architektury chmury wymaga wiele pracy, a czasami osoby, które ją tworzą, nie są osobami, które ją zaprojektowały. Osoby tworzące nową architekturę mogą błędnie interpretować rysunki, które otrzymują, lub korzystać z twórczej licencji, by wprowadzać zmiany, które ich zdaniem na dłuższą metę będą lepsze dla architektury. Z powodu tej rozbieżności między tym, co zostało zaprojektowane, a tym, co zostało zrealizowane, warto sprawdzić, czy Twoja architektura została stworzona zgodnie z oryginalnym planem.

4 minuta czytania

Chcesz stworzyć własną wizualizację w chmurze? Wypróbuj Lucidscale. To szybkie, łatwe i całkowicie bezpłatne.

Zarejestruj się za darmo

Jak sprawdzić nową architekturę chmury za pomocą Lucidscale

Ręczna weryfikacja architektury chmury może być czasochłonna i żmudna. Z Lucidscale jest prosta. Wykonaj trzy proste kroki: 

  1. Zaimportuj swoją architekturę do centrum danych 

Przejdź do panelu po lewej stronie w Lucidscale i wybierz opcję „Importuj dane”, aby pobrać metadane dostawcy chmury i uzyskać dokładny obraz swojego bieżącego stanu. Lucidscale współpracuje z AWS, Azure i GCP. 

  1. Utwórz nowy model w Lucidscale 

Automatycznie wygeneruj diagram na podstawie zaimportowanych danych. Możesz stosować filtry, dostosowywać widoki, wyświetlać połączone zasoby i nie tylko.  

architektura chmury

 

  1. Porównaj nowy model z oryginalnym diagramem 

Porównaj swój nowy model w Lucidscale z planem architektonicznym w programie do tworzenia diagramów, którego używasz. Lucidchart to doskonałe narzędzie do inteligentnego tworzenia diagramów, a eksport do Lucidchart z Lucidscale jest bezproblemowy, ponieważ oba produkty współpracują ze sobą w ramach pakietu Lucid. Używaj wielu widoków, aby odfiltrować konkretne zasoby lub skupić się na grupach zasobów. Możesz także włączać i wyłączać linie, aby sprawdzić, czy określone zasoby są prawidłowo połączone. Jeśli znajdziesz jakieś rozbieżności, możesz je zaznaczyć, by móc się do nich później odwołać.

architektura chmury

Wizualizacja w chmurze jest szybka i łatwa dzięki Lucidscale. Rozpocznij bezpłatny okres próbny już dziś, aby rozpocząć wizualizację.

Zarejestruj się za darmo

Przykład 

Przykładem tego, jak ważna jest weryfikacja nowej architektury, może być jeden z naszych klientów. Pracowaliśmy z dużą firmą lotniczą nad wizualizacją architektury ich chmury. Dysponowała ona zespołem 50 architektów i wieloma środowiskami chmurowymi do zarządzania.

Zanim użyto Lucidscale, przy nowych projektach korzystano z szablonu, który został już zatwierdzony, a następnie wprowadzano zmiany, by dopasować go do potrzeb nowej architektury. Następnie zespół architektoniczny przekazał projekt zespołowi odpowiedzialnemu za realizację projektu. 

Na tym etapie architekci utracili orientację w procesie i nie wiedzieli, czy wprowadzono zmiany w stosunku do pierwotnego projektu. Zespół architektoniczny nie miał żadnego sposobu, by dowiedzieć się, czy coś poszło nie tak.

Najlepiej byłoby, gdyby istniała możliwość kontaktu z pierwotnym architektem. Większość architektur ulega pewnym zmianom między etapem projektowania a etapem realizacji. Dzięki informacjom zwrotnym architekt może wpływać na swoje przyszłe decyzje i projekty. 

To wcale nie jest rzadkość. Często zdarza się, że Twój zespół musi dodać lub zmienić infrastrukturę, aby obsłużyć nowy produkt, funkcję lub bazę klientów, a plan stworzenia tej nowej architektury zyskuje kolejne wersje. Kolejne wersje mogą wyglądać zupełnie inaczej niż planowano na początku. Gdy dochodzi do zmiany architektury na nową w końcowej implementacji, zazwyczaj między przekazaniem jej przez architekta zespołowi odpowiedzialnemu za realizację projektu dzieje się jedna z dwóch rzeczy. 

  1. Zmieniono coś, co nie powinno być zmienione. Architekt musi wiedzieć, co zostało zmienione, aby mógł przedstawić ekipie odpowiedzialnej za realizację projektu argumenty przemawiające za tym, by powrócić do pierwotnych zamierzeń. 
  2. Pierwotny projekt miał wady lub, co bardziej prawdopodobne, projekt został poddany pewnym zmianom lub przeróbkom, a produkt końcowy musiał wyglądać inaczej niż pierwotny plan architektoniczny. Ważną rzeczą jest, by również architekt brał udział w tych zmianach, tak by mogły one wpłynąć na przyszłe decyzje. Mogą nawet chcieć zaktualizować swój szablon, by zaoszczędzić czas przy kolejnych projektach. 

Wniosek

Infrastruktura chmury może się łatwo rozrastać i zmieniać w stosunku do swojej pierwotnej architektury, co sprawia, że trudno jest ją śledzić. W dłuższej perspektywie może to kosztować Twoją firmę więcej, niż przewidziano w budżecie i planach, a także spowodować problemy z wydajnością.  

Najlepszym sposobem na utrzymanie infrastruktury chmury na właściwym torze jest sprawdzanie nowej architektury chmury od samego początku. Oprogramowanie takie jak Lucidscale ułatwia to zadanie, generując bieżące diagramy aktualnego stanu i umożliwiając ciągłe przekazywanie informacji zwrotnych pomiędzy zespołami zajmującymi się architekturą i realizacją projektu.


Zacznij

  • Cennik
  • Indywidualny
  • Zespół
  • Kontakt z działem sprzedaży
PrywatnośćPrawnyPliki cookie
  • linkedin
  • twitter
  • instagram
  • facebook
  • youtube
  • glassdoor

© 2022 Lucid Software Inc.