{"id":15897,"date":"2023-05-12T13:37:44","date_gmt":"2023-05-12T11:37:44","guid":{"rendered":"https:\/\/vived.io\/?p=15897"},"modified":"2023-05-12T13:37:47","modified_gmt":"2023-05-12T11:37:47","slug":"wiosenne-porzadki-przeglad-nowych-narzedzi-w-ekosystemie-springa-jvm-weekly-vol-135","status":"publish","type":"post","link":"https:\/\/vived.io\/pl\/wiosenne-porzadki-przeglad-nowych-narzedzi-w-ekosystemie-springa-jvm-weekly-vol-135\/","title":{"rendered":"Wiosenne porz\u0105dki: Przegl\u0105d nowych narz\u0119dzi w ekosystemie Springa – JVM Weekly vol. 135"},"content":{"rendered":"\n

Spring Cloud AWS 3.0 <\/h2>\n\n\n\n

Spring Cloud AWS to projekt w ramach wi\u0119kszego ekosystemu Spring Cloud, kt\u00f3ry upraszcza integracj\u0119 aplikacji Spring z us\u0142ugami AWS (jakby\u015bcie si\u0119 z nazwy nie domy\u015blili). Projekt zapewnia dodatkow\u0105 abstrakcje przy pracy us\u0142ugami AWS. Zamiast r\u0119cznie zarz\u0105dza\u0107 po\u0142\u0105czeniami i credentialami, Spring Cloud AWS umo\u017cliwia u\u017cywanie typowych dla Springa mechanizm\u00f3w, jak AutoConfiguration i wstrzykiwania zale\u017cno\u015bci. Dzi\u0119ki temu nie musimy (tak du\u017co) my\u015ble\u0107 o zarz\u0105dzaniu zasobami. Dostajemy te\u017c wygodn\u0105 implementacje standardowych mechanizm\u00f3w frameworki w oparciu o us\u0142ugi AWS, takich jak, przyk\u0142adowo, integracje SQS poprzez udost\u0119pnienie SqsTemplate<\/code>. W skr\u00f3cie, ca\u0142o\u015b\u0107 spos\u00f3b zapewnia ujednolicone, natywne-dla-springa API dla programist\u00f3w, kt\u00f3rzy nie chc\u0105 musie\u0107 bawi\u0107 si\u0119 z AWS SDK for Java (czy ostatnio te\u017c „for Kotlin”).<\/p>\n\n\n\n

Nie oznacza to oczywi\u015bcie, \u017ce jego tw\u00f3rcy pisz\u0105 wszystko od zera. Spring Cloud AWS u\u017cywa pod spodem narz\u0119dzi wspomnianego AWS SDK, a najwi\u0119ksza nowo\u015b\u0107 przychodz\u0105ca z wersja jest 3.0 to w\u0142a\u015bnie migracja na AWS SDK v2 for Java. Mi\u0119dzy wersj\u0105 v1 i v2 Amazon zmieni\u0142 bowiem swoje podej\u015bcie do asynchroniczno\u015bci. AWS SDK for Javy v2 wprowadzi\u0142o obs\u0142ug\u0119 nieblokuj\u0105cych I\/O i opar\u0142 ca\u0142o\u015b\u0107 o Netty’ego. Dodatkowo, nowa wersja API zacz\u0119\u0142a u\u017cywa\u0107 tak zwanych Fluent Interfaces, przez co obie edycje s\u0105 w bardzo du\u017cym stopniu wstecznie niekompatybilne. Ze strony tw\u00f3rc\u00f3w Spring Cloud AWS oznacza\u0142o to wi\u0119c potrzeb\u0119 ca\u0142o\u015bciowego refactoringu, kt\u00f3r\u0105 wykorzystali jako mo\u017cliwo\u015b\u0107 poprawienia pewnych decyzji, z kt\u00f3rych nie byli zadowoleni. Ma to oczywi\u015bcie swoje konsekwencje – ca\u0142o\u015b\u0107 jest kompatybilna tylko z Spring Boot 3.0+. Dla wi\u0119kszego dobra.<\/p>\n\n\n

\n
\"\"
Cho\u0107 podejrzewam, \u017ce pozostaj\u0105cy na JDK 1.8 u\u017cytkownicy Spring Boot 2.x mog\u0105 mie\u0107 pewien problem z t\u0105 decyzj\u0105<\/figcaption><\/figure><\/div>\n\n\n

Troch\u0119, \u017ceby uczci\u0107 (czy raczej mo\u017ce – wykorzysta\u0107) powy\u017csz\u0105 premier\u0119, postanowi\u0142em wzi\u0105\u0107 na tapet tematy, kt\u00f3re zalega\u0142y mi od pewnego czasu i czeka\u0142y na sw\u00f3j dzie\u0144 – narz\u0119dzia, kt\u00f3re wyrastaj\u0105 w ekosystemie. W \u015bwiecie Springa pojawia si\u0119 bowiem od czasu do czasu ciekawe projekty, kt\u00f3re nie zawsze zbieraj\u0105 jak\u0105\u015b szerok\u0105 publik\u0119. Dlatego dzi\u015b chcia\u0142em pokaza\u0107 Wam dwa, kt\u00f3re w ostatnich miesi\u0105cach wpad\u0142y mi w \u0142apy.<\/p>\n\n\n\n

Ostara<\/a><\/h2>\n\n\n\n

Dobra, to przygl\u0105dnijmy si\u0119 pierwszemu z obiecanych narz\u0119dzi. Jak bardzo d\u0142ugo zalega\u0142o ono w moim backlogu, niech udowodni fakt, \u017ce kiedy ostatnio si\u0119 nim interesowa\u0142em, mia\u0142o jeszcze inn\u0105 nazw\u0119. Narz\u0119dzie, kt\u00f3re w mojej g\u0142owie zapisa\u0142o si\u0119 jako boost<\/code> aktualnie (nieca\u0142y tydzie\u0144 temu) zmieni\u0142a nazw\u0119 na ostara<\/code>. Wed\u0142ug dyskusji GitHubowej<\/a>, motywowane by\u0142o to ch\u0119ci\u0105 unikni\u0119cia konflikt\u00f3w z popularn\u0105 bibliotek\u0105 boost<\/code> ze \u015bwiata C++. W zwi\u0105zku z tym, \u017ce dla projektu mo\u017ce by\u0107 to swoisty nowy pocz\u0105tek, przygl\u0105dnijmy si\u0119 jakie s\u0105 stoj\u0105ce za nim za\u0142o\u017cenia.<\/p>\n\n\n\n

Ostara to narz\u0119dzie do zarz\u0105dzania i monitoringu Sparingowych mikroserwis\u00f3w, dostarcza w czasie rzeczywistym kluczowe metryki, takie jak u\u017cycie CPU i pami\u0119ci, wymagaj\u0105c jedynie dzia\u0142aj\u0105cej instancji mikroserwisu z aktywnym Actuatorem. W efekcie dostajemy admink\u0119, wy\u015bwietlaj\u0105c\u0105 wszystkie parametry wystawiane przez to API (a jak sobie sprawdzicie, jest tego ca\u0142kiem sporo). Ca\u0142o\u015b\u0107 jest prosta w obs\u0142udze, elastyczna i posiada ca\u0142kiem przyjazn\u0105 dokumentacj\u0119.<\/p>\n\n\n

\n
\"\"<\/figure><\/div>\n\n\n

Ostara to nie pierwsze stworzone przez spo\u0142eczno\u015b\u0107 narz\u0119dzie, b\u0119d\u0105ce swoistym Admin Panelem dla Spring Boota. Od kilku lat tryumfy \u015bwi\u0119ci bowiem Spring Boot Admin, kt\u00f3ry przez lata sta\u0142 si\u0119 de facto standardem. Po co w takim razie tworzy\u0107 nowy projekt? Tw\u00f3rcy Ostara<\/a> motywuj\u0105 swoj\u0105 decyzj\u0119 tym, \u017ce Spring Boot Admin wymaga ingerencji w kod aplikacji poprzez dodanie spring-boot-admin-starter-client<\/code>. Ostara zosta\u0142a zaprojektowana tak, \u017ceby w zupe\u0142no\u015bci opiera\u0107 si\u0119 na Spring Actuator API, dlatego dzia\u0142a w spos\u00f3b zupe\u0142nie niezale\u017cny do monitorowanych przez ni\u0105 aplikacji.<\/p>\n\n\n\n

just<\/a><\/h2>\n\n\n\n

To jak porozmawiali\u015bmy sobie czym jest Ostara, po drodze zahaczaj\u0105c o Spring Boot Admin, czas przygl\u0105dn\u0105\u0107 si\u0119 r\u00f3wnie\u017c just, kt\u00f3ry prezentuje si\u0119 nawet ciekawiej<\/p>\n\n\n\n

Tydzie\u0144 temu opisywa\u0142em, jak bardzo cenie sobie w Quarkusie ichniejszy nacisk na Developer Experience i Dev Mode, kt\u00f3rym mocno wyr\u00f3\u017cniaj\u0105 si\u0119 pod k\u0105tem konkurencji. just<\/a> to pr\u00f3ba stworzenia Springowego odpowiednika Quarkusowego Dev Servera. Projekt zapewnia takie funkcjonalno\u015bci jak Live Reload, formatter kodu, czy te\u017c tworzenie wynikowych binarek projekt\u00f3w w r\u00f3\u017cnych formatach jak obraz Docker czy GraalVM. Ca\u0142o\u015b\u0107 ma sta\u0107 si\u0119 swoistym szwajcarskim scyzorykiem, rozwi\u0105zuj\u0105cym codzienne problemy programist\u00f3w.<\/p>\n\n\n

\n
\"\"<\/figure><\/div>\n\n\n

just to stosunkowo m\u0142ody projekt, kt\u00f3ry stworzony zosta\u0142 przez Macieja Walkowiaka, kt\u00f3ry zreszt\u0105 jest jednym z g\u0142\u00f3wnych kontrybutor\u00f3w Spring Cloud AWS. Projekty \u0142\u0105czy zreszt\u0105 nie tylko osoba tw\u00f3rcy, ale te\u017c pewna stoj\u0105ca za nimi koncepcja. Tak jak Spring Cloud AWS jest nak\u0142adk\u0105 nad AWS SDK for Java, tak just zbudowany jest na podwalinach spring-boot-devtools<\/code>. Ka\u017cdy z projekt\u00f3w dok\u0142ada jednak od siebie na tyle du\u017co, \u017ceby posiada\u0107 zupe\u0142nie w\u0142asn\u0105 to\u017csamo\u015b\u0107.<\/p>\n\n\n\n

Wa\u017cn\u0105 rzecz\u0105 z perspektywy u\u017cytkownik\u00f3w jest to, \u017ce just nie jest projektem Open-Source<\/a>. Na tym etapie jego tw\u00f3rca postanowi\u0142 pozostawi\u0107 sobie elastyczno\u015b\u0107 i nie udost\u0119pni\u0142 kodu \u017ar\u00f3d\u0142owego. Kiedy rozwi\u0105zanie, pozostaj\u0105cy obecnie w alpha, stanie si\u0119 w pe\u0142ni produkcyjne, wtedy podj\u0119ta zostanie decyzja o modelu licencyjnym lub stworzeniu p\u0142atnej wersji.<\/p>\n\n\n

\n
\"\"\/
I bardzo dobrze, wszystko zgodnie z zasadami.<\/figcaption><\/figure><\/div>\n\n\n

Spring Modulith 0.6<\/h2>\n\n\n\n

To na sam koniec, aby domkn\u0105\u0107 ca\u0142o\u015b\u0107 pewn\u0105 klamr\u0105, chcia\u0142em zwr\u00f3ci\u0107 uwag\u0119 na fakt, \u017ce pojawi\u0142a si\u0119 nowa wersja Spring Modulith. Wersja 0.6<\/a> nie przynosi olbrzymich usprawnie\u0144 (aczkolwiek wprowadza min. Wsparcie dla konceptu jmolecules<\/a>), ale sam projekt jest na tyle interesuj\u0105cy, \u017ce warto o nim moim zdaniem przypomina\u0107. <\/p>\n\n\n\n

Celem Modulitha jest bowiem wprowadzi\u0107 Springa w er\u0119 majestatycznego monolitu<\/a>, przyjmuj\u0105c do tego do\u015b\u0107 niecodzienn\u0105 strategie. Zamiast mocno ingerowa\u0107 on w proces budowania, wykorzystuje do weryfikacji za\u0142o\u017ce\u0144 architektonicznych testy integracyjne. Te odpalaj\u0105 ArchUnit \u2013 bibliotek\u0119, kt\u00f3rej celem jest w\u0142a\u015bnie weryfikacja zale\u017cno\u015bci mi\u0119dzy poszczeg\u00f3lnymi modu\u0142ami. Magia Modulitha polega jednak na tym, \u017ce dzi\u0119ki znanemu \u015brodowisku uruchomieniowemu (aplikacje Spring Boot 3.0) jest w stanie prekonfigurowa\u0107 ArchUnita za u\u017cytkownika. Dzi\u0119ki temu w \u0142atwy spos\u00f3b jeste\u015bmy w stanie przetestowa\u0107, czy jakie\u015b architektoniczne spaghetti nie przemkn\u0119\u0142o przez Code Review.<\/p>\n\n\n\n

\n\n\n\n

To tyle na dzisiaj, ale do tematu najpopularniejszego javowego frameworku pewnie ju\u017c nied\u0142ugo b\u0119dziemy wraca\u0107 – w ko\u0144cu ju\u017c za tydzie\u0144 wypada Spring I\/O, na kt\u00f3rym z pewno\u015bci\u0105 nie zabraknie ciekawych zapowiedzi. Kto\u015b si\u0119 wybiera mo\u017ce do Barcelony?<\/p>\n\n\n\n

PS: Dzisiaj troch\u0119 kr\u00f3cej, bo zacz\u0105\u0142 si\u0119 sezon konferencyjny i zamiast \u015bledzi\u0107 Jav\u0119 to obserwuje, co ciekawego si\u0119 dzieje na Google I\/O – a jest tam tak naprawd\u0119 sporo interesuj\u0105cego materia\u0142u.<\/p>\n\n\n\n

\n