To meet business expectations without compromising on security, availability, or performance, today’s IT organizations are expected to deliver applications with a speed and efficiency that was unimaginable just a few years ago. To keep pace, you must transform your data
center infrastructure to support the rapid provisioning and scaling of network and application services. With the joint solution of Cisco Application Centric Infrastructure (ACI) and F5 Synthesis™, you can operationalize the network and accelerate application deployment.
4. ?
IT impedes growth IT spends too muchor,
Deploy this Much?
But, need this?
Deploy this Much?
But, need this?
4
How much IT will You need ?
What if IT was On-Demand? Would that be “Cloud” ?
5. The on-going “IT pain”
• High cost, heterogeneous systems
• Redundant functionality
• Lack of agility to innovate
• Slow time to market
• Rising maintenance costs
• Rising regulatory and compliance costs,
multiplied by:
• Heterogeneous systems
• Geographic expansion / local laws
• Falling IT Budgets
5
7. • Separation of IT areas / buying-
centers / silos preventing IT to
move at the speed demanded by
the business
• Focus changed from
Consolidation to Automation
• Business owners and Apps
Developers started to go straight
to public cloud to meet agility and
demand. Security and Data
Sovereignty arise.
• Operations become further
relevant. Shift from “what it does
/ how it works” to “how to use /
how to consume it”.
DevOps
50. Key Takeaways
If I can be of further assistance please contact me:
Jeffrey Wong (j.wong@f5.com)
• F5 Software Defined Application Services (SDAS) vision perfectly aligns with Cisco’s Application
Centric Infrastructure
• How Cisco ACI solves network services insertion challenges
• How F5 BIG-IP LTM integrates into Cisco ACI architecture
• Key benefits of BIG-IP / ACI model:
Multi-Tenancy, Multi-Graph Support
Use Case Focus
Automation Ready
Application level visibility and monitoring
• F5 iApps Integration with Cisco ACI using BIG-IQ bringing application requirements to ACI policy
51. Visit F5 at Cisco Live 2015 in Melbourne
• Date: 18 – 20 March
• Booth: Stand P1
• You can also attend one of our Theatre sessions to learn more:
• Wednesday 18 Mar 11:50 AM - 12:20 PM – Partner Theatre 1
• Thursday 19 Mar 12:20 PM - 12:50 PM – Partner Theatre 2
Editor's Notes
(This scripted slide is part of the ACI Core “Ease” Message presentation – if seen by itself, the script might not make sense)
Cisco introduced Application Centric Infrastructure (ACI) publicly in November 2013 and we started shipping ACI to customers in July 2014. There are a number of key characteristics that form the foundation of ACI that we will cover in more detail in the rest of the presentation.
Apps + Infra: ACI is focused on an Applications infrastructure needs, not just about forwarding packets. For the first time a network understands that the packets it is forwarding belong to applications and for the first time a network can provide application relevant information about the applications infrastructure behavior/needs.
Physical and Virtual: The new DC networks (or fabrics as we started calling them) have changed in that there are now much more virtual workloads that need to be supported. The new way of developing applications also changed the communication needs from north-south to east-west (more on that later). But in the end, physical systems are a very relevant part of a data-center. It is our view that any network must support both virtual as well as physical system and provide network services to both equally.
Secure: ACI is built from the ground up with security and multi-tenancy in mind. Todays DC network has a default policy that allows end points (workloads) to communicate unless there is a specific configuration that forbids it. It is open from a security perspective. ACI fundamentally changes the security level as the default policy is to deny communication between end points (workloads) unless there is a specific policy that allows it. (Note: I’m specifically not mentioning more about security at this stage, there is specific Security slide coming later).
Open: Open is top of mind in many of our customers conversations with us. Open protocols, open source, open programing interfaces etc… ACI is designed to be open. Open with regards to a single API that can be used to talk to ACI. Open with regards to the protocols used inside the ACI fabric, Open with regards to the eco-system and the protocol used to distribute policy (Note: I’m specifically not mentioning OpFlex at this stage yet, just want to set the scene for open, to have a more detailed follow-up conversation later in the presentation)
OnPrem and Cloud: Of the 4 points this is the least tangible. Decide if you want to talk about his or not. ACI can be deployed on premises by enterprises and services providers. It is multi-tenant and secure. However we see ACI as the fabric foundation for cloud offerings. Cisco has introduced the Cisco Global Intercloud, an initiative to build the worlds largest cloud of clouds, together with our service provider partners. The foundation for that is ACI.
OnPrem and Cloud: A significant portion of customers have moved to Converged Stacks, and in the most recent Gartner Magic Quadrant, Cisco is represented in the leaders quadrant twice, with the Vblock and FlexPod offerings. Both of these converged stacks will announce ACI versions of their stacks in the 2H 2014.
And finally the Application Services Fabric hosts a catalog of application services. Focused on five major areas:
Security
Identity and Access Mgmt
Availability
Mobility
And Performance
to meet with F5 technical experts and watch live solution demos