Skoro wiesz ju\u017c co chcesz zbudowa\u0107 i dlaczego, Twoim pierwszym krokiem b\u0119dzie proste MVP. Czas zada\u0107 sobie pytanie: jak to technicznie posk\u0142ada\u0107?<\/p>\n\n\n\n
Wyobra\u017a sobie, \u017ce budujesz prawdziw\u0105, fizyczn\u0105 restauracj\u0119. Zanim kupisz garnki i zatrudnisz szefa kuchni, musisz mie\u0107 projekt budynku. Gdzie b\u0119dzie sala dla go\u015bci? Gdzie kuchnia? Gdzie magazyn na p\u00f3\u0142produkty? W \u015bwiecie IT ten projekt budynku nazywamy architektur\u0105 oprogramowania. Jest to zestaw fundamentalnych struktur i plan\u00f3w, kt\u00f3re s\u0142u\u017c\u0105 jako wizualny przewodnik podczas budowy aplikacji. Definiuje on g\u0142\u00f3wne komponenty systemu, ich relacje oraz to, jak ze sob\u0105 wsp\u00f3\u0142pracuj\u0105.<\/p>\n\n\n\n
Dobra architektura sprawia, \u017ce Twoja aplikacja jest szybka, bezpieczna i mo\u017ce rosn\u0105\u0107 razem z liczb\u0105 u\u017cytkownik\u00f3w. Z\u0142a architektura to z kolei gwarancja frustracji – system staje si\u0119 trudny w utrzymaniu, powolny, a ka\u017cda nowa funkcja psuje trzy inne. Przyjrzyjmy si\u0119 najwa\u017cniejszym modelom architektonicznym na przyk\u0142adzie naszej aplikacji z przepisami.<\/p>\n\n\n\n
Wi\u0119kszo\u015b\u0107 dzisiejszych aplikacji internetowych opiera si\u0119 na architekturze Klient-Serwer. Aby to \u0142atwo zrozumie\u0107, podzielmy nasz\u0105 aplikacj\u0119 na trzy warstwy (tzw. architektur\u0119 tr\u00f3jwarstwow\u0105):<\/p>\n\n\n\n
Ten podzia\u0142 jest kluczowy, poniewa\u017c pozwala na to, aby zmiana wygl\u0105du aplikacji (np. nowy kolor przycisk\u00f3w na Frontendzie) nie wymaga\u0142a przebudowywania logiki przeliczania kalorii na serwerze.<\/p>\n\n\n\n
Na pocz\u0105tku drogi, gdy budujesz MVP swojej ksi\u0105\u017cki kucharskiej, najprawdopodobniej zastosujesz Architektur\u0119 Monolityczn\u0105.<\/p>\n\n\n\n
Monolit to sytuacja, w kt\u00f3rej ca\u0142a Twoja aplikacja – interfejs, logika logowania u\u017cytkownik\u00f3w, baza przepis\u00f3w, przelicznik miar – znajduje si\u0119 w jednym wielkim „pude\u0142ku” (jednej bazie kodu) i jest uruchamiana jako pojedyncza jednostka.<\/p>\n\n\n\n
Zalety dla pocz\u0105tkuj\u0105cych:<\/p>\n\n\n\n
Haczyk: <\/strong>Wraz ze wzrostem aplikacji, monolit zaczyna przypomina\u0107 zamek z piasku. Je\u015bli jeden element ulegnie awarii (np. funkcja przeliczania jednostek zepsuje si\u0119 od nadmiaru zapyta\u0144), ca\u0142a aplikacja przestaje dzia\u0142a\u0107. Ponadto, ka\u017cda najdrobniejsza zmiana w kodzie wymaga ponownego wdro\u017cenia ca\u0142ego systemu.<\/p>\n\n\n\n Wyobra\u017a sobie, \u017ce Twoja ksi\u0105\u017cka kucharska zaczyna rosn\u0105\u0107. Z ka\u017cdym dniem masz wi\u0119cej u\u017cytkownik\u00f3w, doda\u0142e\u015b wiele nowych funkcji. Tw\u00f3j monolit p\u0119ka w szwach, a programi\u015bci potykaj\u0105 si\u0119 o w\u0142asny kod. Wtedy do gry wchodz\u0105 Mikrous\u0142ugi.<\/p>\n\n\n\n Architektura mikrous\u0142ug polega na rozbiciu wielkiego monolitu na zbi\u00f3r ma\u0142ych, niezale\u017cnych mini-aplikacji (us\u0142ug), z kt\u00f3rych ka\u017cda odpowiada tylko za jedn\u0105, konkretn\u0105 funkcj\u0119 biznesow\u0105. W tym modelu b\u0119dziesz mia\u0142 osobn\u0105 mikrous\u0142ug\u0119 obs\u0142uguj\u0105c\u0105 wy\u0142\u0105cznie konta u\u017cytkownik\u00f3w, osobn\u0105 dla katalogu przepis\u00f3w i osobn\u0105 do obs\u0142ugi powiadomie\u0144. Komunikuj\u0105 si\u0119 one ze sob\u0105 za pomoc\u0105 tzw. interfejs\u00f3w API.<\/p>\n\n\n\n Nale\u017cy jednak pami\u0119ta\u0107, \u017ce mikrous\u0142ugi wprowadzaj\u0105 z\u0142o\u017cono\u015b\u0107 operacyjn\u0105.<\/p>\n\n\n\n Warto jeszcze wspomnie\u0107 o nowoczesnym podej\u015bciu zwanym Serverless (architektura bezserwerowa) lub „Funkcj\u0105 jako us\u0142ug\u0105”.<\/p>\n\n\n\n W tradycyjnym modelu wynajmujesz serwer (komputer w chmurze), kt\u00f3ry dzia\u0142a 24 godziny na dob\u0119, bez wzgl\u0119du na to, czy kto\u015b korzysta z Twojej aplikacji, czy nie. W modelu Serverless, piszesz ma\u0142e fragmenty kodu (funkcje), kt\u00f3re s\u0105 uruchamiane przez zewn\u0119trznego dostawc\u0119 (np. AWS, Google) tylko wtedy, gdy zajdzie konkretne zdarzenie.<\/p>\n\n\n\n Przyk\u0142ad? Gdy u\u017cytkownik kliknie „Wykonaj backup”, system wybudza specjaln\u0105 funkcj\u0119, generuje pliki, wysy\u0142a je w odpowiednie miejsce, a nast\u0119pnie funkcja „usypia”. P\u0142acisz tylko za minuty, w kt\u00f3rych kod faktycznie pracowa\u0142. To fantastyczne rozwi\u0105zanie do optymalizacji koszt\u00f3w pewnych zautomatyzowanych proces\u00f3w. Minusem jest jednak tak zwany \u201ccold start\u201d – je\u015bli funkcja nie jest u\u017cywana przez d\u0142ugi czas, to jej uruchomienie zajmuje nawet do kilku minut. Je\u015bli u\u017cytkownik oczekuje wyniku automatycznie (np. wyniki wyszukiwania), takie rozwi\u0105zanie b\u0119dzie raczej frustruj\u0105ce.<\/p>\n\n\n\n Skoro nasza aplikacja ma ju\u017c przemy\u015blan\u0105 architektur\u0119 i gotowe MVP, stajemy przed nowym wyzwaniem – jak sprawi\u0107, by sta\u0142a si\u0119 ona prawdziwie inteligentna?<\/p>\n\n\n\n Skoro zbudowali\u015bmy ju\u017c w pe\u0142ni funkcjonaln\u0105, \u015bwietnie zaprojektowan\u0105 kuchni\u0119, nie mo\u017cemy zostawi\u0107 w niej tylko pasywnej ksi\u0105\u017cki z przepisami. Wkraczamy na najwy\u017cszy poziom ewolucji tworzenia oprogramowania i wchodzimy w \u015bwiat Agent\u00f3w AI. Nadszed\u0142 czas, aby w naszej cyfrowej restauracji zatrudni\u0107 autonomicznego szefa kuchni – system, kt\u00f3ry sam potrafi my\u015ble\u0107, decydowa\u0107 o u\u017cyciu odpowiednich narz\u0119dzi i rozwi\u0105zywa\u0107 skomplikowane problemy.<\/p>\n\n\n\n Materia\u0142y do samodzielnej nauki zwi\u0105zane z tym tematem:<\/p>\n\n\n\n Skoro wiesz ju\u017c co chcesz zbudowa\u0107 i dlaczego, Twoim pierwszym krokiem b\u0119dzie proste MVP. Czas zada\u0107 sobie pytanie: jak to technicznie posk\u0142ada\u0107? Wyobra\u017a sobie, \u017ce budujesz prawdziw\u0105, fizyczn\u0105 restauracj\u0119. Zanim kupisz garnki i zatrudnisz szefa kuchni, musisz mie\u0107 projekt budynku. Gdzie b\u0119dzie sala dla go\u015bci? Gdzie kuchnia? Gdzie magazyn na p\u00f3\u0142produkty? W \u015bwiecie IT ten […]<\/p>\n","protected":false},"author":2,"featured_media":0,"parent":415,"menu_order":3,"comment_status":"closed","ping_status":"closed","template":"","meta":{"footnotes":""},"class_list":["post-434","page","type-page","status-publish","hentry"],"_links":{"self":[{"href":"https:\/\/nuplo.org\/pl\/wp-json\/wp\/v2\/pages\/434","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/nuplo.org\/pl\/wp-json\/wp\/v2\/pages"}],"about":[{"href":"https:\/\/nuplo.org\/pl\/wp-json\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"https:\/\/nuplo.org\/pl\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/nuplo.org\/pl\/wp-json\/wp\/v2\/comments?post=434"}],"version-history":[{"count":7,"href":"https:\/\/nuplo.org\/pl\/wp-json\/wp\/v2\/pages\/434\/revisions"}],"predecessor-version":[{"id":781,"href":"https:\/\/nuplo.org\/pl\/wp-json\/wp\/v2\/pages\/434\/revisions\/781"}],"up":[{"embeddable":true,"href":"https:\/\/nuplo.org\/pl\/wp-json\/wp\/v2\/pages\/415"}],"wp:attachment":[{"href":"https:\/\/nuplo.org\/pl\/wp-json\/wp\/v2\/media?parent=434"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}Mikrous\u0142ugi (Microservices): Gdy Twoja aplikacja staje si\u0119 kulinarnym imperium<\/h2>\n\n\n\n
Dlaczego giganci (jak Netflix, Uber czy YouTube) to kochaj\u0105?<\/h3>\n\n\n\n
\n
Serverless: Zatrudnianie kucharza tylko na moment gotowania<\/h2>\n\n\n\n
Podsumowanie<\/h2>\n\n\n\n
Materia\u0142y<\/h2>\n\n\n\n
\n