Cluster er ikke den beste måten å løse ytelsesproblemer, lave i enkelt tilfelle av samtidige ytelse, hvis det blir funnet utilfredsstillende, så forventer ikke at klyngen for å få til ytelsesforbedringer, tvert om resultatene vil bli mindre.
Innenlandsk og importert å velge?
Faktisk, tidligere tidspunkt, fant jeg ut at IBM, BEA og andre applikasjonstjeneren produktene gir utviklingen av homogenisering, den totale tiden en bruker spurte: "er J2EE applikasjonstjener, Hva er forskjellen mellom dem?" Stilte mer fant etter mye tanke, er graden av konsistens på J2EE standarden applikasjonstjeneren ett av kriteriene for å måle, så J2EE applikasjonstjener, det er ikke mulig annerledes. For PC, bærbare maskiner, mer personlig produkter, er homogenitet ikke en god ting: Brukerne ønsker å kjøpe lignende produkter kunne ikke bli interessert i deres fortjeneste tilbakegang. Men programmet server plattform som bedriften, er verdien dens stabilitet, tilgjengelighet, skalerbarhet og andre enterprise-klassen har til lavere priser som kan dekke disse behovene, det naturlige førstevalget på en bruker.
Honggang Kingdee Yuan sa i et intervju: «Kingdee's Apusic og IBM WebSphere, BEA WebLogic ingen vesentlig forskjell."
"Akkurat som romfartøyet Shenzhou romfartøyer og ingen skulle tro de har noen vesentlig forskjell, er for bemannet plass skapt av verktøyet, ikke fordi man er i Kina, den andre i USA, er det i bruk på forskjell, "Yuan Honggang slik evaluering programvare i Kina og USA. Men han innrømmer også at Kingdee er Apusic og liknende produkter er fortsatt noen hull, men i J2EE standarden rammeverket, fullt tilgjengelig for brukere. På den annen side, pris og service støtte fra synspunkt, har Apusic også nytte av lokale produkter.
Hvis du nøye analysere Apusic forskjell liknende produkter, vil vi finne at prinsippet om sitt design har mye. Ifølge Yuan Honggang beskrivelsen: "Brukere vil normalt følge når du bruker programvaren '28 prinsipper", som vanligvis bare 80% av brukerne bruker 20% av funksjonaliteten til en programvare til Microsoft Office Word, for eksempel, som regel vi bare bruke den å skrive dokumentet, ingen tilgang til mange avanserte funksjoner. I Apusic applikasjonstjener utvikling, vi også følger samme prinsipp, så langt som mulig gjennom hele programvareprodukter for 20% av de viktigste fungere godt, for å sikre at behovene til de fleste brukere, De resterende 80% av funksjon av gradvis økende etter behov. For eksempel, en klynge av utenlandske produkter har svært tidlig at vi nylig har lansert, tror vi at klyngen funksjonen er lavt prioriterte behov, kun etter at andre resultater garanti vil vurdere klynge. "
Fra funksjonelle synspunkt, synes Apusic mindre enn antall utenlandske produkter, treg noen, men fordelen er Apusic starter veldig fort. Den kjører lyset Apusic En annen viktig årsak er strukturen til kjernen kjernen og multipleksing, og koding er svært enkel.
At utenlandske integrerte J2EE applikasjonsserver nivå eller høyere enn den innenlandske plattformen, funksjoner og mer rikelig, men stor vekt på små og mellomstore bedrifter i informasjonsteknologi i dag, kanskje den innenlandske J2EE plattformen kan spille en større rolle.
For å klargjøre "klynge Paradox"
Ble lansert sent i fjor Apusic klyngen funksjon, Yuan Honggang vise, "klyngen beregning virkning bare i de finkornede bare åpenbare, det vil si beregningen prosessen til en bestemt segment av parallelle algoritmer, fordelt på mer enn en behandling vil bli beregnet kjører, de endelige resultatene da kombinert. og J2EE applikasjoner, de fleste beregningene er grovkornet, med transaksjoner i distribuert databehandling behovet for en samordning, men også reduserer den totale prosesseringskapasitet på klyngen. "fordi han trodde at , er klyngen ikke den beste måten å løse ytelsesproblemer, lave i enkelt tilfelle av samtidige ytelse, hvis det blir funnet utilfredsstillende, så forventer ikke at klyngen for å få til ytelsesforbedringer, tvert om resultatene vil bli mindre.
Honggang Yuan sa at i de følgende to klyngene er nyttig: Kjør først ved høy samtidighet overbelastning verten miljøet. Google dette nettstedet for eksempel en stor trafikk, så vil Google ta klyngen strategi for å viderekoble brukerens ønske, for å forbedre den generelle responsen. Imidlertid er J2EE applikasjonen vanligvis i kontakt med en veldig stor belastning, volum på 500 per sekund kan du gå til følgende programmer trenger ikke å ta klyngen strategien. Det andre er svikt i overføringen søknaden. Dette kan være veldig nyttig der klyngen, med en rimelig PC-utstyr som det primære sikkerhetskopieringsenhet, svikter den primære enheten til å lykkes innen rimelig tid for å sikre 7 x 24 timers uavbrutt tjeneste.
Produkt implementeringer, Apusic ikke følge det meste av minnet tatt av mellomvare leverandører replikering teknologi. Kingdee som om bruk av minne replikering teknologi, vil koste mye båndbredde på nettverket, er ytelsen også rammet, fordi når en node statlige endringer, kreves ved hjelp av en multicast overføring til annen node staten informasjon, sammen med intern node øker, minnet kopi vil også være svært hyppig, alvorlig hindring for båndbredde. Apusic bruker en klient-side cache, statlig informasjon som er lagret direkte på klienten, når serveren ikke staten overgangen til de tilgjengelige serveren.
EJB utvikling helt forandret
Yuan J2EE Honggang spådd endringene er innledet en epokegjørende, nøkkelordet er EJB.
EJB gir en følelse av fortiden for tung, og utviklingsprosessen komplekse og vanskelige å vedlikeholde, slik at selve prosjektet, mindre bruk av EJB. I fremtiden EJB J2EE 5.0 spesifikasjonen vil bli en betydelig justering i EJB3, ville dens utvikling metoden være helt forandret, ikke lenger bruke Hjem, Remote grensesnitt konsepter, og til utvikling av lette modeller til J2EE 5.0 innføringen av merknaden verktøyet beskrevet som EJB, har Entity Bean rolle særlig vært flyttet slik at den bare har råd til O / R Kartlegging rolle. Alle disse initiativene er å gjøre EJB utviklingsprosessen fastere, mer effektiv, enklere å vedlikeholde.
I Webutvikling, legger J2EE 5 en ny JSF spesifikasjon, som er et web-utviklingsmiljø lik Struts inn, men mer praktisk. JSF UI komponent modell basert på hendelser og utvikling av metoder som brukes til å undergrave den tradisjonelle Web utvikling, kombinert med utviklingsverktøy, nærmere en ekte MVC programmering miljø.