Architektura IT jest szerokim pojęciem, które może oznaczać różne kwestie w zależności od ludzi oraz organizacji.
Możemy podzielić architekturę IT na 3 ogólne kategorie, które będą miały wiele podkategorii:
- Architektura korporacyjna
- Architektura rozwiązań / Architektura oprogramowania
- Infrastruktura IT Architektura
W tej sesji skupimy się na architekturze korporacyjnej i architekturze rozwiązań / architekturze oprogramowania, ponieważ cała sesja zostanie poświęcona “infrastrukturze chmury oraz IT”
Wprowadzenie do architektury korporacyjnej (EA)
Architekci korporacyjni są typem architektów IT , którzy znajdują się najbliżej firmy i jak najdalej od zadań technicznych. W Right People Group wciąż wybieramy jednak Architektów Enterprise, którzy mają pewne zaplecze techniczne oraz dobre zrozumienie techniczne.
RPG najczęściej dostarczają architektom korporacyjnym duże organizacje, a konkretne projekty są zapewniają, że krajobraz IT jako całość jest w stanie dostarczyć niezbędnego fundamentu do realizacji strategii biznesowej. W krótszym jak i dłuższym czasie. w krótkim okresie. Dlatego dla architektów korporacyjnych zawsze potrzebne jest silne zrozumienie zarówno procesów informatycznych, biznesowych, jak i dobrych umiejętności komunikacyjnych.
Sprawdź poniższy film, aby zapoznać się z architekturą korporacyjną?
Dlaczego architektura oprogramowania ma znaczenie?
Martin Fowler jest jednym z wielu profesjonalistów w Right People Group. Z tego względu nie podajemy tylko ,,podręcznikowej definicji” czym jest architektura oprogramowania a sprawdzamy dlaczego ma ona znaczenie i jak tworzy ona wartość biznesową w realnym świecie.
Podzielamy przekonanie Martina Fowlersa, że architekci oprogramowania muszą posiadać umiejętność kodowania a także nieustannie aktualizować swoje umiejętności techniczne. Podzielamy także jego przekonanie, że tworzenie wysokiej jakości oprogramowania nie jest drogie – tworzenie wysokiej jakości oprogramowania jest najtańszym rozwiązaniem jeżeli spojrzy się na całkowity koszt posiadania. Jest to również powód, dla którego preferujemy małe zespoły ekspertów, w porównaniu do dużych zespołów o średnim lub niskim poziomie rozwoju oprogramowania i umiejętności związanych z architekturą oprogramowania.
Zobacz naszego bohatera w akcji poniżej:
Rola współczesnego architekta oprogramowania
Ponieważ w ciągu ostatnich lat w większości organizacji zmieniły się procesy tworzenia oprogramowania, zmieniła się także rola architekta oprogramowania w nowoczesnych organizacjach. Współczesny architekt oprogramowania musi opracować jego architekturę w środowisku projektowym oraz w oparciu o ciągły dialog z odpowiednio zainteresowanymi. Ma to na celu zapewnienie, że wymagania biznesowe są zawsze w centrum uwagi nawet jeśli oznacza to, że plany dotyczące architektury oprogramowania zmieniają się. Oznacza to jednak, że projekt się rozwija. Dlatego nowoczesny architekt oprogramowania musi odgrywać aktywną rolę lidera w zakresie zarówno procesu, komunikacji jak i technologii.
Zobacz poniższe opracowanie Juval Lowy, który jest liderem architektury oprogramowania.
Wzory oprogramowania i MVC (Model – Widok – Kontroler)
MVC to ogólny wzór architektoniczny oprogramowania, który można zaimplementować na wiele różnych sposobów i za pomocą różnych produktów / frameworków. ASP. NET MVC to jeden z przykładów szkieletu aplikacji WWW do implementacji architektury MVC.
Ponieważ MVC jest bardzo powszechnie stosowanym trójwarstwowym wzorem architektonicznym, przyjrzyjmy się bliżej, czym tak naprawdę jest:
Architektura zorientowana na usługi (SOA) i oprogramowanie pośrednie
Większość firm, z którymi współpracujemy posiada “architekturę zorientowaną na usługi” i wykorzystuje różne rodzaje oprogramowania pośredniego w swojej perspektywie IT.
Przyjrzyjmy się nieco głębiej, aby zrozumieć pojęcie SOA oraz oprogramowania pośredniczącego:
Co to jest Enterprise Service Bus (ESB)?
ESB lub “Enterprise Service Bus” to techniczna podstawa do wdrożenia architektury SOA (Service Oriented Architecture). Jak opisano powyżej. ESB może funkcjonować jako systemowy punkt dostępu do wszystkich innych systemów, co oznacza, że integracja musi odbywać się tylko w jednym systemie, niezależnie od całkowitej liczby systemów, które wymagają interakcji. ESB ma rolę routingu, a w razie potrzeby przekształca informacje między różnymi systemami i może nawet dodać dodatkową warstwę bezpieczeństwa. Produkty ESB, które nasi konsultanci wdrożyli to przede wszystkim:
Poniżej znajduje się ogólne wprowadzenie do tego, czym jest ESB, co robi i jakie jest jego zadanie w architekturze zorientowanej na usługi:
Architektura mikroserwisów a architektura SOA
Obecnie doświadczamy Microservices jako jednego z głównych trendów w architekturze oprogramowania. Wielu naszych klientów ma architekturę zorientowaną na usługi i są oni zainteresowani przejściem do architektury opartej na mikroserwisach. Jest to spowodowane przede wszystkim potrzebą elastyczności, a czasem także problemów wydajnościowych z istniejącą architekturą SOA.
Poniższe video przestawia dyskusję na temat SOA vs. Microservices oraz stopniowego przejścia od architektury SOA do architektury opartej na Microservices.
CZY JESTEŚ NIEZALEŻNYM KONSULTANTEM LUB KONTRAKTOREM?
Zapisz się do naszego newslettera i otrzymuj kontrakty IT odpowiadające Twojemu profilowi oraz lokalizacji na swoją skrzynkę mailową.
Wyślij nam wiadomość e-mail na adres [email protected] z Twoim CV oraz stawką godzinową, która odpowiadać będzie Twoim projektom oraz wymaganiom lub czytaj więcej o naszych usługach w zakładce Architektura IT lub Architektura oprogramowania.