Request a demo

CliQr's groundbreaking technology makes it fast and efficient for businesses to move, manage and secure applications onto any private, public or hybrid cloud environment.

CliQr is now part of Cisco Learn More About Cisco
Request a Demo

Tag Archive: Cloud

  1. Shadow IT: How Big Is the Problem and Why Is ITaaS the Antidote?

    Leave a Comment

    How big is your Shadow IT problem?

    Don’t have one, you say?

    Are you sure? Have you checked those corporate AMEX records lately? They probably have entries on them for places like Amazon Web Services and Heroku. In other words, you probably have a Shadow IT problem even if you think you don’t.

    I worked in HP IT when Mark Hurd (now at Oracle) was CEO of Hewlett-Packard and Randy Mott (now at General Motors) was CIO. The official company line was that Shadow IT was punishable by termination. It happened anyway. Back then, things like rogue WiFi devices or SaaS accounts at destinations like or were the big culprits. If the threat of losing your job isn’t enough to keep it at bay, what is?

    And, while we’re at it, what’s the antidote to Shadow IT? It’s something called IT-as-a-Service, but before getting into how this solves the problem of Shadow IT, it is important to understand why it exists in the first place.

    Speed Kills, and It Created Shadow IT

    If you built a time machine and went back to 2006, before the Amazon Web Services beta started, you’d find a very different business environment than what we have today. Company functions like sales, product development and marketing were still responsible for bringing in company revenue. Other functions, like HR, legal, finance and IT were necessary evils that kept the business running but didn’t contribute to the revenue stream. In “cost centers” like this, the only way to optimize contributions to the company bottom line was to run them on as little budget as possible.

    For IT, the biggest contributor to budget was the capital expense used to populate a data center. It had to be utilized as efficiently as possible, and that often meant ruthless standardization down to the kinds of languages used or even specific relational databases that could be used by application teams. That often forced upon a populace rigorous project selection processes which line of business teams had to go through in order to get new functionality out of IT, since strict budgeting was a requirement to keep costs under control.

    As an example from my HP IT days, every year Hurd’s executive team would estimate the company revenue for the next financial year company-wide, and Mott would be tasked with running HP IT on 1.8 percent of whatever that number was. No more, no less. Business teams had to submit project proposals as much as 18 months in advance of when they would get executed, each having to project an ROI. Projects were ordinally ranked by ROI and funded in that order until that 1.8 percent of company revenue budget was exhausted. There was an exception process, but most projects not meeting that standard didn’t get funded, end of story.

    Fast forward to 2016, and every company is a software company. By that I mean that every line of business in every company on the planet relies on software innovation in some way to gain market share or increase profits. In every competitive environment, where agile software development has proven to be the best way to nurture breakthrough change, an 18-month software cycle means you go out of business.

    So what do line of business teams do? When they can’t get the speed they need to compete in their respective marketplaces out of their IT department, they turn outside IT where they can get all kinds of assets quickly and easily in an environment that isn’t optimized for cost reduction because of its corporate placement as a cost center. This need for speed created Shadow IT, but it is also the fundamental key when solving for it.

    IT-as-a-Service: The Antidote for Shadow IT
    What line of business teams crave, demand even, is simple: self-service, on-demand provisioning of resources. Why should they wait three weeks’ worth of ticket approvals in order to get a new virtual machine provisioned when they can get one in 10 minutes on AWS? They shouldn’t and they don’t.

    So the answer is equally simple: Give them self-service, on-demand provisioning of resources. The hard part is to do so in a way that aligns with IT security and licensing policies, tracks their usage over time, and bills that usage back to them. Do that and you move IT away from being a cost center and instead turn it into an active participant in the revenue streams of the line of business teams.

    Fortunately, three key toolsets let an IT team easily build a structure that enables exactly that. Infrastructure-as-a-Service (IaaS) offerings like AWS and Microsoft Azure on the public cloud side or OpenStack and vCenter on the private cloud, make it easy to provision virtual machines in minutes. Cloud Management Platforms (CMP) then provide a mechanism to create application templates on top of multiple IaaS offerings.

    Within those application templates, IT can encode things like monitoring, security, and licensing policies to insure that all applications adhere to the strict standards that make for an efficiently run IT deployment in an automated way, regardless of which back end IaaS is used. Those application templates can then be published upstream into IT Service Management (ITSM) tools that provide a shopping cart-like experience for line of business constituents, enforcing rules regarding who is allowed to deploy what applications and where.

    With a solution like this in place, line of business users can browse a catalog of applications and choose what IaaS they get deployed on. The ITSM sends these requests to the CMP, which then automates the application deployments on the IaaS of choice. The CMP monitors the usage of resources on the IaaS and provides usage data back to the IT staff, which can then send that back to the line of business teams for chargebacks.

    When put together in this way, IT gets the control it needs with the ability to dictate the content of the application components and how they behave runtime. The line of business teams get the self-service, on-demand provisioning that is so critical to their success. And, perhaps most importantly, IT no longer becomes a cost center but an innovation enabler that can charge back precise usage to its constituents and participate in revenue success instead of being forced to drive down costs.

    This piece originally appeared on Computer Technology Review.

  2. Time flies when you are having fun – New CloudCenter Release

    Leave a Comment

    Time flies when you’re having fun and building great products! Those who have been following CloudCenter (formerly CliQr) know that it’s been about 6 months since we were acquired by Cisco. During that time, we’ve have been extremely busy. Not only was there a lot of normal day to day activities needed to integrate into Cisco’s processes and systems, but the team was also working to crank out another great feature-filled release. I happen to be especially proud of this release since I was it’s my first release in the product manager role for CloudCenter.

    Blog image CC

    Image: CloudCenter combining both cloud and data center in one platform

    With my new role comes some great perks like getting to play with the engineering builds right when a new feature is completed. I’m proud to report that not only is CloudCenter 4.6 now generally available, but it’s a great, big, first release under the Cisco banner. This release delivers an even deeper integration with Cisco ACI, a more simplified networking model across clouds, and an easier deployment experience.

    Deeper ACI integration

    CloudCenter first introduced Cisco ACI integration about a year and a half ago—right before CiscoLive 2015 in San Diego. Naturally, after the acquisition in April, one of the first things we set out to do was to deepen that ACI integration and provide more value to our customers. The 4.6 release’s vision centered around generally increasing networking flexibility. But also giving users the option to use either existing Cisco ACI objects (endpoint groups, bridge domains, and virtual machine managers) or dynamically create new ones.

    The net/net of these new and enhanced ACI features is that CloudCenter with Cisco ACI blows away any other solution to give a seamless experience, no matter if you’re using vSphere, OpenStack, Azure Pack, or any other on-premise IaaS cloud API. Network administrators gain flexibility in configuration, automation during deployment, and control of what end users are able to do via self-service on demand offerings —all without ANY coding to the ACI API. On the flip side, end users get a more consistent and expedited deployment of their application profile from an easy to use, self-service experience.

    Simplified Networking

    Since the acquisition, people keep asking us, “are you going to stay cloud-agnostic?” Fortunately, the answer is “Yes” and there is no plan of that changing.  We continue to refine the list of clouds, versions, and regions we support out of the box. And we continue to add enhancements that support a multi-cloud world. The new “Simplified Networking” configuration works by letting an administrator abstract cloud networks and assign a label based on the network’s technical features.

    As an end user, all you have to do is provide your business requirement for the application you’re deploying. CloudCenter then maps all the technical stuff behind the scenes. Need a “Secure” network in Metapod? CloudCenter will map the application in the background to “Network X”. Instead, if the application is landing on AWS, Azure, vCenter, or any of the other clouds we support, the equivalent of the “Secure” network might be “Network Y”.

    By abstracting each cloud’s networks into a business requirement defined label, it makes end users’ life SO MUCH EASIER. Gone are the days when they have to know about the underlying cloud’s network capabilities. At the same time, administrators get more control and guarantee that applications are being deployed appropriately through policy.

    Deployment Experience

    For those old school CliQr users and admins, you’ll notice some slick new user interfaces in this release. Sticking with our mantra of “make life easy for users and admins”, we added the ability for admins to pre-set and hide certain fields from users on the deployment form, let application tiers be deployed across availability zones within a cloud region, and streamlined the deployment screen flow.


    Image: New deployment environment configuration screen

    Above you can see the new deployment environment configuration screen. Note the visible and non-visible settings for each field. If I’m an admin, I love this feature because it means I can lock down and hide fields that my users don’t need to worry about. Less room for error, fewer questions from users, and more smooth sailing!

    There’s a ton more that made it into the CloudCenter 4.6 release and you can find it all in the release notes. In the next 6 months, you can be sure to expect more announcements of our progress, both in feature releases and as we make waves as a new product within Cisco!

    This blog originally appeared on Cisco Blogs.


  3. Deploying Application Tiers Across Both Data Center and Cloud

    Leave a Comment

    This blog originally appeared on Cisco Blogs.

    So you want to deploy your database tier in the data center with an ACI managed network, and app server and web tiers in the public IaaS cloud? No problem.

    As applications are getting more complex, IT is getting more savvy about where individual tiers are deployed. With Cisco CloudCenter, you can automate application deployment and control exactly where each application tier is placed.


    You probably know that with CloudCenter patented technology, users can create a cloud agnostic blueprint called the Application Profile, that describes everything needed to deploy an application. The CloudCenter orchestrator abstracts each cloud API, and deploys the application in any of 20 different data center, private and public cloud environments. When users click “Deploy” they have freedom to choose which cloud the application is deployed to.

    But you may not know that when users deploy an application, they can also choose “Hybrid” and then select the deployment environment for each application tier individually.

    Consequently, both legacy enterprise applications and cloud-native architectures can be deployed with its services, Docker containers, configuration recipes across any combination of data center and cloud.

    Stretched Application Topology

    The application profile doesn’t change. The application doesn’t have to be refactored. IT doesn’t have to version control and edit scripts or workflows that hardwire specific tiers to a single target environment. That is the simplicity and power of CloudCenter!

    For a traditional 3-tiered application like Magento that requires PCI compliance on its credit-card-holding database, the stretched topology features allow the database to be hosted within a company’s secure data center while the application and web tiers are hosted when needed on a public IaaS cloud.

    Benefits of Stretched

    There are three primary reasons that you might choose to stretch an application:

    Cost: Not everything belongs in the cloud. Deploying long running stable applications tiers in your virtualized data center can reduce your monthly cloud bill. But variable usage tiers that require more resources during periods of heavy usage can benefit from cloud pay-per-use economics.

    Security: Stretched application topologies can increase security by letting users consume Software Defined Networking (SDN) through Cisco ACI. Customer data, patient data, trade secrets may best be deployed back in your data center. Cisco ACI and CloudCenter together offer unparalleled application security via micro-segmentation, zero trust, white list communication between specific application tiers. The application profile doesn’t change with ACI. Users don’t have to know anything about networking to get the power of ACI for their deployment.

    HA/DR: An application profile can describe a high availability or disaster recovery architecture with master and slave nodes stretched across availability zones within a cloud region. This makes it easy for a developer or production engineer to deploy and test an HA/DR configuration. Then use the same version-controlled automation to deploy in production as well.

    Just three steps

    All a user has to do is deploy an application profile like they normally would, but when asked which cloud to deploy to:

    • Select Hybrid. to activate cloud fields for each tier.
    • Select the appropriate execution venue for each application tier.
    • One-click deploy. That’s it!


    CloudCenter does the rest. The user doesn’t have to know the nuances of each cloud API. Or, change any orchestration flow. Or, change any deployment script or automation artifact that is hard coded to a specific environment.

    Of course CloudCenter’s simple tag based governance applies to each tier as well, simplifying placement, deployment, and run time decisions for users.

    Being the first application deployment tool to have the ability to stretch deployments across any cloud from the same model is a giant leap forward in harnessing the power of the cloud while whittling the cost to pay for only what you need. It’s just another example of how Cisco is pushing boundaries and adding value across the hybrid IT landscape.

    Watch this on-demand webinar to see how Cisco ACI and Cisco CloudCenter support various stretch application topologies.


  4. CloudCenter + Cisco ACI: Resource Links

    Leave a Comment

    It’s official. CliQr is now part of the Cisco family. I’ve presented the CliQr CloudCenter + Cisco ACI overview at several local ACI roadshow events. And gotten many requests for additional information about the joint solution.

    Here’s a summary list of CloudCenter + ACI resources you can add to your toolbox.


    Product Page – has wide range of CloudCenter resources.

    Start with these

    At a Glance – CloudCenter + ACI joint solution overview (2 page)

    Video Demo – CloudCenter + ACI (4 min)

    Expand your knowledge

    White paper – 3x Use Cases and Value (12 pages)

    Video Demo – CloudCenter + ACI (4 min)

    Video Demo Cisco’s Carly Stoughton integrated demo (12 min)

    Video Demo WWT’s Joe Weber integrated demo with VMware vCenter role (11 min)

    Preparing to deploy

    White paper – Deployment topologies and requirements (15 pages)




CliQr Technologies, CliQr CloudCenter and CloudBlades are trademarks of CliQr Technologies, Inc. All other registered or unregistered trademarks are the sole property of their respective owners.