| |
ATOM Feed
Understanding Windows CardSpace
#
Tuesday, April 29, 2008
Do you think digital identity is important? If not, I respectfully suggest that you're wrong. Messy, yes, and in some ways hard to understand--it's a broad topic with lots of diverse aspects--but it's unquestionably important.
I believe that one of the most significant events of the last few years in identity is the advent of information card technologies. Spearheaded by Microsoft's Kim Cameron, this idea is embodied most visibly in Windows CardSpace (although there are other important implementations too, such as Higgins). If you're looking for a short introduction to CardSpace, you might read the overview paper I wrote a couple of years ago.
Even better, get a copy of Understanding Windows CardSpace: An Introduction to the Concepts and Challenges of Digital Identities. This terrific book by Vittorio Bertocci, Garrett Serak, and Caleb Baker is far and away the best introduction I've seen to CardSpace and to much of digital identity in general. The book has been out for a few months now, and while it's gotten great reviews, I don't think it's getting the attention it deserves (because nothing about identity gets the attention it deserves).
Full disclosure: The book is part of Addison-Wesley's Independent Technology Guides series, for which I am series editor. This means that I played a small (really small) part in making this book happen. I'm a huge fan of the technology, however, and of this book. You really ought to read it.
0 comments ::
Cloud Platform Services: A Simple Taxonomy
#
Monday, March 31, 2008
If the next great application platform battle is for dominance in the cloud—and it is—it’s worth trying to categorize the services those platforms will provide. We’re all familiar with platforms for on-premises applications, which commonly have three fundamental parts:
- Computing Services, providing a way to run logic. These services might be quite basic, such as those provided directly by an operating system such as Windows or Linux. Computing services can also offer more, such as the higher-level services provided by a Java EE server or the .NET Framework.
- Data Services, allowing applications to store and work with data. Once again, these can be simple, such as an ordinary file system, or more complex, such as the services provided by SQL Server, Oracle, and other relational databases.
- Integration Services, making it easier to connect applications and data. These might include communication services, the ability to run workflows that control the integration, and others. Plenty of on-premises products offer these today, including WebSphere Process Server, BizTalk Server, and many others.
Cloud platforms are beginning to address all three of these areas. Here are some examples in each one:
- Computing Services: The most visible example of raw operating system services today is Amazon’s Elastic Compute Cloud (EC2). By hosting Linux virtual machines, EC2 lets organizations run pretty much any Linux software they’d like in the cloud. For higher-level services, one good example is Saleforce.com’s Force.com. Intended to support a specific kind of business application, Force.com has attracted a significant number of ISVs. Microsoft provides something similar with its CRM Live offering, also targeting a specific kind of business application rather than the more general support offered by the .NET Framework or a Java EE server.
- Data Services: For basic data access, Amazon is once again the most visible: Its Simple Storage Service (S3) works much like a file system in the cloud. Amazon also offers structured data access with SimpleDB, as does Microsoft with its recently announced SQL Server Data Services. It’s worth noting that these two offerings both work with hierarchical rather than relational data, each providing its own (non-SQL) query language.
- Integration Services: Amazon's Simple Queue Service (SQS) provides a simple offering for cloud-based integration. Microsoft takes a somewhat different approach with BizTalk Services, providing connectivity and identity services today with support for cloud-based workflow promised soon.
There are connections between these categories in cloud platforms too, much like the connections in on-premises platforms; Amazon's EC2 relies on S3 for storage, for instance. We're also seeing hints of other kinds of services that a cloud platform will need. BizTalk Services includes an identity service, for example, something that's logically distinct from integration but is nonetheless required to provide cloud-based integration.
It’s early days for cloud platforms, and so nothing out there currently provides anything like the completeness, maturity, or unity of today’s on-premises platforms. All the vendors mentioned above (and others) are racing toward this goal, however, so don’t expect today’s fragmented world to last. Cloud platforms will one day provide the same kind of solid environment for creating hosted applications that on-premises platforms offer today. Anybody who cares about enterprise software should keep a sharp eye on this space.
8 comments ::
Platforms for SaaS Applications: Which Approach Will Win?
#
Tuesday, February 26, 2008
The next great application platform battle is taking shape. As more and more applications are created that provide software as a service (SaaS), it makes sense to provide a common platform on which to build these applications. Just as traditional on-premises applications depend on the platforms provided by Windows, Linux, and other operating systems, developers of hosted SaaS applications should also be able to build on a common foundation.
It's way too early to know who's going to win this battle. Most likely, there will be a handful of dominant SaaS platforms a few years from now, just as there are a handful of dominant operating systems today for building on-premises applications. But it's not too soon to think about what kind of platform is likely to win.
Two approaches to SaaS platforms are appearing. One style, SaaS-only platforms, focuses solely on supporting applications that run in the cloud. The marquee example of this is Salesforce.com's Force.com, which has attracted a significant number of application developers. The second approach aims at providing a common platform for both SaaS applications and on-premises applications. Microsoft has announced plans to do this, and other vendors are also moving in this direction.
Of these two approaches, the second--a common platform for SaaS and on-premises applications--is likely to win. Here's why:
- Extending existing on-premises technologies to a SaaS platform means that developers don't have to learn entirely new skills and new development tools. Instead, there's a ready-made population of people who already know the basics of how to use the SaaS platform. The creator of a SaaS-only platform, by contrast, faces the challenge of teaching developers how to use whatever new tools and technologies it provides. Force.com, for example, has its own programming language, called Apex, that developers need to learn. While Apex isn't especially complicated, using it is certainly more work than writing in languages that developers already know such as Java or C#.
- Using the same basic technologies for both a SaaS platform and an on-premises platform lets ISVs and end users more easily move their applications from one environment to the other. While the two worlds might not be exactly the same, they ought to be similar enough that SaaS applications can be brought in house without too much pain and vice-versa. Providing this flexibility is likely to be attractive to many potential users of a SaaS platform. Contrast that with a SaaS-only platform, which supports solely applications that run in the cloud. If moving an application in-house makes sense for any reason, the only real choice is to rewrite it.
Providing a common platform for SaaS and on-premises applications is harder than creating a purely SaaS platform (or a purely on-premises platform, for that matter). After all, a platform built solely for SaaS applications can focus entirely on the problems those applications face. Targeting both worlds requires addressing the requirements of each while still providing more or less the same programming environment. Still, the advantages of offering a common technology foundation for both platform styles are clear. Five years from now, I'm betting that the dominant SaaS platforms will largely provide the same programming environment as their on-premises cousins.
2 comments ::
Software + Services in the Microsoft World
#
Tuesday, January 22, 2008
Using both on-premises software running inside an organization and services provided by externally hosted software makes a lot of sense. Some things, it seems, need to run on-premises. An awful lot of stuff, though--probably more than you think--can make sense as a hosted service. And a few things work best as a combination of the two.
Microsoft has chosen to refer to this set of ideas as software plus services (S+S). I've written a white paper that gives a broad introduction to the topic. While the paper was sponsored by Microsoft, don't think that it describes the One True Perspective on S+S within Microsoft--I wouldn't make that claim. (In fact, I'm not sure there is one true perspective, as the company seems to use the term in diverse ways.) Instead, the paper's goal is to help people think about this emerging area, organizing the main ideas into a coherent whole.
The paper's subtitle is "A Technology Overview for IT Decision Makers", and the core audience is IT managers. Still, I hope it's useful for anybody who's interested in the area. If that includes you, the paper is available here.
5 comments ::
Understanding WCF Communication Options in the .NET Framework 3.5
#
Wednesday, December 26, 2007
WCF is an impressive technology. It's not the simplest thing in the world--does anybody really feel at home configuring WCF security today?--but it certainly is simpler than the broad set of things it supplants.
One way to appreciate the value of WCF is to take a look at the range of communication styles it supports, especially in the .NET Framework 3.5. I've written a white paper that's meant to help with this. Called Dealing with Diversity: Understanding WCF Communication Options in the .NET Framework 3.5, the paper walks through the variety of approaches that are now supported. Along with the traditional things, like Web services and queued messaging, this latest WCF release adds support for RESTful communication, RSS/ATOM, and an interesting option called the WCF Line-of-Business Adapter SDK. The paper also takes a look at how WCF is used with BizTalk Services.
If you're an expert in WCF, you probably won't get a whole lot out of this paper. If you're wondering why this technology is important, though, or how one approach can be used for many different kinds of communication, you might find it worthwhile.
1 comments ::
Introducing the .NET Framework 3.5
#
Wednesday, December 26, 2007
When the .NET Framework 3.0 was released, I wrote a series of whitepapers describing the new technologies it contained: WCF, WF, WPF, and Windows CardSpace. I also wrote an overview paper that gave a high-level view of this new version.
With the release of the .NET Framework 3.5, I've updated most of the those papers. (The exception is the paper on Windows CardSpace--that technology hasn't changed.) The updated papers are:
The 3.5 release doesn't contain as many changes as did the move from .NET 2.0 to .NET 3.0. Still, there's lots of interesting new stuff, with plenty of useful additions.
1 comments ::
|
|
|
|
Back
to Top.
