Musa Technologies    
 
     
(800) 401- 9123 x 777    
 
 
  banner    
 
 
Blog

Douglas Lantigua



2010.05.27 07:22:53

  Cisco’s UCS Virtual solution is the future. The ability to scale resources on demand without integrating additional hosts into a cluster gets us closer to the evitable mainframe configuration. The upper end limitations of UCS has changed the landscape of virtual infrastructures for scalability under one instance. Cisco will hold the temporary keys to this innovation while other virtualization companies catch up. For those upgrading to Cisco’s solution now this scalability will come at a price. Cisco will produce proprietary hardware solutions. It will take a while for other vendors to enable this functionality for commodity hardware. Adoption of Cisco’s UCS solution will likely struggle for the same reasons blade servers struggled shortly after their introduction; blades lacked a unified backplane standard. Purchasers of blade solutions were locked into the same vendor once the blade chassis was purchased. Due to this lock in choice was removed when the need to add resources arose. Cisco’s customers are now in the same boat.  At the current high price point cost alone may slow adoption enough to allow other virtualization vendors a chance to close the gap on the commodity resource problem. Cisco has the vision right and is on the right path, with proper execution they could own a very large share of the market if their competitors cannot solve technical hurdles in the near future.


  
Comments 0  

2010.02.12 01:55:17

Tips on Successfully Outsourcing Technology Support

by Douglas Lantigua, Principal, MUSA Technology Partners

There are four primary reasons why a business or organization should (domestically) outsource any portion of its IT services and technology management:

1. Reduce and control operating costs

2. Improve company focus

3. Gain access to world-class capabilities

4. Free up internal resources for other purposes

Source: Survey of Current and Potential Outsourcing End-Users
The Outsourcing Institute Membership

The reasons to outsource your IT infrastructure are apparent, but what isn’t so clear is how to best handle it. This is an upfront, unbiased outline of how to manage technology outsourcing correctly, and how to avoid falling in a common IT outsourcing trap that many organizations find themselves fall into. If you follow this advice, you can make the most of outsourcing your IT, and reap all the benefits that come with it, without the common pitfalls many organizations face.

Depending on the size of your organization, the role of technology vendor management is likely one person’s partial responsibility, or is left to a multi-tiered management structure to handle. Once the decision to domestically outsource IT services is made, a line is drawn within the organization to separate the internal knowledge and management from the outside vendor. The front line, internal resources are in place to make sure the IT services vendor performs work that is in alignment with company objectives. Internal IT roles shift from the management of departments, people and projects to the management of the external IT services vendor.

Technology outsourcing companies in general have become skilled at creating self-seeking contracts through an evolution of  service delivery, exclusive contracts and assumed expertise. The company that is outsourcing a division may have a few people who have lived through an outsourcing and the intricacies of the contract details, but every year vendors gain additional knowledge and experience on how to write contracts that seem to only benefit themselves.  Most of the larger outsourcers are public companies driven by market forces that demand higher profits and the expansion of services. At the same time, vendors are in a conflicting position to answer to management and stakeholders for higher profits while also trying to align with their client’s goals of lowering costs. The conflict of interest apparent here tends to create long term problems.

The original contract usually turns out to be a building block towards costly contract changes. A large company that has outsourced may review their contract and see what is working and what isn’t every five to ten years. Once the outsourcer controls the entire process and resource pool, it is relatively easy to demand fees that aren’t on par with market rates. In many IT outsourcing engagements, the company outsourcing its work will sell its IT equipment to the service provider for a good amount of money, in return for the short term cash influx. The reasons are mainly to offload all aspects of the IT burden and turn it into a service provided for outside of the firm. However, once the IT services firm holds a monopoly with its' clients environment and ownership of the equipment, the ground is fertile for less than ethical behavior. When the original firm needs a change to the base outsourcing contract, which can happen often over a 5-10 year period, the costs tend skyrocket. 

The moral of the story: Do not sell your infrastructure to an outsourcing company unless the infusion of cash is absolutely necessary in the short term. Maintaining control of the infrastructure is an essential step in protecting the company from contractual obligations. This will break up the monopoly and keep project costs closer to actual market value. Also, by introducing some rivalry in the environment, the large outsourcing company will be kept on its toes when faced with potentially losing business. Without this competition an orgainzation will need to live with the equation where the result is added into the recurring service fee: [(the organization’s ‘walk away’ from the contract fee) / (Monthly service fee)]* [(Level of the organizations business critical need of the project or service on a scale of 1-10) * (10,000)] 1

By going with a multi-vendor model, an organization looking to outsource has the ability to freely choose the best of breed service delivery model for each particular subcomponent of its technology outsourcing needs. The firm should place strict terms of engagement to limit the role of a company coming in to do a particular service. This will keep the multiple vendors in harmony in their roles and allow them to work together to deliver a cohesive overall service. Contracts should be made shorter to keep the service quality high for the duration of the contract, and to increase competition between vendors. When outsourcing IT services, there is little difference for an orgainzation between managing one vendor or multiple vendors. If the orgainzation prefers to only interact with one vendor, another general contractor vendor can be brought in to govern the interactions and assist with contract negotiations since they will likely come up more frequently. For many reasons, domestic technology outsourcing is advantageous and here to stay. However, how an organization chooses to outsource will determine its success with it.

1This formula is a simplified model, but for organizations that currently outsource their IT, this concept will look all too familiar.

For additional insight or help with successfully outsourcing technology services either partially or completely, contact MUSA Technology Partners, a rapidly growing technology consulting firm based in Cambridge, MA, through MUSA's online request form or call us at (800) 401-9123.


  MUSA | Managed Services | Domestic Outsourcing | Technology Consulting | Biotechnology Trends | Virtualization
Comments 0  

2010.01.29 23:31:30

There are several techniques available to provide reliable Disaster Recovery and Business Continuance for companies, but before you can chart a path you must recognize that it is the nature of your business that will dictate your DR/BC requirements. Typically the business will tell you that your application or service can never go offline. That is, until you are presented with the cost of a 100% uptime scenario. Enterprise environments should be armed with a cheat sheet for business units to understand what they are asking for and how much it will impact the budget. If your IT department is in a chargeback model, the argument becomes simpler. Companies whose business requests and requirements become IT problems and budget busters need to be better armed with information.

Most companies do not start planning DR/BC initiatives early enough. It is far easier to implement a plan early (and then build upon that original plan) than it is to implement a new plan after you have hundreds of servers over multiple geographic locations. There are several techniques to determine which applications and services require special attention, and most are dictated by the business. However, since IT provides the core services that enable access to these business essentials, there’s a cascade of dependencies which also need to be accounted for. For example, it really wouldn’t matter if the ERP system was up and running if the end users couldn’t authenticate or locate the ERP system on the network. When mapping out the business-critical applications and services, make sure to design a highly resilient supporting infrastructure that is easy to maintain and keep in alignment with business and DR/BC goals.

Notice I’ve been writing about ‘applications’ and ‘services’ and not servers. This is because businesses care very little about a server, but instead care very much if an application or service is available. The server culture is under constant attack from clustering, virtualization and cloud computing deployments. As long as applications and services are available, the business will not care if half of the servers supporting this functionality crashed. Appliances are a different story. In the last decade, the trend was to deploy appliances to lessen the burden on IT departments for deployments. Today, most vendors are moving toward virtual appliances and you should take advantage of this trend. 

Tier your applications and services in a list broken down into:  

Uninterruptible Goal of 99.999% or better uptime (roughly 5 minutes of downtime per year)
Essential Goal of  99.995% or better uptime (roughly 30 minutes of downtime per year) 
Critical Goal of 99.99% or better uptime (roughly 1 hour of downtime per year)
Important Goal of 99.95% or better uptime (roughly 4 1/2 hours of downtime per year)
Enhanced Goal of 99.9% or better uptime (roughly 9 hours of downtime per year)
Standard Goal of 99% or better uptime (roughly 3 1/2 days of downtime per year)
Other – Can be down for multiple concurrent days

Companies that use a chargeback model should include DR/BC costs against this chart or a modified version of this chart. Calculate the overall cost and amortize for the life cycle of the implementation.

You may find you don’t want all of these levels of uptime and would be better suited to only offer a couple of levels. It is important to differentiate between Disaster Recovery and Business Continuity. You can argue the definitions for years, but to make it simple, I’ll break it down this way: Disaster means that your datacenter or facility is completely offline for an unacceptable amount of time where people/applications/services need to be relocated to continue normal operation of the business. Everything else falls under Continuity. It is far easier to recover from an issue without moving people/applications/services. The Business Continuity is mostly a site-specific action plan with a couple of modest exceptions relating mostly to infrastructure. 

Your typical SunGard type facility works with tape restoration. This can take several days to get fully back on line before people can work and your core business is functioning again. Unless your facility is completely unusable for a period of time, this option is perfect for a pinpoint Disaster like a fire, but fails the local community when multiple businesses are in need of the same facility. 

Only the business can determine the criticality of each deployment. Infrastructure will need to respond by making the core services available at the same service level or better. For example, if infrastructure is responsible for ensuring a database-driven application deployment needs to be available at 99.999% uptime, this requires every dependency to have even better availability. Consider the database, network, servers and connectivity to the system all have 99.999% uptime; if each of these dependencies has a 5-minute outage, the overall deployment has a 99.995% uptime. The business should understand the cost of requiring multiple 9’s right of the decimal point. The cost incline isn’t as steep as it was a couple years ago, but the cost can be significant and multiplied if the business and IT organization doesn’t take a holistic view of DR/BC.

For help developing a disaster recovery and business continuance plan, contact MUSA Technology Partners, experts at DR/BC solutions.

Digg This!

Subscribe to the MUSA Blog RSS Feed


  Domestic Outsourcing | Planning | Business Continuance | Disaster Recovery | Technology Consulting | Life Sciences IT
Comments 0  

Page 1 of 2
«StartPrev12NextEnd»
  • Services

    Need help with Open Source applications? MUSA's experienced consultants provideĀ Virtualization Support.

    alt
  • Services

    Looking for Linux help? MUSA's expert technology consultants offer linux managed services support.

    alt
  • Services

    Having Trouble with Windows for your Business? Find out how MUSA’s experts can work remotely on your Windows IT issues.

    alt
  • Services

    Need help with server virtualization? Click here for help from MUSA’s VMware certified technology experts.

    alt
  • Services

    Looking to save money and eliminate server creep? Find out how MUSA's server virtualization can help..

    alt
  • Clients
  • Musa Technology Partners
     
    © 2010 MUSA Technology Partners. All Rights Reserved.