Vaksam. &rdquo;Det finns absolut en risk f&ouml;r inl&aring;sning. Vi h&aring;ller p&aring; att bygga om alla v&aring;ra applikationer f&ouml;r molnet och det h&auml;r &auml;r n&aring;got vi jobbar h&aring;rt med&rdquo;, s&auml;ger Ola Hesselroth, chefsarkitekt och utvecklingschef p&aring; HL Display <br />
Vaksam. ”Det finns absolut en risk för inlåsning. Vi håller på att bygga om alla våra applikationer för molnet och det här är något vi jobbar hårt med”, säger Ola Hesselroth, chefsarkitekt och utvecklingschef på HL Display
Ett av löftena med att köra applikationer i molnet är friheten att slippa mycket av arbetet med att sköta driften av dem. Men vad händer den dag man vill flytta en applikation från ett moln till ett annat, till exempel på grund av driftstörningar?

– Det finns absolut en risk för inlåsning. Vi håller på att bygga om alla våra applikationer för molnet och det här är något vi jobbar hårt med, säger Ola Hesselroth, chefsarkitekt och utvecklingschef på HL Display, en leverantör av displayenheter till butiker, vilket inkluderar mjukvara.

Flera experter CS varit i kontakt med instämmer.

Vad är det som gör att det finns en risk för inlåsning?

– Bland annat plattformsspecifika programmeringsgränssnitt, till exempel för lagring av data och hantering av köer för uppgifter som ska utföras, säger Martin Forsberg, konsult på Ecru Consulting som bland annat har skapat en regelmotor som körs i molnet.

Ett konkret exempel är att du utnyttjar funktionerna för att lagra data i en databas i Googles molnplattform App Engine och upptäcker att de inte finns tillgängliga på Microsofts Windows Azure, trots att det går att köra Javaprogram på båda. Det gäller att systemarkitekten förstår konsekvenserna av designvalen.

Är det inte bara att lägga funktioner som kan skilja sig åt i ett separat lager, så att det blir enklare att skriva om?

– Så gör vi, men det finns en risk att det blir som att skriva databasneutral sql, säger Martin Forsberg.

Det betyder bland annat att även om problemen minskar med att lägga känslig kod i egna lager, finns risken att koden inte blir optimal. Det innebär att inte alla möjligheter på en plattform utnyttjas.

Problemet är att den bästa funktionaliteten ofta finns i de funktioner som är plattformsspecifika.

Som utvecklare och som applikationsägare vill man naturligtvis utnyttja de bästa funktionerna på en plattform.

Ur den aspekten är det ingen skillnad mellan molnmiljön och traditionella miljöer.

Vad ska man göra åt problemet? Krävs det någon form av reglering?
– Jag är inte förtjust i reglering. Det är bättre att leverantörerna arbetar med standardisering och certifiering tillsammans med användarna. Certifieringen bör bygga på standarder och på kvalitetskrav, säger Anders Kingstedt, vd på Ecru Consulting och ordförande i Sis kommitté för molnstandardisering.