목차
- 성능 테스트 툴을 통한 Go 알아보기 - Go의 개요
- API 게이트웨이가 필요한 이유 - 마이크로 서비스를 통합하기
- 여기서는 안장을 팔지 않습니다 - 그리고 slack은 채팅프로그램이 아닙니다
성능 측정기를 처음부터 작성하기 - Go의 특징 개요1
작성자의 Jovi라는 어플리케이션을 개발하는 과정을 설명한 글입니다. 이 어플리케이션은 성능 테스트 툴로, Go 언어로 작성되었습니다.
추후에 현재 프로젝트에서 성능 측정을 위한 툴도 만들어야하고 Go를 사용하지만 이에 대한 이해가 모자라단 생각도 많이 하고 있었는데, 이에 대한 정비를 할 수 있는 좋은 글이었습니다.
API 게이트웨이 - 마이크로 서비스 아키텍처의 단일 진입점2
현재 진행 중인 프로젝트는 모놀리식 아키텍처로 구성되어 있지만, 마이크로 서비스 아키텍처에 대해 이해를 해야 현재 사용중인 아키텍처의 문제점을 파악하고 장점을 활용할 수 있을 것이라고 생각합니다. 이 때문에 마이크로 서비스 아키텍처에 관련한 글도 찾아보는 중입니다.
저자가 설명하는 API 게이트웨이는 마이크로 서비스 아키텍처에서 시스템 가장자리에서 단일 진입점을 제공하는 역할을 합니다. 예를 들어 gRPC, RESTful API 등 여러가지 프로토콜을 다른 서비스로 제공하고 있을 때, 이를 통합해서 접근할 수 있도록 해줍니다.
이 글에서 API 게이트웨이가 해결할 수 있는 문제라고 주장하는 것은 다음과 같습니다.
- 프런트엔드와 백엔드 사이에 어댑터/파사드를 사용하여 결합을 줄입니다.
- 백엔드 서비스를 집계/변환하여 소비를 단순화합니다.
- 위협 감지 및 완화를 통해 API의 남용을 방지합니다.
- API가 소비되는 방식 이해(관찰 가능성)
- API 수명주기 관리를 통해 API를 제품으로 관리
- 계정 관리, 청구, 결제를 활용한 API 수익화
API 게이트웨이부터 시작해서 마이크로 서비스 아키텍처에 대한 이해를 높이는 데 도움이 되었던 글이었습니다.
피상적인 것이 아니라 사람이 원하는 본질적인 것을 어필하라3
slack이 판매하는 것은 무엇이라고 생각하시나요? 보통은 채팅 프로그램이라고 말할 것입니다. 하지만 저자는 그렇게 접근했으면 slack은 지금과 같은 성공을 거두지 못했을 것이라고 주장합니다.
그렇다면 slack이 판매하는 것은 무엇일까요? 이에 대해 저자는 조직 변화를 판매했다 말합니다. 커뮤니케이션 비용 절감, 노력이 필요 없는 지식 관리 등을 통해 조직이 더 나은 팀이 되어 성공하도록 한다는 것입니다.
마케팅이 단순히 제품을 판매하는 것이 아니라 고객의 문제를 해결하는 것이라는 것을 이해하고, 고객도 알지 못하는 본질적인 욕망을 제공하는 것이 중요하다는 것을 알 수 있었던 글이었습니다.
특히 요 근래 스스로를 어필해야하는 상황이 많아지고 스틱!과 같은 책을 읽으면서 마케팅에 대해 고민하고 있었는데, 많은 도움이 됐습니다.