First Observations from the Euclid Telescope Released Early Release Observations (ERO) data released The European Space Agency’s (ESA) Euclid Telescope released its Early Release Observations (ERO) d
개발자가 사이드 프로젝트를 진행해야 하는 이유는 여러가지가 있습니다. 개발자는 계속해서 공부를 해야 하는 직업이기에 지식과 경험을 쌓는 데에도 도움이 되고, 커리어 측면으로 봤을 때 자신의 포트폴리오를 구축하는 것에도 도움이 됩니다. 또한 자신이 만든 서비스나 애플리케이션을 통해 직접적으로 수익을 낼 수도 있습니다. 여러 이유가 있겠습니다만, 제가 가장
얼마전에 오픈한 GPT 스토어에 대한 관심이 뜨겁습니다. 아직 수익창출은 할 수 없지만, 1분기에 미국부터 시작해 수익창출이 가능해진다고 해서 제2의 앱스토어가 될 것이라고 합니다. 누구나 손쉽게 GPT를 만들 수 있다보니 벌써부터 많은 GPT들이 생성되어 업로드되고 있습니다. 하지만 ChatGPT 유료 사용자만 사용할 수 있다보니 수요에 비해 공급이 많은
얼마전에 오픈한 GPT Store가 핫한데요. 사용자들은 마치 앱스토어처럼 자신이 만든 GPT를 사람들이 사용할 수 있도록 공개할 수 있습니다. 마치 앱스토어에 앱을 출시하는 것처럼요. 초기부터 엄청난 인기를 얻으며 많은 GPT들이 업로드 되고 있습니다. 하지만 이런 GPT Store의 보안이 뚫렸다는 소식이 있었습니다. 쉽게 말해 이 GPT를 만들기 위
개발자 중에서 요즘 ChatGPT에 관심이 없는 사람이 있을까요? 그러나 ChatGPT의 사용도는 천차만별인 것 같습니다. 앞으로 인공지능이 사람을 대체하는 문제에 대해서 걱정이 많은데요, 장기적으론 모르겠지만 단기적으로 봤을 땐 인공지능을 잘 활용하는 사람이 살아남을 것 같습니다. 그러려면 많이 써보면서 경험치를 늘려가는 것이 필수적입니다. 오늘은 같은
서버리스(Serverless)하면 대부분 AWS Lambda 를 떠올리곤 합니다. 하지만 서버리스는 단순히 FaaS(Function-as-a-Service)만을 의미하지는 않습니다. 이번 포스트에서는 서버리스 아키텍처에 대한 개념과 키워드를 정리하고, FaaS 의 내부 구조를 살펴봅니다. Serverless 서버리스는 말 그대로 ‘서버(Server)가 없다
GitHub 에서 오픈 소스를 사용하다보면 발견한 버그를 직접 수정하거나, 새로운 기능을 추가하고 싶을 때가 있습니다. 하지만 어디서부터 어떻게 시작해야할 지 막막하기도 합니다. 이번 포스트에서는 오픈 소스에 컨트리뷰션(기여)하는 절차를 간단히 알아보겠습니다. 1. New Issue 먼저, 사용하다가 발견한 버그나 기능에 대한 의견을 이슈(Issue)로 만
쿠버네티스(Kubernetes)에서 시시각각으로 변하는 오브젝트의 상태를 저장하고 관리하려면 어떻게 해야 할까요? 가장 먼저 생각할 수 있는 방법은 YAML 파일로 export 해서 저장하는 것입니다. 12# e.g. kube-system Namespace 의 모든 Pod 을 YAML 형태로 출력하기kubectl get po -n kube-system -o
이제 개발자가 컨테이너 기반으로 애플리케이션을 개발하면서 도커(Docker)를 많이 사용합니다. 그리고 이러한 컨테이너를 쉽게 관리하고 테스트할 쿠버네티스(Kubernetes) 환경이 필요한 경우가 생기게 됩니다. 쿠버네티스 클러스터 중 가장 쉽게 접할 수 있는 건 Minikube 입니다. 하지만 Minikube 는 Master 하나로 이루어져 있어 부족한
이번 포스트에서는 간단한 스프링 부트(Spring Boot) 애플리케이션을 만들고 컨테이너화(Containerize)하는 방법을 알아봅니다. 그리고 다양한 툴을 이용해 도커 이미지를 지속적으로 빌드하고 배포할 수 있는 CI/CD 환경을 구성하고 쿠버네티스(Kubernetes) 클러스터에 배포하는 과정을 살펴봅니다. 살펴볼 내용은 다음과 같습니다. 컨테이너