A Microsoft elindítja a „Dapr” és az „Open Application Model” alkalmazást, és segíti a Kubernetes és a Microservices fejlesztését

Microsoft / A Microsoft elindítja a „Dapr” és az „Open Application Model” alkalmazást, és segíti a Kubernetes és a Microservices fejlesztését 3 perc olvasás

Windows 10



A Microsoft két érdekes, praktikus és ami még fontosabb, nyílt forráskódú projektet indított. Az első a Dapr, amely egy eseményvezérelt futásidejű program, amely a mikroszolgáltatások egyszerűsítését hivatott szolgálni, a második pedig az Open Application Model (OAM), amely specifikáció lehetővé teszi a fejlesztők számára, hogy meghatározzák azokat az erőforrásokat, amelyekre az alkalmazásoknak a Kubernetes-fürtön való futtatásához szükségük van. Úgy tűnik, hogy az OAM specifikációt az Alibaba Cloud együttműködésével fejlesztették ki.

Míg az új nyílt forráskódú projektek egymástól függetlennek tűnnek, egy komplex Kubernetes-ökoszisztéma alkalmazás-fejlesztési folyamatának javítására, valamint a fejlesztők és az operációs csapat együttműködésének javítására szolgálnak - jegyezte meg Mark Russinovich, a Microsoft Azure CTO-ja: „Az OAM nagyon megold egy problémát hogy sok fejlesztő és ops csapat szembesül naponta. Ha csak a Kubernetes ökoszisztémát vesszük szemügyre, akkor a Kubernetesnek nincs fogalma az alkalmazásról. Megkapta a telepítés és a szolgáltatások fogalmát, de semmi, ami koherensen összeköti ezeket a dolgokat egy egységbe és a telepítés életciklusába, amelyet a fejlesztő megértene az alkalmazásuk nézetében. '



A Dapr futásideje megkönnyíti a fejlesztők számára, hogy gyorsabban készítsenek mikroszolgáltatásokat:

A Microsoft a Dapr-t „nyílt forráskódú, hordozható, eseményvezérelt futásidőként írja le, amely megkönnyíti a fejlesztők számára a felhőben és az élen futó, rugalmas, mikroszolgáltatás nélküli állapot nélküli és állapotfüggő alkalmazások készítését”. Ez lényegében azt jelenti, hogy a Dapr célja az elosztott, mikroszolgáltatás-alapú alkalmazások létrehozásának egyszerűsítése.



A fejlesztők által gyakran tapasztalt kérdések többsége az események által vezérelt igények körül forog. Olyan dolgokat kell kezelniük, mint az események, és reagálniuk kell a kiváltókra. A több mikroszolgáltatás közötti kommunikáció jelenleg a pub / sub használatát írja elő. Ezenkívül a fejlesztőknek a „szolgáltatás felfedezését” és az „államkezelést” is el kell végezniük. Ez a két eset több paramétert foglal magában. Sőt, attól függően, hogy hontalan vagy állapot nélküli alkalmazásról van-e szó, a fejlesztőknek különböző SDK-kkal és programozási modellekkel kell dolgozniuk.



Úgy tűnik, hogy a Microsoft Dapr egy forradalmian új megközelítés a fejlesztők által jelenleg szembesülő problémák kezelésére. A Dapr eláraszt egy szoftverfejlesztő készletet vagy SDK-t, ehelyett szolgáltatásait egy helyi HTTP vagy gRPC végponton keresztül nyújtja. Ez a módszer hatékonyan elkülöníti az alkalmazás kódját a Dapr kódtól. Lényegében a Dapr továbbra is teljesen független a fejlesztők által használt nyelvektől. A Dapr futásideje egy egyszerűsített módszertan, amely minden szükséges és releváns építőelemet tartalmaz. Felesleges hozzáfűznünk, hogy ez kódolja az elosztott szolgáltatások kiépítésének legjobb gyakorlatát.

A Microsoft OAM első osztályú alkalmazáskoncepció a Kubernetes-fürtben:

Az OAM lényegében egy YAML fájl. Helyezhető egy szolgáltatási katalógusba vagy piactérre, és onnan telepíthető. Az OAM legjobb szempontja azonban az, hogy a fejlesztők egyszerűen átadhatják a specifikációkat az operációs csapatnak, és ez utóbbi ugyanezt telepítheti anélkül, hogy konzultálna vagy visszautalnának a fejlesztőhöz. A Microsoft azt állítja, hogy a Kubernetes jelenlegi iterációjában meglehetősen bonyolult azoknak a fejlesztőknek, akik szeretnék munka a vállalati szegmensben .

A Kubernetes valóban meglehetősen összetett infrastruktúra-orientált és koncentrált platform. A fejlesztőknek viszont az alkalmazásra kell koncentrálniuk. Általában a vállalkozások eléggé óvják a Kubernetes-t, és nem engedik, hogy a fejlesztők belenézzenek, vagy ugyanazt használják referenciaként. Az OAM lényegében hídként és hiánypótló szerepet tölt be a fejlesztők és az operációs csapat számára.

Úgy tűnik, hogy a Microsoft OAM-ját az Alibaba Cloud-tal, a kínai e-kereskedelmi óriás saját felhőalapú tárhely- és szolgáltató részlegével együttműködve fejlesztették ki. Állítólag mindkét technológiai óriás jó néhány projekten együtt dolgozott a múltban, és az OAM állítólag az együttműködés eredménye. Az OAM nyilvánvalóan azért jött létre, mert mindkét vállalat ugyanazokkal a problémákkal találkozott, amikor az ügyfelekkel és a belső csapatokkal beszélgettek. Úgy tűnik, hogy a Microsoft és az Alibaba Cloud együttműködése hamarosan egységes specifikációt indíthat el egy nyílt forráskódú alapítványban. Valójában a jelentések azt mutatják, hogy az Alibaba Cloud hamarosan elindíthat egy OAM-alapú felügyelt szolgáltatást, és a Microsoft ezt követheti, esetleg a most indított Microsoft OAM-specifikáció elfogadásának ütemétől függően.

Címkék Microsoft