• Blog
  • About
  • Archives

elemental links

brenda michelson's technology advisory practice

Open Source – Risk over Reward? Find and Assess the Facts

January 12, 2005 By brenda michelson

Back in the late ‘90s when we all first started thinking about using Open Source in the Enterprise – Linux as the first foray for many of us – our concerns revolved around support, skills and adoption.

Could we be confident deploying critical applications (or perhaps any) on an O/S that was supported by a community – instead of a vendor with a tech support line? Would our already over burdened IT developers become plumbers – building fault tolerance, load balancing and pooling into bare bones J2EE application servers – instead of focusing on business solution development and delivery? Finally, would the application vendor community port their applications – that we all depended upon – to Linux?

Then companies like Red Hat came along to offer versions of the Linux kernel and O/S with support. Support for installation, run-time and more importantly, keeping up on the legions of updates. Sure, we had to pay for it, but the cost was minimal compared to proprietary solutions.As for adoption, now the open source community is huge, offering the smallest of  widgets to full-scale office applications, application development environments, databases and application execution infrastructures.

Unfortunately, the thing that drew us all to open source in the first place – cost – as in cost containment – is rearing its darker side – financial risk. Or, perhaps better stated, perceived financial risk with the specter of lawsuits and patent infringements.

Of course along with risk for some, comes opportunity for others. There is an emerging market to protect companies from the inclusion of open source code whose licensing we may not completely understand. This market includes tools to scan your code for licenses offenses and even Open Source Insurance as offered by Open Source Risk Management.

Christopher Koch, Executive Editor of CIO Magazine has a great blog entry from 12.28.2004 separating fact from fiction regarding open source licensing and risks for enterprises. His blog is directed at companies (like the majority of enterprises) who are developing software for their own use, and not resale or redistribution.

Adding to the open source rights discussion yesterday was IBM with their Open Source Pledge. IBM has promised not to enforce 500 patents that it owns – and will continue to own – against the developers of open source software. Of course, the same article points out that 500 patents is really a small number for the likes of IBM who received 3,248 patents in 2004 alone. And just to show that no “good deed” goes unpunished, InformationWeek reports that the IBM move was not purely a demonstration of its increased support for open source, but also an attempt to influence the political debate in Europe on whether software patents should be allowed, or if copyright alone protects the software developer. For more information see nosoftwarepatents.com. According to the InformationWeek article, IBM (as you would expect) stands on the side of adopting software patent law in Europe.

What does this all mean? Does the risk of open source litigation outweigh the cost, time to market, and collective intelligence advantages? It means (as in all IT and business decisions) you need to find the facts, analyze the implications for your situation, and when in doubt, seek the advice of (licensed and accountable) experts whose job it is to protect your business. But, do the work. Don’t let fear (alone) get in the way of opportunity.

Filed Under: business-technology, open source

Service-Oriented Architecture (SOA) Primer

December 27, 2004 By brenda michelson

[Note added on 12/2/2005:  I’ve noticed a fair amount of views on this post lately, and while the early primer isn’t horrible, the SOA Cheat Sheet I did for PSGroup is much better!  Go to this post].

Service-oriented architecture (SOA) is an important IT architectural strategy that is changing how software is developed, used and sold. You can use SOA for simple integration, to augment existing applications, to assemble new applications, and even as a springboard to break through the restrictive bounds of traditional application development to what we refer to as business scenario development. (In business scenario development, IT business solutions will be compositions of services, business events, and business processes mirroring the interactions (or flow) of your business.)

To be successful with SOA, first you need to understand what services and SOA are. From there, you need to adopt solid service-oriented practices in order to build a deep services catalog and implement an extensible SOA environment.

[NO LONGER AVAILABLE] In our newly published SOA Primer, we focus on the beginning, with the basics on services and SOA.

Filed Under: business-driven architecture, services architecture, soa

The IT Elements…What are they?

December 26, 2004 By brenda michelson

Technology – Data – Applications, right? Well, kind of. No question, those are the most basic of the basic IT elements. However, for IT to be meaningful, a business need must drive its execution. To execute IT, you need people and tools. To execute IT well, you need strategy and architecture.

So what just happened? We quickly surfaced the essential elements of IT: Business, Strategy, Architecture, IT Portfolios (Business Solution, Information, Infrastructure, Architecture/Technology, and Project), People and Tools.

Why is a piece on the IT Elements our first entry? We wanted to explain our name and our focus. Elemental Links is an IT consulting firm specializing in strategy, architecture, IT portfolio planning and delivery for the enterprise.

The “Links” refers to our unique ability to take a holistic view across the elements … resulting in holistic IT thinking (and action) for your business.

Filed Under: Elemental Links

  • « Previous Page
  • 1
  • …
  • 161
  • 162
  • 163

Brenda M. Michelson

Brenda Michelson

Technology Architect.

Trusted Advisor.

(BIO)

  • Email
  • LinkedIn
  • RSS
  • Twitter

Recent Posts

  • Experts Sketch
  • PEW Research: Tech Saturation, Well-Being and (my) Remedies
  • technology knowledge premise
  • The Curse of Knowledge
  • better problems and technology knowledge transfer

Recent Tweets

  • Finding the lead refills and simultaneously misplacing the mechanical pencil appear strongly correlated. Yesterday at 4:30 pm
  • If it’s taking 20+ years to define the thing, maybe it’s not actually a thing... February 25, 2021 5:29 pm
  • Adventure Tourism for your brains. (credit to the esteemed @ruthmalan) https://t.co/7Z9478WagA February 24, 2021 3:49 pm
© 2004-2021 Elemental Links, Inc.