Tag: IT environment

  • Aruba Aims to Centralize Network Management

    Aruba Aims to Centralize Network Management

    Aruba, a unit of Hewlett-Packard Enterprise (HPE), unveiled orchestration software that makes it possible to centralize the management of network switches in the data center, across an extended campus and at the network edge.

    In addition, Aruba is adding a family of five 1/10/25/40/100 GbE switches to its portfolio that are designed to be deployed in the data center or network edge.

    Finally, Aruba is making available integrations for HPE ProLiant DL and DX servers as well as SimpliVity, Nimble, Synergy, Cray Shasta, Cray ClusterStor, SAP HANA, VMware and Nutanix platforms.

    William Choe, vice president of product management for Aruba, said Aruba Fabric Composer can also be coupled with HPE GreenLake, a managed service HPE provides to remotely manage HPE servers on behalf of customers.

    Based on a graphical interface, Aruba Fabric Composer is designed to make it possible for IT generalists to provision any type of switch, Choe said. The goal is to reduce the total cost of networking by enabling IT teams to centralize the management of switches regardless of whether they are a data center, campus or edge computing environment.

    With the rise of edge computing, the number of network switches that are being employed across a distributed computing environment is increasing. The challenge IT teams face is they can’t easily dispatch personnel to physically provision switches in remote locations at a time, as most IT staff members are working from home to help combat the spread of the COVID-19 pandemic.

    Aruba Fabric Composer, which is designed to be accessed via a VMware console, eliminates the need to manage enterprise networks in a piecemeal fashion, added Choe.

    Arguably, the centralization of network management is long overdue. Too many IT organizations are still managing each individual switch via a command-line interface (CLI) for each box. That not only makes managing a large network cumbersome, but it also creates a rigid IT environment that is unable to adroitly respond to rapid changes being made to the application environment. At a time when many organizations are trying to accelerate the deployment of applications needed to drive digital business transformation initiatives, legacy approaches to networking are hampering the modernization of IT.

    There are other networking equipment providers working to centralize the management of switches. However, it remains to be seen whether IT organizations are prioritizing the centralization of network management during the economic downturn brought on by the pandemic. But there is an absolute need to increase network bandwidth, so one way to justify an upgrade to the network is to make it less expensive to operate.

    As part of that effort, many organizations are also starting to converge network operations with best DevOps practices using application programming interfaces (APIs) and overlays such as service meshes to programmatically manage network underlays. Regardless of approach, the days when networks were managed by a dedicated team of specialists are on the wane.

  • Survey Uncovers Issues Even With Advanced IT Teams

    Survey Uncovers Issues Even With Advanced IT Teams

    Even in the best of times, IT teams struggle with myriad issues related to managing their application environments

    A survey of 1,000 C-level executives at software-as-a-service (SaaS) application providers finds that while the bulk of respondents are “highly confident” or “confident” that their cloud applications were running efficiently (91%), many also are still concerned about staying within budget (65%), maximizing resources (62%) and maintaining uptime.

    Results of the survey conducted by Opsani, a provider of tools for optimizing cloud applications based on machine learning algorithms, suggest that even the most advanced IT organizations are finding it challenging to optimize application performance within the constraints of their IT budgets.

    Amir Sharif, vice president of marketing for Opsani, said most SaaS providers have already optimized complex application environments to the greatest extent possible by a team of humans no matter how mature their DevOps processes. The next level of optimization requires artificial intelligence (AI) capabilities that can discover, correlate and analyze real-time events and dependencies at levels of scale no human can match, he said.

    Within the most advanced IT teams, all the tasks that can be automated easily have already been completed, added Sharif. As IT environments become more complex, optimizing the IT environment requires platforms capable of instantly implementing policies and procedures defined by the IT team. That shift doesn’t eliminate the need for a DevOps team, but rather a shift in their role to define the policies that need to be automated, he said.

    The Opsani survey finds 43% of respondents update software daily and 37% release new software weekly. Only 15% said they conduct hourly sprints. The top concerns among respondents are employees wasting time on mundane tasks (54%), followed by finding talent (47%) and legacy processes that don’t reflect today’s technology landscape (43%).

    When asked how often their organizations optimized their application stack, 82% said they do so regularly, with 81% reporting their organizations already make use of AI tools for faster decision-making.

    When asked about service level objectives and performance goals, respondents cited transactions per second as their top metric (63%), followed by latency (47%), dollar per transaction (43%). IOPS and throughput tied for fourth (34%).

    Sharif said resistance to AI in general is declining in most IT organizations given the level of complexity faced. A 10-tier microservices application and a backend database developed by Google has more than 75 quintillion configuration permutations that must be adjusted. The average IT team might never attempt to deploy something that complex, but even comparatively simple microservices-based applications can have millions of configuration permutations that can adversely impact performance and security.

    Of course, most C-level executives are likely to think highly of their organization’s IT capabilities. The rank and file, however, make assessments that are a little less rosy. The challenge is, not many IT teams have a lot of insight into how well anyone else is doing. It may be cold comfort to see that even advanced IT teams are struggling with issues.

    However, most teams that are driving revenue-generating applications for an organization will have access to more advanced IT tools a lot sooner than the average enterprise.

  • Cisco Expands Effort to Meld DevOps, NetOps

    Cisco Expands Effort to Meld DevOps, NetOps

    Cisco Systems has accelerated its efforts to converge network operations (NetOps) by adding support for Terraform tools for managing infrastructure-as-code as well as expanding its support for the Ansible IT automation framework.

    In addition, Cisco has improved and standardized the application programming interfaces (APIs) it makes available for its Application Centric Infrastructure (ACI) framework for virtualizing network services and is expanding the free code samples, boot camps and certifications its makes available via its DevNet Express training program.

    Yousuf Khan, vice president of technical marketing and solutions engineering, said Cisco is moving toward embracing open source automation tools that are being widely employed to automate the management of IT infrastructure. That transition is being driven by DevOps teams, many of which have assumed control over IT infrastructure budgets as network operations are more integrated within DevOps processes, he said.

    To increase its appeal, Cisco is making available Terraform Providers for Cisco ACI alongside Ansible and Cisco ACI Multi-Site Orchestration (MSO) to enable IT teams to automate network management using declarative tools, Khan added. Ansible can now be applied to invoke Cisco Data Center Network Manager (DCNM) alongside the other network services Cisco has already made accessible via Ansible.

    Terraform is widely employed to programmatically configure cloud infrastructure, which Cisco is now embracing to enable IT teams to apply to network and server infrastructure. Ansible, meanwhile, is being embraced by multiple providers of IT infrastructure as IT teams look to standardize on a single automation framework. That approach eliminates the need to master multiple proprietary IT automation frameworks for each platform employed.

    Cisco has spent the last few years encouraging network administrators to abandon command-line interfaces (CLIs) employed to program individual routers and switches in favor of a software-defined network architecture based on graphical tools that enables NetOps teams to more flexibly manage network infrastructure using virtual overlays enable by its ACI framework. Now ACI is being made accessible to Terraform and Ansible as more IT organizations adopt both tools as de facto open source tools for managing heterogeneous IT infrastructure environments. That effort will make it easier for DevOps teams to employ GitOps processes to deploy applications on Cisco infrastructure from whichever continuous integration/continuous delivery (CI/CD) platform they employ, Khan said.

    Ultimately, he noted, the goal is to make the networks more agile. IT teams in on-premises environments today can provision a virtual machine in minutes but are still required to wait weeks for network services to be provisioned. The goal is to apply a more cloud-like operating model to a hybrid IT environment.

    Each IT organization will need to decide to what degree they will want to meld their network operations and DevOps teams. While the tools to manage network services are becoming available, the cultural divide between most network operations and DevOps teams is still wide. The rate at which that divide is narrowing, however, is finally starting to accelerate as business leaders continue to demand higher levels of agility.

  • What It Takes to Succeed in a Multi-Cloud Environment 

    What It Takes to Succeed in a Multi-Cloud Environment 

    A multi-cloud strategy offers the best possible scenario for ensuring business continuity and helping improve innovation

    Business problems are not “one size fits all,” and neither are cloud architectures. Organizations are looking for specific solutions that deliver on their bespoke needs—a driver for many of them shifting from one cloud provider to working with multiple providers. In fact, 84% of organizations have a multi-cloud strategy. This offers them additional resilience and security when it comes to ensuring business continuity and protecting their business and customer data.

    Having a multi-cloud strategy could mean many things. It could mean using different cloud data warehouse (CDW) providers such as Amazon Redshift and Snowflake. It might mean hosting operational data stores in AWS, but transferring and performing analytics on that data in Azure. Or, the underlying cloud platforms could differ, such as two different Snowflake instances—one on Google Cloud Platform and a second on Microsoft Azure. These different CDWs could be hosted in different parts of the world. Sometimes, having a multi-cloud strategy means all of these at once.

    Common Mistakes

    Organizations often lock themselves in (often inadvertently) to a single cloud vendor by choosing tools or technologies that are very difficult to make portable. It can be very tempting to go for the most simple, seamlessly integrated piece of technology that a cloud vendor has to offer, but if that limits your choice of vendor later and does not interoperate with other clouds, it can lead to regret.

    While there is an uptick of adoption for multi-cloud strategies, it is still in the early days—especially for many organizations that are still coming to grips with moving on-premises workloads to the cloud. Expect a lot more in this area as more customers demand that clouds work better together and resist services that lock them in.

    Another mistake organizations make is that they do not account for the complex challenges that come with more data and differing technologies. Integration between data sources and solutions will be tough since not all providers offer seamless connections with other tools. That is why it is so important that organizations use technology that is cloud-agnostic, saves on costs and seamlessly provides better transition between clouds.

    Enterprises need to have the right technical expertise, technologies and tools in place or they run the risk of failure. As businesses increasingly move to a multi-cloud strategy, the specialized skills they need to turn data into value are changing at staggering speed. Managed tools that leverage the power of the cloud enable us to handle more varieties of data, in larger amounts, at greater speed and scale than ever before. But the platform and the tools aren’t the only things that have changed—the techniques and resources on data teams are also shifting.

    A data team focused on hand-coding and retrofitting technologies for cloud migration is not necessarily one that is prepared for modernizing data architecture and implementing a multi-cloud strategy. The data team needs to include people with the ability to organize data for cost-effective analysis and reporting that leads to intelligent conclusions—that is, data engineers with cloud training and experience as well as the ability to understand the data itself.

    How to Gain Control Over a Multi-Cloud Channel

    Organizations adopt multi-cloud strategies for a multitude of reasons. They may be sensitive to cost, have preferred partners, have adopted different grassroots technology in different departments and so on. However, sometimes the strategy is about the capabilities that are available. Cloud computing is an innovative space. While core cloud platforms for the major clouds such as Amazon AWS, Microsoft Azure and Google Cloud Platform are very similar in functionality for their core services such as storage, compute and databases, when it comes to the more advanced services such as machine learning (ML), artificial intelligence (AI) and advanced analytics, there are real advantages to being able to work across multiple clouds. For example, you might find that the data warehouse platform that best suits your needs is on AWS but the best ML tool for processing that data and inferring meaning is on Google Cloud Platform.

    To have a successful multi-cloud strategy, companies need to use cloud-agnostic tools and technology that works with more than one cloud data warehouse and are able to support all the different environments with as little friction as possible.

    Enterprises will need to embrace the best of what cloud technology vendors have to offer as opposed to watering down their offerings for a lowest-common-denominator, works-everywhere-but-limits-functionality-approach.

    With a multi-cloud approach, all the advantages of cloud remain but you avoid many of the pitfalls. You still have the cloud scaling and cloud pricing to keep costs down. However, there is danger in being limited to a single cloud vendor and their ecosystem. Particularly for companies that want to lead by innovation, especially innovation with data, where the accelerating pace of technical improvement continues across all the major cloud vendors. Maintaining the flexibility to work on the best cloud platform to solve a particular business problem or process will give them the competitive edge.

    Working With Multi-Cloud Environments

    Here are some tips for making multi-cloud environments more manageable:

    • In general, work with existing, open, and emerging standards wherever possible.

    • Use containers for compute—ideally on Docker or Kubernetes.

    • Cloud storage such as Amazon s3 or Azure Blob Store are usually quite simple and migration is manageable. However, stick to common open data standards such as AVRO, Parquet or even CSV.

    • Security is a place where cloud vendors would love to lock you into their technology and can be painful to move. Use a third-party security provider such as Auth0 or PingIdentity.

    • For more cloud-agnostic and future-proof configuration management, consider Terraform over Cloudformation and other templating systems.

    • Writing serverless functions can be a huge advantage in terms of simplifying management; however, it’s also a place where a cloud vendor can heavily lock you in. Think carefully and keep your logic in a widely supported language such as Python or Node (Javascript).

    • When running images avoid cloud vendor operating systems over popular third parties such as CentOS or Ubuntu.

    • Whenever you engineer software that interacts with cloud APIs, design the layers of abstraction from the start and think about how you could migrate to another cloud. Once an application has been written to operate in two clouds, adding support for the third and fourth becomes incrementally easier.

    • Choose tools that are built specifically for and also enhance the major cloud platform to ensure you have the right strategies aligned to the right platform. As mentioned above, different cloud providers do certain things better. Make sure to understand what tools work best in which cloud environment—or better yet, find solutions that are purpose-built for cloud data warehouses to maximize your ROI.

    • Implement tooling to track usage across clouds for budgeting and resource allocations and latency to identify architectural pain points that may need remediation.

    •  Evaluate independent software vendors’ offerings that extend the capabilities and scope of what is available in a native cloud service provider offering.

    • Select a solution that extends the cloud object store to multiple clouds, as a default multi-cloud deployment tier, to allow for the greatest degree of flexibility.

    While a multi-cloud strategy may seem overwhelming and difficult to manage at first, it ultimately offers the best possible scenario for ensuring business continuity. Having the right tools in place will ensure manageability while empowering you to lead in innovation, ensuring the best possible return for your investment.

  • How Can IT Admins Maintain a Grip on Secure Access?

    How Can IT Admins Maintain a Grip on Secure Access?

    Today’s IT environment is evolving at a rapid pace, requiring production environments to be highly scalable and elastic and requiring faster software release cycles and cloud adoption.

    As a result, there’s a broad move toward Docker containers to make software deployment faster, easier and more consistent across computing environments. Bundling an application and its supporting code, libraries, settings and assets into a single container enables the speed and flexibility that today’s business environment demands.

    At the same time, many large enterprises are also experimenting with creating internal startups, or labs, that are given latitude to innovate, housed under the company umbrella and resources. Similarly, some companies are hosting startup-like “innovation incubators,” where developers are empowered to think and work like startups, within the relative safety of the corporate environment. They can quickly test new ideas, using the “fail fast, succeed fast” startup mentality, without incurring the usual risks of an independent startup.

    It’s a new agile way of working that companies, in the race to innovate, are widely embracing. In fact, more than half of Fortune 500 companies have some version of these startup-like efforts housed within at least one business unit. 

    Replicating the unstructured movement of a small–say, six-person–startup is difficult to do within an enterprise environment. Nevertheless, the rapid pace, combined with the flexibility to innovate, is what the vast majority of developers desire today. But, it does mean that enterprises’ IT environments have to be ready to adapt.

    IT Administrators Under Pressure

    Developers on these innovation teams are often given the freedom to select the tools they’d like to work with. That can–and often does–include Docker containers, which adds to the complexity of the IT environment. 

    The environment that fuels developer innovation also creates additional concerns for the IT administrators supporting them. Developers can work so rapidly–creating hundreds of new servers each day–but often only do the bare minimum in terms of security. How can IT admins maintain secure access in the face of these changes? How can they keep track of who has access to what application and what data, when those applications and data are constantly changing? That’s a massive issue when it comes to compliance.

    As containers make enterprise IT environments even more complex, IT admins are under pressure to carefully manage access without slowing down development. The more complex the environment becomes, the more important it will be to have a holistic view of all of their underlying infrastructure, including the hybrid or multi-cloud environments that support platforms such as Docker and Kubernetes.

    Meanwhile, the enterprise executive team, often the CISO, overseeing both the development and IT departments is hard at work trying to satisfy the requirements of both groups. Of course, it’s in the business’s best interest to innovate and explore. But, all that innovation means nothing if the business is no longer secure and open to compliance concerns.

    Below are three steps executives should follow in order to keep their developers and IT admins happy.

    Consider the Developer Experience for Secure Access

    Off-the-shelf single sign-on solutions (SSO) may be good enough for business employees who need to access Outlook or Salesforce, but they aren’t robust enough for privileged IT users, like developers, who need to access secure environments. 

    Privileged access management (PAM) software sprung up to serve IT users, but even this isn’t a perfect solution, because traditional PAM tools are often too clunky to use, nonintuitive, or hard to configure. A bad user experience simply encourages developers to bypass PAM however they can, which is a compliance risk.

    Businesses need a way to deploy secure access very quickly, so they can holistically manage access to critical IT resources without slowing down development. That means choosing secure access solutions that are built with the developer’s needs in mind.

    Lean PAM solutions prioritize automated, instant access to secure IT environments with the click of a button, combining the convenience of modern SSO solutions with the security and fit of a PAM solution. If sysadmins have a great PAM user experience, they’re more likely to play by the rules. 

    Opt for Role-Based, Time-Bound Access

    To maintain the highest levels of security, access must be controlled on a role-by-role basis. Your rock-star in-house developers should be able to quickly spin up access to core IT infrastructure whenever they need it, while a third-party development contractor should only have limited access to those same resources for the time in which they are working in your environment–and no longer than that. 

    This is where we begin to see time-limited, credential-less secure access, enabled by ephemeral certificates, start to play a role in privileged access management. Ephemeral certificates are short-lived access tokens that are automatically generated and automatically expire–so access is granted only for as long as it is needed to authenticate and authorize privileged connections. 

    In other words, privileged access is able to move toward a just-in-time model, eliminating the need for passwords and clumsy credential management. IT users no longer need to authenticate using credentials at all–instead, based on predefined roles and security policies, they are granted access to resources only as and when required.

    Ultimately, ephemeral certificates help streamline access processes, ensuring that IT admins don’t have to worry about revoking access when access roles or needs change.

    Make It Easy on the IT Admin, Too

    Speaking of IT admins, it’s important to consider their experience, too.

    Admins want to give staff the best tools for the job without compromising corporate security. The friction between admins and developers begins when the developers feel that the tools admins force them to use are slowing down their work. In reaction, admins become frustrated when more unmanaged, unmonitored tools enter the corporate network, requiring more of their time to implement, configure or remediate if something has gone wrong.

    The right technology solutions make life easier for IT admins, too. That means secure access solutions that can be installed and deployed within a single day–not weeks–and that introduce automated routines and maintenance to eliminate manual work in the access management process. Accountability, in the form of session monitoring and logging, is also important. 

    Ultimately, it’s about giving IT admins some distance. They can retain the oversight they need to feel comfortable about organizational security, without needing to be on top of every single secure access decision in the organization. At the same time, developers retain the autonomy they need to work quickly without feeling like they’ve got someone looking over their shoulder. 

    By enabling rapid development, while keeping a watchful eye on enterprise security, enterprises can satisfy both their developers and IT admins, and ultimately, the business’s bottom line.

    — Markku Rossi