Škálovatelnost - Historie editací

JanaV v 31. 7. 2013, 21:33

2013-07-31T21:33:34Z

JanaV v 31. 7. 2013, 21:33

2013-07-31T21:33:02Z

JanaV v 31. 7. 2013, 21:32

2013-07-31T21:32:07Z

JanaV v 31. 7. 2013, 21:27

2013-07-31T21:27:58Z

JanaV v 31. 7. 2013, 21:24

2013-07-31T21:24:22Z

JanaV v 31. 7. 2013, 21:22

2013-07-31T21:22:45Z

JanaV v 31. 7. 2013, 21:21

2013-07-31T21:21:08Z

JanaV v 31. 7. 2013, 20:15

2013-07-31T20:15:23Z

JanaV v 31. 7. 2013, 20:14

2013-07-31T20:14:00Z

JanaV v 31. 7. 2013, 20:12

2013-07-31T20:12:11Z

@@ Řádek 38: / Řádek 38: @@
 * Pracovní zátěž
 * Transakční náklady<ref>CHUDNOW, C. Taming the Scalability Beast. In: ''Computer Technology Review'', Second, [online]. 2000. pp. 6-9+ ProQuest Central; ProQuest Technology Collection. ISSN 02789647. [cit. 2013-06-14].</ref>
 ==Poznámky==

@@ Řádek 37: / Řádek 37: @@
 * Rychlost
 * Pracovní zátěž
-* Transakční náklady<ref>CHUDNOW, C. Taming the Scalability Beast. ''Computer Technology Review'', Second, [online]. 2000. pp. 6-9+ ProQuest Central; ProQuest Technology Collection. ISSN 02789647. [cit. 2013-06-14].</ref>
+* Transakční náklady<ref>CHUDNOW, C. Taming the Scalability Beast. In: ''Computer Technology Review'', Second, [online]. 2000. pp. 6-9+ ProQuest Central; ProQuest Technology Collection. ISSN 02789647. [cit. 2013-06-14].</ref>
 ==Poznámky==

@@ Řádek 45: / Řádek 45: @@
 * ANANDHI, R. and CHITRA, K. A Challenge in Improving the Consistency of Transactions in Cloud Databases - Scalability. In: ''International Journal of Computer Applications'', [online]. 2012, vol. 52, no. 2 ProQuest Technology Collection. ISSN 09758887. DOI http://dx.doi.org/10.5120/8172-1485. [cit. 2013-06-14]. Dostupné na: <http://dx.doi.org/10.5120/8172-1485>.
-* WINTER, R. The e-scalability Challenge. ''Intelligent Enterprise'', [online]. Dec 21, 1999, vol. 2, no. 18. pp. 62-63 ProQuest Central; ProQuest Technology Collection. ISSN 15243621. [cit. 2013-06-14]. Dostupné na: <http://search.proquest.com/docview/200637320?accountid=16531>.
+* WINTER, R. The e-scalability Challenge. In: ''Intelligent Enterprise'', [online]. Dec 21, 1999, vol. 2, no. 18. pp. 62-63 ProQuest Central; ProQuest Technology Collection. ISSN 15243621. [cit. 2013-06-14].
-* ALEXANDER, S. Scalability. ''Computerworld'', [online]. Jun 26, 2000, vol. 34, no. 26. pp. 90 ProQuest Central; ProQuest Science Journals; ProQuest Technology Collection. ISSN 00104841. [cit. 2013-06-14]. Dostupné na: <http://search.proquest.com/docview/216070283?accountid=16531>.
+* ALEXANDER, S. Scalability. In: ''Computerworld'', [online]. Jun 26, 2000, vol. 34, no. 26. pp. 90 ProQuest Central; ProQuest Science Journals; ProQuest Technology Collection. ISSN 00104841. [cit. 2013-06-14].
-* CHUDNOW, C. Taming the Scalability Beast. ''Computer Technology Review'', Second, [online]. 2000. pp. 6-9+ ProQuest Central; ProQuest Technology Collection. ISSN 02789647. [cit. 2013-06-14]. Dostupné na: <http://search.proquest.com/docview/220625101?accountid=16531>.
+* CHUDNOW, C. Taming the Scalability Beast. In: ''Computer Technology Review'', Second, [online]. 2000. pp. 6-9+ ProQuest Central; ProQuest Technology Collection. ISSN 02789647. [cit. 2013-06-14].
-* KREJČA, T. IT architektura poskytovatelů služeb : Plánovaní růstu prostředků ISP architektury z hlediska škálovatelnosti a dostupnosti, ''Redme'', [online]. 2002, vol. 2, [cit. 2013-06-14]. Dostupné na: <http://www.arrowecs.cz/web/read_me.nsf/d8cc4788482b827ec1256b670038a34f/e1067fa539b21a52c1256bf10040e5f0?OpenDocument>.
+* KREJČA, T. IT architektura poskytovatelů služeb : Plánovaní růstu prostředků ISP architektury z hlediska škálovatelnosti a dostupnosti, In: ''Redme'', [online]. 2002, vol. 2, [cit. 2013-06-14]. Dostupné na: <http://www.arrowecs.cz/web/read_me.nsf/d8cc4788482b827ec1256b670038a34f/e1067fa539b21a52c1256bf10040e5f0?OpenDocument>.

@@ Řádek 37: / Řádek 37: @@
 * Rychlost
 * Pracovní zátěž
-* Transakční náklady<ref>CHUDNOW, C. Taming the Scalability Beast. ''Computer Technology Review'', Second, [online]. 2000. pp. 6-9+ ProQuest Central; ProQuest Technology Collection. ISSN 02789647. [cit. 2013-06-14].
+* Transakční náklady<ref>CHUDNOW, C. Taming the Scalability Beast. ''Computer Technology Review'', Second, [online]. 2000. pp. 6-9+ ProQuest Central; ProQuest Technology Collection. ISSN 02789647. [cit. 2013-06-14].</ref>
 ==Poznámky==

@@ Řádek 16: / Řádek 16: @@
 Pojem škálovatelnost v počítačovém prostředí může být chápán jako schopnost  systému pružně reagovat na vzrůstající nebo klesající nároky uživatelů na výkon systému. Obecně definovat škálovatelnost není snadné, neboť v konkrétních případech je vždy nutné přesně definovat parametry, které jsou pro daný systém klíčové. V současné době, kdy se zvyšují  nároky organizací na počítačové systémy a dochází k potřebě analýzy velkého objemu dat ([[Big data]]) se škálovatelnost  jeví jako velmi důležitá. Díky škálovatelnosti systému není bezpodmínečně nutné při zvýšení nároků a požadavků uživatelů na systém budovat zcela nový systém s novým [[hardware]]m a [[software]]m, ale pravděpodobně bude postačovat přidání dalšího [[hardware|hardwaru]]. Z pohledu možnosti přidání dalšího zdroje pro zvýšení výkonu systému, aniž by bylo nutné měnit stávající architekturu či strukturu, rozlišujeme dva typy škálovatelnosti, a sice [[vertikální]] a [[horizontální]].
-Podle procentuálního počtu zdrojů, které jsou škálovatelné, rozlišujeme čtyři faktory škálovatelnosti, a sice - lineární  škálovatelnost (navzdory změně měřítka zůstává škálovatelnost konstantní), sub-lineární škálovatelnost (faktor škálovatelnosti klesá pod 1,0), supra lineární škálovatelnost (pro zlepšení postačí přidání jednoho zdroje) a negativní škálovatelnost (při změně měřítka dochází ke snížení výkonu).<ref>ANANDHI, R. and CHITRA, K. A Challenge in Improving the Consistency of Transactions in Cloud Databases - Scalability. In:''International Journal of Computer Applications'', [online]. 2012, vol. 52, no. 2 ProQuest Technology Collection. ISSN 09758887. [cit. 2013-06-14]. Dostupné na: http://dx.doi.org/10.5120/8172-1485.</ref>
+Podle procentuálního počtu zdrojů, které jsou škálovatelné, rozlišujeme čtyři faktory škálovatelnosti, a sice - lineární  škálovatelnost (navzdory změně měřítka zůstává škálovatelnost konstantní), sub-lineární škálovatelnost (faktor škálovatelnosti klesá pod 1,0), supra lineární škálovatelnost (pro zlepšení postačí přidání jednoho zdroje) a negativní škálovatelnost (při změně měřítka dochází ke snížení výkonu).<ref>ANANDHI, R. and CHITRA, K. A Challenge in Improving the Consistency of Transactions in Cloud Databases - Scalability. In: ''International Journal of Computer Applications'', [online]. 2012, vol. 52, no. 2 ProQuest Technology Collection. ISSN 09758887. [cit. 2013-06-14]. Dostupné na: http://dx.doi.org/10.5120/8172-1485.</ref>
@@ Řádek 37: / Řádek 37: @@
 * Rychlost
 * Pracovní zátěž
-* Transakční náklady<ref>CHUDNOW, C. Taming the Scalability Beast. ''Computer Technology Review'', Second, [online]. 2000. pp. 6-9+ ProQuest Central; ProQuest Technology Collection. ISSN 02789647. [cit. 2013-06-14]. Dostupné na: <http://search.proquest.com/docview/220625101?accountid=16531>.</ref>
+* Transakční náklady<ref>CHUDNOW, C. Taming the Scalability Beast. ''Computer Technology Review'', Second, [online]. 2000. pp. 6-9+ ProQuest Central; ProQuest Technology Collection. ISSN 02789647. [cit. 2013-06-14].
 ==Poznámky==

@@ Řádek 3: / Řádek 3: @@
 '''Klíčová slova:''' hardware, software, uživatel, systém
-'''Synonyma:''' ---
+'''Synonyma:''' rozšiřitelnost
 '''Související pojmy:'''
@@ Řádek 14: / Řádek 14: @@
 == Charakteristika==
-Pojem škálovatelnost v počítačovém prostředí může být chápán jako schopnost  systému pružně reagovat na vzrůstající nebo klesající nároky uživatelů na výkon systému. Obecně definovat škálovatelnost není snadné, neboť v konkrétních případech je vždy nutné přesně definovat parametry, které jsou pro daný systém klíčové. V současné době, kdy se zvyšují  nároky organizací na počítačové systémy a dochází k potřebě analýzy velkého objemu dat ([[Big data]]) se škálovatelnost  jeví jako velmi důležitá. Díky škálovatelnosti systému není bezpodmínečně nutné při zvýšení nároků a požadavků uživatelů na systém budovat zcela nový systém s novým [[hardware]]m a [[software]]m, ale pravděpodobně bude postačovat přidání dalšího [[hardware|hardwaru]]. Z pohledu možnosti přidání dalšího zdroje, aniž by bylo nutné měnit stávající architekturu či strukturu, rozlišujeme dva typy škálovatelnosti, a sice [[vertikální]] a [[horizontální]].
+Pojem škálovatelnost v počítačovém prostředí může být chápán jako schopnost  systému pružně reagovat na vzrůstající nebo klesající nároky uživatelů na výkon systému. Obecně definovat škálovatelnost není snadné, neboť v konkrétních případech je vždy nutné přesně definovat parametry, které jsou pro daný systém klíčové. V současné době, kdy se zvyšují  nároky organizací na počítačové systémy a dochází k potřebě analýzy velkého objemu dat ([[Big data]]) se škálovatelnost  jeví jako velmi důležitá. Díky škálovatelnosti systému není bezpodmínečně nutné při zvýšení nároků a požadavků uživatelů na systém budovat zcela nový systém s novým [[hardware]]m a [[software]]m, ale pravděpodobně bude postačovat přidání dalšího [[hardware|hardwaru]]. Z pohledu možnosti přidání dalšího zdroje pro zvýšení výkonu systému, aniž by bylo nutné měnit stávající architekturu či strukturu, rozlišujeme dva typy škálovatelnosti, a sice [[vertikální]] a [[horizontální]].
 Podle procentuálního počtu zdrojů, které jsou škálovatelné, rozlišujeme čtyři faktory škálovatelnosti, a sice - lineární  škálovatelnost (navzdory změně měřítka zůstává škálovatelnost konstantní), sub-lineární škálovatelnost (faktor škálovatelnosti klesá pod 1,0), supra lineární škálovatelnost (pro zlepšení postačí přidání jednoho zdroje) a negativní škálovatelnost (při změně měřítka dochází ke snížení výkonu).<ref>ANANDHI, R. and CHITRA, K. A Challenge in Improving the Consistency of Transactions in Cloud Databases - Scalability. ''International Journal of Computer Applications'', [online]. 2012, vol. 52, no. 2 ProQuest Technology Collection. ISSN 09758887. [cit. 2013-06-14]. Dostupné na: http://dx.doi.org/10.5120/8172-1485.</ref>

@@ Řádek 22: / Řádek 22: @@
 [[Vertikální]] škálovatelnost (scale up) – ke zvýšení kapacity stávajícího [[hardware|hardwaru]] nebo [[software|softwaru]] dochází přidáním dalšího zdroje nebo zdrojů v jednom uzlu systému (např. přidáním [[procesor]]ů, paměti, disků, instalace silnější grafické karty). Nevýhodou vertikálního škálování je náročná aktualizace daného počítače.
-[[Horizontální]] škálovatelnost (scale out) – ke zvýšení kapacity stávajícího [[hardware/hardwaru]] a [[software/softwaru]] dochází přidáním dalších uzlů (zdrojů a entit), které fungují jako jeden logický celek (např. přidání dalšího počítače, [[server|serveru]]). Na rozdíl od vertikálního škálování není u horizontálního škálování z hlediska [[hardware|hardwaru]] nastaveno žádné omezení.
+[[Horizontální]] škálovatelnost (scale out) – ke zvýšení kapacity stávajícího [[hardware|hardwaru]] a [[software|softwaru]] dochází přidáním dalších uzlů (zdrojů a entit), které fungují jako jeden logický celek (např. přidání dalšího počítače, [[server]]u). Na rozdíl od vertikálního škálování není u horizontálního škálování z hlediska [[hardware|hardwaru]] nastaveno žádné omezení.
 [[Vertikální]] škálovatelnost se více využívá v případech, kdy je nutné neprodleně reagovat na stávající nedostačující situaci. Řešení pomocí [[horizontální]] škálovatelnosti je výhodnější při velkém množství uživatelů.

@@ Řádek 20: / Řádek 20: @@
 ==Typy škálovatelnosti==
-[[Vertikální]] škálovatelnost (scale up) – ke zvýšení kapacity stávajícího [[hardware/hardwaru]] nebo [[software/softwaru]] dochází přidáním dalšího zdroje nebo zdrojů v jednom uzlu systému (např. přidáním [[procesor]]ů, paměti, disků, instalace silnější grafické karty). Nevýhodou vertikálního škálování je náročná aktualizace daného počítače.
+[[Vertikální]] škálovatelnost (scale up) – ke zvýšení kapacity stávajícího [[hardware|hardwaru]] nebo [[software|softwaru]] dochází přidáním dalšího zdroje nebo zdrojů v jednom uzlu systému (např. přidáním [[procesor]]ů, paměti, disků, instalace silnější grafické karty). Nevýhodou vertikálního škálování je náročná aktualizace daného počítače.
-[[Horizontální]] škálovatelnost (scale out) – ke zvýšení kapacity stávajícího [[hardware/hardwaru]] a [[software/softwaru]] dochází přidáním dalších uzlů (zdrojů a entit), které fungují jako jeden logický celek (např. přidání dalšího počítače, [[server]]u). Na rozdíl od vertikálního škálování není u horizontálního škálování z hlediska [[hardware|hardwaru]] nastaveno žádné omezení.
+[[Horizontální]] škálovatelnost (scale out) – ke zvýšení kapacity stávajícího [[hardware/hardwaru]] a [[software/softwaru]] dochází přidáním dalších uzlů (zdrojů a entit), které fungují jako jeden logický celek (např. přidání dalšího počítače, [[server|serveru]]). Na rozdíl od vertikálního škálování není u horizontálního škálování z hlediska [[hardware|hardwaru]] nastaveno žádné omezení.
 [[Vertikální]] škálovatelnost se více využívá v případech, kdy je nutné neprodleně reagovat na stávající nedostačující situaci. Řešení pomocí [[horizontální]] škálovatelnosti je výhodnější při velkém množství uživatelů.