지극히 .. 개인적인 아키텍트 이야기

구글에서 최근 통화 기록과 SMS 권한쪽 개발자 정책이 변경됨.



"전화 앱 또는 SMS, CALL_LOG 를 사용하는 전용 관련 권한이 사용되도록 정책 변경"


* ref : https://android-developers.googleblog.com/2018/10/providing-safe-and-secure-experience.html





즉 해당 권한을 사용하는 앱은 구글 콘솔에서 아래 알림을 손쉽게 접할수 있음.


      " 이 앱은 SMS  CALL_LOG 권한 사용에 적용되는 Google Play 정책 변경사항의 영향을 받습니다. 정책을 준수하지 않는 앱은 2019 1 9일에    Google Play에서 삭제될  있습니다. "


* ref :  https://support.google.com/googleplay/android-developer/answer/9047303





 신청하였으나 권한승인 불가통보  받음.



기능 제거가 매우 부담되는 상황이라 ... 

유사 해결 방법 광서칭.. (stackoverflow.com / reddit.com 등등)





뜻밖에 결과 .. 


     " 해외/ 국내 유수의 앱에서 권한허용 신청하였으나, 통화와 관련된 부분이 앱의 핵심 기능이 아니라면 모두 거부당함 "


* ref : https://www.reddit.com/r/tasker/comments/9w2cq6/google_is_taking_away_smsmms_and_call/


전화앱(문자전송 및 통화)이 아니라면 SMS 권한 사용이 어려워 보임.




결론


구글은 이길수 없다 ..

 서비스를 위해 해당 기능을 제거하기로 최종 의사 결정함 ..


글로벌 AWS 인스턴스 타입별 TPS 퍼포먼스 자료.


대상은 실제성능검증한 몇몇 게임과 플랫폼 (플랫폼중 DB를 사용하지 않는 게이트만임)

Exxxx 경우 유저 플레이 패턴에 따른 측정 TPS수치 이며글로벌 플랫폼은 1초당 1건의 요청발생 기준

* 주1) 당 내역이 각 EC2 인스턴스 타입별 퍼포먼스에 대한 절대치는 되지 않음

l  1) 대상 : Exxxx

l  인스턴스 타입 : 

Instance Type

TPS

c3.large

23 TPS

c3.xlarge

44 TPS

c3.2xlarg2

110 TPS

 

l  2) 대상 플랫폼 서버(게이트)

l  인스턴스 타입

Instance Type

TPS

m3.medium

400TPS

 

l  3) 대상 트xxxx

l  인스턴스 타입 : 

Instance Type

TPS

c4.large

(     ) TPS

c4.xlarge

(     ) TPS

c4.2xlarg2

(     )  TPS

 

 


아파치 튜닝에 관한 책을 찾다찾다... 결국 이책을 다시 샀다.
( 과거 필요없다고 괜히 남을 줬다 ..ㅠ.ㅠ )


---- Remind 목차

4장 성능향상, 튜닝 …… 리눅스 단일 호스트, 아파치, MySQL

4.2아파치 튜닝 

  - 웹 서버 튜닝
  - 웹 서버가 병목현상?
  - 아파치의 병렬처리와 MPM
  - httpd.conf 설정
  - Keep-Alive
  - 아파치 이외의 선택방안 검토

출간된지... 다소 오래되었으나 과거에도 그랬듯이 

그만한 값어치를 할꺼라 믿어 의심치 않는다.

'읽은책' 카테고리의 다른 글

그림으로 공부하는 IT인프라 이야기  (1) 2015.10.20

VirualBox 네트워크 설정의 

"브리지 어댑터"를 사용하지 않고 "NAT" 설정을 사용한 환경에서 해당 VM서버에 외부 SSH 접속이 되지 않는다면 

( SSH 서버 설치 및 정상 설정을 했음에도 불구하고.. )

VirualBox 네트워크 설정 부분의 포트포워딩을 설정을 통해 SSH PORT (22)를 연결해 본다.

1. 포트포워딩 방법

  : Oracle VM VirtualBox 관리자 오픈 -> 가상머신(인스턴스선택) 선택 -> 마우스 오른쪽 -> 설정(S) -> 네트워크 -> 포트 포워딩(P)


2. 호스트 IP 확인 방법 (예:192.168.137.1)

  : Oracle VM VirtualBox 관리자 오픈 -> 상단 메뉴인 파일(F) -> 환경 설정(P) -> 네트워크 -> 호스트 전용 네트워크(H)




2. Guest IP 확인 방법 (예:192.168.137.1)

  : # ip addr | grep inet





도움좀 되셨나요?

기초지식 다지기 일환으로
이것 저것 볼 책 고민했다.


핵심은 중간에 끊지 않고, 지루하지 않게, 매우 가볍게 볼만한 책을 찾아보았다.


찾은 책이 "그림으로 공부하는 IT인프라 이야기" 벌써 3/1이나 보았으니 무척 고무적이다.

 

 

 

 

목차 --------

Chapter 1 인프라 아키텍처를 살펴보자 1
1.1 | 시작하며 2
Column 궁극의 아키텍처와 최적의 아키텍처 3
1.2 | 집약형과 분할형 아키텍처 4
1.3 | 수직 분할형 아키텍처 10
Column 웹은 클라이언트-서버형을 대체할 수 있을까? 14
1.4 | 수평 분할형 아키텍처 14
Column 가상화 진행 상황 18
1.5 | 지리 분할형 아키텍처 19
Column 기술은 대물림되고 있다 23

Chapter 2 서버를 열어 보자 25
2.1 | 물리 서버 26
2.2 | CPU 31
2.3 | 메모리 33
2.4 | I/O 장치 36
Column 코드네임의 정체 36
Column 조립 PC 추천 43
2.5 | 버스 43
Column 불사조 InfiniBand 48
2.6 | 정리 49

Chapter 3 3계층형 시스템을 살펴보자 51
3.1 | 3계층형 시스템의 구성도 52
3.2 | 주요 개념 설명 53
Column 막대 인간의 모험 57
Column 커널은 결코 견고하지 않다 62
3.3 | 웹 데이터 흐름 63
Column 데이터와 함께 전달되는 당신을 향한 마음 71
Column RDBMS와 KVS의 소리 없는 전쟁 75
Column 높은 하늘을 날다 ― 조감도 78

Chapter 4 인프라를 지탱하는 기본 이론 79
4.1 | 웹 데이터 흐름 80
Column 병렬과 병행 86
4.2 | 동기/비동기 86
Column C10K 문제 93
4.3 | 큐 94
4.4 | 배타적 제어 101
Column 멀티 프로세서 시스템에서는 배타적 제어가 어렵다 106
4.5 | 상태 저장/상태 비저장 107
4.6 | 가변 길이/고정 길이 113
4.7 | 데이터 구조(배열과 연결 리스트) 119
4.8 | 탐색 알고리즘(해시/트리 등) 124

Chapter 5 인프라를 지탱하는 응용 이론 133
5.1 | 캐시 134
5.2 | 끼어들기 139
5.3 | 폴링 144
5.4 | 핑퐁 149
5.5 | 저널링 156
Column 변화는 항상 순식간에 일어난다 162
5.6 | 복제 163
5.7 | 마스터-슬레이브 168
5.8 | 압축 172
5.9 | 오류 체크/오류 수정 178

Chapter 6 시스템을 연결하는 네트워크 구조 185
6.1 | 네트워크 186
6.2 | 【기초】 계층 구조란? 187
6.3 | 【기초】 프로토콜이란? 191
Column 표준화 단체에 대해서 194
6.4 | TCP/IP를 이용하고 있는 현재의 네트워크 196
6.5 | 【레이어 7】 애플리케이션 계층의 프로토콜 HTTP 199
Column 한 번 잡으면 놓아주지 않는다 204
6.6 | 【레이어 4】 전송 계층 프로토콜 TCP 205
Column 인터넷의 주인은 누구? 207
6.7 | 【레이어 3】 네트워크 계층의 프로토콜 IP 216
Column IP 주소 고갈과 IPv6 221
Column IP 헤더에서 체크섬이 사라진 날 224
6.8 | 【레이어 2】 데이터 링크 계층의 프로토콜 이더넷 224
6.9 | TCP/IP를 이용한 통신 이후 231
Column NIC의 끼어들기와 패킷 처리 235

Chapter 7 무정지를 위한 인프라 구조 237
7.1 | 안정성 및 이중화 238
Column 장애 보호 240
7.2 | 서버 내 이중화 241
7.3 | 저장소 이중화 248
7.4 | 웹 서버 이중화 256
Column 장애 괴담 첫 번째 이야기, ‘벌써 시간이 다 됐어?’ 256
Column DSR(Direct Server Return) 264
7.5 | AP 서버 이중화 265
7.6 | DB 서버 이중화 270
Column 장애 괴담 두 번째 이야기, ‘진단 때문에 죽었다’ 279
7.7 | 네트워크 장비 이중화 279
Column 장애 괴담 세 번째 이야기, ‘브로드캐스트 스톰’ 289
7.8 | 사이트 이중화 290
7.9 | 감시 293
7.10 | 백업 301
7.11 | 정리 305

Chapter 8 성능 향상을 위한 인프라 구조 307
8.1 | 응답과 처리량 308
Column 가장 중요한 응답 시간은? 311
8.2 | 병목 현상이란? 315
Column CAP 정리를 익혀서 초능력자가 되자 317
Column 병목 현상의 숙명의 적, 데이터베이스 321
8.3 | 3계층형 시스템 그림을 통해 본 병목 현상 321
Column 여유가 있는 노련한 시스템 324
Column C는 자바보다 빠르다? 333
Column 아이들을 공원에서 놀게 하자 341
Column ORDER(N) ? 일인분 나왔습니다 344
Column 대역이 가장 중요한 것일까? 347
8.4 | 정리 354

찾아보기 .... 355

'읽은책' 카테고리의 다른 글

24시간 365일 서버/인프라를 지탱하는 기술  (0) 2016.04.21