Cluster er ikke den bedste måde at løse problemer med ydeevnen, lavt i enkelte tilfælde af samtidige udførelse, hvis det findes utilfredsstillende, så skal du ikke forvente, at klyngen for at bidrage til præstationsforbedringer, tværtimod resultater vil falde.
Indenlandske og importerede til at vælge?
Faktisk punkt tidligere i gang, fandt jeg, at IBM, BEA og andre applikationsserver produkter giver udviklingen i homogenisering, den samlede tid en bruger spurgte: "er J2EE applikationsserver, Hvad er forskellen mellem dem?" Stillede mere fandt efter mange tanker, er graden af konsistens på J2EE standard applikationsserver et af kriterierne for at måle, så J2EE applikationsserver, er der ingen vej anderledes. For PC, bærbare computere mere individualiserede produkter, homogenitet er ikke en god ting: Brugere, der ønsker at købe tilsvarende produkter kunne ikke få interesseret i deres overskud falde. Anvendelsen server platform, virksomheden, værdien er dens stabilitet, tilgængelighed, skalerbarhed og andre enterprise-klassen features til lavere priser, der kan opfylde disse behov, det naturlige første valg på en bruger.
Honggang Kingdee Yuan sagde i et interview: "Kingdee's Apusic og IBM WebSphere, BEA WebLogic ingen væsentlig forskel."
"Ligesom Apollo rumfartøj Shenzhou rumfartøj, og ingen ville tro, at de har nogen væsentlig forskel, er for bemandede skabt af værktøjet, ikke fordi man er i Kina, den anden er USA, der er i brug på forskel, "Yuan Honggang sådan evaluering software i Kina og USA. Men han erkender også, at Kingdee's Apusic og lignende produkter er stadig nogle huller, men J2EE standard rammer, fuldt til rådighed for brugerne. På den anden side, pris og service støtte fra synspunkt Apusic har også den fordel af lokale produkter.
Hvis du omhyggeligt analysere Apusic forskel med lignende produkter, vil vi finde, at princippet om dens design har en masse. Ifølge Yuan Honggang beskrivelse: "Brugerne vil normalt følge, når du bruger software '28 principper«, som normalt kun 80% af brugerne bruger 20% af funktionaliteten i en software til Microsoft Office Word, for eksempel, vi normalt bare bruge det at skrive dokumentet, ingen adgang til mange avancerede funktioner. I Apusic applikationsserver udvikling, vi også følge samme princip, så vidt muligt i hele software-produkter til 20% af de vigtigste funktion godt, at sikre, at behovene hos de fleste brugere, De resterende 80% af den funktion den gradvist stigende behov. For eksempel en klynge af udenlandske produkter feature meget tidligt, at vi for nylig lancerede, mener vi, at klyngen har en lav-prioriterede behov, og først efter andre opfyldelsesgaranti vil overveje klynge. "
Fra funktionelt synspunkt, synes Apusic mindre end antallet af udenlandske produkter, langsom nogle, men fordelen er Apusic start meget hurtigt. Den kører let Apusic En anden vigtig grund er strukturen for de centrale kerne og multiplexing og kodning er meget simpelt.
At den udenlandske integrerede J2EE applikationsserver-niveau eller højere end den indenlandske platform, funktioner og meget mere rigelig, men stor vægt på SMV'er inden for informationsteknologi i dag, måske den indenlandske J2EE platformen kan spille en større rolle.
At klarlægge "cluster Paradox"
Blev lanceret i slutningen af sidste år Apusic klynge funktion, Yuan Honggang opfattelse, at "cluster beregningen kun virkning i finkornet kun indlysende, nemlig beregningen proces til en vis segment af parallelle algoritmer, distribueret til mere end én behandling, vil blive beregnet kører, de endelige resultater kombineres derefter. og J2EE applikationer, de fleste af beregningerne er grovkornet, med transaktioner i distribuerede computing behovet for en samordning, men også mindsker den samlede behandling kapacitet klyngen. "fordi han mente, at , klyngen er ikke den bedste måde at løse problemer med ydeevnen, lavt i enkelte tilfælde af samtidige udførelse, hvis det findes utilfredsstillende, så skal du ikke forvente, at klyngen for at bidrage til præstationsforbedringer, tværtimod resultater vil falde.
Honggang Yuan sagde, at i de følgende to grupper er nyttige: For det første køre på høj concurrency overbelastning værten miljøet. Google dette site for eksempel en stor trafik, så Google vil tage klynge strategi for at omstille anmodning fra en bruger, for at forbedre det samlede respons. Men det J2EE er normalt i kontakt med en meget stor belastning, volumen på 500 per sekund besøge følgende programmer behøver ikke at tage klyngen strategi. For det andet er svigt i overførslen ansøgningen. Dette kan være virkelig nyttige, når klynge ved hjælp af en billig computerenheder som det primære backup enhed, den primære enhed ikke klare sig i en rettidigt for at sikre 7 x 24 timer uafbrudt service.
Produkt implementeringer, Apusic ikke følge de fleste af hukommelsen, som middleware leverandører replikation teknologi. Kingdee at hvis brugen af hukommelse replikation teknologi, vil koste en masse netværk båndbredde, er ydeevne påvirkes også, fordi hver gang en knude's tilstandsændringer, der er behov for ved hjælp af en multicast transmission til de øvrige node state information, sammen med interne node stiger, hukommelse kopi vil også være meget hyppige, alvorlig hindring for den båndbredde. Apusic bruger en klient-side cache, statslig information lagret direkte på klienten, når serveren ikke angiver overgangen til rådighed server.
EJB udvikling fuldstændig ændret
Yuan J2EE Honggang forventede ændringer er at få gang i en epokegørende, er nøgleordet EJB.
EJB giver følelsen af fortiden for tung, og udviklingsprocessen kompleks og vanskelig at vedligeholde, så den egentlige projektperiode, mindre brug af EJB. I fremtiden EJB J2EE 5,0 specifikation vil være en betydelig tilpasning i EJB3, ville dens udvikling metoden være fuldstændig ændret, ikke længere bruge Home, Remote interface begreber, og til udviklingen af letvægts modeller til J2EE 5,0 indførelsen af annotation værktøjet beskrives som EJB, har Entity Bean's rolle især blevet flyttes, så det simpelthen råd til O / R Mapping rolle. Alle disse initiativer er at gøre EJB udviklingsprocessen fastere, mere effektiv, nemmere at vedligeholde.
I Web udvikling, tilføjer J2EE 5 en ny JSF specifikation, som er en Web udvikling rammer i lighed med Struts i, men mere praktisk. JSF UI element model baseret på arrangementer og udvikling af metoder, der anvendes til at nedbryde den traditionelle Web udvikling kombineret med udviklingsværktøjer, tættere på en ægte MVC programmering miljø.