I'm a little late to this discussion, but I have spent a lot of time over the past few years evangelizing, architecting, and guiding the implementation of SOA within my company (fairly large enterprise ~26k employees, $3B revenue). In our environment, we have a mix of legacy systems, web services (.Net, Java, and CF) as well as a whole host of web service and API enabled packaged applications (SAP, Oracle, etc.). One thing to keep in mind (and has been mentioned indirectly here) is that web services does not equal SOA. It's entirely possible to have a SOA without any web services. It's all about modularity, abstraction, and loose coupling (among other things).
SOA is also evolving. It used to be that a company would build a number of services, integrate them all in a point to point fashion, maybe have UDDI, and call it a day. That isn't good enough anymore - especially at an enterprise level. My opinion (and one that is widely held) is that you really need something like an ESB to act as the backbone for SOA. I could go on and on here, but you might be interested in checking out this blog post I wrote a few months ago that discusses the evolution of integration technologies and patterns. It also references CF, since that's still the language of choice for web apps at my company: http://www.brooks-bilson.com/blogs/rob/index.cfm/2007/12/14/The-Evolution-of-Integration-Architecture--An-Introduction-to-the-Enterprise-Service-Bus-ESB I'd love any additional feedback you might have. I still owe a part-2 for the post, I just haven't had a chance to write it all up yet. I should also stress that the architecture I discuss isn't an academic exercise - it's something I've been living living day in and out for a few years now, and I can say without hesitation that it's totally transformed the way we handle integration. It isn't a panacea, and it does present new challenges that you have to deal with, but in my opinion, it solves a lot of very real problems in a clean, elegant and scalable way. -Rob On Feb 26, 7:50 am, Tom Chiverton <[EMAIL PROTECTED]> wrote: > On Tuesday 26 Feb 2008, Adam Haskell wrote: > > > nail on the head, at the end of the day SOA is what you make of it. If > > If anyone ever defines the 'SOA' buzzword it would help us all :-) > > > our company, as an example, when an employee is created in HR at least 5 > > different systems need to react to this addition. In order for systems to > > work in this scenario we have to have a canonical form of an employee and > > then each system subscribes to a queue and translates that employee to its > > We have LDAP as the canonical 'employee' record, for instance, and each app > can have it's own 'user' DB table (key'ed on the employee ID) if it needs to > extend that with custom fields. > > > > fact that your SOA solution would have a fixed starting cost of maybe 10k > > >>There are free-er CFML runtimes. > > True, and BD has a great OEM licensing, but when one starts talking about > > using event gateways and other features specific to one CFML engine one > > starts limiting the engine one can use. > > Yeah, it's the old price-features trade off. > But you can do a lot of the things Adobe has built in, with a minimal amount > of (shell/perl) scripting. > > -- > Tom Chiverton > Helping to continuously initiate turn-key deliverables > on:http://thefalken.livejournal.com > > **************************************************** > > This email is sent for and on behalf of Halliwells LLP. > > Halliwells LLP is a limited liability partnership registered in England and > Wales under registered number OC307980 whose registered office address is at > Halliwells LLP, 3 Hardman Square, Spinningfields, Manchester, M3 3EB. A list > of members is available for inspection at the registered office. Any > reference to a partner in relation to Halliwells LLP means a member of > Halliwells LLP. Regulated by The Solicitors Regulation Authority. > > CONFIDENTIALITY > > This email is intended only for the use of the addressee named above and may > be confidential or legally privileged. If you are not the addressee you must > not read it and must not use any information contained in nor copy it nor > inform any person other than Halliwells LLP or the addressee of its existence > or contents. If you have received this email in error please delete it and > notify Halliwells LLP IT Department on 0870 365 2500. > > For more information about Halliwells LLP visitwww.halliwells.com. --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "CFCDev" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/cfcdev?hl=en -~----------~----~----~----~------~----~------~--~---
