KOLOS1

Question 1

Clean Architecture

Answer 1

Podejście do wytwarzania oprogramowania. Ma być łatwe do Zrozumienia, Rozwoju, Utrzymania i wdrożenia.
Dzielimy program na 4 moduły z których każdy powinien odpowiadać za 1 zadanie i być łatwy do Wyizolowania od reszty

Question 2

Clean Architecture (moduły)

Answer 2

• APP - Najmocniej połączona z clean arch. Zawiera logikę wyświetlania obługuje żądania warstwy interfejsu użytkownika.
• PRESENTATION - Steruje aplikacją i poszczególnymi ekranami
• DOMAIN - zawiera logikę biznesową (np.. Use case’y)
• DATA - daje dostęp do danych i modeli.

Question 3

Clean Architecture (wady zalety)

Answer 3

Wady: Czasochłonność implementacji, potrzeba wiedzy i ekspertyzy, duża ilość małych klas i interfejsów
Zalety: Łatwiejsze utrzymanie, rozwój i zarządzanie zmianami w projekcie

Question 4

ADR (Architecture Doc. Record)

Answer 4

Dokument zawierający rejestr decyzji architektonicznych w projekcie. Pomaga śledzić i robić backtracking decyzji.
Log = Title + Status + Context + Decision + Explanation
Log = Warstwa prezentacji aplikacji + Zaproponowany + trzeba wybrać jakąś technologię
+ React.js + jest popularny i szeroko wspierany

Question 5

DDD (Domain Driven Design)

Answer 5

podejście do wytwarzania oprogramowania kładące nacisk na jak najwierniejsze odzwierciedlenie rzeczywistości (dla obiektów i komponentów systemu).
Chodzi o to żeby architektura oprogramowania odzwierciedlała logikę biznesową

Question 6

ADM (Anemic Domain Model)

Answer 6

Odnosi się dospecyficznego przypadku DDD w którym model dziedziny biznesowej jest pozbawiony logiki czyli zawiera tylko dane a operacje wykonywane na tych danych są upchnięte w innych częściach aplikacji.
Jest to niebezpieczne bo może prowadzić do braku spójności (nie wiadomo gdzie szukać tej logiki w kodzie)

Question 7

Domena

Answer 7

Pewien obszar odpowiedzialności naszego projektu np. W systemie rezerwacji jedną domeną może być zarządzanie liczbą gości.

Question 8

Domain Object

Answer 8

To serce domeny czyli główna klasa która reprezentuje główną ideę obsługiwaną przez domenę

Question 9

DAO (Data Access Object)

Answer 9

Jest obiektem singleton i jest klasą odpowiedzialną za odczyt i zapis obiektów domenowych do bazy danych

Question 10

DTO (Data Transfer Object)

Answer 10

to obiekty posiadające tylko surowe dane (obsługują jedynie gettery) Nie mają Logiki Biznesowej

Question 11

C4 (Context, Containers, Components, Code)

Answer 11

metoda modelowania architektury która pomaga zrozumieć różne poziomy abstrakcji:
* CONTEXT - najwyższy poziom abstrakcji przedstawia interakcje Aktor - System
* CONTAINTERS - W kontenerach siedzą komponenty o podobnych funkcjonalnościach przykładowo Serwer, Baza danych
* COMPONENTS - Części programu reprezentujące logikę biznesową lub funkcjonalności lub usługi
* CODE - najniższy poziom abstrakcji reprezentujący kod źródłowy

Question 12

Monolit

Answer 12

rodzaj systemu zimplementownaego jako jedna całość. Nie da się w nim rozdzielić poszczególnych części - cała funkcjonalność i logika jest spójna nie separowalna

Question 13

Modularny Monolit

Answer 13

Monolit który ma separowalne moduły, które dałoby się wydzielić

Question 14

SOA (Service Oriented Architecture)

Answer 14

wzorzec projektowy, w którym rozbijamy oprogramowanie na wiele niezależnych samodzielnych usług, skupiamy się na tworzeniu małych systemów które możemy w razie czego separować. Czyli robimy Mikroserwisy

Question 15

Mikroserwisy

Answer 15

są implementacjami wzorca SOA czyli samodzielne niezależne uslugi które budują cały projekt.

Question 16

Logika Biznesowa

Answer 16

(Algorytm biznesowy) zawiera algorytmy związane z głównymi funkcjonalnościami i operacjami biznesowymi aplikacji. Odpowiada za przetwarzanie danych i podejmowanie decyzji.

Question 17

Logika Aplikacji

Answer 17

Część oprogramowania zarządzająca przepływem danych i interakcjami pomiędzy interfejsem, danymi a logiką biznesową

Question 18

Separacja

Answer 18

podział oprogramowania na moduły, jak najmniej pokrywające się między sobą funkcjonalnością

Question 19

IaC (Infrastructure AS Code)

Answer 19

podejście do zarządzania infrastrukturą w którym definiujemy ją za pomocą kodu w np. Terraform/Ansible. Dzieki temu możemy autmoatyzować proces konfiguracji i przechowywać infrastrukturę w postaci plików na Gitcie

Question 20

SOAP ( Simple Object Access Protocol)

Answer 20

Protokół komunikacyjny do wysyłania informacji pomiędzy aplikacjami. Opiera się na języku XML i wysyła dane w formacie tekstowym. Działa na zasadzie klient - serwer gdzie klient wysyła zapytanie HTTP do serwera i otrzymuje od niego jakąś odpowiedź.

Question 21

REST ( Representation State Transfer )

Answer 21

REST jest stylem architektonicznym służącym do projektowania interfejsów API za pomocą protokołu HTTP. Jego główną zaletą jest elastyczność. Nie jest protokołem tak jak SOAP. Można go określić jako usługę/serwis bezstanowy komunikujący się w relacji serwer-klient.

Question 22

SOAP vs REST

Answer 22

SOAP:
- dane tylko w XML
- HTTP, UDP, SMTP
- Mniej Wydajny
REST:
- Dane w XML, JSON, YAML…
- HTTP/S
- bardziej wydajny
- Bardziej elastyczny (dla rozmiaru danych)

Question 23

JMS ( Java Message System )

Answer 23

To standardowe API służące do wysyłania i odbierania komunikatów między aplikacjami (Asynchronicznie).
W tych komunikatach mogą być zawarte informacje lub polecenia dla różnych części systemu. Używane w rozproszonych systemach lub do ich integracji.
Często korzystają z mechanizmów niezawodności. Wiadomość składa się z Nagłówka i części z Danymi.

Question 24

CQRS ( Command Query Responsibility Segregation )

Answer 24

Wzorzec projektowy w którym każda metoda powinna być sklasyfikowana jako Command lub Query.
Command - Zmienia stan aplikacji ale nic nie zwraca
Query - Coś zwraca ale nie zmienia stanu aplikacji

Question 25

ES (Event Sourcing )

Answer 25

Wzorzec projektowy w którym przechowujemy chronologiczną sekwencje zmian które zostały wprowadzone w systemie. Dzięki temu możemy odtworzyć dowolny stan systemu z przeszłości. Pomaga w utrzymaniu spójności danych.

Question 26

Polyglot Persistence

Answer 26

Podejście w projektowniu aplikacji w którym stosujemy różne rodzaje przechowywania danych.
Na przykład jednocześnie relacyjną i nie relacyjną bazę danych. Takie podejście zapewnia elastyczność i skalowalność oraz lepsze dopasowanie do potrzeb aplikacji.

Question 27

JPA ( Java Persistence Api )

Answer 27

tandard ORM (Object - Relational Mapping). Czyli interfejs dający możliwość programistom operowania na encjach i zapisywania wyników do bazy za pomocą obiektów w Javie. Dostarcza język JPQL który używa obiektów javowych do tworzenia zapytań do baz danych
Query query = entityManager.createQuery(“UPDATE …”);

Question 28

FTS ( Full Text Search )

Answer 28

Technika która pozwala wyszukiwać w tekście uwzględniając znaczenie słów. Na przykład gdy wyszukamy frazę “kot” wyszukiwarka dopasuje frazy “Kotek”, “kotka”.

Question 29

ACID ( Atomic Consistency Isolation Durability )

Answer 29

Zestaw instrukcji jak wykonywać operacje na bazie danych. Zapewnia że wykonywana transakcja jest zawsze spójna
A - operacje wykonywane są w całości albo wcale
C - po zakończeniu operacji baza danych pozostaje w spójnym stanie
I - operacje w różnych wątkach są oddzielane od siebie
D - po zakończeniu operacji nie stracimy danych nawet przy awarii

Question 30

BASE ( Basically Available, Soft State, Eventual Consistency )

Answer 30

Kładzie nacisk na dostępność danych a nie ich spójność. System może być w stanie niespójności (nieoznaczonym) i będzie starał się go rozwiązać. System po transakcji będzie dążył do osiągnięcia spójności w określonym czasie. Zawsze odpowie na zapytanie nawet podczas awarii.

Question 31

Twierdzenie CAP (Consistency Availability Partition Tolerance)

Answer 31

Twierdzenie mówi że na raz da się osiągnąć tylko dwie z wymienionych właściwości systemów. Czyli projektant powinien wybrać dwie i dostosować projekt do tych własności.

Question 32

Transakcje Rozproszone

Answer 32

Umożliwiają aplikacjom klienckim operacje na rozporoszonych danych w ramach jednej transakcji. Na przykład transfer pieniędzy w banku który ma system rozproszony na kilku serwerach. Transakcje muszą zapewniać zasady ACID oraz być skoordynowane i współbieżne

Question 33

TDD ( Test Driven Development )

Answer 33

Nie tworzymy oprogramowania zanim nie napiszemy do niego testów które nie przechodzą. Test -> Code -> Refactor (repeat)

Question 34

Testy Manualne

Answer 34

Testowanie oprogramowania w taki sposób jak testował by je klient. Czyli uruchamiamy program i wykonujemy określone scenariusze, które określają czy kod działa poprawnie.

Question 35

Testy Automatyczne

Answer 35

Testy są tworzone i uruchamiane automatycznie przy użyciu skryptów. Tworzymy testy jednostkowe/integracyjne i uruchamiamy je automatycznie po wprowadzonych zmianach.

Question 36

Piramida Testów

Answer 36

1. Jednostkowe
   2.Integracyjne
   3.Akceptacyjne
   4.E/e, GUI

Question 37

Testy Jednostkowe

Answer 37

Testują małą funkcjonalność, są szybkie i pokrywają wiele przypadków testowych, dzięki nim łatwo znajdujemy błędy i możemy reużywać oprogramowanie

Question 38

Testy Integracyjne

Answer 38

Testowanie kilku warstw kodu np. sprawdzenie czy baza danych współpracuje z aplikacją np. Test przepływu danych

Question 39

Testy Akceptacyjne

Answer 39

Testują cały system, są czytelne dla biznesu i zapisują jak działa system i udowadniają że cała aplikacja działa.

Question 40

Testy GUI

Answer 40

Testowanie ręczne przez testerów - sprawdzenie czy część graficzna działa poprawnie np. czy guziki się dobrze wyświetlają

Question 41

Testy End-2-End

Answer 41

Testowanie od początku do końca całego systemu przez scenariusze użytkowania. Testowane są wszystkie warstwy aplikacji na raz.

Question 42

CI / CD : np. Jenkins, Gitlab

Answer 42

Ciągła Integracja - Ciągłe integrowanie programu czyli commitujemy od razu zmiany do repozytorium odpalamy testy i jeżeli testy przechodzą to zmiany są zatwierdzane. Dzięki temu ciągle dostarczamy nowe funkcjonalności i zapewniamy że kod działa i mamy dużo małych commitów.
Ciągłe Dostarczanie - Ciągłe wdrażanie zmian do środowiska. Gdy skończymy proces integracji zmiany są automatycznie wdrażane i gotowe dla użytkowników.

Question 43

Konteneryzacja

Answer 43

○ Izolują tylko aplikacje i zależności wewnątrz kontenera, korzystają i dzielą między sobą zasoby hosta takie jak CPU czy RAM
○ Uruchamiają się szybciej niż wirtualizacja
○ Istnieje ryzyko konfliktów pomiędzy kontenerami
○ Służą do uruchamiania wielu instancji aplikacji na jednym systemie operacyjnym

Question 44

Wirtualizacja

Answer 44

○ Każda wirtualka ma własny system operacyjny i odrębne zasoby
○ Wolniej się uruchamia
○ Wyższa izolacja aplikacji
○ Służy do uruchomienia różnych systemów operacyjnych na jednym serwerze

Question 45

GitFlow

Answer 45

taki sposób zarządzania kodem by było dużo gałęzi które logicznie ze sobą współpracują:
* Master - stabilny kod gotowy do wdrożenia
* Develop - kod w którym pracujemy nad nowymi funkcjonalnościami
* Feature - gałęź do rozwijania nowego featureka, jest mergowana z Developem
* Release - gałęź do wdrażania oprogramowania
* Hotfix - gałęź do pilnych poprawek kodu

Question 46

Maven/Gradle

Answer 46

narzędzia do zarządzania zależnościami w kodzie budowania i automatyzacji.
* Łatwe importowanie bibliotek i frameworków do kodu wystarczy dodać dependency w pliku xml
* Automatyzacja budowania projektu
* Kontrolowanie zależności w jednym pliku pomaga rozwiązać konflikty między nimi np. to że dane 2 biblioteki potrzebują wzajemnie różnych wersji

Question 47

Jenkins

Answer 47

narzędzia do CI (Continous Integration) czyli automatyczne kompilowanie i testowanie kodu źródłowego za każdym razem, gdy są dokonywane zmiany w repozytorium kodu

Question 48

Docker

Answer 48

platforma do konteneryzacji, umożliwia pakowanie, dostarczanie i uruchamianie aplikacji oraz ich zależności w izolowanych kontenerach.

Question 49

Kubernetes

Answer 49

narzędzie to zarządzania kontenerami które umożliwia automatyzacje wdrażania aplikacji kontenerowych. Zapewnia skalowalność, niezawodność i efektywność operacyjna w środowisku chmurowym.

Question 50

Ansible

Answer 50

narzędzie do IaC (Infrastructure as Code). Czyli do automatyzacji wdrażania konfiguracji i zarządzania. Może działać na rodzinie Unix i Windows. Jest bez-agentowy i działa przez połączenie SSH które umożliwia uruchomienie PowerShell

Question 51

Terraform (też)

Answer 51

Też narzędzie do IaC (Infrastructure as Code). Umożliwia definiowanie zasobów w chmurze i przechowywanie tego w plikach tekstowych jako kod.