1. A cloud gateway system comprising:
an enterprise gateway system located in an enterprise network and comprising
a software installer configured to upload remote gateway software to a cloud provider network and to install the remote gateway software on a first virtual machine in the cloud provider network, and
a network services tool configured to establish a virtual private network between the enterprise gateway system and the first virtual machine and to provide plug-in network services having remote components; and
a remote gateway system located in the cloud provider network and comprising
a virtual machine connection tool configured to establish a secure connection between the first virtual machine and a second virtual machine in the cloud provider network, and
a remote network services tool configured to execute the remote components of the plug-in network services.
2-6. (canceled)
7. The cloud gateway system of claim 1, wherein the remote gateway system further comprises a virtual machine creation tool configured to create the second virtual machine in the cloud provider network.
8. The cloud gateway system of claim 1, further comprising a client access agent located on a mobile device.
9. The cloud gateway system of claim 8, wherein the client access agent comprises a mobile network services tool configured to establish a mobile virtual private network between the mobile device and the second virtual machine and to provide plug-in network services having remote components.
10. A cloud hypervisor system comprising:
a set of front-end plug-ins, each configured to establish a pseudo-hypervisor instance and to translate a hypervisor API call received by the pseudo-hypervisor instance into an intermediate representation;
a service bus configured to route an intermediate representation to a back-end plug-in; and
a set of back-end plug-ins, each configured to translate an intermediate representation into a cloud API call.
11. The cloud hypervisor system of claim 10, wherein each front-end plug-in is further configured to place an intermediate representation on the service bus.
12. The cloud hypervisor system of claim 11, wherein each front-end plug-in is further configured to pass a destination parameter with each intermediate representation placed on the service bus.
13. The cloud hypervisor system of claim 12, wherein the destination parameter indicates a cloud provider network account.
14. The cloud hypervisor system of claim 12, wherein the destination parameter indicates a route to a back-end plug-in.
15. The cloud hypervisor system of claim 11, wherein each front-end plug-in is further configured to return a response code to a pseudo-hypervisor instance after placing an intermediate representation on the service bus.
16. The cloud hypervisor system of claim 10, wherein each front-end plug-in is further configured to generate an intermediate representation that can be understood by all of the back-end plug-ins.
17. The cloud hypervisor system of claim 10, wherein the pseudo-hypervisor instance is associated with an account at a cloud infrastructure provider.
18. The cloud hypervisor system of claim 10, wherein the service bus is further configured to return a result code to a pseudo-hypervisor instance after routing an intermediate representation.
19. The cloud hypervisor system of claim 10, wherein the service bus is further configured to return a result code to a pseudo-hypervisor instance upon a failure to complete the routing of an intermediate representation.
20. The cloud hypervisor system of claim 10, wherein each back-end plug-in corresponds to a cloud provider account.
21. The cloud hypervisor system of claim 10, further comprising a web console configured to plug into the service bus and graphically expose cloud infrastructure management functions.
22. The cloud hypervisor system of claim 10, further comprising a topology manager configured to plug into the service bus, wherein the topology manager includes an infrastructure topology creation tool and an infrastructure topology deployment tool.
23. A cloud hypervisor system comprising:
a pseudo-hypervisor creation tool configured to establish a pseudo-hypervisor instance;
an API call listening tool configured to listen for and receive hypervisor API calls;
a hypervisor API call translation tool configured to translate a hypervisor API call received by the API call listening tool into an intermediate representation;
a cloud API translation tool configured to translate an intermediate representation into a cloud API call; and
a routing tool configured to route an intermediate representation from the hypervisor API call translation tool to the cloud API translation tool.
24. A method for managing cloud infrastructure, the method comprising:
uploading remote gateway software from an enterprise network to a cloud provider network;
installing the remote gateway software on a first virtual machine in the cloud provider network;
establishing a virtual private network between the enterprise network and the first virtual machine;
establishing a secure connection between the first virtual machine and a second virtual machine in the cloud provider network; and
executing plug-in network services on the first virtual machine.
25. The method of claim 24, further comprising the steps of:
enabling a client access agent on a device outside the enterprise network and cloud provider network;
connecting the device to a public network; and
establishing a virtual private network between the device and one or both of the first virtual machine and the second virtual machine.
26. A method for communicating with cloud accounts, the method comprising:
establishing a pseudo-hypervisor instance on an enterprise network;
configuring the pseudo-hypervisor instance to receive a hypervisor API call from an enterprise systems management tool on the enterprise network;
translating a received hypervisor API call into an intermediate representation;
routing the intermediate representation to a back-end plug-in;
translating the intermediate representation into a cloud API call; and
transmitting the cloud API call to a cloud provider network for delivery to a cloud account.
27. The method of claim 26, further comprising the step of verifying successful execution of the cloud API call.
28. The method of claim 27, further comprising the step of reporting verification information concerning the cloud API call to the pseudo-hypervisor instance.
29. The method of claim 28, further comprising the step of translating the verification information into a hypervisor-specific result code.
30. The method of claim 29, further comprising the step of reporting the hypervisor-specific result code to an enterprise systems management tool.
The claims below are in addition to those above.
All refrences to claim(s) which appear below refer to the numbering after this setence.
1. A stitched in-stack stabilized CPP synthetic spin-valve sensor comprising:
a multi-layered pillar type synthetic spin-valve formation, said pillar being defined by a common and uniform lateral cross-section of all included layers and said formation having a longitudinally magnetized ferromagnetic free layer as its uppermost layer;
a decoupling layer formed on said free layer, said decoupling layer having the same lateral cross-sectional area as said spin-valve formation;
a longitudinal bias layer (LBL) formed on said decoupling layer, said LBL having the same lateral cross-section as said decoupling layer;
a multi-layer formation stitched onto said LBL, said formation being characterized by a larger lateral cross-section than said LBL and said formation including:
a synthetic exchange tri-layer formation;
an antiferromagnetic pinning layer formed on said tri-layer formation;
a capping and conducting lead layer formed on said pinning layer; and
wherein said tri-layered structure and said LBL are longitudinally magnetized and strongly exchange coupled to said free layer and, thereby, stabilize it.
2. The sensor of claim 1 wherein said synthetic spin-valve formation further comprises:
a seed layer;
an antiferromagnetic pinning layer formed on said seed layer;
a synthetic antiferromagnetic pinned layer formed on said pinning layer, said layer comprising a first (AP1) and a second (AP2) laminated ferromagnetic layer, wherein each said layer is magnetized in opposite directions transversely to the ABS of the sensor, said layers being separated by a non-magnetic layer;
a non-magnetic spacer layer formed on said pinned layer; and
a longitudinally magnetized ferromagnetic free layer formed on said spacer layer.
3. The sensor of claim 2 wherein said first ferromagnetic layer is the lamination CoFeCuCoFeCuCoFe, wherein the CoFe lamina are formed to a thickness between approximately 7 and 15 angstroms and the Cu lamina are formed to a thickness between approximately 1 and 4 angstroms.
4. The sensor of claim 2 wherein said second ferromagnetic layer is the lamination FeCoTaFeCoTaFeCo wherein the FeCo lamina are formed to a thickness between approximately 5 and 15 angstroms and the Ta lamina are formed to a thickness between approximately 0.5 and 3 angstroms.
5. The sensor of claim 1 wherein said decoupling layer is a tri-layer of non-magnetic materials comprising:
a first layer of Cu of thickness between approximately 4 and 6 angstroms;
a layer of Ta of thickness between approximately 4 and 15 angstroms;
a second layer of Cu of thickness between approximately 4 and 6 angstroms.
6. The sensor of claim 1 wherein said LBL is a layer of FeCo formed to a thickness between approximately 40 and 50 angstroms.
7. The sensor of claim 1 wherein said free layer is the lamination CoFeCuCoFeCuCoFe wherein the CoFe lamina are formed to a thickness between approximately 7 and 15 angstroms and the Cu lamina are formed to a thickness between approximately 1 and 4 angstroms.
8. The sensor of claim 1 wherein said synthetic exchange tri-layer formation comprises:
a first ferromagnetic layer, FM1, formed on said LBL;
a coupling layer formed on FM1;
a second ferromagnetic layer, FM2, formed on the coupling layer; and
FM1 and FM2 are longitudinally magnitized in antiparallel directions, FM1 and LBL are magnetized in the same direction and FM2 and said ferromagnetic layer are magnetized in the same direction.
9. The sensor of claim 8 wherein the magnetic thicknesses of FM1, FM2 and LBL satisfy the relationships: t(LBL)+t(FM1)<t(FM2) and t(LBL)+t(FM1)t(FM2)=7090 angstroms of CoFe.
10. The sensor of claim 8 wherein FM1 is a layer of FeCo formed to a thickness between approximately 5 and 20 angstroms, FM2 is a bilayer of CoFeFeCo, wherein the CoFe is formed to a thickness between approximately 60 and 90 angstroms and the FeCo is formed to a thickness between approximately 5 and 20 angstroms and the coupling layer is a layer of Ru formed to a thickness between approximately 3 and 5 angstroms.