Cloudhub 2.0

October 20, 2022
Manila MuleSoft Meetup #14
Cloudhub 2.0

3
● The slides for today’s presentations will be made available to all attendees
● At the end of each presentation, there will be a Q&A session
● After all the presentations there will be a quiz/game where you will get a chance to win a
training voucher from MuleSoft.
Housekeeping Rules

4
6:35 pm Introduction
6:40 pm Success Stories
6:45 pm MuleSoft Training and Certifications
7:00 pm Cloudhub 2.0
7:35 pm Quiz Game
7:40 pm Dinner
Introduction to SalesForce TrailBlazer Community
7:50 pm Networking and Socials
Agenda

5
● About the organizers:
○ Ryan Andal
○ Janos Geronimo
○ Christopher Co
● About the sponsor:
○ Capgemini
○ MuleSoft
Introduction
A SHOW OF HANDS:
Who are new to this Meetup?

7
About Our Speaker
AB Santiago
● Capgemini Philippines MuleSoft BU Head
● Capgemini Philippines Country Board Chairman
● Distributed Systems / Microservices Evangelist

8
About Our Speaker
Michael Figueroa
● MuleSoft Certified Integration Architect
● Capgemini Senior Manager
● 15+ years in the I.T Industry
● Gamer

By Michael Figueroa
Success Stories

13
About Our Speaker
Nelson Puah
● Certification and Training Lead at SalesForce

All contents © MuleSoft, LLC
Trailhead Academy
Training & Certiﬁcation
Updates
Nelson Puah
20th October 2022

MuleSoft RPA Training
Learn how to automate tasks with
bots
Learn on MuleSoft Training
• Self-paced course that covers getting started with,
building, testing, deploying, and managing RPA
processes with MuleSoft RPA
sfdc.co/mulesoft-rpa-training
Learn on Trailhead
• Get Started with MuleSoft RPA trail
• Building RPA Processes trail
• Testing, Deploying, and Managing RPA Processes trail
sfdc.co/learn-mulesoft-rpa
MuleSoft
Training
Learn on the platform
of your choice

Learn MuleSoft Automation on Trailhead
MuleSoft RPA
Learn how to automate manual
tasks with bots
MuleSoft Composer for Salesforce
Learn how to build and run ﬂows to
integrate systems and data
1
2
3
1
2
Get Started with MuleSoft RPA
Get Started with MuleSoft RPA Builder
Manage MuleSoft RPA Solutions
Get Started with MuleSoft Composer
18+ modules based on use case

MuleSo Certifications and Credentials
5
Certifications
Validate proficiency
in a specific role
MuleSoft Composer
for Salesforce
NEW
Exam Format
60 questions
120 minutes
Remote or at
events
Administrator Architect Developer Entry-Level
MuleSoft
Integration
Foundations
COMING SOON!
NEW
*New badge art coming soon

Coming Soon: Access All Credentials in One Place

19
About Our Speaker
Royston Lobo
● Senior Technical Architect at MuleSoft
● Customer Success Strategist
● Meetup Leader at Singapore
● Community Evangelist

CloudHub 2.0
Royston Lobo
Senior Technical Architect
October 2022

Introductions
Royston Lobo
Senior Technical Architect
MuleSoft

Safe Harbor Statements
Statement under the Private Securities Litigation Reform Act of 1995:
This presentation/demo may contain forward-looking statements that involve risks, uncertainties, and assumptions. If any such uncertainties materialize or
if any of the assumptions prove incorrect, the results of salesforce.com, inc. could differ materially from the results expressed or implied by the
forward-looking statements we make. All statements other than statements of historical fact could be deemed forward-looking, including any projections of
product or service availability, subscriber growth, earnings, revenues, or other financial items and any statements regarding strategies or plans of
management for future operations, statements of belief, any statements concerning new, planned, or upgraded services or technology developments and
customer contracts or use of our services.
The risks and uncertainties referred to above include – but are not limited to – risks associated with developing and delivering new functionality for our
service, new products and services, our new business model, our past operating losses, possible fluctuations in our operating results and rate of growth,
interruptions or delays in our Web hosting, breach of our security measures, the outcome of any litigation, risks associated with completed and any possible
mergers and acquisitions, the immature market in which we operate, our relatively limited operating history, our ability to expand, retain, and motivate our
employees and manage our growth, new releases of our service and successful customer deployment, our limited history reselling non-salesforce.com
products, and utilization and selling to larger enterprise customers. Further information on potential factors that could affect the financial results of
salesforce.com, inc. is included in our annual report on Form 10-K for the most recent fiscal year and in our quarterly report on Form 10-Q for the most
recent fiscal quarter. These documents and others containing important disclosures are available on the SEC Filings section of the Investor Information
section of our Website.
Any unreleased services or features referenced in this or other presentations, press releases or public statements are not currently available and may not
be delivered on time or at all. Customers who purchase our services should make the purchase decisions based upon features that are currently available.
Salesforce.com, inc. assumes no obligation and does not intend to update these forward-looking statements.

1. Introduction to CloudHub 2.0
2. CloudHub 2.0 Platform Architecture
3. ClouHub 1.0 vs CloudHub 2.0
4. CloudHub 2.0 Features
5. CloudHub 2.0 Nuances
6. Q & A

Who here has used CloudHub 1.0?

Who here has used CloudHub 2.0?

Introduction to CloudHub 2.0

Comprehensive deployment options for all
On-premises
Cloud IaaS
Fully Managed PaaS
MuleSoft CloudHub 2.0 Anypoint Runtime Fabric Standalone Deployment Model
New - H2 2022
NEW

CloudHub 2.0 - the new #1 choice for deployment
Get started fast Run more eﬃcient
workloads
Streamline your
operations
Implement tighter
security controls
Fully Managed PaaS
MuleSoft CloudHub 2.0 NEW

Deployment Models
CloudHub 2.0
(Commercial)
Hybrid
(Commercial/GovCloud)
On-premise
(Private Cloud Edition)
Control Plane
Runtime Plane
Managed by MuleSoft
Managed by the Customer
(Data center)
Managed by the Customer
(3rd party Cloud)
Cloud

Get started fast
Set up environments quickly with simplified config for
private spaces and network connectivity
Lightweight Isolation
Choose from more vCore allocation options for
increased flexibility and scale faster
Implement tighter security controls
Simplify static IP management and customize
outbound firewall rules at the private space level
Streamline your operations
Reduce management overhead for dedicated load
balancer and ingress with new auto-provisioning and
auto-scaling
30
CloudHub 2.0
A new UX and architecture to make it even easier to deploy and manage applications
New

CloudHub 2.0 Platform Architecture

Private Space - Private Kubernetes Cluster
Replica - Container instance of an API
Ingress Controller
CloudHub 2.0
VPC - Virtual Private Cloud
Worker - EC2 server instance of an API
DLB - Dedicated Load Balancer
Terminology Changes

CloudHub 2.0 Architecture
Shared Spaces vs Private Spaces
Shared Spaces
● A shared space is an elastic cloud of resources that includes Mule
instances running in a multi-tenant environment
● CloudHub 2.0 provides one shared space in each supported
region
Private Spaces
● A private space is a virtual, dedicated space in CloudHub 2.0 to
run your Mule Applications
● You can create multiple private spaces, either in the same or
diﬀerent regions

Shared Spaces vs Private Spaces
Shared Space Private Space
Level of isolation
You don’t require isolation from the public
cloud
Single-tenancy for your apps is required
Network connectivity
Your apps don’t need to connect to an
on-premises data center
Network connection (VPN or transit gateway
attachment) to a data center may be required
for your apps
Domain names
Your apps can use the cloudhub.io domain
name
Vanity domain names are required for your
apps
Custom certificates
You don’t need to configure custom
certificates
Custom certificates are required for your apps
Endpoint security No need for private endpoints Private endpoints are needed

Private Spaces
In each private space, you deﬁne:
● A private network, which is a virtual cloud where apps deployed to this private space
run.
○ Private space name
○ Private network region
○ CIDR Block
○ Connection Type
■ VPN
■ Transit Gateway
○ Internal DNS Servers (Optional)
● One or more connections from the private network to your external network, either
via Anypoint VPN or a transit gateway
● Firewall rules to allow and block inbound and outbound traﬃc to your private space.
● The environments and business groups to allow to deploy to the private space.

Anypoint CloudHub 2.0 - Private Space
Internal & External APIs
RUNTIME
MANAGER
ACCESS
MANAGEMENT
MANAGEMENT
CENTER
VISUALIZER
ADVANCE
MONITORING
EXCHANGE
PARTNER
MANAGER`
API DESIGNER
DESIGN
CENTER
API
ANALYTICS
Data
Plane
Anypoint Runtime
Anypoint Platform
INFRASTRUCTURE
PROVISIONER
Worker Worker
Mule
App
Mule
App
Mule
App
Mule
App
Worker
Mule
App
Mule
App
Runtime Fabric services
Docker & Kubernetes (nodes)
EKS Management Plane
Anypoint Runtime Fabric
Worker Worker
Mule
App
Mule
App
Mule
App
Mule
App
Worker
Mule
App
Mule
App
Docker & Kubernetes (nodes)
EKS Management Plane
N Number of
Private Space Private Space Private Space
Control Plane
Region
Business Group
*

Managed Node
Managed Node
Mule
App1
Mule
App2
Ingress
Managed Node
Ingress
Managed Node
Managed Node
Mule
App1
Mule
App2
Managed Node
Mule
App1
Mule
App2
Mule
App3
Mule
App3
Mule
App3
Mule
App4
Mule
App4
Mule
App4
HTTP/S
mTLS
mTLS
mTLS
RUNTIME
MANAGER
ADVANCED
MONITORING
MANAGEMENT
CENTER
NETWORK LOAD BALANCER
Agent
Runtime Plane
Region
EKS Control Plane
ECR
API
MANAGER
Route53
Control Plane

Server Server
Mule
App
Mule
App
Mule
App
Mule
App
Anypoint
Studio
Application Deployment with CloudHub 2.0
DESIGN CENTER
EXCHANGE
ECR
RUNTIME
MANAGER
Mule Maven Plugin
1
2
2
3
4
5
Implementation
Build/Upload
artifact
Trigger
Deployment
Retrieve artifact
Pull Runtime
Container
Image
1
2
3
4
5 3
OR
OR

CH 1.0 vs CH 2.0

Key Changes - Docs
CloudHub 1.0 CloudHub 2.0
Provision/Scaling Supported Supported
URL rewriting Support (DLB) Supported (app-level)
Load Balancer Logs Not supported Supported (download)
Multiple custom endpoints Partially Supported Supported
Multiple truststores (client certificates for mutual TLS) Not supported Supported
Direct Connect/VPC Peering Supported (not self-serve) Not Supported
VPC/VPN/Transit Gateway Supported Supported (private spaces)
Outbound firewall rules Not supported Supported
Log forwarding Supported (per app) Supported (per app)
Custom notifications (CloudHub Connector) Supported Not Supported

CloudHub 2.0 Features

Replicas
Dedicated instances of Mule runtime engine that run your integration
applications on CloudHub 2.0
Similar to the concept of CloudHub 1.0 workers
Each replica has the following features:
Capacity - Each replica has a specific amount of capacity to
process data. Capacity is determined by the number of vCores
assigned to the replica.
Isolation - Each replica runs in a separate container from every
other application.
Manageability - Each replica is deployed and monitored
independently.
Locality - Each replica runs in a specific global region, such as the
US, EU, or Asia-Pacific.

Replicas - Capacity
Replicas with fewer than 1.0 vCores:
● Provide limited CPU and I/O for apps
with smaller workloads
● Can burst to higher CPU speeds
(unpredictable)
○ Replicas are conﬁgured with
Quality of Service: Burstable
○ Bursting depends on other
applications deployed in the
shared/private space
Replicas with 1 or more vCores provide
performance consistency
vCore Size vCPU Heap Memory Total Memory Storage
0.1 0.1 500 MB 1 GB 8 GB
0.2 0.2 1 GB 2 GB 8 GB
0.5 0.5 1.3 GB 2.6 GB 10 GB
1.0 1 2 GB 4 GB 12 GB
1.5 1.5 3 GB 6 GB 24 GB
2.0 2 4 GB 8 GB 40 GB
2.5 2.5 4.75 GB 9.5 GB 50 GB
3.0 3 5.5 GB 11 GB 60 GB
3.5 3.5 6.5 GB 13 GB 70 GB
4.0 4 7.5 GB 15 GB. 88 GB

Multitenancy
Three diﬀerent levels of multi tenancy:
1. The shared global region is a multi tenant cloud env of Kubernetes
Clusters
a. These VMs provide the security and isolation needed for your
integrations to run custom code without aﬀecting others
2. Single-tenant private spaces
a. These are virtual, private, and isolated Kubernetes Clusters in
CloudHub 2.0 which run your apps.
3. The management console and platform services have a shared
everything architecture
a. All tenants share the same web UI, monitoring services, and load
balancers.
b. These services do not process or transmit customer data

Availability & Scalability
Availability
Redundant platform: All CloudHub 2.0 platform services have at least one
built-in layer of redundancy and are available in at least two data centers at all
times.
Intelligent Healing: CloudHub 2.0 monitors the replicas for problems and
provides a self-healing mechanism to recover from them.
• If the underlying hardware experiences a failure, the platform migrates your
application to a new replica automatically
• In the case of an application crash, the platform recognizes the crash and can
redeploy the replica automatically.
Zero-Downtime Updates: CloudHub 2.0 supports updating your applications at
runtime so end users of your HTTP APIs experience zero downtime.

Clustering
CloudHub 2.0 now supports clustering.
Provides scalability, workload distribution, and added reliability to applications on
CloudHub 2.0
Horizontal Scalability: With clustering you can add multiple replicas to your
application to make it scale horizontally
• CloudHub 2.0 will automatically distributes replicas of the same application
across two or more data centers for maximum availability
• HTTP load balancing automatically distributes requests across these replicas in a
round robin fashion
Autoscaling (Coming Soon)
Application auto-scaling feature is available to all customers but the features will
be available to all customers once the new consumption based pricing launches
Availability & Scalability

Security
CloudHub 2.0 does not inspect, store, or otherwise interact directly
with payload data
CloudHub 2.0 collects monitoring, analytics, and log data from
CloudHub replicas and might perform actions on behalf of the user
All communication between platform services and CloudHub is
secured using SSL with client certiﬁcate authentication
Application property values can securely be stored in a way that is not
viewable or retrievable by any user

CloudHub 2.0 Limitations

General Limitations
Runtime Support
4.3.0 - 4.4.x are supported
Unsupported
API Proxies (Coming Soon)
49

Bursting
Previously in CH 1, users had AWS CPU credits available which were possible to be
optimized around
In CH 2.0 every application will have bursting conﬁgured by default but won’t be as
predictable as CH 1
Bursting capabilities will be dependent on other applications running in the same
shared/private spaces
50

VPCs/Spaces
Private Spaces are the evolution of VPCs in CloudHub 1.0
TLS 1.0/1.1 will not be supported
TLS 1.3 is be supported at GA
Only VPN and Transit Gateway will be supported
VPC Peering and Direct Connect will be depreciated
51

Applications
Application names are only required to be unique at the Organization/ Private
Space/ Environment level
In CH1 applications were required to be globally unique per region
Restarts of applications require stops/starts as opposed to restarts in CH1
Auto-scaling will not be available at GA
Will be available come with the new consumption based pricing release
Two diﬀerent deployment modes for patching
Rolling: Spin up a new version of the application in parallel and scale
down the old version once successful. Ensures zero downtime
Recreate: Existing version will be shut down before the new version is
deployed. Used when multiple versions cannot be deployed
simultaneously
52

Applications
Get from Sandbox functionality is not available at GA
Applications Insights not available
Customers should be pushed towards Anypoint Monitoring
Secure Properties are stored in a private vault, not visible to users… only the
application
Runtime version isn’t displayed in the application list (will be ﬁxed immediately after
GA)
JVM parameter overwriting is not supported in CH 2.0
Deploying directly from Studio is not supported at GA
53

Schedule Management
Schedules are now managed in a distributed fashion vs a centralized
fashion in CH1
Enabling/Disabling or modifying the schedule for an application
will require an application restart
Because of the way applications are clustered, scheduled applications
are able to have schedules and still be highly available
The scheduler/trigger will only run on the primary node
54

Static IPs
CloudHub 2.0 Nuances
2 to 3 Inbound and Outbound Static Ips are automatically provisioned
per Private Space
The inbound static IPs are attached to Network Load Balancers
proxying the K8S Ingress resource
The outbound static IPs are attached to NAT Gateway
The Static IPs do not get deducted from the customer
subscription, they are oﬀered in addition to what they have
Every deployed application in the same Private Space will use the
same set of Inbound and Outbound static IPs
55

Useful Resources
- Setup PS : Link
- CH2.0 worker sizes - Link
- Sample API Endpoint: Link
56

Thank you!

60
● Mechanics
○ Read carefully the questions and select the correct answers as fast as you can.
○ There are a total of 3 question. Choose the best answer using the letter from options
presented. The first person to raise their hand and answer correctly will receive a
training voucher from MuleSoft.
Quiz Game

62
What are the benefits of CloudHub 2.0 over CloudHub 1.0?
A. Container-based application deployment
B. Deploying applications to shared spaces
C. Ingress self-service logs
D. Amazon Web Services (AWS) service roles for resource
access control
E. All of the Above

64
Which of the following features is currently not supported in CloudHub 2.0?
A. VPC Peering
B. Static IP addresses
C. Mule clustering
D. AWS Transit Gateway
E. Deploy Applications

66
What is the starting Mule Runtime version supported in CloudHub 2.0?
A. Mule Runtime 4.2
B. Mule Runtime 4.3
C. Mule Runtime 4.4
D. Mule Runtime 4.5
E. Mule Runtime 5.0

67
About Our Speaker
Joey Chan
● SalesForce MVP
● MuleSoft Mentor
● Founder and Technical Architect at CloudJedi
● Manila, Philippines, TrailBlazer Community Leader

By Joey Chan
Introduction to Salesforce
TrailBlazer Community

Trailblazer
Community
October 20, 2022

Joey Chan
Salesforce MVP | MuleSoft Mentor
Founder & Technical Architect at Cloud Jedi Solutions
#1 Rated Developer on the AppExchange
26x Salesforce Certiﬁed (System and Application Architect)
MuleSoft Developer & Architect Certiﬁed
Manila, Philippines Trailblazer Community Leader

Accelerate learning by teaching

Join Trailblazer Community Groups Globally

Trailblazer Community Groups
Place to learn, have fun, connect, and give back together
How many countries are we present in?
90

Trailblazer Community Groups
Place to learn, have fun, connect, and give back together
17 Million Trailblazers around the World
1300+ Community Groups
Target Audience:
● Administrators
● Developers
● Architects
● Women in Tech
● Non-Proﬁt

Philippines Trailblazer Community
Who are we?
We are a group of Salesforce Enthusiasts
consisting of Salesforce users, partners,
employees, and anyone who are willing to
know and learn more about Salesforce!
As of 2022, our members have grown to up
to 750 Trailblazers.

What do we do?
Learn, Have Fun, Connect, Give Back!
I’m here!

In-Person Meetup on November 5
MuleSoft Composer Demo
Salesforce Winter 23 Highlights
November 5 (Saturday) at 10 AM - 1PM
Mary Grace Cafe at Ayala Malls the 30th

83
● Share:
○ Tweet using the hashtag #MuleSoftMeetups
○ Invite your network to join: https://meetups.mulesoft.com/manila/
● Feedback:
○ Fill out the survey feedback and suggest topics for upcoming events
○ Contact MuleSoft at meetups@mulesoft.com for ways to improve the program
What’s next?

Cloudhub 2.0

Recommended

Recommended

More Related Content

What's hot

What's hot (20)

Similar to Cloudhub 2.0

Similar to Cloudhub 2.0 (20)

Recently uploaded

Recently uploaded (20)

Cloudhub 2.0