IBM Bob fer á eigin innviði — viðkvæmur kóði þarf ekki að fara í skýið

IBM kynnti sjálfhýsta útgáfu IBM Bob 1. október 2026; Neel Sundaresan, yfirmaður gervigreindar og sjálfvirkni hjá IBM, orðaði tilganginn svo: „Organizations need AI that operates inside environments they have control over“. Hugbúnaðarþróunartólið má keyra á innviðum fyrirtækis, í einkaskýi, fullveldisskýi eða neteinangruðu umhverfi. Viðkvæmur frumkóði getur þá haldist innan eigin kerfa, að því gefnu að gervigreindarlíkanið sem tekur við kóðasamhenginu sé einnig keyrt þar.

Í frétt SiliconANGLE kemur fram að sjálfhýsta leiðin sé almennt tiltæk og að fyrirtæki geti valið milli staðbundinna líkana og ytri líkanaþjónustu. Fyrir íslensk fyrirtæki með kröfur um gagnavistun er sá greinarmunur afgerandi: staðsetning Bob bakendans ein og sér segir ekki hvar kóðinn sem fylgir beiðni er unninn. Sjálfhýst uppsetning gefur því kost á að halda allri líkanavinnslu innan lokaðs umhverfis, en gerir það ekki sjálfkrafa.

Bob bakendinn færist á OpenShift

Samkvæmt útgáfulýsingu IBM Bob hefur sjálfhýsta leiðin verið almennt tiltæk frá 24. september 2026 og keyrir á Red Hat OpenShift þyrpingu sem viðskiptavinurinn rekur. OpenShift hýsir sameiginlegan bakenda Bob sem vinnueiningu í eigin nafnrými. Þar eru auðkenningarþjónusta, gátt sem beinir beiðnum að líkani, endurskoðunarskráning og mæling á notkun.

Hönnuðir nota áfram Bob IDE og Bob Shell, en tengjast innra vistfangi í stað skýjahýsts bakenda. Fyrirtækið getur því rekið þjónustuna miðlægt án þess að setja sérstakan bakenda upp hjá hverjum notanda. Uppsetningin færir jafnframt rekstur og aðgangsstýringu inn á þá OpenShift þyrpingu sem fyrirtækið ber ábyrgð á.

IBM notar sérstakan stýrihluta fyrir uppsetningu og uppfærslur. Innleiðingin skiptist í verk sem krefjast stjórnandaréttinda fyrir alla þyrpinguna og uppsetningu Bob í afmörkuðu nafnrými. Þessi skipting gerir innviðateymi kleift að samþykkja breytingar á þyrpingunni, á meðan teymið sem rekur Bob getur síðan sinnt eigin þjónustu innan hennar. OpenShift keyrir þó ekki gervigreindarlíkanið sjálfkrafa; Bob þarf aðgang að studdu líkani eftir þeirri leið sem fyrirtækið velur.

Valið á líkani ræður för kóðasamhengisins

Í alfarið staðbundinni uppsetningu keyra bæði Bob bakendinn og líkanið á innviðum fyrirtækisins. IBM nefnir NVIDIA Nemotron 3 Ultra og Poolside Laguna S 2.1 sem studd líkön fyrir keyrslu á eigin grafíkvinnslubúnaði. Beiðnir til líkansins og það frumkóðasamhengi sem Bob sendir með þeim geta þá haldist innan sama stýrða umhverfis, ásamt þeim niðurstöðum sem líkanið skilar.

Í blandaðri uppsetningu eru auðkenning, líkanagátt, endurskoðunarskráning og notkunarmæling enn á þyrpingu fyrirtækisins. Líkanagáttin sendir hins vegar beiðnir, þar á meðal kóðasamhengið sem þær bera, til ytri þjónustu sem fyrirtækið hefur valið. Fyrirtæki getur þannig haft stjórn á eigin Bob bakenda án þess að öll úrvinnsla kóðans fari fram á eigin innviðum.

Þessi munur snýst um meira en vistfang þjónustunnar. Bob þarf upplýsingar um verkefnið til að geta útskýrt kóða, lagt til breytingar eða unnið með stærra samhengi forrits. Ef ytra líkan fær slíka beiðni fara upplýsingarnar út fyrir það umhverfi sem hýsir bakendann, jafnvel þótt auðkenni notenda og notkunarskrár séu áfram þar. Fyrirtæki sem þarf að halda tilteknum kóðagrunni innan eigin netkerfis verður því að láta sömu kröfu ná til líkansins og tengingarinnar við það.

Staðbundin líkanavinnsla krefst líka eigin reikniafls. Afkastagetan ræðst meðal annars af stærð líkans, lengd þess samhengis sem það vinnur með og fjölda samtímis notenda. Lítil uppsetning getur sýnt að Bob og líkanið tengist rétt, en segir ekki ein og sér hversu stóran grafíkvinnslubúnað þarf fyrir daglega notkun fleiri þróunarteyma.

Neteinangrun nær til uppsetningar og líkanakalla

Bob styður uppsetningu í neteinangruðu umhverfi. Þar þarf líkanið að keyra innan lokaða netsins, enda er ekki hægt að senda líkanaköll til ytri þjónustu án tengingar út. Fyrirtækið þarf því bæði OpenShift þyrpingu fyrir bakendann og búnað til að keyra stutt líkan innan þeirra marka sem það hefur sett kóðanum.

Uppsetningartól Bob getur flutt nauðsynlegar hugbúnaðarmyndir í einkaskrá innan einangraða umhverfisins. Myndirnar má fyrst sækja á tengdri vél, flytja yfir netmörkin með samþykktri aðferð og setja inn frá einangruðu hliðinni. Neteinangrun felur þannig ekki aðeins í sér að slökkva á ytri tengingu eftir uppsetningu; einnig þarf að koma sjálfum uppsetningargögnunum inn í umhverfið.

Fyrirtæki sem velur þessa leið tekur jafnframt að sér rekstur innri þjónustunnar, líkansins og uppfærslna þeirra. Einn OpenShift hnútur getur nægt fyrir tilraunauppsetningu, en framleiðslurekstur þarf að taka mið af raunverulegu álagi og endurheimt. Þau atriði ráða því hvort lausnin hentar lokuðu þróunarumhverfi til lengri tíma, umfram það að fyrstu beiðnirnar skili svari.

Aðgangur og leyfi fylgja innri rekstrinum

Sjálfhýstur Bob hefur eigin auðkenningarþjónustu sem má tengja við LDAP eða Active Directory. Þá geta þróunaraðilar skráð sig inn með fyrirtækisaðgangi og breytingar á notendaskrá haft áhrif á aðgang þeirra að Bob. Endurskoðunarskráning og notkunarmæling eru einnig hluti af bakendanum sem fyrirtækið rekur.

IBM selur sjálfhýstu leiðina í gegnum eigið söluteymi eða samstarfsaðila og viðskiptavinurinn þarf að útvega aðgang að studdu líkani. Valfrjálsir viðbótarpakkar fyrir Java nútímavæðingu, IBM i og IBM Z geta fylgt uppsetningunni samkvæmt viðeigandi leyfum. Fyrir íslenskan aðila sem þarf að varðveita frumkóða innan skilgreindra marka er afleiðingin skýr: hann getur fært Bob að kóðanum, en staðsetning líkansins ræður hvort vinnsla kóðans helst þar líka.

Lestu einnig:

• Whisper eða Google fyrir íslenskt tal: stuðningur tryggir ekki nákvæmni
• AI Act er ekki komið inn í EES — svona undirbúa fyrirtæki sig
• MCP-aðgangslykill má ekki fara áfram — skiptu honum við þjónustumörkin