client-server-architecture

Definition pending verification.

Client-server architecture is a distributed computing model where tasks or workloads are partitioned between providers of a resource or service, called servers, and service requesters, called clients, facilitating efficient resource sharing and centralized management.

        graph LR
  Center["client-server-architecture"]:::main
  Pre_cryptography["cryptography"]:::pre --> Center
  click Pre_cryptography "/terms/cryptography"
  Rel_antimatter_propulsion["antimatter-propulsion"]:::related -.-> Center
  click Rel_antimatter_propulsion "/terms/antimatter-propulsion"
  Rel_arpanet["arpanet"]:::related -.-> Center
  click Rel_arpanet "/terms/arpanet"
  Rel_artificial_consciousness["artificial-consciousness"]:::related -.-> Center
  click Rel_artificial_consciousness "/terms/artificial-consciousness"
  classDef main fill:#7c3aed,stroke:#8b5cf6,stroke-width:2px,color:white,font-weight:bold,rx:5,ry:5;
  classDef pre fill:#0f172a,stroke:#3b82f6,color:#94a3b8,rx:5,ry:5;
  classDef child fill:#0f172a,stroke:#10b981,color:#94a3b8,rx:5,ry:5;
  classDef related fill:#0f172a,stroke:#8b5cf6,stroke-dasharray: 5 5,color:#94a3b8,rx:5,ry:5;
  linkStyle default stroke:#4b5563,stroke-width:2px;

      

🧠 Sprawdzenie wiedzy

1 / 3

🧒 Wyjaśnij jak 5-latkowi

Wyobraź sobie restaurację: klienci zamawiają jedzenie z kuchni, a kuchnia przygotowuje je i odsyła z powrotem do klientów.

🤓 Expert Deep Dive

Model architektoniczny klient-serwer to fundamentalny wzorzec w informatyce. Serwery zazwyczaj projektuje się z myślą o wysokiej dostępności i niezawodności, często stosując równoważenie obciążenia, redundancję i solidną infrastrukturę sieciową. Klienci natomiast są zoptymalizowani pod kątem interakcji z użytkownikiem i mogą dysponować ograniczonymi zasobami. Protokoły komunikacyjne definiują umowę między klientem a serwerem, umożliwiając interoperacyjność. Typowe przykłady obejmują API RESTful, gdzie klienci komunikują się z serwerami za pomocą standardowych żądań HTTP (GET, POST, PUT, DELETE). Kompromisy architektoniczne obejmują centralizację w porównaniu z dystrybucją kontroli i danych. Choć oferuje scentralizowane zarządzanie i łatwiejsze aktualizacje, może tworzyć wąskie gardła wydajności i pojedyncze punkty awarii. Alternatywy, takie jak architektury peer-to-peer (P2P), dystrybuują funkcjonalność między wszystkimi węzłami, zwiększając odporność, ale komplikując koordynację i spójność danych. Kwestie bezpieczeństwa są kluczowe i koncentrują się na uwierzytelnianiu, autoryzacji, szyfrowaniu danych w tranzycie oraz ochronie przed atakami typu odmowa usługi (DoS) na serwerze.

🔗 Powiązane terminy

Wymagana wiedza:

📚 Źródła