Avatar billede neoman Novice
23. november 2007 - 00:48 Der er 5 kommentarer og
1 løsning

Webservice for og imod

Web service.

Jeg har et ASP ordresystem koblet op på noget  MS SQL.

D.d. indgår ordrer via web direkte ned til Db'en, eller via telefon/front-end bundet op til samme DB.

Inden længe skal der skabes forbindelse ind i systemet fra forskellige fremmede web- eller ERP-systemer, så de kan opnå den nødvendige funktionalitet fra deres eget miljø.

1. Samlet antal ordrer per dag <5000, hvoraf 50+ % via front-end
2. Samlet forventet input fra fremmede systemer <10 % - et enkelt fremmed system vil max levere 20 ordrer per dag.

Hvad taler for/imod at etablere en web-service, og lade de fremmede systemer integrere op imod denne ? Vil meget gerne høre konkrete pros and cons.
Avatar billede arne_v Ekspert
23. november 2007 - 04:25 #1
Lidt blandede kommentarer.

Der er ihvertfald ingen performance problemer. Der er en del overhead ved web service
kald, men <1000 kald per minut virker fint. Og 500 kald per dag er meget langt under det.

Hvis processen skal automatiseres så er SOAP/HTTP med WSDL description oplagt. Det understøttes
af stort set alle platforme og sprog.

Om det kan betale sig at automatisere vil kræve en lille cost benefit analyse.

Det største problem er nok sikkerheden. Direkte forbindelse mellem dem og jer (enten
private network eller private VPN tunnel gennem public network) er OK. Skal den
gennem public network, så skal sikkerheden gennemtænkes. Er login med username/password
og HTTPS tilstrækkelig ? Skal der bruges WS-S og digital signatur ?

Derudover skal diverse anomaly scenarier og transaction integrity overvejes.

Det er naturligvis best practice at lave et high level service interface fremfor
et remote DAL.

Skal web servicen laves i ASP eller i ASP.NET ?

Husk og test servicen i lidt blandede klienter. Virker det i C#, Java og Python så
er jeg optimist med hensyn til at det virker generelt.
Avatar billede neoman Novice
23. november 2007 - 14:25 #2
Tak for det.

Et af mine argumenter for at skabe en webservice i denne kontekst er, at det må vel være den løsning som samlet kræver mindst programmeringsindsats, når den samlede indsats evalueres over en mængde af forskellige adgangsplatforme.

Sikkerhed ? God pointe på sæt og vis. De kunder som skulle integreres i fremtiden, kører d.d. over web-interfacen. Bestillingerne afsendes fra nogle browsere i huset, mens i fremtiden sendes de afsted fra ét opsamlingspunkt - hvor forskelligt er dét egentligt?

ASP/ASP.NET? Ved det ikke helt endnu. Sandsynligvis (men ej 100%) .NET, fordi der allerede *er* nogle andre .NET webservices blandet ind i billedet.
Avatar billede arne_v Ekspert
23. november 2007 - 16:13 #3
SOAP er en ret kompleks størrelse, men netop p.g.a. den gode tools understøttelse, så
vil det alligevel ofte være langt den billigste at implementere.

Login og HTTPS til web service kald og browser til web side må ca. være det samme rent
sikkerhedsmæssigt. Udmærket til normal beløb. Husk at bloker for HTTP adgang.
Avatar billede neoman Novice
23. november 2007 - 18:25 #4
tak for input - jeg lader lige spørgsmålet stå åben 24 timer endnu, fordi jeg er i gang med noget og der dukker måske flere spørgsmål op
Avatar billede neoman Novice
24. november 2007 - 15:32 #5
ok - jeg har for mange ting til at ordne det her, om et par uger køber jeg noget konsulenthjælp ude i byen.

tak for hjælpen og læg et svar.
Avatar billede arne_v Ekspert
24. november 2007 - 16:42 #6
svar
Avatar billede Ny bruger Nybegynder

Din løsning...

Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.

Loading billede Opret Preview
Kategori
Kurser inden for grundlæggende programmering

Log ind eller opret profil

Hov!

For at kunne deltage på Computerworld Eksperten skal du være logget ind.

Det er heldigvis nemt at oprette en bruger: Det tager to minutter og du kan vælge at bruge enten e-mail, Facebook eller Google som login.

Du kan også logge ind via nedenstående tjenester