CDN (Contents Delivery Network) 글로벌 서비스를 제공할 때 일반적인 api 콜은 조금 느리더라도 패킷 자체의 사이즈가 작기 때문에 크게 문제가 되진 않지만, 이미지 또는 바이너리 파일 같은 경우에는 사이즈가 크기 때문에 전세계에 엣지 서버를 두고 콘텐츠를 캐싱하여 제공하는 것이 CDN이다 CDN에서 가장 신경써야할 부분은 비용이다. 굉장히 비싼 서비스이기 때문... CDN 마켓 Big3 Akami CD Networks AWS CDN CDN은 Discount Rate가 굉장히 큰 편이다. 그래서 하나의 제품만 생각하지 말고 최소 2개 이상의 제품을 알아봐야 한다. Discount Rate가 큰 이유는 한번 쓰게되면 의존성 때문에 다시 못 나갈 것이라고 생각하기 때문...ㅋ 그렇기 ..

Identity Management (IDM) - 계정 관리 시스템 구글 아이디 혹은 카카오톡 아이디로 여러 계정에 sso 로그인하는 것을 IDM 시스템 그리고 구글 account 또는 페이스북 account가 IDP(Identity Provider)이다 그리고 로그인할 때 구글 아이디를 사용하게 하는 서비스가 SP(Service provider)이다 IDM은 internal과 external로 나누어진다 internal은 사내에서 사용, 예를 들어 Active Directory랑 통합하던가 그런거 external은 외부에 서비스 제공할 때, 우리가 많이 쓰는 그런거 초반에 IDM 시스템을 잘 구축해야 거버넌스에 맞게 운영할 수 있다 IDM은 Authentication할 때 쓰기 좋다 Authorizat..

1. REST 개요 REST 구성 REST 기본 REST의 특성 REST는 캐싱이 가능하다, 위의 예시처럼 Last-Modified에 따라 캐싱할 수 있음 / 그래서 CDN 활용 가능 REST 단점 REST 안티 패턴 동일한 URL 패턴 안에 서로 다른 기능을 하는 함수를 정의하는 것 → 가독성이 엄청 떨어짐 2. 설계 패턴 error body에 콜스택을 넣는 것은 보안에 취약해짐 error code는 넣어주어야 함. 왜냐하면 고객이 에러 코드를 가지고 검색할 수 있게 하기 위해서 error code 정할 때 서비스 별로 range를 나누어서 정리하고 초기에는 1000, 1001, 1002 이런 것보단 1000, 1010, 1020 이런식으로 정하는 것이 좋다. 왜냐하면 나중에 하나의 에러에 비슷한 에러..

현재 우리는 앱스토어가 나오면서 1인~5인 이하와 같이 소규모로 사업이 가능해지고, 클라우드의 도입을 통해 누구나 백엔드를 만들고 아무나 운영할 수 있는 시대를 직면하게 되었다. 이러한 시대에 가장 중요한 것은 무엇일까? 비즈니스의 Agility가 매우 중요해졌다. 그에 따라 많은 아키텍쳐들이 변화하고 있다. 그렇게 등장한 것이 마이크로 서비스 아키텍쳐이다 1. Microservice Architecture SOA 아키텍쳐에서도 비즈니스 민첩성을 위해 intermediary 서비스와 bpm을 통해서... 하지만 먹히지 않았다. 왜냐하면 너무 기술적인 부분에만 치중이 되었기 때문이다. 사실 개발이 진행되면서 시간이 가장 오래걸리는 부분은 사람들간의 의사소통이다 (기능 하나 바꿀려면...어쩌구...저쩌구....

레퍼런스 아키텍쳐 중 Common Architecture라고 할 수 있는 SOA 아키텍쳐에 대해서 정리 1. 서비스 지향 아키텍쳐 aka.SOA MSA의 원조격이라고 볼 수 있는 아키텍쳐이다 Rest API 이전에 사용했으며 SOAP이라는 프로토콜을 사용했었다 (SOA는 아키텍쳐, Rest API는 통신 프로토콜) SOA는 2000년대 초반에 많이 유행했던 아키텍쳐이다 기본적으로 MSA와 비슷하게 Rest API로 나눠진 서비스 분산 시스템이다 SOA의 등장 배경은 Business Agility이다. 즉, 비즈니스의 기동성을 높이기 위해 백엔드 단의 시스템을 변경이 용이하고 재사용이 쉬운 구조로 만들기 위해 등장 2. 서비스란? 서비스란 기본적으로 플랫폼에 종속되지 않는 표준 인터페이스(ex. Rest ..

아키텍쳐의 정의 아키텍쳐란 비즈니스 문제를 기술로 풀어내는 것을 말한다 즉, 비즈니스 자체를 이해해야 아키텍쳐를 구성할 수 있다는 의미이다 이 시스템을 왜 만드는 건지, 이 시스템에서 목표로 하는 것은 무엇인지를 이해할 줄 알아야 좋은 아키텍쳐를 구성할 수 있다 팀을 이해하고 수익 구조를 이해하고 비즈니스의 목표를 이해하고 디자인해야 함 아키텍쳐 엔지니어가 가지고 있어야할 능력 소통능력 : 아무리 아키텍쳐를 잘 구성했더라고 할 지라도 개발자들이 말을 안들으면 소용이 없음 추상화 능력 : 개념을 요약(추상화)해서 글로 이해가 쉽도록 표현할 수 있는 능력 비즈니스에 대한 이해 문제 정의 능력 플래닝 능력 기술에 대한 깊은 이해 코딩 능력 : 기본적으로 코드 구조, 쓰레드 구조를 이해할 수 있는 정도는 되어야..