소프트웨어 장인이 되자

개요 docker build command를 이용해서 local에 docker image를 생성하고 minikube를 이용해서 pod를 deploy를 하는 경우 위와같이 "ErrImagePull" 메세지와 함께 container생성에 실패하는 현상을 볼수 있습니다. 특히 초기에 kubernates를 스터디 하는 경우나 로컬에서 개발 혹은 테스트 하는 경우 대부분 이미지를 로컬에만 두고 테스트를 하는데 이때 kubernates상에서의 테스트를 할 수 없어서 찾아 보는 도중 로컬에 있는 docker image를 minikube에서 사용할 수 있는 방법이 있어서 소개합니다. 왜 에러가 발생하는 거지?? minikube를 사용해서 로컬에 pod를 deploy하는 경우 기본적으로 minikube내부의 image를..

해당 포스팅의 모든 example은 아래 github repository에서 다운받을 수 있습니다. https://github.com/flyingcop/example-kubernates 개요 기존 포스팅에서 쿠버네티스에 대한 이론적인 내용, local host에서 테스트 혹은 트레이닝을 위한 환경 그리고 실제 쿠버네티스에서 구동되는 기본 요소들(Workload Resource)에 대해서 알아보고 간략하게 사용방법에 대해서 알아보았습니다. 이번 포스팅에서는 위의 구성요소들을 외부에 노출해서 사용자 혹은 client가 쿠버네티스에서 제공하는 기능을 사용할 수 있게 해주는 요소인 Service 에 대해서 알아보겠습니다. 이 챕터 이후에 각각의 Service들을 IP, Port를 이용한 접근이 아닌 URL을 이..

개요 이전글에서 쿠버네티스에 대한 이론적인 내용과 local host에서 테스트 혹은 트레이닝을 위한 환경을 구성 했다면 이번장에서는 워크로드라고 불리는 실제 쿠버네티스에서 구동되는 요소들(Workload Resource)에 대해서 간략하게 알아보고 YAML파일을 이용해서 이를 배포 하는 방법을 알아 보겠습니다. 주의 : 여기서 다루는 내용은 모두 minikube를 이용합니다. 이는 하나의 cluster, 하나의 Node로 구성되어 있기 때문에 multi node, cluster에 관련된 내용은 포함하지 않습니다. 워크로드(Workload) 쿠버네티스를 이용할때에 기본적으로 많이 사용되는 Pod, ReplicaSet, Deployment, 3가지의 워크로드 리소스(workloads resource)에 대..

개요 AWS에서 NoSQL형태의 DB인 DynamoDB service를 제공합니다. 이는 AWS의 다른 서비스들과의 연계도 쉽고 NoSQL의 특성상 data를 내 맘대로 저장하기에 좋은 형태이고, AWS 내에서 여러 사용사례가 있기 때문에 아마도 AWS를 사용하는 시스템이라면 한번쯤 사용을 고려해보거나 이미 사용하고 있을거라 생각됩니다. DynamoDB를 이용해서 데이터를 저장, 검색하는 기본적인 DB의 기능으로 이용하거나 데이터 분석/저장을위해서 S3, AWS Athena, Glue등 여러 서비스와 연계해서 이용하기도 합니다. 그리고, 이렇게 이용한 데이터를 DynamoDB에 계속 저장해둘 필요가 없는 경우가 있고, 만약 불필요하게 계속 저장해둘 경우 비용이 발생하기 때문에 이를 위해서 데이터 삭제하는..

이글은 2020년에 최초 작성되었고 2021년에 일부 수정되었습니다. 개요 쿠버네티스트를 잘 이용하기 위해서는 개념 이해부터 설치, 운영을 위한 여러 command, tool, extension, addons등 알아야하는 내용이 매우 많고 그것들을 잘 알고 사용하기까지 매우 많은 허들과 고난과 역경이 있습니다. 사실 개념과 각 구성요소들을 이해하기 위해서 Kubernates 사이트에 접속해서 Document들을 읽는 시점에서 포기하는 분도 꽤 많이 있고, 모든 document들을 읽고 이해한 후에 쿠버네티스를 사용하는 사람을 아마도 없을겁니다. 대부분 어느정도의 개념을 보고 실습을 해가면서 하나하나 사용법을 읽히고, 적용 했을때의 문제점을 발견하고 수정하면서 고급 사용법이나 운영법에 대해 익히게 됩니다...

이 글은 2020년 초에 최초 작성 되었고, 2021년에 일부 내용이 수정되었습니다. 개요 예전부터 가상머신이나 컨테이너화 된 워크로드 구성에 대해서는 널리 알려져 있고 많은 분야에서 사용되고 있었다. 특히 Docker가 등장하면서 이후 컨테이너화는 빠른 속도로 고도화가되었고, 이를 이용한 컨테이너 오케스트레이션인 쿠버네티스는 이제는 큰 회사부터 스타트업에 이르기까지 수많은 회사에서 도입을 하고 있는 상황이다. 가상머신(VM)과 컨테이터 둘모두 하나의 HW에서 여러개의 application을 독립적으로 실행할 수 있고 각각의 실행 환경은 격리 되어(sendboxing) 서로의 환경에 자유롭게 접근할 수 없는 형태가 되면서 자연스럽게 어느정도 높은 수준의 보안성을 제공해 주고 있다. 또한 두 환경 모두 만..

개요 요즘은 Service를 구성 할 때에 DB의 선택은 필연적이 되고 있다. 최근 다양한 종류 혹은 스타일의 DB들이 있지만 전통적인 Relational Database를 아직까지도 많은 분야에 이용되고 있으며, 특히 Transaction 기능이 필요한 분야에서는 필수적으로 선택이 되고 있다. AWS에서 AWS RDS라는 DB Service를 제공하고 있다. Service형태로 DB를 제공하기 때문에 이를 사용하는 입장에서 관리적인 이점이 매우 크게 다가오기 때문에 많은 기업들과 스타트업이 service형태의 DB를 사용하고 미래의 서비스를 위해서 선택하고 있다. 이글은 AWS에서 제공하는 다양한 형태의 DB중 AWS RDS(Relational Database Service)중 MySQL과 Aurora..

플라워로드 기술 블로그 : http://blog.flowerroad.ai Notion Link : https://flyingcorp.notion.site/Backend-AWS-Architecture-4b91609eaa7441cda0ccf06714d9948b 이 글은 2020년 1월 16일에 포스팅 되었습니다. 2022년 2월 현재는 다수의 AWS service(ex. SQS, MQ, openSearch, route53, GraphQL등등) 혹은 VPC 분리등이 적용 되어 기존 구조 혹은 서비스들의 단점이나 추가 기능들을 보완한 구조로 운영중입니다. Overview 이전 두 포스팅인 플라워로드 시스템 아키텍처 - 사용되는 기술들 과 플라워로드 시스템 아키텍처 - 데이터 Flow 에서 대략적인 플라워로드 시..

플라워로드 기술 블로그 : http://blog.flowerroad.ai Notion Link : https://flyingcorp.notion.site/Backend-Feat-AWS-584a382a5bc04f509b44da7500eef0b3 이글은 2020.12.27 일 작성된 내용입니다. 현재 아래에 나열된 기술 이외에 더 많은 서비스, 기술들을 사용하고 있습니다. 배경 저희 플라워로드 서비스는 전동 킥보드 공유서비스 시스템입니다. 개발 초기에 backend 를 어떻게 구성할지 많은 고민을 하게 되었습니다. 제가 시스템을 설계할때만해도 국내에는 전동 킥보드 공유 서비스를 하는 업체가 전혀 없고, dockless 공유 서비스(kakao T Bike같은..) 조차도 없어서 참고 할만한 대상을 찾기 위해 ..

플라워로드 기술 블로그 : http://blog.flowerroad.ai Notion Link : https://flyingcorp.notion.site/Backend-Flow-4b657c65bef14b2496acf2b41ae9aab9 도입 이전장(플라워로드 시스템 아키텍처 - 도입편)에서 우리 플라워로드 Backend 시스템에서 사용되는 기술들에 대해서 간략하게 알아보았습니다. 여기서는 설명한 기술들을 이용해서 시스템이 어떻게 구성되어 있고, 어떤 플로우로 서비스를 제공하고 있는지 살펴볼 예정입니다. 플라워로드는 크게 사용자앱, 관리자앱, 스쿠터 세가지의 Frontend로 구분할 수 있습니다. Backend 시스템 내에서 각각의 Frontend에 따른 구분은 없고, 기본적으로 Backend의 compu..