This document summarizes Trend Micro's migration of its File Reputation Service to AWS. It discusses Trend Micro's need to scale its infrastructure to handle growing data and request volumes. It describes Trend Micro's experience migrating its data and applications to AWS services like S3, DynamoDB, and EC2. The migration enabled Trend Micro to design its architecture in a highly scalable and flexible way on AWS compared to its previous on-premise infrastructure. It also discusses how viewing costs explicitly on AWS services influenced Trend Micro's architectural decisions.
2. Agenda
• What is your Cloud Journey?
• Cloud well-architected patterns
• Customer Sharing
• Migration Story of Trend Micro File Reputation Service
3. The New Normal
Cloud First
Object Oriented
Programming
Client Server
Architecture
Service-oriented
Architecture
(SOA)
4. The journey we’re seeing with AWS customers
Dev & Test True Production Mission Critical All-in
Build production apps
Migrate production apps
Marketing
Build mission-critical apps
Migrate mission-critical apps
Development and
test environments
Corporate standard
6. And focus on your core mission
Lower the time spent
on infrastructure
Dedicate more
resources to
innovation
Concentrate on
new business
initiatives
“Our goal is to move at the speed of business. Our customers’ needs change
constantly, and we need to be able to adapt to that.”
Keith Homewood – Cloud Product Owner, Nordstrom
8. Security
The ability to protect information, systems, and assets
while delivering business value through risk assessments
and mitigation strategies.
• Data protection
• Privilege management
• Infrastructure protection
• Detective controls
9. Well-Architected Cloud Patterns
Build Security into every layer
• Encrypt data in transit and
rest between application tiers
• Enforce principle of least
privilege across every service
• Protect your critical resources
from application-layer and
network attacks
Amazon
VPC
AWS Direct
Connect
AWS IAM AWS KMSAWS WAF
AWS
CloudTrail
10. Reliability
The ability of a system to recover from infrastructure or
service failures, dynamically acquire computing resources
to meet demand, and mitigate disruptions such as
misconfigurations or transient network issues.
• Foundations
• Change management
• Failure management
11. Well-Architected Cloud Patterns
Design for failure and nothing will fail
App
Server
Database
Server
• Applications should continue to
function even if the underlying
application component fails,
communication is lost or physical
hardware fails, is
removed/replaced.
• Auto-healing & Monitoring
It also means High Availability
Amazon
RDS
RDS DB
instance
read
replica
Amazon
CloudWatch
Multi-AZ
12. Well-Architected Cloud Patterns
Leverage global infrastructure
(Multi-AZ and Multi-Region)
Web Instance
RDS DB Instance
Active (Multi-AZ)
Availability Zone #1 Availability Zone #2
Web Instance
RDS DB Instance
Standby (Multi-AZ)
ELB
Balancer
User
Amazon
Route 53
Oregon Region
Tokyo Region
13. Well-Architected Cloud Patterns
Loose coupling sets you free
• Design architectures with
independent components
• Design every component as a
black box
• Load balance clusters
Amazon
SQS
Elastic Load
Balancing
14. Well-Architected Cloud Patterns
Become Stateless
• Don’t store state in server
• Leverage services to hold
state information
• Application functions
regardless of which
application node processes
the request
Amazon
DynamoDB
Amazon
ElastiCache
Memcached
Redis
15. Performance Efficiency
The ability to use computing resources efficiently to meet
system requirements, and to maintain that efficiency as
demand changes and technologies evolve.
• Compute
• Storage
• Network
16. Well-Architected Cloud Patterns
Embrace Elasticity & Automate
• Auto Scaling sets you free on
guessing your application
capacity need
• Automate installation and
configuration of environment
• Automate with CI/CD tools
Auto Scaling
AWS
CodeCommit
AWS
CodeDeploy
AWS
CodePipeline
AWS
OpsWorks
17. Well-Architected Cloud Patterns
Leverage different storage options
• RDBMS only? Do you need
data warehouse?
• Key-value data only?
• Need a scalable object
storage?
• Read/write ratio of your data
request?
Amazon
Glacier
Amazon
S3
Amazon
DynamoDB
Amazon
ElastiCache
Amazon
RDS
18. Well-Architected Cloud Patterns
Think Parallel
Hour 1 Hour 2 Hour 3 Hour 4
• One Server working for Four
hours costs the same as Four
servers working for One hour
• Combine with elasticity to
increase capacity when you
need it most
• MicroServices architecture
Amazon ECS Amazon ECR
19. Cost Optimization
The ability to avoid or eliminate unneeded cost or
suboptimal resources.
• Matched supply and demand
• Cost-effective resources
• Expenditure awareness
• Optimizing over time
20. Cost Optimization – Common Practices on AWS
Monitoring to
collect and
track metrics
Consolidated
Billing &
Detailed
Billing Reports
Tag your
resources
Design
Architecture
with the right
services
On-Demand,
Reserved and
Spot Instances
21. Cloud Architecture KEEPS Innovating….
Serverless Architecture
No servers by managed services
SOA design & stateless function
Event-driven
Integration with the third
party services
Shift focus to Richer user experience
22. The real example of Serverless architecture
My Customer Service
Motivation for listening to
social media
Twitter API Amazon
Kinesis
AWS
Lambda
Amazon
Machine Learning
Amazon
SNS
25. Enabling a Smart Protection
Strategy
Inspired to Stay a Step Ahead
Global Threat Intelligence from
the Smart Protection Network
Backed by Global Research
and Support
Fast Facts
Founded: 1988, United States
Headquarters: Tokyo, Japan
Number of Employees: 5,258
31. We Need Flexibility
Request / Time Effort On-Premise AWS
A Machine 10~30 Days 5 Minutes
PoC Environment 1~3 Months 10 Minutes
DR Site 6~13 Months 30 Minutes
34. AWS Data Migration Solution
DO BY OUR OWN WAY
Amazon
S3
Amazon
Glacier
AWS Import/
Export Snowball
import/
export
AWS Storage
Gateway
Amazon
RDS
AWS Database
Migration Service
36. Storage Service on top of AWS
S3
Glacier
Dynamo
Hot File
Storage
Cold File
Storage
Metadata
Database
Common
Storage
Webservice
Availability Zone A
Availability Zone B
Internet
Gateway
ELB
47. Change of Mindset
RD’s View:
• Every resource’s cost is clear
• Cost defines design
• Manager’s View:
– Every system’s/request’s cost is clear
– Cost defines business scope
48. Experiences from
• Enterprise Session
• 1:00 – 1:40pm
FRS Migration Experience
• Deep Drive on AWS session
• 3:30 – 4:10pm
DevOps at FRS TrendMicro
• IoT & Big Data session
• 3:30 – 4:10pm
Analytic Engine - A common Big Data computation service
on the AWS