Halsey Andrews WebAssembly, czyli Wasm, jest wreszcie użyteczny dla codziennych programistów. Pojawienie się stabilnego standardu i modelu komponentów WASI 0.2 wyznacza początek czegoś, co może oznaczać poważną zmianę w sposobie pisania oprogramowania.
Półdniowa konferencja na temat Wasm na KubeCon EU pokazała potencjał Wasma w zakresie radykalnej zmiany sposobu pisania nowego kodu. Jego popularność w Dniu Native Wasm w Chmurze sugeruje, że punkt krytyczny może być bliski.
WASI 0.2 i model komponentów, który pozwala komponentom Wasm napisanym w różnych językach komunikować się przy użyciu wspólnego standardu WASI, jest teraz na tyle stabilny, że wdrażający mogą zacząć na nim polegać. Praktyczne przypadki użycia są obecnie poważnie badane. Wasm zaczął wyłaniać się z małej niszy zamieszkanej głównie przez głównych entuzjastów i zyskał zwolenników szerszej społeczności programistów.
Dostawca oprogramowania IoT Machine Metrics udostępniło przykłady wykorzystania Wasm na krawędzi Jako część modelowego systemu do analizy danych na dużą skalę w środowiskach o ograniczonych zasobach. Sohan Konkerkar i Peter Hunt z projektu CRI-O pokazali, w jaki sposób kontenery, Kubernetes i Wasm mogą współdziałać. Billy Hayes z Bytecode Alliance Dało to dobry wgląd w potencjał Wasma Myślenie stojące za projektem i modelem komponentów WASI.
Billy Hayes, dyrektor ds. inżynierii w firmie Cosmonic.
Uniwersalny (w załączeniu)
Chociaż praktyczna rzeczywistość Wassama wciąż pozostaje w tyle za wizją, można szybko nadrobić zaległości w pomysłach mógł Zrobione. Popularne języki, takie jak Python, obsługują teraz Wasm jako cel, chociaż doświadczenie programisty jest trudne w porównaniu do tego, do czego programiści są przyzwyczajeni. Ludzie wyszli poza problemy związane z grami i teraz eksperymentują z nietrywialnymi przypadkami użycia, które podkreślają korzyści w świecie rzeczywistym.
Niektórzy dostawcy skupieni na Wasm — w tym Cosmonic, który zatrudnia Hayesa — chętnie porównują Dockera i sposób, w jaki spopularyzował kontenery. Przed Dockerem istniały podstawowe technologie wymagane dla kontenerów (takie jak klastry kontrolne), ale były trudne w użyciu. Docker dostarczył to, co zostało zebrane Hektar W momencie, gdy branża musiała poważnie zająć się kontenerami.
Głównym osiągnięciem Dockera było uczynienie kontenerów stosunkowo łatwymi w użyciu w sposób, który był już znany. To było coś nowego, to prawda, ale nie do końca. Pojemniki wniosły powiew świeżego powietrza do starego pomieszczenia, nie niszcząc przy tym reszty domu. Wasm może zrobić to samo, ale stwierdzenie, że Wasm miał „moment Dockera”, jest nieco przedwczesne.
Wissam potrzebuje takiego momentu, ale jeszcze on nie nadszedł. Doświadczenia związane z korzystaniem z Wasm nadal bardzo odbiegają od tego, do czego przyzwyczajeni są programiści, nawet ci pracujący nad najnowszymi technologiami natywnymi dla chmury. Przepaść pomiędzy Wasm a bardziej tradycyjnymi technologiami, takimi jak maszyny wirtualne, jest wciąż większa.
Większość rzeczywistych aplikacji wymaga interakcji z istniejącymi obiektami; Dane znajdują się w istniejących bazach danych; Klienci korzystają z istniejących aplikacji i urządzeń fizycznych, takich jak smartfony. Pojawienie się WASI 0.2 i obsługa interfejsów API opartych na protokole HTTP to ważny krok, ale nadal potrzeba więcej. Na szczęście entuzjazm dla Wasm podczas Cloud Native Wasm Day sugeruje, że moment Dockera może nie być odległy.
Hayes zauważył, że ekosystem Dockera odegrał ważną rolę w jego sukcesie. Podczas swojego pierwszego spotkania z Dockerem powiedziała: „Nie tylko zbudowałam swój pierwszy kontener, ale zbudowałam kontener, którym od razu podzieliłam się z osobą obok mnie”. Do tego doświadczenia jeszcze daleko, ale intensywnie dążymy do tego. Wasm stwarza ogromną szansę, jeśli doświadczenie kontenera można odtworzyć za pomocą Wasm.
Wasm ma potencjał, aby rozwinąć oprogramowanie open source, uwalniając je z istniejących silosów językowych. Oprócz możliwości, zwiększy to istniejące wyzwania stojące przed oprogramowaniem typu open source, zwłaszcza dotyczące zrównoważonego utrzymania komponentów Wasm.
„To w zasadzie kolejny ważny moment w informatyce, wokół którego wszyscy się skupiają” – mówi Hayes.
Technologia jest pełna szumu, który obiecuje za dużo i nie zapewnia zadowalających wyników, a mimo to znajduję się w tym miejscu w ostrożnej zgodzie. Jak dotąd Wasm i WASI zdołali ostrożnie przedostać się przez krajobraz pełen pułapek, min lądowych i różnych innych metafor opisujących, jak coś może pójść nie tak. Może się to jeszcze nie udać, ale wydaje się, że gromadzenie poparcia przekształca się w coś, co po wielu latach ciężkiej pracy zostanie nagle okrzyknięte sukcesem z dnia na dzień.
Autor udał się na KubeCon EU jako gość Linux Foundation.
Chodź za mną LinkedIn. spłacać Dla mnie strona internetowa.
