Enterprise Service Bus
The Enterprise Service Bus combines real-time application integration and orchestration with robust data integration capabilities.
The Enterprise Service Bus combines real-time application integration and orchestration with robust data integration capabilities. This service is provided by the vendor MuleSoft.
Alerts: CloudHub Alerts (email, UI)
Data Transformation: The conversion of data from one format to another.
Data Transport: Movement of data or information from one system to another, via transport protocols http, https, ftp, sftp, queues, pub/sub, topics, routing, JMS, AMQP
Development Tooling: Access to Anypoint Studio Enterprise Edition
Monitoring: CloudHub Application Management UI, Anypoint API Analytics
SAML Authentication: Shibboleth SAML Authentication for CloudHub Console
Orchestration: Ability to create composite services
Protocol Mediation: Receiving data with one transport protocol and dispatching it with another.
Rate Limiting: Ability to set a limit on the number of transactions processed in a certain time frame. Transaction over the limit within the specified time frame are discarded.
SaaS Integration: Examples: Workday, SalesForce, ServiceNow, JIRA
API Authentication/Authorization: Ability to automatically apply authn/authz policies to the API
Throttling: Ability to set a limit on the number of transactions processed in a certain time frame. Transactions over the limit within the specified time frame are queued for later processing, but not discarded.
Optional - Guaranteed Delivery: Ability to deliver data to another system once, and only once, and if in multiple parts, in order.
Optional - Outage Notification: Programmatic notifications of service outages (ex: via messaging)
Optional - High Availability: If required, horizontal or vertical scaling of workers can be done automatically.
Optional- UT-based Authentication/Authorization: Use of a UT EID as service account to verify permissions for the API.
Optional - Self-Administration: Ability to administer services on the Integration Platform (e.g. ESB, Gateway, or Message Broker)
Cloudhub Non-Prod Environment: Environment to support API development
Optional - VPN Support: Connectivity to on premise resources.
Optional - Data Caching: The Cache Scope saves on time and processing load by storing and reusing frequently called data.
This service and its offerings are provided as Common Good.
Acceptable Use Policy
Click here to review and/or here to sign the Acceptable Use Policy. You must sign this in order to develop your first use case within the ESB.
Fulfillment time
Fulfillment time is the estimated time taken to fulfill the customer requests that both provider and consumer will use to track progress.
Consumer Requests Areas:
CloudHub Development
Access to Development Environment
vCore Assignment
Removal of Access
Consumer request will be fulfilled within 48 business hours.
Hours of Coverage
Hours of coverage defines the hours of operation during which support services are available to address any consumer request regarding this environment.
Consumer Requests:
Normal hours of operation are 8:00 a.m. to 5:00 p.m., Monday – Friday except University holidays, and announced University closures.
Customers should open a ticket by clicking here.
Regular requests can be submitted 24 hours a day, 7 days a week. After hours, requests submitted will be processed during the next business day.
Requests for off-hours work must be scheduled a week in advance.
Guaranteed Service Availability
Guaranteed service availability defines the percentage of time this offering is guaranteed to be in available for this environment, with the exception of scheduled maintenance, and within service availability hours.
Service availability hours:
Core Network – 99.98%
Internet/External Connectivity – 99.95%
UDCC Network Core – 99.98%
UDCC Network Edge – 99.98%
Shibboleth – 98.9%
VPN – 99.7%
CloudHub(vendor) - at 99.99%
Based on the lowest i.e. Shibboleth at 98.9%, CloudHub(vendor) at 99.99%, the SLA for ESB is 98.9% x 99.99% = 98.89%
These Services depend on Vendor’s SLA and the underpinning services listed above.
Service Requests
A Service Request means any request made by a consumer to the Service Provider team for routine operational support. To make a Service request, the consumer must create a ticket in the ITS Help Desk ticketing system.
How to Submit a Service Request:
Please submit a new request by clicking here.
For escalation send email with reference to the open ticket at integration-stewards@utlists.utexas.edu.
Incident Reporting
An Incident means any interruption of the normal function of the integration service where it is severely malfunctioning.
Types to Incidents:
Production - During normal business hours, Incidents will be responded to within 30 minutes after notification to Service Provider team. Off business hours, Incidents will be responded to within 45 minutes after notification to the Integration Service Team.
Development, Qual - Incidents will be responded to within 24 hours.
Escalation
If an Incident is not responded to within the response times outlined above, the Customer may escalate by directly contacting the Service Provider contact.
Wiki:
https://wikis.utexas.edu/pages/viewpage.action?pageId=114009197
Contacts:
Email- send email to : integration-stewards@utlists.utexas.edu
Use this form if you have a new integration for the ESB, or if you just want to get an idea of whether the ESB is a good fit. We’ll consult with you and make any preparations necessary on the ESB.
Alerts: CloudHub Alerts (email, UI)
Data Transformation: The conversion of data from one format to another.
Data Transport: Movement of data or information from one system to another, via transport protocols http, https, ftp, sftp, queues, pub/sub, topics, routing, JMS, AMQP
Development Tooling: Access to Anypoint Studio Enterprise Edition
Monitoring: CloudHub Application Management UI, Anypoint API Analytics
SAML Authentication: Shibboleth SAML Authentication for CloudHub Console
Orchestration: Ability to create composite services
Protocol Mediation: Receiving data with one transport protocol and dispatching it with another.
Rate Limiting: Ability to set a limit on the number of transactions processed in a certain time frame. Transaction over the limit within the specified time frame are discarded.
SaaS Integration: Examples: Workday, SalesForce, ServiceNow, JIRA
API Authentication/Authorization: Ability to automatically apply authn/authz policies to the API
Throttling: Ability to set a limit on the number of transactions processed in a certain time frame. Transactions over the limit within the specified time frame are queued for later processing, but not discarded.
Optional - Guaranteed Delivery: Ability to deliver data to another system once, and only once, and if in multiple parts, in order.
Optional - Outage Notification: Programmatic notifications of service outages (ex: via messaging)
Optional - High Availability: If required, horizontal or vertical scaling of workers can be done automatically.
Optional- UT-based Authentication/Authorization: Use of a UT EID as service account to verify permissions for the API.
Optional - Self-Administration: Ability to administer services on the Integration Platform (e.g. ESB, Gateway, or Message Broker)
Cloudhub Non-Prod Environment: Environment to support API development
Optional - VPN Support: Connectivity to on premise resources.
Optional - Data Caching: The Cache Scope saves on time and processing load by storing and reusing frequently called data.
The unit of measurement is vCore. vCore is defined as the compute power in cloud in terms of memory and processor.
This service and its offerings are provided as Common Good.
Acceptable Use Policy
Click here to review and/or here to sign the Acceptable Use Policy. You must sign this in order to develop your first use case within the ESB.
Fulfillment time
Fulfillment time is the estimated time taken to fulfill the customer requests that both provider and consumer will use to track progress.
Consumer Requests Areas:
CloudHub Development
Access to Development Environment
vCore Assignment
Removal of Access
Consumer request will be fulfilled within 48 business hours.
Hours of Coverage
Hours of coverage defines the hours of operation during which support services are available to address any consumer request regarding this environment.
Consumer Requests:
Normal hours of operation are 8:00 a.m. to 5:00 p.m., Monday – Friday except University holidays, and announced University closures.
Customers should open a ticket by clicking here.
Regular requests can be submitted 24 hours a day, 7 days a week. After hours, requests submitted will be processed during the next business day.
Requests for off-hours work must be scheduled a week in advance.
Guaranteed Service Availability
Guaranteed service availability defines the percentage of time this offering is guaranteed to be in available for this environment, with the exception of scheduled maintenance, and within service availability hours.
Service availability hours:
Core Network – 99.98%
Internet/External Connectivity – 99.95%
UDCC Network Core – 99.98%
UDCC Network Edge – 99.98%
Shibboleth – 98.9%
VPN – 99.7%
CloudHub(vendor) - at 99.99%
Based on the lowest i.e. Shibboleth at 98.9%, CloudHub(vendor) at 99.99%, the SLA for ESB is 98.9% x 99.99% = 98.89%
These Services depend on Vendor’s SLA and the underpinning services listed above.
Service Requests
A Service Request means any request made by a consumer to the Service Provider team for routine operational support. To make a Service request, the consumer must create a ticket in the ITS Help Desk ticketing system.
How to Submit a Service Request:
Please submit a new request by clicking here.
For escalation send email with reference to the open ticket at integration-stewards@utlists.utexas.edu.
Incident Reporting
An Incident means any interruption of the normal function of the integration service where it is severely malfunctioning.
Types to Incidents:
Production - During normal business hours, Incidents will be responded to within 30 minutes after notification to Service Provider team. Off business hours, Incidents will be responded to within 45 minutes after notification to the Integration Service Team.
Development, Qual - Incidents will be responded to within 24 hours.
Escalation
If an Incident is not responded to within the response times outlined above, the Customer may escalate by directly contacting the Service Provider contact.
Wiki:
https://wikis.utexas.edu/pages/viewpage.action?pageId=114009197
Contacts:
Email- send email to : integration-stewards@utlists.utexas.edu
The Enterprise Service Bus combines real-time application integration and orchestration with robust data integration capabilities. This service is provided by the vendor MuleSoft.
Alerts: CloudHub Alerts (email, UI)
Data Transformation: The conversion of data from one format to another.
Data Transport: Movement of data or information from one system to another, via transport protocols http, https, ftp, sftp, queues, pub/sub, topics, routing, JMS, AMQP
Development Tooling: Access to Anypoint Studio Enterprise Edition
Monitoring: CloudHub Application Management UI, Anypoint API Analytics
SAML Authentication: Shibboleth SAML Authentication for CloudHub Console
Orchestration: Ability to create composite services
Protocol Mediation: Receiving data with one transport protocol and dispatching it with another.
Rate Limiting: Ability to set a limit on the number of transactions processed in a certain time frame. Transaction over the limit within the specified time frame are discarded.
SaaS Integration: Examples: Workday, SalesForce, ServiceNow, JIRA
API Authentication/Authorization: Ability to automatically apply authn/authz policies to the API
Throttling: Ability to set a limit on the number of transactions processed in a certain time frame. Transactions over the limit within the specified time frame are queued for later processing, but not discarded.
Optional - Guaranteed Delivery: Ability to deliver data to another system once, and only once, and if in multiple parts, in order.
Optional - Outage Notification: Programmatic notifications of service outages (ex: via messaging)
Optional - High Availability: If required, horizontal or vertical scaling of workers can be done automatically.
Optional- UT-based Authentication/Authorization: Use of a UT EID as service account to verify permissions for the API.
Optional - Self-Administration: Ability to administer services on the Integration Platform (e.g. ESB, Gateway, or Message Broker)
Cloudhub Non-Prod Environment: Environment to support API development
Optional - VPN Support: Connectivity to on premise resources.
Optional - Data Caching: The Cache Scope saves on time and processing load by storing and reusing frequently called data.
The unit of measurement is vCore. vCore is defined as the compute power in cloud in terms of memory and processor.
This service and its offerings are provided as Common Good.
Fulfillment time
Fulfillment time is the estimated time taken to fulfill the customer requests that both provider and consumer will use to track progress.
Consumer Requests Areas:
CloudHub Development
Access to Development Environment
vCore Assignment
Removal of Access
Consumer request will be fulfilled within 48 business hours.
Hours of Coverage
Hours of coverage defines the hours of operation during which support services are available to address any consumer request regarding this environment.
Consumer Requests:
Normal hours of operation are 8:00 a.m. to 5:00 p.m., Monday – Friday except University holidays, and announced University closures.
Customers should open a ticket by clicking here.
Regular requests can be submitted 24 hours a day, 7 days a week. After hours, requests submitted will be processed during the next business day.
Requests for off-hours work must be scheduled a week in advance.
Guaranteed Service Availability
Guaranteed service availability defines the percentage of time this offering is guaranteed to be in available for this environment, with the exception of scheduled maintenance, and within service availability hours.
Service availability hours:
Core Network – 99.98%
Internet/External Connectivity – 99.95%
UDCC Network Core – 99.98%
UDCC Network Edge – 99.98%
Shibboleth – 98.9%
VPN – 99.7%
CloudHub(vendor) - at 99.99%
Based on the lowest i.e. Shibboleth at 98.9%, CloudHub(vendor) at 99.99%, the SLA for ESB is 98.9% x 99.99% = 98.89%
These Services depend on Vendor’s SLA and the underpinning services listed above.
Service Requests
A Service Request means any request made by a consumer to the Service Provider team for routine operational support. To make a Service request, the consumer must create a ticket in the ITS Help Desk ticketing system.
How to Submit a Service Request:
Please submit a new request by clicking here.
For escalation send email with reference to the open ticket at integration-stewards@utlists.utexas.edu.
Incident Reporting
An Incident means any interruption of the normal function of the integration service where it is severely malfunctioning.
Types to Incidents:
Production - During normal business hours, Incidents will be responded to within 30 minutes after notification to Service Provider team. Off business hours, Incidents will be responded to within 45 minutes after notification to the Integration Service Team.
Development, Qual - Incidents will be responded to within 24 hours.
Escalation
If an Incident is not responded to within the response times outlined above, the Customer may escalate by directly contacting the Service Provider contact.
Wiki:
https://wikis.utexas.edu/pages/viewpage.action?pageId=114009197
Contacts:
Email- send email to : integration-stewards@utlists.utexas.edu