paas
Rozdíly
Zde můžete vidět rozdíly mezi vybranou verzí a aktuální verzí dané stránky.
| paas [2026/01/03 15:07] – vytvořeno admin | paas [2026/01/03 15:08] (aktuální) – admin | ||
|---|---|---|---|
| Řádek 1: | Řádek 1: | ||
| - | === PaaS – Platform as a Service (Platforma jako služba) | + | ====== PaaS – Platform as a Service (Platforma jako služba) ====== |
| - | 1. Případové studie (case studies) | + | |
| - | === Startup „FitTrack“ – rychlé nasazení s Heroku === | + | **Platform as a Service (PaaS)** je model cloud computingu, ve kterém poskytovatel služeb dodává hardwarové a softwarové nástroje uživatelům prostřednictvím internetu. PaaS se zaměřuje především na vývojáře aplikací, kterým poskytuje hotové prostředí pro vývoj, testování, |
| - | Pozadí – mobilní aplikace pro sledování sportovních výkonů, tým 5 | + | |
| - | Cíle | + | |
| - | Nasadit MVP během 2 týdnů. | ||
| - | Minimalizovat náklady na infrastrukturu během první fáze. | ||
| - | Možnost snadného škálování po získání uživatelů. | ||
| - | Řešení | ||
| - | Krok Popis Výsledek | ||
| - | 1 Vytvoření aplikace v Ruby on Rails. Kód v GitHubu. | ||
| - | 2 Připojení repozitáře k Heroku (git push heroku master). Automatické build a deploy. | ||
| - | 3 Použití Heroku Postgres (hobby‑tier). Databáze s 10 000 řádky, zdarma. | ||
| - | 4 Nastavení Heroku Scheduler pro denní úlohy (zpracování statistik). Cron‑like úloha bez dalšího serveru. | ||
| - | 5 Monitoring pomocí Heroku Metrics (CPU, response time). Rychlá detekce přetížení. | ||
| - | Výsledky | + | ===== Základní principy ===== |
| - | Čas do provozu: 10 dní | + | V modelu PaaS si zákazník pronajímá platformu, která zahrnuje: |
| - | | + | * **Operační systémy** |
| - | | + | * **Middleware** (integrační software). |
| + | * **Databázové systémy** | ||
| + | * **Vývojová prostředí a runtime** | ||
| - | Klíčová výhoda – žádná správa serverů, jednoduché CI/CD přes Git a rychlá iterace. | + | Zatímco u [[iaas|IaaS]] (Infrastruktura jako služba) spravuje uživatel i operační systém a runtime, u PaaS tyto starosti |
| - | === Enterprise „GlobalFinance“ – robustní platforma na Azure App Service | + | ===== Klíčové komponenty PaaS ===== |
| - | Pozadí – globální finanční instituce s 200 vývojáři, | + | |
| - | Cíle | + | |
| - | Migrace stávajících .NET‑aplikací z on‑premise do cloudu. | + | PaaS řešení se obvykle skládá z několika vrstev: |
| - | Zajištění vysoké dostupnosti (99, | + | |
| - | Centralizovaná správa identit (Azure AD) a role‑based access control (RBAC). | + | |
| - | Řešení | + | ^ Komponenta |
| - | Komponenta | + | | **Cloudová infrastruktura** | Virtuální stroje, sítě a úložiště, na kterých platforma běží. | |
| - | Web‑aplikace Azure App Service – PremiumV3 Podpora Windows + Linux, automatické | + | | **Platformní software** | Runtime prostředí, knihovny a frameworky pro běh kódu. | |
| - | Databáze Azure SQL Database – Managed Instance Plná kompatibilita s SQL‑Server, transparentní zálohy, geo‑replikace. | + | | **Nástroje pro správu** | Rozhraní |
| - | Kontejnerizace Azure Container Apps (pro mikroservisy) Serverless‑model, event‑driven. | + | | **Vývojářské nástroje** | Integrace s verzovacími systémy (Git), debuggery a testovací nástroje. | |
| - | CI/CD Azure DevOps Pipelines End‑to‑end pipeline, schvalovací procesy. | + | |
| - | Identity Azure Active Directory + Azure AD B2C Centralizovaný IAM, MFA, SSO. | + | |
| - | Monitoring Azure Monitor + Application Insights Detailní telemetrie, alerty, dashboardy. | + | |
| - | Výsledky | + | ===== Výhody PaaS ===== |
| - | Doba migrace: 6 měsíců | + | * **Rychlejší Time-to-Market:** Vývojáři mohou začít psát kód okamžitě, nemusí instalovat servery ani konfigurovat sítě. |
| - | | + | * **Škálovatelnost: |
| - | | + | * **Snížení nákladů:** Platí se pouze za skutečně využité prostředky (model Pay-as-you-go). Odpadají náklady na nákup vlastního hardwaru. |
| - | | + | * **Snadná spolupráce:** Cloudové prostředí umožňuje týmům rozprostřeným po celém světě pracovat na stejném projektu současně. |
| + | * **Automatizace:** Vestavěné nástroje pro CI/CD (Continuous Integration / Continuous Deployment). | ||
| - | Klíčová výhoda – komplexní správa bezpečnosti a identity, možnost automatického škálování a podpora hybridních scénářů (VPN/ | + | ===== Typy PaaS ===== |
| - | === Migrace e‑komerce „ShopWorld“ na Google App Engine (GAE) === | + | Dnes existuje |
| - | Pozadí – roste o 30 % měsíčně, používá Python Django a MySQL. | + | |
| - | Cíle | + | |
| - | Odlehčit provozní tým od správy serverů. | + | ==== 1. Public PaaS ==== |
| - | Snížit náklady na burst traffic během kampaní | + | Tradiční cloudová služba (např. Heroku, Google App Engine). Uživatel využívá sdílenou infrastrukturu poskytovatele. |
| - | Zajistit globální rychlost doručení (CDN). | + | |
| - | Řešení | + | ==== 2. Private PaaS ==== |
| - | Krok Popis GAE komponenta | + | Platforma nasazená uvnitř firemního firewallu nebo v privátním cloudu. Poskytuje výhody cloudu |
| - | 1 Přepsání settings.py pro Google Cloud SQL (MySQL). Cloud SQL (2 vCPU, 7.5 GB RAM). | + | |
| - | 2 Deploy do App Engine Standard (Python 3.11). Automatické škálování (max instances = 200). | + | |
| - | 3 Využití Google Cloud Storage pro statické soubory (obrázky, video). Edge CDN + Signed URLs. | + | |
| - | 4 Nastavení Cloud Tasks pro asynchronní zpracování objednávek. Queue‑based worker. | + | |
| - | 5 Monitoring a alerty | + | |
| - | Výsledky | + | ==== 3. mPaaS (Mobile PaaS) ==== |
| + | Specializovaná platforma pro vývoj mobilních aplikací, která usnadňuje integraci s GPS, push notifikacemi a kamerou. | ||
| - | Čas migrace: | + | ==== 4. aPaaS (Application PaaS) ==== |
| - | Měsíční náklady | + | Zaměřuje se na vizuální vývoj aplikací |
| - | Burst traffic: během Black Friday dosáhl 10× nárůst požadavků, bez výpadků – App Engine automaticky zvýšil počet instancí na 200. | + | |
| - | CDN latence: průměrná doba načtení stránky < | + | |
| - | Klíčová výhoda – plně serverless | + | ===== Srovnání |
| - | 2. Srovnávací tabulky s cenovými modely (k 1 . 1 2026) | + | |
| - | > Poznámka: Ceny jsou orientační, uváděny v USD, měsíční | + | Následující tabulka ukazuje, co spravuje zákazník |
| - | 2.1 Přehled tarifů – základní vrstvy | + | |
| - | {{table}} | + | ^ Oblast |
| - | 2.2 Porovnání ceny za 1 CPU‑hodinu (pay‑as‑you‑go) | + | | Networking |
| + | | Virtualizace | ||
| + | | Operační systém | ||
| + | | Runtime / Middleware | ||
| + | | Data | **Z** | **Z** | P | | ||
| + | | Aplikace | ||
| - | {{table}} ^ Provider ^ CPU‑hour (on‑demand) ^ Poznámka ^ | Heroku | 0.040 USD | Standard‑1X dyno (průměrná cena „pay‑as‑you‑go“) | | Azure App Service | 0.025 USD | PremiumV3 P1v2 – vyšší výkon, nižší cena za CPU h | | Google App Engine | 0.022 USD | Standard‑B2 (průměr) | | OpenShift (ROSA) | 0.030 USD | Managed pod cena, extrémně závislá na clusteru | {{/table}} | ||
| - | 2.3 Škálování a náklady během burst traffic (příklad: 10× nárůst požadavků po 1 h) | ||
| - | Provider Typické automatické škálování Náklad za 1 h burst (10×) | ||
| - | Heroku (Performance‑M) Dyno autoscaling – max 10 instancí 10 × 0, | ||
| - | Azure App Service (Premium) Scale‑out – až 20 instancí 20 × 0, | ||
| - | Google App Engine (Standard) Automatic scaling – až 200 instancí 200 × 0, | ||
| - | OpenShift (ROSA) Horizontal Pod Autoscaler – nastavit limit 30 × 0, | ||
| - | > Tip: Pro krátkodobé špičky lze využít preemptible/ | ||
| - | 2.4 Nákladové kalkulace – 12‑měsíční Total Cost of Ownership (TCO) pro typické scénáře | ||
| - | Scénář Počet uživatelů Průměrné měsíční využití (CPU‑h) Měsíční náklady Roční TCO | ||
| - | Startup MVP (Heroku) 1 000 150 CPU‑h 9 USD (hobby) + 5 USD DB = 14 USD 168 USD | ||
| - | Střední SaaS (Azure) 10 000 2 500 CPU‑h 73 USD (Standard S1) + 150 USD SQL = 223 USD 2 676 USD | ||
| - | Globální e‑commerce (GAE) 100 000 12 000 CPU‑h 150 USD (B4) + 500 USD Cloud SQL + 100 USD CDN = 750 USD 9 000 USD | ||
| - | Enterprise Finance (OpenShift) 200 000 25 000 CPU‑h (cluster) 1 250 USD (Standard) + 2 500 USD infra = 3 750 USD 45 000 USD | ||
| - | > Upozornění: | + | ===== Hlavní poskytovatelé |
| - | 3. Doporučený výběr podle kritérií | + | |
| - | {{table}} ^ Kritérium ^ Ideální PaaS ^ Důvod ^ | Rychlá prototypizace | Heroku – Free/Hobby | Jednoduché git push, minimální nastavení. | | Enterprise compliance | Azure App Service | + | * **Microsoft |
| - | 4. Další odkazy a literatura | + | * **Google App Engine:** Průkopník v PaaS, vynikající pro vysoce škálovatelné webové aplikace. |
| + | * **AWS Elastic Beanstalk: | ||
| + | * **Heroku:** Velmi populární mezi startupy díky své jednoduchosti a podpoře mnoha jazyků. | ||
| + | * **Red Hat OpenShift:** Enterprise | ||
| - | Heroku Pricing – https:// | + | ===== Rizika a nevýhody ===== |
| - | Azure App Service Pricing – https:// | + | |
| - | Google App Engine Pricing – https:// | + | |
| - | Red Hat OpenShift (ROSA) Pricing – https:// | + | |
| - | R. Mell & G. Grance, | + | |
| - | J. Barker, | + | |
| + | * **Vendor Lock-in:** Přechod k jinému poskytovateli může být náročný, pokud aplikace využívá specifická API dané platformy. | ||
| + | * **Závislost na poskytovateli: | ||
| + | * **Omezená kontrola:** Vývojář nemá přístup k nejnižším vrstvám systému (např. jádro OS), což může být limitující pro specifické aplikace. | ||
| + | |||
| + | --- | ||
| + | **Související termíny:** [[iaas|IaaS]], | ||
paas.1767449243.txt.gz · Poslední úprava: autor: admin