Zjavnejšie pochybnosti o spoločnosti Microsoft a SOA

  • Nov 21, 2023

Pod diktátom komparatívnych výhod by .NET a jeho potomkovia orientovaní na Microsoft nemali vytvárať vyššiu hodnotu a vyššiu produktivitu pre svojich zákazníkov ako všeobecnejšie alternatívy, ako napríklad otvorené SOA. Výber najlepšej služby pre danú úlohu bude dominovať nad výberom iba dostupnej služby .NET.

Bloger InfoWorld a MuleSource CEO Dave Rosenbergpár myšlienok o Microsofte a SOA vo svetle nedávneho a pred ním množstvo oznámení BizTalk a partnerstvá. Ako ja sámberie výnimku z tvrdení spoločnosti Microsoft o podpore a príbuznosti SOA.

Tu je niekoľko úryvkov z rozhovoru, s ktorým Rosenberg urobil ITBusinessEdge:

otázka: Takže. Patríte medzi tých, ktorí majú pocit, že Microsoft „nedostáva“ SOA? Prečo to hovoríš? Myslíte si, že to nechápu -- alebo to nechcú dostať?

Rosenberg: Povedal by som, že Microsoft nielenže nedostáva SOA, ale zámerne sa snaží uzurpovať celý koncept za svoje nekalé činy. Spoločnosť Microsoft neponúka nič v ceste nástrojov na vývoj architektúry alebo infraštruktúry, ktoré podporujú myšlienky SOA. Architektúra spoločnosti Microsoft

.NET nie je navrhnutý tak, aby umožňoval servis a keď sa ho pokúsite povoliť sami - keď sa pokúsite zostaviť infraštruktúru, aby ste mohli využiť výhody opätovného použitia, ocitnete sa vo veľmi prispôsobenom systéme, ktorý ste porazili účel.

Ak sa pozriete na infraštruktúru Microsoftu, je to všetko o snahe uzamknúť ľudí do ich hegemónie a SOA je všetko o tom, ako dať kontrolu používateľovi.

otázka: Videli ste 100-stránkovú tézu spoločnosti Microsoft o SOA s názvom "SOA v reálnom svete?"

Rosenberg: Nemôžem vám povedať, že som tam sedel a prelieval každé slovo. Nie je to nepodobné ich Kampaň proti Linuxu „Get the Facts“. -- je to zároveň zaujímavé a plné kecov zároveň.

Čo je pre mňa zaujímavé na prístupe Microsoftu, je samozrejmé, čo so SOA robiť, je povedať: „Samozrejme, že máme stratégiu – tu je to, čo robíte teraz a tu je to, čo urobíme my v budúcnosti." Čo by pre nich malo byť veľmi ľahké povedať: "Áno, budeme toho súčasťou a chceme začať premýšľať o našom spôsobe [SOA]" -- to by bolo prijateľné. Namiesto toho zvolili tento bizarný prístup.

Od spoločnosti Microsoft neexistuje jasná odpoveď na to, aká je ich vízia pre SOA alebo ako by sa ich produkty alebo veci, ktoré by ste si od nich kúpili, zúčastnili na SOA. V tomto prípade neexistuje nič od spoločnosti Microsoft, ktoré by niekomu povedalo: "Tieto produkty by som mal použiť pre svoju SOA."

Zrazu sa .NET zmenil z jazyka, cez aplikačný rámec, na „platformu Windows“.

Vývojári sa rýchlo vyhýbajú veciam, ktorým neveria, a myslím si, že Microsoft udáva tón ich vývojárska komunita premýšľa o konceptoch väčšieho rozsahu a zatiaľ sa im podarilo vytvoriť SOA mätúce.

otázka: Sú teda reči Microsoftu o SOA prekážkou jej prijatia medzi vývojármi?

Rosenberg: Z toho, čo môžem povedať, si nerobia žiadnu láskavosť. Celý druh vyčkávacieho prístupu nie je skvelý. Čo je zaujímavé, vývojári jedia tento interný test Microsoftu dosť zúrivo. Čakajú na Microsoft, kým sa rozhodnú.

Je to výzva pre architektov, pokiaľ ide o flexibilitu a agilnosť vo svojej práci. Ak sa pozriete na IBM alebo BEA, je úplne jasné, aká je ich vízia SOA. S Microsoftom to jednoducho nie je jasné.

Myslím, že niečo z toho súvisí so skutočnosťou, že .NET nebol vytvorený ako SOA alebo platforma služieb. Nechcú heterogénne prostredie, chcú celý balík Microsoftu všade. Napríklad pred pár mesiacmi to nazývali infraštruktúra orientovaná na služby. Aký je dôvod, prečo sa neriadiť štandardnými odvetvovými podmienkami?

Predtým, ako som založil túto spoločnosť [MuleSource], bol som CIO vo firme poskytujúcej finančné služby. Spočiatku sme mali celú infraštruktúru LAMP a Java. Predtým, ako som sa tam dostal, outsourcovali vývoj .NET aplikácie. Vyšli sme z vysoko škálovateľnej, flexibilnej infraštruktúry, ktorá bola schopná spotrebovať dáta a služby naprieč celým podnikom a pridali do infraštruktúry .NET aplikáciu -- bola úplná a úplná silo.

Bol postavený na tomto rámci, ktorý nemal ísť smerom k službám, a v podstate sme sa museli prispôsobiť všetko ostatné v podniku pre túto jednu aplikáciu, ktorá sa nedokázala zladiť so zvyškom podniku.

A to je tá nešťastná stránka toho, čo .NET urobil s vývojom. Z koncepčného hľadiska je pravdepodobnejšie, že chlapci z Java pochopia model SOA ako chlapci z .NET - vývojári nie sú vyškolení na to, aby premýšľali o iných aplikáciách v .NET. Nie sú vyškolení, aby premýšľali o tom, že chcú využívať alebo vystavovať službu inej aplikácii. To bolo doteraz prekážkou pri používaní .NET ako platformy na SOA.

Či už v dobrom alebo zlom, tento štýl vývoja je tým, čím vývojári .NET žijú a dýchajú. Ak Microsoft komponent nemá, neexistuje. Ale v skutočnom svete stále musíte tento problém vyriešiť.

Ako môže spoločnosť, ktorá má takú vedomosť o tak dôležitom koncepte, ako je tento? Toto je najväčšia technologická spoločnosť na svete a zatiaľ sa ukázalo, že so SOA je úplne impotentná a zbytočná.

otázka: Myslíte si teda, že ide o určitý druh marketingového triku spoločnosti Microsoft alebo len preto, že nepredpokladali, že sa SOA rozbehne?

Rosenberg: Myslím, že je to trochu z oboch. Čo by som vám povedal, je, že by mali prijať SOA. Open source, môžete vidieť, prečo to neprijmú - ale SOA by mali povedať, že je to úžasné a podporiť to. Nedáva to veľký zmysel.

V skutočnom svete vidíme ľudí, ktorí majú podobné situácie, ako som opísal, s jednou alebo dvoma aplikáciami .NET, ktoré chcú [podnikový servisný autobus (ESB)]. Dá vám Microsoft jednoznačnú odpoveď? Tak trochu, ale nie naozaj.

Myslím si, že vo vnútri Microsoftu sú jeho agresorské A-typy o dissingu SOA a podpore .NET ad nauseam. Microserfs a vývojári musia zároveň pochopiť nevyhnutnosť SOA aspoň pre časť najpokročilejších a najinovatívnejších architektúr podnikov a poskytovateľov služieb.

A tak, keď sa svet obráti smerom k SOA, Microsoft bude v sebe ticho bojovať o to, čím skutočne je ako spoločnosť – partnerom svojich zákazníkov alebo parazitom na produktivite.

V konečnom dôsledku trh určí úlohu Microsoftu na konci hry. Ak existuje výhoda pre SOA pre tých, ktorí ju prijímajú široko a efektívne - a ja verím bez pochýb, že existuje -- potom bude pokuta pre tých, ktorí neprijmú SOA zásady. Toto sa prejaví najskôr na SaaS a poskytovatelia hostovaných aplikácií na požiadanie.

Pre tie IT obchody, ktoré svoj osud infraštruktúry hodia do vývoja softvéru a podnikania spoločnosti Microsoft rozvojové kompetencie (kde druhá možnosť je silnou stránkou), môžu sa stretnúť s nákladmi a agilnosťou nevýhody.

Ak sa ja a Dave Rosenberg mýlime v otázke výhod SOA a nedostatku všeobecnej podpory pre SOA zo strany Microsoftu, potom viac čisto .NET obchodov by malo preukázať silu trhu prostredníctvom nižších TCO a väčšej obchodnej agility v priebehu času. Podniky založené na .NET by mali hrať lepšie v prostredí zložitých globálnych obchodných ekológií a mali by byť schopné využívať výhody zmiešaného získavania zdrojov naprieč nábrežím dostupných služieb.

Avšak pod diktátom o komparatívna výhoda, .NET a jeho potomstvo orientované na Microsoft by nemalo vytvárať väčšiu hodnotu a vyššiu produktivitu pre svojich zákazníkov ako všeobecnejšie alternatívy, ako napríklad otvorená SOA. Výber najlepšej služby pre danú úlohu bude dominovať nad výberom iba dostupných služieb .NET. Nie je to o nákladoch na vytvorenie služby, je to o hodnote zmiešania a zosúladenia tých najlepších, najlepších služieb tým najvýhodnejším spôsobom.

Budem čakať a pozerať sa, aj keď moje riziko pozorovateľa je oveľa nižšie ako stávky architektov v najbližších rokoch. Predchodcom je mimochodom samotné prežitie ich spoločností, keď vstupujeme do éry „splošteného sveta“. rastúcej globalizácie, nižších prekážok vstupu, otvoreného obchodu a rýchleho trhu disruptory.

Pre tých, ktorí inklinujú k stávkam na hedžovanie – môže byť bankovanie na všeobecnom SOA a zároveň podpora .NET s podporou služieb bezpečnejšie a priaznivejšie ako bankovníctvo na .NET a zároveň sa snažia podporovať ciele SOA z komparatívnej nevýhody.