Cloud Mentor - A gyakorlati felhőtudás forrása

2025.08.28.

SageMaker Canvas: NoCode gépi tanulás egyszerűen kezdőknek

SageMaker Canvas: NoCode gépi tanulási megoldás, amellyel bárki kódolás nélkül hozhat létre prediktív modelleket, gyorsan, üzleti értéket teremtve.

2025.08.25.

Azure Data Factory: NoCode adatintegráció és adattisztítás

Az Azure Data Factory segít adatokat gyűjteni, tisztítani és átalakítani különböző forrásokból, így támogatva a pontos riportokat és elemzéseket.

2025.08.21.

Amazon S3 Vektorok: új korszak az adatok keresésében

Fedezd fel, hogyan segít az Amazon S3 Vector natívan tárolni és keresni AI-alapú vektorokat – külön adatbázis nélkül, közvetlenül az…

2025.08.18.

Amazon S3 – Rugalmas, biztonságos online adattárolás

Az Amazon S3 skálázható, biztonságos és költséghatékony felhőtárolás, rugalmas adattárolási osztályokkal és széleskörű felhasználási lehetőségekkel.

2025.08.14.

Kubernetes az AWS-ben? Ismerd meg az Amazon EKS erejét

Egyszerű Kubernetes az AWS-ben: az Amazon EKS menedzselt, biztonságos és skálázható megoldás konténeres alkalmazások futtatására.

2025.08.11.

GPT-5 – A gondolkodó mesterséges intelligencia új korszaka

A GPT-5 új korszaka: gyors és mély gondolkodás, pontosabb válaszok, kevesebb tévedés, kreatív és technikai feladatokban kiemelkedő teljesítmény.

2025.08.07.

Konténerek kezelése egyszerűen: Bevezetés az Azure AKS-be

Az Azure AKS felügyelt Kubernetes szolgáltatás, amely egyszerűvé teszi a konténeres alkalmazások futtatását, skálázását és integrálását az Azure ökoszisztémával

2025.08.04.

Amazon VPC és Subnet alapok: építs biztonságos hálózatot

Fedezd fel, hogyan hozhatsz létre biztonságos, testre szabott hálózatot az AWS-ben az Amazon VPC és Subnet segítségével, IPv4 és IPv6…

«‹ 5 6 7 8 ›»

Kategóriák

Felhő / Cloud

Felhő ABC

Mesterséges Intelligencia / AI

Videók

Határidők / Események

2026.02.03.

Azure Beállítás Biztonság

Azure Tárfiók minimum elvárt TLS verzió a TLS 1.2

2026. február 3-tól a TLS 1.0 és TLS 1.1 támogatása megszűnik az Azure Storage Account-ok (Tárfiók) esetén. Ettől az időponttól kezdve a minimum elvárt TLS verzió a TLS 1.2 lesz.

Mit jelent ez a gyakorlatban?
Ha az alkalmazásod vagy integrációd TLS 1.0 / 1.1-et használ, kapcsolódási hibák léphetnek fel 2026.02.03. után. Az érintett Storage account-oknál minél hamarabb át kell állni TLS 1.2-re.
Érdemes ellenőrizni a kliensalkalmazásokat, SDK-kat, régi runtime-okat (pl. legacy Java, .NET, régi appliance-ek, stb.).

Mit tegyél most?
1. Nézd meg, mely Storage account-ok érintettek (Azure Retirement Workbook: https://aka.ms/ServicesRetirementWorkbook).
2. Ellenőrizd, hogy a kliensalkalmazások milyen TLS verziót használnak.
3. Állítsd be a minimum TLS verziót 1.2-re az érintett Storage account-oknál.
4. Teszteld az alkalmazásokat a módosítás után.

Hasznos link

Kritikus: Ez egy fontos változás, a szolgáltatás/funkció ezen a napon megszűnik vagy megváltozik. A zavartalan működéshez beavatkozás szükséges.

2026.02.16.

AWS Beállítás Frissítés

AWS Billing változás – CloudTrail

Az Amazon Web Services 2026. február 16-tól áthelyezi a Credits oldalt egy új domainre.

Ez CloudTrail eseménynevek és event source-ok változásával jár, ami érintheti a számlázáshoz kapcsolódó auditokat, riasztásokat és automatizmusokat.

Mi változik?
• billingconsole.amazonaws.com ➡️ billing.amazonaws.com
• Több eseménynél event name módosul (pl. RedeemPromoCode ➡️ RedeemCredits)

Érintett események például:
• GetCredits
• RedeemCredits
• GetBillingNotifications

Mit tegyél?
Ha bármilyen megoldásod (SIEM, alert, compliance check, Lambda, stb.) CloudTrail billing eseményekre épül, frissítsd az “event name + event source” párosokat 2026.02.16 előtt, hogy elkerüld az események kimaradását a naplózásból.

Ez egy “láthatatlan” változás, ami nem okoz közvetlen hibát – de adatot veszíthetsz, ha nem figyelsz rá.

Ajánlott: Ez egy javasolt módosítás, vagy egy új funkció. A szolgáltatás működését közvetlenül nem befolyásolja.

2026.02.27.

GCP Migráció

Google Cloud KMS kvótarendszer migrációja I.

🗓️ Fontos dátumok

2026. február 16. – február 27.: A migrációs folyamat aktív szakasza.
2026. augusztus 31.: A régi metrikák végleges kivezetése. Eddig az időpontig kell frissíteni minden egyedi monitorozást!

🛠️ Mi változik?

Regionális kvótaérvényesítés: A forgalom mostantól ott számít bele a kvótába, ahol a feladat fut (még multi-region forgalom esetén is).
Új metrika elnevezések: Pontosabb kategóriák érkeznek a védelem típusa szerint (software_usage, hsm_usage, etc.) és műveleti típusok alapján (read_usage, write_usage).
"Soft Enforcement": Az új metrikák többségénél a kvóta túllépése esetén is kiszolgálja a rendszer a kéréseket, amennyiben van szabad kapacitás.

✅ Teendők

Monitorozás: Ha saját dashboardokat vagy riasztásokat használtok, augusztus 31-ig írjátok át őket az új metrikákra az adatok folytonossága érdekében.
Kvóta túllépések (Overrides): A meglévő override-okat a Google automatikusan migrálja, ezzel nincs teendőtök.
Számlázás: A változás nem érinti a költségeket, a KMS számlázása továbbra is használat alapú marad.

Hasznos link

Kritikus: Ez egy fontos változás, a szolgáltatás/funkció ezen a napon megszűnik vagy megváltozik. A zavartalan működéshez beavatkozás szükséges.

2026.03.04.

GCP Beállítás Observability Új

Google Cloud Observability: OpenTelemetry API

A Google Cloud elindította az új, natív OpenTelemetry (OTel) ingestion API-t, amely közös nevezőre hozza a logok, trace-ek és metrikák fogadását.

🗓️ Mi történik és mikor?

2026. március 4.: Az új telemetry.googleapis.com végpont automatikusan aktiválódik minden olyan projektben, ahol a Cloud Logging, Trace vagy Monitoring API-k használatban vannak.
Az új projekteknél az alapértelmezett aktiválás részeként ez az API is a függőségek közé kerül.

🛠️ Miért jó ez nekünk?

A cél egy zökkenőmentes átmenet biztosítása az OpenTelemetry Protocol (OTLP) irányába. Az új, egységesített végpont:

Native OTel támogatás: Hatékonyabb log, span és metrika beküldés.
Egyszerűbb infrastruktúra: Kevesebb különálló API-t kell kezelni a gyűjtőeszközök (collectorok) konfigurációja során.
Transzparencia: A meglévő szolgáltatásaidban nem lesz fennakadás, a Google automatikusan kezeli az aktiválást a háttérben.

✅ Teendők

Nincs közvetlen teendőd: A migráció automatikus, a meglévő ingestion folyamatok zavartalanul futnak tovább.
Audit: Ha szigorú biztonsági szabályokat (Org Policies) alkalmazol az engedélyezett API-kra vonatkozóan, érdemes felvenni a listára a telemetry.googleapis.com végpontot, hogy elkerüld az aktiválási hibákat.

Ez a lépés is mutatja, hogy az OpenTelemetry végérvényesen az iparági sztenderddé vált a Cloud Observability területén.

Hasznos link

Ajánlott: Ez egy javasolt módosítás, vagy egy új funkció. A szolgáltatás működését közvetlenül nem befolyásolja.

2026.03.29.

GCP Biztonság Új

IAM szerepkör-változások a Google Cloudban

A Google Cloud több szolgáltatás esetén módosítja az előredefiniált IAM szerepkörök jogosultságait.
A cél az egységesebb role-definíció és az új, valamint meglévő funkciók lefedése.

➡️ Role-definíciók egységesítése:
• {Service} Admin – teljes hozzáférés az adott szolgáltatás minden műveletéhez
• {Service} Editor – erőforrások létrehozása, módosítása, törlése és használata (security policy-k nélkül)
• {Service} Viewer – read-only hozzáférés az erőforrásokhoz és konfigurációjukhoz.

⚠️ Hatás a meglévő projektekre
• A változás nem érinti a jelenlegi működést
• Az érintett felhasználók és service account-ok 2026. március 29-től automatikusan megkapják az új jogosultságokat.

⚠️ Ajánlott ellenőrzési pont
• Érdemes átnézni, hogy az új permission-ök illeszkednek-e a jelenlegi IAM és security modellhez
• Ha szükséges, a hozzáférés finomítható custom IAM role-lal vagy IAM Deny policy-vel

Ez egy role-definíciókat érintő változás, amelyet mindenkinek érdemes tudnia.

Hasznos link

Opcionális: Ez egy opcionális változás vagy kényelmi funkció, nem kötelező alkalmazni.

2026.04.02.

GCP Compliance Frissítés

A Google adatfeldolgozó lesz a reCAPTCHA esetében

A Google 2026. április 2-től megváltoztatja a reCAPTCHA adatok kezelésének jogi státuszá 🛠️ Mi változik?
Eddig a Google Adatkezelőként (Data Controller) határozta meg a reCAPTCHA adatok felhasználását. Az új dátumtól kezdve Adatfeldolgozóvá (Data Processor) válik. Ez mit jelent a gyakorlatban?

Nagyobb kontroll: A Google mostantól kizárólag az ügyfél megbízásodból, a reCAPTCHA szolgáltatás nyújtása érdekében dolgozza fel az adatokat.
Saját felelősség: A végfelhasználók adatkezelése többé nem a Google Általános Szerződési Feltételei és Privacy Policy-ja alá tartozik, hanem a te saját adatkezelési szabályzatod része lesz (a Cloud Data Processing Addendum szerint).
Funkcionális stabilitás: A szolgáltatás technikai működése, hatékonysága és funkciói változatlanok maradnak.

✅ Teendők

Weboldal frissítése: 2026. április 2-ig el kell távolítanod a reCAPTCHA mellett megjelenő közvetlen Google Privacy Policy és Terms of Use hivatkozásokat, amennyiben ezeket korábban manuálisan helyezted el.
Adatkezelési tájékoztató: Frissítsd a weboldalad Adatkezelési Tájékoztatóját (Privacy Policy), belefoglalva a reCAPTCHA-t mint adatfeldolgozót a Google Cloud feltételei szerint.

Hasznos link

Ajánlott: Ez egy javasolt módosítás, vagy egy új funkció. A szolgáltatás működését közvetlenül nem befolyásolja.