Mézkészítés a szoftverszállító kaptárban

Szoftver biztosított. Bizonyos értelemben mindig is így volt. Még akkor is, ha a szoftveralkalmazások és a hozzájuk tartozó szülőcsomagok 3,5 hüvelykes hajlékonylemezen és CD-ROM-on érkeztek, akkor is kézbesítették őket, amikor a szoftvert postán elküldték Önnek, átvették egy hagyományos boltból, vagy esetleg a szoftver előlapjáról. nyomtatott folyóirat.

De a Windows 95-ös nosztalgia mámorító napjai (és azelőtt) már elmúltak.

Napjainkban a szoftverek folyamatosan, halmozottan és egyszerre (amikor a felhasználók egyszerre több elemet töltenek le) kerülnek a gépeinkre olyan ütemben, ami nevetségesnek tűnt volna, amikor eszközeinket személyi számítógépnek (PC-nek) neveztük.

Modern szoftver szállítás

A modern szoftverszállítás formája a webes és felhőkorszakban természetesen nagyon eltérő. Most a szoftverek folyamatos telepítéséről és folyamatos integrációjáról (CI/CD) beszélünk, amelyet gyakran frissítenek anélkül, hogy a felhasználók észrevennék, hogy frissítéseket, javításokat és frissítéseket alkalmaztak a háttérben. A marketingspeak kifejezés “zökkenőmentes” és széles körben használatos, de okkal választották ezt a szót.

Kombinálja mindezt a DevOps és a Dev (fejlesztők) és az Ops (operációs háttérinformatikai személyzet) kulturális együttműködésével, amelyek most új, egységes közös célok érdekében dolgoznak… és belépünk a szoftverszállítás új korszakába.

Ezt a szerepet és funkciót a legtágabb értelmében tekintő vállalatként a kaliforniai San Joséban székelő CloudBees most Anuj Kapurt nevezte ki elnöknek és vezérigazgatónak, hogy előmozdítsa a vállalat szoftverszállításának tágabb meghatározását.

Kapur és csapata számára a szoftverek szállítása nem csupán egy új szövegszerkesztő telepítését vagy a játék letöltésére való kattintást jelenti; Ez egy olyan folyamat, amely magában foglalja a szubsztrát szintű szoftverarchitektúra tervezését, az alkalmazástervezést, a szélesebb körű szoftverfejlesztést és -integrációt, valamint az azt követő fázisokat és fázisokat (megfelelőségi ellenőrzések, biztonság biztosítása, skálázhatósági felmérések, irányítás stb.), amelyben az üzleti szoftverek az úgynevezett élő gyártás állapotában van megörökítve, vagyis a felhasználó kezében… és most már intelligens gépi kezekben is.

Kapur . rekordja

Kapur Stephen DeWitt váltja, aki személyes okok miatt távozott tisztségéből viszonylag rövid hivatali idő után 2021 februárjától. Ő váltja Sacha Laboureyt, CloudBees társalapítót és ideiglenes vezérigazgatót, aki Kapur kinevezéséig ideiglenes szerepet töltött be. Laborey továbbra is a CloudBees stratégiai igazgatója marad.

Korábban a Cisco C-suite ügyvezetője volt (stratégiai igazgató), ahol nagymértékben dolgozott a vállalat AppDynamics üzletágán (felhőalkalmazások megfigyelésére és monitorozására szolgáló technológia), valamint az SAP-nál (az üzletfejlesztésért és stratégiáért felelős elnök). -szintű pozíciók a Lightlytics, Armorblox, Prosimo.io, Airgap Networks Inc.-nél. és mások.

A CloudBees szerint Kapur kritikus időszakban csatlakozik a CloudBeeshez, mivel minden vállalat szembesül azzal a valósággal, hogy a szoftverek – és az ilyen innovációk ügyfelei kezébe kerülő sebesség, minőség és biztonság – meghatározza versenyképességüket és sikerüket. A Kapur a termékinnováció felgyorsítására, a piacra lépési megközelítés erősítésére, a földrajzi terjeszkedés ösztönzésére és a vállalat globális tevékenységének bővítésére összpontosít.

„A vállalatok tudják, hogy az általuk készített és szállított szoftverek alakítják vagy megbontják a jövőjüket” – mondja Kapur. „Tudják azt is, hogy a sebesség táblázatok kérdése, és hogy a minőség, a biztonság és a megfelelőség jelentik a következő határt a kivételes ügyfélélmény megteremtésében. A CloudBees központi szerepet játszik abban, hogy a világ néhány legnagyobb és legbefolyásosabb márkája a szoftvert tegyék elsődleges megkülönböztetővé. Abszolút megtiszteltetés a lehetőség, hogy csatlakozhatunk a CloudBeeshez, hogy kialakítsuk ezt a következő növekedési fejezetet ügyfeleink és alkalmazottaink számára.”

Kapur kinevezése a CloudBees növekedési időszakában történt. 2010-es megalakulása óta a CloudBees 246 millió dollár kockázati tőkét gyűjtött be. A vállalat olyan kulcsfontosságú ügyfeleket sorol fel, mint a Capital One, a Fidelity Investments, a HSBC, a Morningstar, a Pegasystems, a Salesforce és számos amerikai szövetségi kormányzati ügynökség.

Azt mondom, Jenkins, szerezd be a szoftverem!

Amint azt a Forbes-on korábban említettük, a CloudBees a Jenkins őrzője, egy nyílt forráskódú szoftverfejlesztő, tesztelő és telepítő eszköz, amely szilárdan a jelen történet elején hivatkozott CI/CD térben helyezkedik el. A cég őrzői pozíciója azt jelenti, hogy gondoskodik a Jenkinst alkotó nyílt mag szoftvermag jólétéről. Napjainkban a Jenkins számára kereskedelmileg feltöltött üzleti szolgáltatások készletét is kínálja, amely szolgáltatásokat, képzést és támogatást tartalmaz a Jenkins üzembe helyezéséhez és más DevOps-eszközökkel való integrációhoz.

Konkrétabban fogalmazva ezen a területen, a CloudBees vállalati Jenkins terméke, a CloudBees CI fontos része a vállalat kínálatának, de csak egy része a ma elérhető teljes kínálatnak. A CloudBees kifejti, hogy egy olyan platformfókusz felé halad, amely integrálja a CI-t egy végpontok közötti nyílt ökoszisztéma-szoftver-szolgáltatási és értékfolyam-kezelési platformba.

Még tágabb tisztázásként a CloudBees megerősíti, hogy upstream és downstream Jenkins-támogatást kínál, de a Jenkinsnek ma a Continuous Delivery Foundation (CDF) ad otthont. „Ez a változtatás az elmúlt években azért történt, hogy Jenkinst áthelyezzék a CDF-hez, amely a Linux Foundation része. A CloudBees továbbra is jelentős mértékben hozzájárul a Jenkinshez, és büszke arra, hogy egy közösségi csapat dolgozik együtt Jenkinsszel és a közösséggel” – áll a cég sajtónyilatkozatában.

A CloudBees nyilvánvalóan nincs egyedül a szoftverszállító platform zónájában. Technológiai javaslatának fő versenytársai a Weaveworks, a Harness és természetesen a GitLab, amelyeket általában fiatalabb, rövidebb és alkalmazkodóbb technológiai halmazokkal rendelkező műveleteknek tekintenek.

Kapurt nem szakítják meg olyan kritikus lépések, amelyek azt sugallják, hogy a CloudBeesnek nagyobb mértékű technikai adóssága lehet, mint a mostani műveletnek. Az ilyen megjegyzésekre reagálva – és miután olyan cégeknél dolgozott, mint az SAP, amely idén 2022-ben ünnepli fennállásának 50. évfordulóját – Kapur azt mondja, rengeteg oka van annak, hogy az öt év feletti vállalatoknak széleskörű működési és innovációs kötelezettségük van.

A DevOps-tól kezdve az XOps-ig

Ahol a jövőben a technológiai halom ezen részében fogunk haladni, az (nagyon vitathatatlanul) inkább ugyanaz, a jobb és jobb mellett.

A CloudBees-ben ez nem csak CI/CD-t jelent, és nem csak DevOps-t és DevSecOps-t (DevOps nagy biztonsági oldalvonallal), és a következő DevOps portmanteau-bővítményt, amely valószínűleg elkerülhetetlenül követni fogja. Ez az XOps-ról is szól, egy olyan pontról, ahol a szoftverszállítás-menedzsment jótékonyságát a teljes szoftververemre alkalmazhatjuk, az adatelemzéstől az infrastruktúráig és az architektúráig.

Kapurnak új fejezetet kell írnia, és reméli, hogy ez a pénz és a szoftverszállító szekrényből való bevétel kérdése. A szoftverszállításnál régebben szúrt a farka, hátha édesebb a jövő.

.

Leave a Comment

%d bloggers like this: