[HWSW]

Az Oracle március végén bejelentette, nem fejleszt többé Itanium processzorokra, mert az nem stratégiai fontosságú az Intel számára. Az ügyfelek nem hiszik el, amit az Oracle állít és arra számítanak, késõbb a többi hardvergyártó ellen is hasonló támadás indul.
https://www.hwsw.hu/hirek/46561/oracle-intel-itanium-hp-integrity-szerver.html

[InnerMan]

Még jó hogy így tesz, én is ezt csinálnám a helyében, sõt egy kicsit még arrogánsabb módon. Csak és kizárólag saját vasat a saját szoftver alá! Jól felépíttette a partnereivel (HP-val az élen) az Oracle adatbázisra épülõ megoldásokat, majd most hogy piacvezetõ lett, kirúgja a partnereket és õ maga diktálja a feltételeket. Aki nem hódol be, az mehet a lecsóba.
Piacvezetõ szoftver egy technológiailag jó hardverrel párosítva. Nincs is ezzel semmi gond, amig számolatlanul van lé a vásárlónál. Versenyezi sem kell, Larry egy cash-machine-t csinál, mint a jó öreg Microsoft. Ha nincs pénzed, akkor kapd be, mert a BSA-t biztosan rádküldjük, és vagy fizetsz, vagy mehetsz a konkurenciához, de vállald az átállás összes költségét és nyûgét.
Remélem jó sokáig fogja a magyar állam is támogatni ezt a Larry komát és jó hosszú élete lesz a csávónak...
A februári 2.3 milliárd Ft-on felül itt egy újabb 10 milliárdos: http://www.gazdasagiradio.hu/cikk/62477/

[map]

Kicsit kezd visszaütni az Oracle startégia! Visszavonulás Openoffice témában,és most ez az itanium miatt... bár az itanium kérdésében bárhogy is alakulnak a dolgok a jövõben, csak az ügyfeleknek árthat igazán.
Érdekes a hozzáállásbeli különbség az Oracle és az IBM között, az utóbbiról a múlthéten volt hír,h támogatják a z masinák a windows/linux bladeket, mert az ügyfelek ezt kérték.

[LCoder]

@InnerMan: Azért az RDMS nem oprendszer. Más kérdés, hogy ha valaki volt olyan lúzer hogy teljesen oracle-függõre építette ki a rendszereit, az ilyen tényleg szívhat mint a torkosborz.

[sola]

@LCoder: Azért ilyen rengeteg van. Szerintem a cégek döntõ része a mai napig erõsan adatbázis függõre építi a rendszereit.

[Ytse]

@LCoder: ez nem lúzerség kérdése, csomó alkalmazás nem támogat más RDBMS-t, vagy ha támogat is, korábban nem látszott, hogy annak a használata milyen kockázattal jár. Bonyolult függõségi viszonyok tudnak kialakulni egy ilyen szoftverstackben....

[sola]

Legalább most minden ügyfél elgondolkodhat rajta, hogy tényleg kell-e neki az Oracle vagy sem.

Sok-sok nagyobb feladat elmegy PostgreSQL-en is (csak hogy a legnagyobbbb nyílt alternatívát említsem).

Ráadásul ha befizetnek valamelyik EnterpriseDB-s változatra, akkor a mostani támogatási díjaik töredékébõl kaphatnak ORACLE kompatibilis RDBMS-t (ha nem fûlik a foguk a rendszer durvább átírásához).

Ha meg már a tervezésnél is odafigyelnek, akkor vszeg az ingyenes PostgreSQL változatokkal is szépen eldöcög majd a cuccuk.

PostgreSQL jó eséllyel lesz Itaniumra is, amíg az utolsó Itanium szerver le nem rohad (az open-source cuccok már csak ilyenek).

[Ytse]

@sola: FYI az EnterpriseDB egyáltalán nem támogatott HP/UX platformon, vagy úgy általában IA64-en

[hkpk]

@sola:

Idézet

Legalább most minden ügyfél elgondolkodhat rajta, hogy tényleg kell-e neki az Oracle vagy sem.

Gondolkodni???? Az ellen igen hatásos a jól csomagolt megrendelés összegébõl visszafolyó %, ami különféle jogcímen képes elég mélyen hatolni adott helyeken a zsebekbe.
Ezen a szinten már csak ez számít, a hasonló híreknek akár az ellenkezõjérõl is képesek meggyõzõdni az ügyfelek, és hitet vallani, csak szép karácsonyuk legyen :roleyes:

[kisrobert]

@LCoder: Mindegy melyik adatbázis-kezelõre lett kiépítve... Mindegyiknek megvan a maga nyûge, igénye. (Legfeljebb nincs dokumentálva.)
És papíron szépen át lehet állni, de már a tesztüzem alatt kiderül, hogy nem is olyan szép szabványos dolog ez az sql. Oszt amikor pár ezer ügyfelet ráengednek, akkor itt borul, ott szûk. (Hasonló lenne a gond Oracle-re való átálláskor is.)

[Samott]

Nem tudom honnet jon, hogy a SPARC lenne az alternativa... szerintem az ugyfelek inkabb x86-ra migralnak. Es nem hiszem, hogy sokat gondolkoznak azon, hogy az Oracle-t vagy az Itaniumot kell-e dobni, ha mar valasztani kell. Nem az Oracle az elso nagy szereplo, aki dobta ezt a platformot.

Samott

[Leni]

@Samott: Pont ezt akartam irni a kommentek elolvasasa utan. Oracle RDBMS x64 es windows iranyaba halad, ha tetszik, ha nem. Azoknak az ugyfeleknek, akiknek meg szukseguk van valamilyen masszivabb hardverre, ott vannak a Sun Sparc alapu rendszerek hazon belul.

[Raynes]

Nem értem ebben mi a jó. Nem kell külön fejleszteni Itaniumra. A másra fejlesztett kódot le lehet arra is fordítani, legfeljebb az optimalizálásnak lehet így búcsút inteni.

[Leni]

@Raynes: +ember, penz...

[SabbatAkela]

@Leni: Ezt kicsit pontosítanám, a windows mellé odaraknám a linux-ot is

[SabbatAkela]

@Leni: Ehhez is kicsit hozzátennék, az oracle szofterhez való tudást se szokás csak úgy eldobni, és felvenni helyére olyan embert aki majd az új szoftverhez legalább annyira ért, és még ismeri is a rá épülõ alkalmazások felépítését és összetettségét (ez fõleg akkor igaz ha sok oracle DB-vel dolgozol, vagy ha kevéssel de azokba bele van "konszolidálva" szinte az összes alkalmazásod DB-je.). Ha meg van egy oracle központi management eszközöd (pl: OID) amibe az összes oracle alkalmazásod és DB-d bele van kötve és enterprise role-okkal van az egész felépítve, azt nem fogjátok csak úgy hirtelen lecserélni

[InnerMan]

@SabbatAkela: Ekkora parasztvakítást.
0. Ha nem csereszabatosra csinálja a vállalati környezetet, akkor a ki kell qrni a rendszer fejlesztéséért és üzemeltetéséért (aki átvette a fejlesztõtõl üzemeltetésre) felelõst. ISO9126!
1. Nem eldobni-felvenni szokás normális helyeken, hanem átképezni a munkaerõt.
2. Ha csak egy-két ember ismeri az alkalmazásokat, nincs rendesen dokumentálva, vagy bebetenoz vendort, lásd a 0. pontot!
3. A lecserélés sohasem hirtelen felindulásból lesz elkövetve, általában alaposan megfontolt stratégiai döntés, amelyet vagy egy külsõ hatás inicializál (pl. Ora abbahagyja az Itanium támogatást), vagy belsõ indíttatású, mert pl. túl költségessé fejlõdött az infrastruktúra. Minden technológia-váltást általában egy hatástanulmány elkészítés elõz meg.

[thinktura]

Idézet: sola - Dátum: 2011. 04. 26. 15:05

Legalább most minden ügyfél elgondolkodhat rajta, hogy tényleg kell-e neki az Oracle vagy sem.

Sok-sok nagyobb feladat elmegy PostgreSQL-en is (csak hogy a legnagyobbbb nyílt alternatívát említsem).

Ráadásul ha befizetnek valamelyik EnterpriseDB-s változatra, akkor a mostani támogatási díjaik töredékébõl kaphatnak ORACLE kompatibilis RDBMS-t (ha nem fûlik a foguk a rendszer durvább átírásához).

Ha meg már a tervezésnél is odafigyelnek, akkor vszeg az ingyenes PostgreSQL változatokkal is szépen eldöcög majd a cuccuk.

PostgreSQL jó eséllyel lesz Itaniumra is, amíg az utolsó Itanium szerver le nem rohad (az open-source cuccok már csak ilyenek).

Nagyjából ugyanaz a PL/SQL "személyiség", ami az EnterpriseDB-ben adja az Oracle kompatibilitást, az átkerült a DB2-LUW-ba is, nagyon erős migrációs támogatással, mellesleg az Oracle-nél messze jobb és rugalmasabb licenszfeltételekkel.

Az IA64 kidobása az Oracle léghajóból inkább arra utal, hogy egyre inkább képtelen az Oracle fenntartani a kód több platformos fejlesztését határidőre és elviselhető produktív minőségben. Eközben ott lohol mögötte a x86-on Windows natív SQL server, a x86-on (Linuxon és Windowson is), IA64/HPUX-en és Power/AIX-en a DB2-UDB, amiknek ilyen gondjai nincsenek.
A SPARC-ot egy ilyen húzás sem fogja visszahozni, az Oracle meg a Sun X64-es szervereit ugye már az első percben kihajította.


Az adatbázis viszont ahogy egyre inkább infrastruktúra szolgáltatássá válik, úgy egyre kevesebb alkalmazásspecifikus szövet kerül bele, éppen az adatbázis függetlenség érdekében, inkább alkalmazásoldalról fejlesztenek meg mindent, amire egyébként adatbázisoldalról is lenne lehetőség. Tehát könnyen visszanyalhat a fagyi Ne felejtsük el azt, hogy egy Oracle-n belüli platformközi migráció sem egymozdulatos művelet. Ehhez még hozzájön, hogy az x86 hardverek jelentősen elhúztak magszámban pl. az IA64-ektől, tehát ha valaki egy közepes IA64-es gép 4-8 processzornyi (x2 mag = 8-16 cpu licensz, ld. még ora licenszszámítás IA64-re) gépről költözik egy kommersz 4 cpu-s, 32-40 magos gépre, akkor hirtelen hányszorosára is fog emelkedni a licenszköltsége (és a támogatási költsége) csak arra az egy gépre? Nem beszélve a virtualizálás esetén alkalmazott licenszpolitikáról, hogy ha nem Oracle VM-alá migrálják, akkor a host teljes cpu/magszám szerint kell licenszelni, tehát ha valahol van egy nagyobb AMD 8x12 magos vagy Intel 8x10 magos konszolidációs host, akkor ott hirtelen a csillagos égig érő licenszárakkal találja magát szembe az egyszeri Oracle ügyfél.

Mert egy ilyen migrációban ez is ott van költségnek.
Ennyiért meg már óvatosan fognak vagdalkozni az x86-ra Oracle DB migrációval, és még kevésbé biztos, hogy a migráció célja mindenképpen Oracle lenne.

[Samott]

Idézet: thinktura - Dátum: 2011. 04. 27. 09:26

...akkor ott hirtelen a csillagos égig érő licenszárakkal találja magát szembe az egyszeri Oracle ügyfél.

Amire minden bizonnyal komoly kedvezmenyt kap az Oracle-tol ha felveti, hogy esetleg platformot valtana.

Nem hiszem, hogy barki a vas miatt szoftvert valtana. Egyszeruen tul sok a szopas egy ilyen migracioval. Szoval a vege megint csak az, hogy ismet egy eszkozzel kevesebb lesz az Itaniumra. Es ugye a mai napig nem tisztaztak, hogy az oracle vagy az intel hazudik az Itanium jovojevel kapcsolatban... marpedig ez egyik iranybol hitelrontas, masik iranybol meg a partnerek megtevesztese - az egyik vad mindenkeppen megall.

Samott

[thinktura]

Idézet: Samott - Dátum: 2011. 04. 27. 09:52

Amire minden bizonnyal komoly kedvezmenyt kap az Oracle-tol ha felveti, hogy esetleg platformot valtana.

Nem hiszem, hogy barki a vas miatt szoftvert valtana. Egyszeruen tul sok a szopas egy ilyen migracioval. Szoval a vege megint csak az, hogy ismet egy eszkozzel kevesebb lesz az Itaniumra. Es ugye a mai napig nem tisztaztak, hogy az oracle vagy az intel hazudik az Itanium jovojevel kapcsolatban... marpedig ez egyik iranybol hitelrontas, masik iranybol meg a partnerek megtevesztese - az egyik vad mindenkeppen megall.

Samott

Az Oracle - mint kiderült - pénzt akar csinálni, és nem is keveset. Az eddigi support politikájuk is pontosan így festett, és a Sun felvásárlás után méginkább ráerősítettek, hogy nekik csak a pénzes ügyfelek kellenek, a hátizsákos turizmus nem az ő világuk.
Az ügyfelek mindenesetre megvizsgálják a migrációs utakat és a költségeket, aztán döntenek, hogy a vasmigrációval egyben még mit bonyolítanak le - már ha egyáltalán ezt mostanra tervezik.
Mert a másik fele meg az, hogy az adatbázisból a 11gR2 még 2018-ig mindenképpen az ügyfelekkel lesz, tehát túl sietős migrációkba most még nem sokan fognak kezdeni. Inkább azok az ügyfelek fáztak most rá a nagy Oracle invesztícióra, akiknek nem csak az adatbázisuk, hanem más eszközeik is Oracle-IA64-en futnak. Tehát, az Oracle - ahogy a felmérés is tanúsítja - az ügyfeleivel tolt ki nem csekély mértékben, és ingatta meg a bizalmukat a cégben.
Ez nagyobb üzleti hátrányt okozhat, mint az apróbb, termékminőségi vagy határidőtartási problémák.