jump to navigation

Architectural Risk and Cloud Application Optimization November 23, 2009

Posted by archmatters in Uncategorized.
comments closed

We just published a new paper that explores the area of risk and cloud application optimization. Does it make sense to refactor that existing application? Should I make it run on the cloud or optimize it? What is cloud computing application utopia?

You can find it here…

https://www.sun.com/offers/details/cloud_refactoring.xml 

Table of Contents…


Benefits of cloud computing
Risks of cloud computing
Reducing risk
Definitions
Compatible with the cloud
Runs in the cloud
Optimized for the cloud
Patterns
Methodology
Process overview
Example: two-tier Web service
Initial assessment
Optimize through refactoring
Optimize further
Example: enterprise database cluster
Initial assessment
Optimize through refactoring further

Posted Sun’s Dynamic Infrastructure Attributes for the Cloud October 26, 2009

Posted by archmatters in Uncategorized.
add a comment

See http://bit.ly/1MJoDW

Clouds at Technology Services World 09 October 18, 2009

Posted by archmatters in Uncategorized.
add a comment

I’ll be presenting at TSW 09 — Here’s the abstract…

DRAFT PRESO — here.
Carolan_TSW_09_Talk_04.pdf

Learn:

* An understanding of the impact of cloud-like infrastructures
* How we must change our support models
* How we design better products in a cloud-like world

Why You Need to Attend This Session:

In this economically challenging time, technology services providers must make decisions on how to best invest for the future while maintaining service levels today. Supporting services that are running on the cloud will be different than supporting those of the past. This session will help you balance this investment looking forward.

Presentation Abstract:

This session will discuss how dynamic infrastructure, cloud computing, and the increasing use of virtualization and automation impact support, monitoring, operations, and general serviceability of cloud-like infrastructure. As data centers continue to grow larger and become more complicated, what techniques can and should be used to see the important events and issues that impact service levels? Is that server going down “architecturally” significant or should it fail in place? How does this impact organizational issues and operations? What are some of the patterns being used to support large-scale dynamic systems and how can you implement them in your data center or support organization? How do we develop better products and services to help us see the “forest through the trees?”

Customers and “Architectural” Stickiness October 6, 2009

Posted by archmatters in Uncategorized.
add a comment

So I’ve had the opportunity to think about what it means to provide “architectural” stickiness to customers recently. I’ll diverge a bit from my normal external view and look internally at how technology companies provide solutions to their customers — and how they help them “keep coming back” for more.

A quick plug, and some motivation to this article is my talk at the Technology Services World Fall 09 Conference in a couple weeks. I’m doing a talk on how the cloud has impacted services including service delivery.

So what do I mean by stickiness? Let me start with some examples — and networking technology companies know this well — being in the traffic path day in and day out for your customer’s customers most important transactions mean that customers know who their critical technology providers are, and the network is usually one of the most important elements.

I’m calling this architectural because of this reason. If you simply play in one tier of the environment (e.g. let’s say DB) then you’ll only have an opportunity to talk to your customers when they need to modify or add something around or to that tier. Sure, it could be “business critical” but often new, innovative ideas might not be so critical when they start out.

Other examples of architectural stickiness…

Product implementations that span data center tiers — e.g. networking
(discussed above) architectures and products — again in the data path
– security products as they may inspect application characteristics and flows, auth
– virtualization technologies — especially ones that exploit the operational lifecycle

Management products — which is an expanding space

— active deployment and management products such as provisioning tools, that add value, consistency, integrity, etc.
—-I’m not sure that I would include a patch manager here?
- there’s an element here thats active — taking standards and translating them into reality — like what N1 Service Provisioning System (N1 SPS) and Opsware do. They sit at the forefront of programmatically effecting deployments. They are hard to remove once engrained.

other standards – e.g. Architectural standards and designs
— these too can be sticky as much as they are referenced and used.

The elements above all have active vs passive elements. Active data path, authorization, deployment.

How do you help your customers come back to you?

Technorati Tags:
, , ,

The Hybrid Distributed Data Center -er- Cloud? October 1, 2009

Posted by archmatters in Uncategorized.
Tags: ,
comments closed

One thing is for sure — the cloud computing model has affected IT. Some of its still occurring, some of its maturing, other areas seem stuck in momentum — and may not be solved. But I consider the three factors below to be influencers beyond the cloud buzz hype:

The Cloud Effect on EVERY IT shop…

1) the effect on time to market: user’s of IT won’t wait for 3 weeks to get a VM or hardware installed, much less their “stack” configured

2) packaging: speaking of stacks — virtual machine images have won out as the preferred packaging element — good or bad.

3) control of resources: this will continue to be a struggle between organizational units within a enterprise but the developer is gaining more control — IT administration may be able to wiggle some back if the deal with #1 and #2 above.

Towards the Hybrid Data Center…

So where are we on the cloud and the data center beyond these key elements? It is and will continue to change how we view data centers and services deployed within them. A new model with concerns around business and IT risk at the forefront versus after the fact as we see “provisioning” and time to market solved by the adoption of cloud-like models. As IT users continue to adopt these models (API-driven, self-provisioning, VMIs, etc) it will start to form a more distributed model of the data center as we know it.

Risk profiles…

At the lowest level (let’s call it 3) there will be the major concerns about how you operate IT as your business relies upon it. RISK concerns, mitigation, tradeoffs, etc. will continue to be the common phrases. If I am running a $50b business today and I need these DBs to be up all the time and have 0 downtime, I have a different risk profile than someone just starting with one customer — their spouse.

For many large scale enterprises they are concerned but have much of this under control in their own data centers or via hosting providers. Services around these core elements may grow and shrink but core systems remain pretty stable — think OSS/BSS (BILLING!) for a Telecom. You don’t mess with billing.

But what about application distribution and provisioning for my platforms: phones, home media devices, video, etc — I’ll be able to bill you — we covered that in risk profile 3. But how do I scale, offer new, distinctive services and do quickly, globally?

ng_dc_model01_simp_nolab.jpg

Layer 3 Attributes:

– Managed risk profile

– high level of compliance/reporting

– less refactoring because of risk

– trusted/true — appliances, vertical scaled, etc.

– “platinum” support

“I’ll probably use the cloud.”

or at least have some of my services on the cloud — either privately within my own DCs or increasingly in someone else’s. My core data platforms will be in my own data centers, with my compliance rules and corporate governance laws, but I might have some more flexibility (and needs to scale beyond the core) that push me to different models of service delivery. Maybe I’m running our of space/cooling (the data center TTL (time to live) — take a look at NCompass’ Inc. health check up — what’s your DC’s TTL?

You will require the flexibility to be able to host applications and their data across data centers, providers, continents. Layer 2 starts become more dynamic. Apps are updated, scaled, etc. dynamically. The risk profile is less since much of the critical data is held back in the 3 layer.

While layer 3 maybe risk adverse, solid solutions, layer 2 and above may have more flexibility. Since one of the attributes is global and scale this may make more sense to look at open source (license friendly) solutions that may be more agile and certainly more cost effective.

ng_dc_model_snap01.jpg

Some Layer 2 Attributes:

– global scale/reliability factor

– cost/performance

– dynamic – ability to change overall footprints dynamically

– replicated & repeatable — “virtual appliances”

– replicas/copies of data (COHERENCY)

– “bronze” support contracts, more open source

Clouds become CDNs? Clients?

Layer 1 is a content delivery network — think Akamai but I wonder how this changes if you have lots more data centers, etc in the mix for layer 2. Functionally though they are a caching layer for content that needs fast access and globally available.

So if I put SSDs and memcached on everything what do I need here?

Clients?

The client layer is increasingly important — GSLB and DNS as a strategy is limited at best. Better is P2P technologies that may help with service discovery and quality of service. We are starting to see this tier changing in terms of IDEs and other “management” related products — loose coupling of resources, discover/re-discover vs hard code IPs, etc. What else needs to happen here? Thoughts?

UPDATE

Please see http://archmatters.wordpress.com for further thoughts.

Intro and Blog Migration October 1, 2009

Posted by archmatters in Uncategorized.
add a comment

See my other blog postings at http://blogs.sun.com/jasoncatsun

Just a bit about me:

I’m an engineer and architect at Sun Microsystems, helping Sun customers understand, design, and implement technologies around data center architecture, automation, cloud computing, and the integration of all of this as next-generation networked systems. I take much of my influence from not the trade press but research and cross-sections of science and technologies including biologically inspired computing, ecology, large-scale networked systems used by the military, and other areas.

I very much believe in Mark Weiser’s vision of ubiquitous computing. The 80/90’s had the rise of the PC — 1990/2000s had the rise of the internet — now we have the rise of both, together, as systems designed with networking and processing together beyond the desktop to everything we do and experience.

My daughter did not need to take a class to understand how to use the iphone — its a long ways forward from the CPM/DOS/Unix days of the past 30 years. What’s next?