SDN and NFV Era
Showing results for 
Search instead for 
Do you mean 

Serverless Can Smarten Up Your DevOps & Infrastructure Stack

by Moderator Moderator ‎05-25-2017 10:20 AM - edited ‎05-25-2017 10:48 AM

serverless-code-2170396_1920.jpgAs IT organizations and cultures reshape themselves for speed, we’ve seen a trend away from IT as a service provider, to IT as:

  • a collection of smaller micro-service provider teams,
  • each operating and measuring like autonomous (micro-)product teams,
  • each building and running technology systems as micro-services.

Now you’ve heard me cover the intersection of microservices and containers quite a bit, along with CaaS/Kubernetes or PaaS/OpenShift orchestration. In this blog, I’m going to change it up a bit and talk about the other kind of microservices building block: code functions.


Here I’m talking about microservices run atop of a serverless computing a.k.a. function-as-a-service (FaaS) stack. Serverless is a 2-years-new yet already well-covered topic. If you need a primer this one is the best I’ve found.


In my last blog, I examined avoiding cloud lock-in by bringing your own devops and software-defined infrastructure stack: bringing your own open-source/standard toolchain across public/private IaaS, you maintain portability and harmonized, if not unified, hybrid cloud policy. This software-defined infrastructure stack, underpinning the user- or business-facing applications, is also still just a bunch of software applications. FaaS is just one example of an increasingly popular app-developer technology that can be employed by infrastructure developers too, though this one hasn’t gotten much attention yet in that regard.


If you read the primer above, you won’t have learned that the popularity of FaaS systems like Lambda to reduce developer friction has led to a number of open source projects like OpenWhisk, and others that to sit atop of a CaaS/PaaS (such as Fission or Kubeless). If a FaaS is likely to exist in the application stack, it may well make sense to standardize on incorporating one into devops and infrastructure stack. Let’s see.


Extending AppFormix Cloud-Native Monitoring to vSphere

by Juniper Employee ‎05-15-2017 08:00 AM - edited ‎05-15-2017 10:43 AM

AppFormix already supports a diversity of cloud technologies and composable infrastructure environments. Public clouds like AWS, Google, and Azure are supported, and private cloud environments like OpenStack and Kubernetes are on the list as well.


Today, we add a major player to the list of private cloud environments: VMware vSphere.



ball and chain.pngWhen speed = haste, we blind ourselves to potential pitfalls. One area today of much haste in many enterprise IT organizations is, you guessed it, the move to the cloud. 


Intent-Driven Cloud

by Juniper Employee on ‎05-08-2017 06:00 AM

Carriers and enterprises know that success today is largely dependent upon giving customers and business units infrastructure choices that allow them to continuously move faster, all the time. New and improved applications and network services must be developed, packaged, and deployed across different environments—public, private, proprietary, open. To get there, they need a reliable and scalable infrastructure with security that is consistent across all environments, reducing complexity and risk while supporting growth opportunities.


Making this a reality requires giving developers a new set of abstractions that allow them to specify the infrastructure performance requirements that these services will demand in order for them to deliver the business value that customers expect. At the same time, operators of the infrastructure need to automate the monitoring and remedial actions necessary to keep those applications performing as expected.


This, in a nutshell, is what Intent-Driven Cloud is all about.


Last year, we talked about how Juniper Networks Contrail Networking caters to a wide variety of customer use-cases (SaaS & IaaS / BMaaS Clouds, Enterprise private cloud / ITaaS Cloud, SD-WAN, telco, IoT and cable clouds) and how Contrail provides cloud networking solutions for some of the largest customers in the world. Over the year, we have tirelessly worked to enhance the product capabilities, gain even more market leadership, but most importantly, win more customers and cater to more customer use-cases, while at the same time ensuring our unwavering commitment to open source.


The OpenStack Summit in Boston is back today for its first visit to Beantown since 2011, and the thousands of attendees at this must-attend open infrastructure conference will choose from hundreds of sessions that they want to see. This global community of developers and advocates will share user success stories, deployments plans, and lessons learned. We’re excited to be here to participate, but also to announce our latest updates to Contrail!



Juniper Networks Contrail Networking, developed in the OpenContrail open source project, has long been a part of Red Hat’s millinery. The partnership between Juniper and Red Hat goes back some years now. Collaborating on OpenStack cloud and NFV infrastructure has won these partners success in supporting large enterprises and communications service providers like Orange Business Services.


At the long list of open source festivities in Boston over the next 2 weeks, you will hear these partners in cloud building on their past successful OpenStack + Contrail integration and now putting the spotlight on new integrations to support cloud native. You’ve heard me blog about the OpenContrail integration with OpenShift back a year already (in its first alpha form that I demoed), and more recently for CloudNativeCon and DockerCon talking about how we evolved that work to make this integration enterprise-ready and up-to-date with all the innovation that’s happened in the fast-paced OpenShift releases.




Join us at NFV World Congress 2017

by Juniper Employee ‎04-27-2017 12:18 PM - edited ‎04-28-2017 09:36 AM




Visit Juniper at NFV World Congress 2017!


At the root of John Boyd’s “OODA loop” methodology, there is the notion that we need to acknowledge and work with levels of “uncertainty”—gaps that result when applying established models to new and changing contexts[i]. Unfortunately, the networking community—desperate for operational stability—largely ignores these mismatches, designing network and security architectures as if they can dictate how applications are deployed.


Nothing is further from the truth.



Juniper is engaged with key users to push OpenContrail even further ahead of other technologies while mapping out the community engagement plan.


Juniper TechCafe Ask the Author