Google Cloud Platform - Apigee

API Management Platform
Apigee Edge Introduction
Google Cloud Platform

Why Google Cloud Apigee? (1)
Google Cloud Apigee Edge 는 고객의 Digital Business 성공을 위한 증명된 플랫폼 입니다.
고객의 Digital Business 성공에 초점
• 고객이 성공하기 위한 전략,Tool,프로그램 보유
• 고객의 Digital Business 를 위해 설계되고 구축 및 최적화된 플랫폼
고객의 Time-to-market Business 를 위한 플랫폼
• API -> Developer -> App -> Business 에 이르는 End-to-end Analytics
제공하여 고객의 Business 에 대한 Insight를 제공
• API Consumption 레이어 로부터 Exposure 레이어에 이르는 End-to-
end Security 제공하여 안전하고 빠르게 Application을 출시 가능
그동안도 지금도 최고의 플랫폼
• 300 기업 이상의 고객 보유. 그 중 114개 기업은 2016년 신규 고객
• 연매출 1조. 전년대비 49% 매출 성장
• 최근 3분기 동안 90% 이상의 subscription renewal 비율
• 최근 Financial 분야에 19개 기업, Technology 분야에 10개 기업,
Healthcare 분야에 6개 기업 추가
Internet scale & Enterprise grade 로써 증명된 플랫폼
모든 Industry 의 상위 고객 보유
edge
2

Google Cloud Apigee 는 Internet scale & Enterprise grade 로써 증명된 플랫폼입니다.
Apigee Public Cloud Apigee Private Cloud
3,000+
servers
7
regions
99.9%
API availability
19
availability zones
~1/2 billion
transactions / day
~20 ms
average latency
268%
increased
API Call YoY
Multi-Datacenter Deployment
* Global Leading Telco Case
1+ Billion
calls / month (*)
On-premise
Public Cloud 와 동일한
code base 제공
3

Google Cloud Apigee 는 모든 Industry 의 상위 고객을 보유하고 있습니다.
Financials
Retail
Media and
Entertainment
Technology
Service
Providers
Life
Sciences
Healthcare
• Global Retail Top 10 기업들중 60%
• Global Telco Top 10 중 50%
• Fortune 100대 기업들 중 30%
• Global Brand Top 25 기업들 중 40%
4

Google Cloud Apigee 는 전체 API Lifecycle 에 대하여 통합되고 완전한 기능을 제공합니다.
Design
Develop
Secure
Analyze
Monetize
Scale
• End-to-end 의 데이터 가시성 제공
• 자동/지속적인 API-traffic 데이터 수집
Monitor Publish
• Design First. Document Smart.
• OpenAPI(Swagger 2.0)를 완벽히 지원
• End-to-end 의 데이터 가시성 제공
• 자동/지속적인 API-traffic 데이터 수집
• Multi-DataCenter 지원
• Multi-Tenant 아키텍쳐
• Developer Portal
• SmartDocs
• Configuration 방식과 Code 방식을 모두 지원
• End-to-end security
• Threat protection
• Access control
• Simple OAuth impl.
5

기대효과
Google Cloud Apigee 도입을 통해, 안정적인 서비스에 기반한 시장변화 민첩성을 확보하여,
시장 경쟁력을 강화하는 계기가 될 것입니다.
• 서비스의 변경없이도 안전하고 빠르게 API 제공
• 서비스의 확장없이도 Backend 의 성능 극대화
 비용 절감
 고객 경험 향상
 새로운
Revenue stream 창출
• 변화하는 고객의 Needs에 부합하는 Appl. 개발 가속화
• Security 와 Scalability 에서 신뢰할 수 있는 Appl. 운영
DevelopersApps Apigee
Optimized APIs
API Team BackendUser
Business
Owner
End-to-end Visibility
확보
Business 혁신 가속화
Agility Scale Stability
Deep
Visibility
6

플랫폼 구성 (1)
Apigee Edge는 Client Device, App Developer, Business User 모두에게 보안성과 편리함 그리고 확장성을 제공하
는 종합적인 Tool Set 입니다.
Apigee Edge 구성
• API Layer는 Backend 서비스를 API를 제공함으로써, Backend 보호를 하면서, App 개발에 집중이 가능합니다.
• Developer Layer는 개발자 커뮤니티를 활성화 함으로써, 신속한 일 처리가 가능 합니다.
• Data Layer는 사업 부서와 기술 부서에게 App과 Backend의 가시성을 제공합니다.
Business User
API Services
API
Gateway
OAuth &
Security
Policies &
Programmability
Versioning &
Governance
API Services
Developer
Portal
Smart
Docs
Developer Services
API Team
Developer
Connected
Experience
Monitor, manage, and measure success
Analytics Services
Developer
Analytics
Ops & Business
Metrics
App
Performance
Custom
Reports
Analytics Services
7

플랫폼 구성 (2)
API 플랫폼을 통해 고객은 최적화된 인터페이스 서비스 및 데이터를 시장 및 고객 요구에 제공 할 수 있습니다.
8
Previous Services
Edge Service
Edge Service
• Edge를 통해 서비스 보호, 해당 서비스의 분석, 모니터링 및 수익 창출에 필요한 보안 및 권한 부여 작업을 처리
• Apigee의 직관적이고 지능적인 플랫폼은 디지털 경제를 가속화 할 기반을 제공

Component Architecture
시스템 구성 > Edge Service 구성
Apigee Edge 는 아래와 같은 컴포넌트로 구성되어 있습니다. 각 Box들은 분리된 Process로 작동되는 개별 컴포넌
트들이며, 여러대의 VM/Server 에서 독립적으로 구동될 수 있습니다.
• Router
들오는 모든 API 트래픽을 처리
• MP
특정 조직 및 환경에 대한 API 트래픽을 처리하고
모든 정책을 실행
• Management Server
중앙 서비스 서버가 각 On-premises 설치의 서버와 통
신하는 데 사용하는 API를 제공
• Cassandra
G/W 에서 실행되는 응용 프로그램에 대해 응용
프로그램 구성, 분산 할당량 카운터, API 키 및 OAuth
토큰을 저장
• ZooKeeper
모든 서비스에 대한 구성 데이터를 포함하며 다른
서버에 구성 변경
• OpenLDAP
조직 사용자와 역할이 포함
관리 서버는 중앙 서비스 서버가
각 on-premises 설치의 서버와 통신하는데 사용하는
API를 제공
• QPID Server
분석 데이터를위한 시스템을 관리
• Postgres Server
분석 DB 관리
Client
Backend
API
SERVICES
DEVELOPER
SERVICES
Router
Management
UI
Qpid / Ingest
Server
postgreSQL
Postgres Server
Developer
Portal
mySQL
Management
Server
cassandraopenldap zookeeper qpidd
ANALYTICS
SERVICES
Message
Processor
9

시스템 구성 > Multi-DataCenter 기반 컴포넌트 아키텍쳐 (예시)
Apigee Edge는 Multi-DataCenter 기반 Installation이 가능하며, 시스템의 Scale에 따라 유연하게 구성할 수 있습
니다. 아래 구성은 기본적인 Multi-DataCenter 기반 아키텍쳐입니다.
Multi-DataCenter 기반 아키텍쳐 예시
• 각 컴포넌트들은 Horizontal 확장이 가능
• 각 컴포넌트들은 단일 구성으로 가능 하며,
반대로 위의 예시처럼 다중으로도 설치 가능
• Data replication은 Resource 사용을 최적화 하는
Eventual consistency 모델로 Data replicate를 함
• MP에서는 Analytics를 위한 Data를 비동기 방식으로 QS로 전송하여, PG에
저장
• MS에서는 모든 컴포넌트들을 관리 하는 곳
• API와 UI 콘솔로 관리
• Multi-tenant 구성
10QD
PG
OL
ZK
CS
MY
UI
R
MP
MS
QS
PS
DP
BA
Developer Portal
BaaS Stack
BaaS Portal
Router
Message Processor
Enterprise UI
Management Server
Postgres Server
Qpid/Ingest Server
Openldap
PostgreSQL
Apache Qpid
MySQL
Zookeeper
Cassandra
Elastic Search
Server/Virtual Machine
POD
Legend:
BP
ES
DC 1
R R
QSMP MP
PS
QS
ZKV
CS
ZKV
CS CS
QD QD
PGM
MS
UI
OL
Node 1 Node 2 Node 3 Node 4 Node 5 Node 7 Node 8 Node 9 Node 10Node 6
R
MP
ZKV
DC 2
R R
QSMP MP
PS
QS
ZKV
CS
ZKV
CS CS
QD QD
PGS
MS
UI
OL
Node 11 Node 12 Node 13 Node 14 Node 15 Node 17 Node 18 Node 19 Node 20Node 16
R
MP
ZKV
10

Edge UI Dashboard 소개
세부 구성 > Managemenu UI (Edge UI) > Dashboard
Edge UI는 손쉽게 API Service 및 Analytics Service 에 대해 관리, 개발 그리고 모니터을 할 수 있는 UI를 제공 합
니다.
Dashboard에서 제공하는 UI
• 상단 Menu
APIs : 해당 조직의 API 관리
Publish : 개발한 API 제공 여부관리
Analytics : 모니터링
Admin : 유져 및 권한 관리
• Organization
API Proxy 환경 설정 (Dev/Prod)
• Proxy Traffic
API 호출 사용량 모니터링
• Developer Engagement
개발자 기여도
• Developer Apps
개발자 App 사용량 모니터링
• 날짜 조회
날짜 별로 모니터링 데이터 조회 가능
11

API Proxy 화면
세부 구성 > Management UI > Proxy 개발 UI
Edge UI에서 API Proxy를 생성하고 동시에 배포도 가능합니다. 이러한 Proxy의 생성, 설정 및 재배포는 무중단으
로 이뤄집니다.
API Proxy 개발 화면에서 제공 하는 UI
• 이름
• 배포 버전 상황
• Target API 연동 리스트
• 이름
• 버전
• 배포 상태
• 설정한 Policy
• 코드
API Proxy 상세 화면에서 제공 하는 UI
12

Traffic Management Policy
세부 구성 > API Services > Proxy Policy (1)
Proxy Policy는 Proxy내에 설정할 수 있는 미리 정의되어 있고 최적화되어 있는 기능 모듈입니다.
아래는 API 호출의 DDoS 방어 등 API의 트래픽에 대해 설정 할 수 있는 Policy 입니다.
• Quota
할당량 정책을 사용하여 분, 시간, 일, 주 또는 월과 같이 일정 기간 동안 API Proxy에서 허용하는 요청
메시지 수를 구성. 할당량을 API Proxy에 액세스하는 모든 App에 대해 동일하게 설정하거나 다음을
기반으로 할당량을 설정 가능
• Spike Arrest
Spike Arrest 정책은 Sudden attack등 Traffic spike를 방지. API Proxy에서 처리되고 Backend로 전송된 요청
수를 조절하여 성능 지연을 방지
• Concurrent Rate Limit
Apigee Edge에서 실행중인 API Proxy에서 Backend서비스로의 Inbound연결을 제한
• Response Cache
Backend 리소스의 데이터를 캐시하여 리소스에 대한 요청 수를 감소 동일한 URI로 요청을하면 해당 정책을
사용하여 캐시 된 응답을 반환
• Lookup Cache
Runtime 캐시 된 값을 검색하는 기능
• Populate Cache
Runtime 캐시 된 값을 기록하는 기능
• Invalidate Cache
캐시 된 값을 캐시에서 삭제하는 기능
• Reset Quota
Quota Policy에서 허용하는 나머지 요청 수를 동적으로 수정하는데 사용
13

Security Policy
Content-level 공격 보호 및 OAuth 인증 등 Security에 대해 설정할 수 있는 Policy 입니다.
• Basic Authentication
간단한 기본 인증 시 사용. username, password 를 Base64로 인코딩하여 HTTP header 값에 포함시켜 인증하는 방식
• XML Treat Protection
Xml 방식에 대한 패턴 혹은 키워드에 대한 Validation 처리
• JSON Treat Protection
Json 방식에 대한 패턴 혹은 키워드에 대한 Validation 처리
• Regular Expression Protection
지정한 정규 표현식에 대한 Validation 처리
• Oauth v2.0
Oauth 2.0 사용을 수행하기 위한 다중 정책 Token 관련 기본 정책 설정
• Get Oauth v2.0 Info
Access tokens, Refresh tokens, Authorization codes 등의 설정된 값을 얻음. 토큰 혹은 코드의 값을 기반으로 동적
조건을 설정 시 유용한 정책
• Set Oauth v2.0 Info
Access token과 연관된 특정 변수 값 등을 업데이트
• Delete Oauth v2.0 Info
Authorization code or Access token을 삭제 가능
• Oauth v1.0a
App 사용자가 App 사용자가 프로세스에서 App에 비밀번호를 공개하지 않고 앱이 API를 사용할 수 있도록 허용하는
표준 프로토콜을 정의
• Get Oauth v1.0a Info
Access tokens, Refresh tokens, Authorization codes 등의 설정된 값을 얻음
• Delete Oauth v1.0 Info
Tokens, Verifiers, Access tokens 삭제
• Verify API Key
Runtime중 API key를 확인하여 승인 된 API Key가있는 API에 접근 가능
• Access Control
특정 IP정보를 허용 및 거절 가능
14

Mediation Policy
XML을 JSON으로 변환하는 등 Message Mediation에 대해 설정할 수 있는 Policy 입니다.
• JSON to XML
Json 포멧의 데이터를 xml 형식으로 변환해주는 정책
• XML to JSON
Xml 포멧의 데이터를 json 형식으로 변환해주는 정책
• Raise Fault
에러 조건에 대한 사용자 지정 메시지를 생성
• XSL Transform
XSLT를 XML 메시지에 적용하여 XML에서 XML, HTML 또는 일반 텍스트와 같은 다른 형식으로 변환
• SOAP Message Validation
WSDL 정의에 대한 SOAP validate, XSD 스키마에 대한 xml validate
• Assign Message
API Proxy flow 중 HTTP 요청 응답 메시지를 만들거나 수정
• Extract Variables
Headers, URI paths, JSON/XML payloads, Form parameters, Query parameters 등에서 특정 값을 추출
• Access Entity
Apigee Edge data store에서 지정한 Entity프로필을 반환
• Key Value Map Operation
KVM 저장소에 지정된 값을 추출
15

API 호출 시 다수의 Backend를 호출 하는 등 Extension에 대해 설정 할 수 있는 Policy 입니다.
Extension Policy
• Java Callout
Java를 사용하여 Custom한 사용자 정의 동작을 구현 가능
• Python
Proxy Flow에 사용자 정의 된 Python 기능을 추가 가능
• JavaScript
Proxy Flow에 JavaScript 를 사용하여 Custom한 사용자 정의 동작을 구현 가능
• Service Callout
Proxy Flow에서 또 다른 서비스 혹은 Proxy 호출을 지원
• Flow Callout
API Proxy 또는 다른 Shared Flow에서 Callout 호출이 가능
• Statistic Collector
Statistic Collector에서 Target URL, Client Id 등 과 같은 메시지를 수집하여 Analytics (Custom Report)에서
모니터링 지원
• Message Logging
API Runtime 환경에서 로그를 기록 가능, Filelog, Syslog 가능
16

17
Aggregation처리 시 Service Callout Policy를 사용을 추천하고 Async처리를 할 경우 Node.js App으로 Proxy를 생
성하여 사용합니다.
• Aggregation
• Service Callout Policy를 사용하여 Aggregation 처리를 한 화면
• 위와같이 다른 Proxy와의 연결 혹은 외부 서버와도 접근이 가능
• Asnyc
• Asnyc 처리를 시도 할 경우 Proxy 생성 시 Node.js로 생성
• Node 관련 Script를 추가하여 비동기 처리 가능
• Node script 구현 화면• Proxy 생성 화면
• Service Callout Proxy 화면

18
API Proxy에서 Cache를 제공 하고 있어 Client에는 더 빠른 Response를 Backend에게는 더 안전성을 제공하며,
API Proxy에서 3MB이상의 파일을 전송하기 위해서는 추가 설정을 통해 가능합니다.
• Cache 설정 • 대용량 설정
• Message Processor 3MB 이상되는 애용량 설정
변경 필요
• VM에 접근하여 하래의 경로에 설정 후 restart
• API Proxy Target에서도 설정 필요
• Proxy Target 소스 코드에 “true” 적용
• 캐시 주기 설정 및 삭제 가능
• 캐시 등록 방법은 Policy를 이용하여 등록

세부 구성 > API Services > API 권한 설정
사용자가 노출하는 API에 대해 각각 다른 권한 부여가 가능 합니다. 이로 인하여 필요한 정보만을 제공 하고, 반대
로 API 호출을 권한이 부여된 사람만이 호출이 가능 함으로써, Backend를 보호 하기도 합니다.
Edge UI에서 API 접근자 생성 및 권한 생성 방법
Product 생성 화면Product 생성 화면
• 필요한 API Proxy를 조합하여 한 개의 제품으로
생성
• API Proxy를 한번 생성하면 여러 방면으로 재사
용 가능
Developer 생성 화면
• API 호출 사용자 생성
Developer App 생성 화면
• 생성된 API Product와 Developer를 등록하면 하
나의 App으로 생성
• App이 생성 되면 권한 KEY를 제공 받음
• 해당 App 권한 KEY로 API 인증
19

Traffic
• 지정한 시간 동안의 전체 Traffic 량
• Error Traffic 량
• 평균 TPS
• Proxy 별로 조회 가능
세부 구성 > Analytics Service > Proxy Performance
Apigee Edge에서 받은 시간부터 Client에게 반환 될 때까지 API가 생성하는 트래픽 호출 수와 API 호출 처리 시간
을 표시합니다.
Average Response Time
• 지정한 시간 동안의 평균 응답
시간
• Proxy 구간과 Target 의 평균
응답 시간
20

Traffic
• 지정한 시간 동안 Target에 전달된 전
체 Traffic 량
• Target 의 전체 Error 량
• Target 별로 조회 가능
세부 구성 > Analytics Service > Target Performance
III. 3. 세부 구성 방안 > Analytics > Target PerformanceTarget Performance는 API Proxy Backend 대상에 대한 트래픽 패턴 및 성능을 표시합니다.
Target Errors
• 지정한 시간 동안의 Target의
Error 량.
• HTTP Status Code별 Error 량.
Payload Size
• 지정한 시간 동안의 Payload
size.
• request 및 response 별
Payload size.
21

Cache Hit Rate
• 지정한 시간 동안 Response Time
Cache설정이 되어 있는 request 중 실
제 Cache가 작동된(Hit) 비율
세부 구성 > Analytics Service > Cache Performance
Cache Performance는 Backend의 로드 시간 단축 등 Cache의 이점을 시각화하여 표시합니다.
Cache Hits
• 지정한 시간 동안 Cache가 작
동된 Request 량.
Response Time
• 지정한 시간 동안 Cache에 의
한 평균 response 시간 및
Cache가 작동하지 않은
response 시간.
22

Response Time
• 지정한 시간 동안 총 Response time의
백분위상 중간 값 / 95번째 값 / 99번
째 값 표시.
세부 구성 > Analytics Service > Latency Analytics
Latency Analytics는 API Proxy에서 발생할 수 있는 대기 시간 문제를 표시합니다.
Target Response Time
• 지정한 시간 동안 Target
response time의 백분위상 중
간 값 / 95번째 값 / 99번째 값
표시.
Request Processing Latency
• 지정한 시간 동안 Request 시
점의 Proxy 처리 시간에 대한
백분위상 중간 값 / 95번째 값
/ 99번째 값 표시.
23

Error Composition
• 지정한 시간 동안의 총 에러 개수
• Proxy 에러 및 Target 에러 구분
세부 구성 > Analytics Service > Error Analysis
Error Analysis는 Proxy 대상의 에러율을 표시합니다.
Proxy Errors
• 지정한 시간 동안 Target 에러
의 개수
• HTTP 에러 코드 별 개수 구분
Target Errors
• 지정한 시간 동안 Proxy 에러
의 개수
• HTTP 에러 코드 별 개수 구분
24

Top
• User Agent의 상위 Platform / Agent / Device Type / OS Family
세부 구성 > Analytics Service > Devices
API에 접근하는데 사용되는 장치 및 서버에 대해 알려줍니다.
Traffic by Platform
• 지정한 시간 동안의 Platform
별 Traffic
Traffic by Device Type
• 지정한 시간 동안의 Device
type 별 Traffic
25

세부 구성 > Analytics Service > Custom Report
Custom Report를 이용하여 원하는 지표를 원하는 형태로 집계하여 조회할 수 있습니다.
사용가능한 Metric 과 Dimension Custom Report 예시
Metric :
• Average Transactions per
Second
• Cache Hit
• L1 Cache Elements Count
• Policy Errors
• Proxy Errors
• Request Processing Latency
• Request Size
• Response Cache Executed
• Response Processing Latency
• Response Size
• Target Errors
• Target Response Time
• Total Response Time
• Traffic
Dimension :
• Access Token
• Developer App
• Developer ID
• Flow Resource
• Proxy
• Proxy Client IP
• Proxy Path Suffix
• Request Verb
• Response Status Code
• Target Response Code
• Target URL
• User Agent
• X Forwarded For
• API Product
• Business Unit ID
• Cache Key
• Cache Name
• Cache Source
• Channel ID
• City
• Client Application Name
• Client Host
• Client ID
• Client IP Address
• Client Organization Name
• Client Request ID
• Continent
• Country
• Day of week
• Developer Email
• Device Category
• Device ID
• Environment
• Flow Name on Error
• Flow State on Error
• Gateway Flow ID
• Gateway Source
• Geographical Region
• Market ID
• Month
• OS Family
• OS Version
• Organization
• Partner ID
• Policy Name on Error
• Proxy Base Path
• Proxy Revision
• Referred Client IP
• Region
• Request Path
• Request URI
• Session ID
• Target
• Target Base Path
• Target Host
• Target IP Address
• Time Zone
• Time of Day
• Traffic Referral ID
• User Agent Family
• User Agent Type
• User Agent Version
• Virtual Host
• Week of Month
• ax_isp
• Target Error 를 Request Path별로 집계한 사례.
• 각 집계 단위 별로, 바로 이전 기간과의 비교 분석을 추가로 제공.
26

세부 구성 > Analytics Service > Monitoring Tool
Apigee에서 제공하는 Monitoring Tool은 Grafana 기반으로 구성 되어 있으며, Apigee Edge에 유입되는 트래픽의
상황과 각 컴포넌트들의 물리적 현황들을 실시간으로 확인할 수 있습니다.
Grafana 기반으로 구성되어 있는 Apigee Monitoring Tool
• Apigee Edge 에서는
Monitoring Tool Beta 버전이 포함되있음
• 대시보드의 다양한 구성 요소 보여줌
• 각 컴포넌트들의
( Routers, Message Processors,
ZooKeeper, Cassandra ) VM 상태 뿐만
아니라, HTTP 에러코드 등
세부정보를 보여줌
• Grafana Minimum VM 구성
• 2 core CPU
4 GB RAM
1000 or more IOPS
27

세부 구성 > Developer Service > Dev Portal (1)
Dev Portal 은 API를 이용한 어플리케이션 개발자가 신속하게 API를 사용할 수 있도록 하는, Self-service
Onboarding을 제공합니다.
28
Developer
signs up
and
requests
key
Key
approval
designation
Manage
key
requests
Add App
Developer
ready to
go

CMS기반 퍼블리싱 기능을 갖춘 Dev Portal은 다음과 같은 인터페이스 기능을 제공합니다.
Dev Portal API 화면
• 카테고리 별 API 목록 제공 • 카테고리 별 상세 인터페이스 제공 • API 에 대한 description과 Parameter 목록 제공
29
IF-008

Dev Portal은 REST API 클라이언트로써의 테스트 기능을 제공합니다.
Request 화면 Response 화면
• 입력된 또는 직접 입력한 Parameter 로 곧바로 API 실행 가능
30

감사합니다.
31
Contact : apigee@bliex.com

(별첨) Apigee 레퍼런스 > AT&T
• 핵심 서비스들을 API로
Wrapping하여 서비스제공
• API를 통하여
모바일/태블릿/PC
등의 Device에
서비스됨
• Retailer, Reseller 등 파트너
기업들에게 API가
제공됨으로써, Partner
Business 확대
https://developer.att.com/
• location, messaging,
billing, payments,
speech recongnition,
IoT 등의 API 제공
AT&T는 시장 선도적으로 자신들의 서비스를 Apigee API Platform을 이용하여 Digital
Transformation하였습니다.
도입 효과
• $100M 이상의 운영비용 절감 및 매출 증대
• 도입 후 2년 동안 15배의 API Call 증가.
• 개발자가 개발을 시작할 수 있도록 onboarding 되는데,
수개월에서 수시간으로 단축
• 새로운 App 이 개발되어서 런칭되는데 30% 빨라짐.
• 코드를 재사용하고 internal API들을 공유해서 사용함에 따라
25%의 생산성 증가
• 6개월 만에 API의 갯수가 78개에서 1,455개로 빠르게 증가함.
• AT&T API 를 사용하는 수천명의 개발자 Eco 생성
32

Common
Security
Model
- OAuth
Threat
Protection
Caching
External API
Façade & Proxy
Internal API
Façade & Proxy
Mediation
/
Aggregati
on
Payment APIs
Account APIs
Content APIs
Catalog APIs BBC ID
Identity Management System
(별첨) Apigee 레퍼런스 > BBC Worldwide (1)
Store ID
PosterServers
VideoServers
Subscription
Billing
BBC는 Apigee 도입을 통해, 내부 시스템들을 쉽게 연계할 수 있게 해주고 대용량에서 신뢰성이
있는 API Platform을 구축할 수 있게 되었습니다.
• 자사의 video content 를 direct-to-consumer 로
공급할 수 있는 BBC Store 를 구축하고자 함
• BBC video content 를 쉽게 찾고 구매할 수 있는
강력한 UX를 제공하고자 함
• 언제 어디서든 video content 를 소비할 수 있도록
mobile native app도 런치하고자 함
Objectives Challenge
• 25개 이상의 분리된 팀, 30개 이상의 다른 시스템,
Cloud 및 로컬 데이터 센터가 혼재
• BBC Store가 필요로 하는 요건에 맞게, 2년동안
£3M(45억)이상을 투자하여 기존 Infra를 개편해
갔으나 성공적이지 못함
• 사용자의 Needs가 바뀌어감에 따라 UX는 계속해서
발전해가야 함
33

(별첨) Apigee 레퍼런스 > BBC Worldwide (2)
BBC는 Apigee 도입을 통해, 내부 시스템을 쉽게 연계하고 대용량의 신뢰성이 있는 API Platform
을 구축할 수 있게 되었습니다.
June
2014
December
2014
latency
20 ms 20 ms
400 M
3.1 B
• 100+ APIs
• 700+ Apps
• 1,200+ average TPS
제공하고자 하는 제품/서비스에 지향적인 일관된 API Set을 만들고,
이 API Set을 대용량의 확장이 가능한 방식으로 제공
도입 효과
• Loosely coupled된 API 기반 구현 전략으로 6~12개월을
단축함
• 잘 정의된 API를 통해서 여러팀이 동시에 개발을
진행하고 협업을 할 수 있게 됨.
• BBC Store 사용자가 증가하는 것에 대해 혼란없이
시스템이 대응할 수 있게 됨
• 동일한 API를 이용해서, Android, iOS, Windows 10
네이티브 앱을 출시가능해지고, 다른 고객 Needs
변화에도 Future-proofed 한 상태가 됨• 100M call per day
• 9+ TB Analytics Data
• Dec 2015: peak 50K TPS
( * Twitter: average 2-3K TPS, peak 20-30K TPS )
34

FirstData는 Apigee 도입을 통해, 신속하게 API Platform을 구축하여, 내부
시스템을 쉽게 연계하고, 신뢰성 있는 결제수단을 제공할 수 있게 되었습니다.
Objectives Challenge
CommonSecurityModel
-OAuth
ThreatProtection
Caching External API
Façade&Proxy
Internal API
Façade & Proxy
Mediation/Aggregation
PaymentAPIs
AccountAPIs
ContentAPIs
CatalogAPIs
IdentityManagementSystem
StoreID
PosterServers
VideoServers
SubscriptionBilling
• 본사는 애틀랜타와 조지아에 위치
• 백만 이상의 소비자가 카드 사용
• 6 백만 건 이상의 결제기기 이용
• 매 초마다 결제가 일어나고 있음
• 오래되고 복잡한 파트너사들과의 통합 API 필요
• 신속하게 파트너사들에게 통합된 API를 제공
하고자 함
• 대표적으로 Apple Pay에게 API 제공 원함
• 결제 시스템에서는 보안이 가장 중요하기 때문에,
안전하게 API화 하고자 함
(별첨) Apigee 레퍼런스 > FirstData (1)
35

FirstData는 Apigee 도입으로 신속하게 API화할 수 있었으며, 내부 시스템을 쉽게
연계하고, 신뢰성 있는 결제수단을 제공할 수 있게 되었습니다.
제공하고자 하는 제품/서비스에 지향적인 일관된 API Set을 만들고,
이 API Set을 대용량의 확장이 가능한 방식으로 제공
도입 효과
• Loosely coupled된 API 기반 구현 전략으로 단축함
• 잘 정의된 API를 통해서 여러팀이 동시에 개발을
진행하고 협업을 할 수 있게 됨.
• 결제 시스템 사용자가 증가하는 것에 대해 혼란없이
시스템 대응할 수 있게 됨
• 동일한 API를 이용해서, 새로운 single-touch 모바일
결제 앱을 출시 가능함
• 개발자들은 단기간에 웹과 모바일 결제 시스템을 적용할
수 있게 됨
Apigee 도입 전
2014
Apigee도입 후
2014
35개 국
70개 국
• 70+ Countries using
• $1.8 trillion a year
• 2,000+ Financial transactions per second
(별첨) Apigee 레퍼런스 > First Data (2)
36

(별첨) Apigee 레퍼런스 > Media (1)
Apigee 는 글로벌 미디어 회사들에 대한 풍부한 USE CASE를 가지고 있습니다.
도입 고객 적용 사례
UK Channel 4 영국의 공영방송
• 자사의 On-demand 플랫폼에 파트너들이 onboarding하는 것을 개
선하고 능률화할 필요가 있었음.
• Internal / Partner API에 대해 Public Cloud에 배포
• 새로운 App을 개발/업데이트/개선 하는 비용과 시간이 줄어들게
됨.
160개국에 다수의 브랜드로 TV/
동영상/온라인/모바일 플랫폼을
가지고 있는 프리미어 엔터테인
먼트 회사
• 자사의 “TV Everywhere” 서비스에 인증관리와 파트너접근을 위한
API기반 솔루션이 필요했음.
• Internal API 에 대하여 Public Cloud에 배포
• “TV Everywhere” 서비스의 인기와 사용자가 증가함.
포르투갈의 선두적인 미디어 케
이블 TV 그룹
• EPG 서비스를 위한 새로운 모바일/태블릿 출시를 위해 API 플랫폼
이 필요했음.
선두적인디지털 TV 엔터테인먼
트 서비스 제공회사
• B2C 온라인 비디오 업계에서 경쟁하기 위해, API 플랫폼 전략을 수
립함.
• 혁신적이고 API기반인 App 개발을 위한 효율적인 플랫폼을 제공하
여, 외부 개발자와 파트너 커뮤니티를 확대시킴.
• Internal / Partner / Open API에 대하여 Private Cloud 에 배포
37

(별첨) Apigee 레퍼런스 > Media (2)
Apigee 는 글로벌 미디어 회사들에 대한 풍부한 USE CASE를 가지고 있습니다.
일본 국영 방송
• Program Guide를 Screen scrapin에서 API기반으로 전환할 필요가
있었음.
• Internal API에 대하여 Public Cloud에 배포
• http://api-portal.nhk.or.jp/ 에서 Program List / Program Genre /
Program Info / Now On Air API를 제공하고 있음.
영국 최대의 TV네트웍
웹 및 ITV Player를 통해 “catch
up”서비스를 제공 중
• 기존 Infra 가 point solution으로써 구축되어 있었기 때문에, 새로운
파트너 확대를 위해서는 기존 구조를 API 기반으로 개선하고 효율
화하여 유연성이 크게 확보할 필요가 있었음.
미국 로컬 스포츠에 대한 선두적
인 제공회사
• Digital Availability 와 Digital Visibility 를 향상시킬 필요가 있었음.
• 웹서비스들을 RESTful 방식으로 re-platform 하고자 함.
21st
Century Fox 의 FX, FXM,
FXX 채널로 구성된 회사
• 웹과 모바일로 서비스되는 “FX Now” 서비스에 대해서, 방송 익일에
곧바로 볼수 있도록 개편을 하게 되었음.
38

Apigee 는 글로벌 Telco에 대해서도 풍부한 USE CASE를 가지고 있습니다.
프랑스에서 텔레콤을 선두적인
회사
• 파트너 확대를 위해서는 기존 구조를 API 기반으로 개선하고 효율
화하여 유연성이 크게 확보할 필요가 있었음.
• 새로운 App을 개발/업데이트/개선 하는 비용과 시간이 줄어들게됨.
• Digital Acceleration을 향상시킬 필요가 있었음.
• Internal / Partner API에 대해 Private Cloud에 배포
스위스 텔레콤을 이끄는 회사
• 경쟁에서 성공하기 위해 확장 가능한 API 인프라가 필요가 있었음
• 더 빠른 혁신, 짧은 시간에 출시, 플랫폼 회사로 전환 하였음.
필리핀에서 가장 큰 텔레콤
회사
• Legacy 기능을 제공하고, 플랫폼 솔루션을 생성하여 앱 출시 및 수
익을 증대할 수 있었음
• Digital Foundation을 설립하고 API 기반으로 전환하며 사용을 향상
시킬 필요가 있었음.
호주에서 가장 큰 텔레콤 회사
• API 프로그램 런치 후, 첫 달에 3천 명 이상의 개발자가 백만건 이
상의 플랫폼 트랜잭션이 발생 했었으며, 5 개월 후에는 7천 명의 개
발자가 등록해서 사용 했었음.
• 백만 고객을 수용하기 위해 API 기반으로 전환하며 사용을 향상시
킬 필요가 있었음.
• Internal / Partner API / Monetization에 대해 Private Cloud에 배포
(별첨) Apigee 레퍼런스 > Telco
39

Apigee 는 글로벌 Retail 회사들에 대해서도 풍부한 USE CASE를 가지고 있습니다.
영국의 대표적인 Retail 회사
매주 방문객 규모는 2천만
• 500개의 매장에 적용하는 In-store kiosk 및 Omnichannel 판매를
위해서 대용량 확장가능하고 유연한 Infra가 필요했음.
• Multi-channel 서비스를 통해 30%의 온라인 매출 증대
• 모바일 디바이스에 의한 매출이 160% 증가
미국 최대의 백화점.
미국 49개주 1,160개 매장 보유
• 웹과 모바일 앱의 사용자 경험을 통합하고 개선하기 위한 API가 필
요했음.
• 효율성과 확장성이 개선되어 모든 retail channe을 아우르는 고객
경험이 최적화됨.
• 휴일 평균 1M call 의 트래픽을 쉽게 처리함.
미국의 스포츠 의류 다국적 기업
• 75개 이상의 파트너에게 피트니스 정보를 API로 제공 함으로써 앱
에 빠르고 쉽게 전달
• 280만 고객의 사용으로 매출 60% 증가 하였으며, 최대 57% 이익을
창출 했었음
영국의 명품 패션 기업50개 이상
의 국가에서 500개 이상의 매장
운영
• 여성, 남성, 어린아이까지 패션의 많은 카테고리화 되어 웹과 모바
일에 보여지기 위해 유연한 인프라가 필요 했었음.
• 버버리 앱은 앱 서비스, 등급제한, SOAP 에서 REST API로 변환이
필요 했음었음.
• BaaS에 배포
(별첨) Apigee 레퍼런스 > Entertainment , Retail
40

Apigee 는 글로벌 Financial Service 회사들에 대해서도 풍부한 USE CASE를 가지고 있습니다.
미국에서 선두적인 금융회사
• API 기반으로 개선하고 효율화하여 유연성이 크게 확보할 필요가
있었음.
• 130백만의 모바일 사용자, 16,300개의 ATM, 5,300개의 은행지점들
을 운영하기위해서는 안전하고, 유연한 인프라가 필요 했었음.
• Internal / Partner API / Monetization에 대해 Private Cloud에 배포
아이슬란드에 위치한 유럽에서
성장하는 은행
• 모바일 앱 시장과 비지니스를 확장하기 유연한 인프라가 필요 했었
음.
• 아이슬란드의 금융계에서 가장 큰 네트워크를 형성하고 있으므로
유연한 금융 서비스를 제공할 필요가 있었음.
미국 실리콘벨리에
위치하고 있는 은행
• 빠르고 쉽게 금융상품들을 비교 기업에게 제공하기위해 유연한 이
픈라 필요 했었음.
• 3만 스타트 기업의 펀드를 도와주고 있으며, 기업들에게 신기술 사
용을 권장하고 있으므로 모바일 지불 방식, 모바일 은행 서비스를
향상시킬 필요 있었음.
• Internal / Partner API / BaaS 에 대해 Private Cloud에 배포
금융 서비스 클라우드 제공
하는 업체
• API를 통해 운영 효율성을 개선하고 비용절감을 했었음.
• 지책, 시장의 데이터와 거래정보에 대한 지표및 성과 가기성이 제공
되야 함으로 API 필요 했었음.
(별첨) Apigee 레퍼런스 > Financial Service (1)
41

Apigee 는 글로벌 Financial Service 회사들에 대해서도 풍부한 USE CASE를 가지고 있습니다.
필란드에 위치한 가장 큰 금융사
• 웹과 모바일 서비스를 제공하기 위해 API필요 했었음.
• 4백만 금융고객에게 토자와 보험 서비스를 효율적이게 제공하기위
해 유연한 인프라 필요 했었음.
The Bancorp
• 파트너사에게 접근가능한 API를 제공하기위해 API가 해
• Internal / Partner API에 대해 Managed Cloud PCI에 배포
전세계에서 선두권에 위치한
미국 카드 회사
• 오프라인 은행이 없는 온라인 은행에게(Paypal, Stripe) 유연한 인프
라르 제공하기 위해 내부 및 외부 API를 필요로 했었음.
• Internal / Partner API에 / Monetization 대해 Private Cloud에 배포
아랍에서 가장 큰 은행
• 개방된 은행 플랫폼을 제공하여 새로운 앱과 서비스를 제공하기위
해 API 필요 했었음
• Internal / Partner API에 대해 Private Cloud SAP에 배포
(별첨) Apigee 레퍼런스 > Financial Service (2)
42

Apigee 는 글로벌 Health Care & Life Science 회사들에 대해서도 풍부한 USE CASE를 가지고 있습니다.
페니실린의 상업적 제조 업체와
1876년에 설립된 건강 관리의 선
두 주자
• 임상 시험 효율성 향상
• 혁신과 비지니스 증진을 위한 기반 다짐
• 임상 시험 과정을 간소화 소요되는 시간 단축
스웨덴 다국적 제약 및 생물 약제
회사
• 환자에게 전달 할 수 있는 간소화 기능 경쟁력 및 가속화 된 혁신
필요
• Internal / APIs에 대해 cloud DN
스위스 바젤에 본사를 둔 스위스
다국적 제약 회사
• 정보를 접근할때 간소화 된 엑세스로 혁신 가속화
• 연구기관이 API를 통해 데이터 공유
• 데이터를 보다 완벽하게 허용
MERCK 독일 머크 가족에 의해
설립된 3개의 회사를 지칭
• 에코 시스템의 성장을 통해 더 혁신적인 것이 필요
• APIs는 Private cloud 환경에서 동작
• 정보에 대한 엑세스 간소화
(별첨) Apigee 레퍼런스 > Health Care & Life Science (1)
43

190 개국 이상에서 2200 만명 이
상의 고객에게 서비스를 제공하
는 주요 민간 의료 그룹
• 영국의 선도적 민간 의료 보험 제공자
• 주문형 모바일 서비스 제공 필요
90억의 회원을 보유하고 있는
미국의 의료 관리 기관
• 모바일 및 웹 채널의 경험을 향상시키고 참여도를 높임
• 회원들로 하여금보다 건강한 라이프 스타일 대안을 찾아 보도록 권
장함으로써 회원들에게 의료 비용을 줄임
다국적 의료 기기, 제약 및 소비
재 제조업체
• 환자, 간병 제공자 및 간병인들을 위한 통합된 경험을 창출하는 동
시에 환자의 문제를 개선할 수 있는 플랫폼 필요
• HIPAA 클라우드 환경의 내부 및 파트너 API
시가총액 기준으로 세계에서 세
번째로 큰 독립 소프트웨어 제조
업체
• 환자는 디지털 방식으로 교전을 더 요구하고 있으며 맞춤형 여행을
만들기 위해 헬스 케어 스펙트럼에서 점을 연결
• Apigee의 솔루션은 환자와 데이터간의 상호 운용성에서 업계를 선
도하려는 목표가 일치
44

미국 최대의 의료 이익 회사 중
하나
• 급변하는 시장에 적응하기 위해서는 좀 더 빠른 비지니스가 필요
• Private cloud 환경의 내부 API
의료 소비자 참여, 의료 비용, 품
질 및 투명성 솔루션의 전국 공급
자
• 고객에게 의료 참여, 의료 비용, 품질 및 솔루션을 공금하기 위해서
는 유연한 인프라 필요했었음.
• API를 모던화 함으로써 파트너사와 고객사에게 최적화된 API 제공
이 필요 했었음
• Internal / Partner API / BaaS 에 대해 Private Cloud에 배포
켄터키 주 루이빌에 본사가 위치
해 있으며 영리 목적으로 하는 건
강보험
• 보험 상품과 건강 서비스가 원할하게 제공되기 위해서는 인프라
필요 했었음.
• 늘어나는 고객과 파트너사에게 향상된 서비스를 하기위해 유연한
인프라와 API가 필요 했었음.
• Internal / Partner API / open 에 대해 Cloud에 배포
미국 북서부에서 가장 큰 건강 보
험 회사 중 하나
• 대형 고객으로 부터 빠른 비지니스 대응이 필요
• HIPAA 클라우드 환경의 내부 및 파트너 API
45

일리노이, 뉴 멕시코, 오클라호마
및 텍사스에서 미국 최대의 고객
소유 건강 보험 회사
• 디지털 고객 상호 작용 강화 및 출시 기간 단축을 위한 전략적 변화
필요
• DN을 지원하는 PCI 클라우드의 내부 API
• 확장 된 데이터 및 향상된 앱 성능
오레곤 포틀랜드에 본사가 있는
비영리 건강보험 회사
• 파트너에게 간소화하는 비지니스를 API 허브를 구축하여 API제공
이 필요했었음.
• Internal / Partner API / open 에 대해 Managed Cloud에 배포
미국의 건강보험 회사
• 온라인 건강 보험 서비스가 개개인 또는 가족 또는 소기업에서 편
리한 API 제공을 원했음.
• 파트너사에게 유연한 서비스가 필요함으로 API의 필요성이 있었음.
• Internal / Partner API에 대해 HIPAA Cloud에 배포
46

Google Cloud Platform - Apigee

Recommended

Recommended

More Related Content

What's hot

What's hot (20)

Similar to Google Cloud Platform - Apigee

Similar to Google Cloud Platform - Apigee (20)

Recently uploaded

Recently uploaded (7)

Google Cloud Platform - Apigee