전체 글 28

[Google Admob] 앱 파트너 입찰 광고 단위 선택 팁

내가 만든 앱에 광고를 넣을 때는 Admob 에서 어떤 광고를 심을 지 생성해야 한다. 그 선택지의 옵션 중에 파트너 입찰이란게 있다. 파트너 입찰은 '앱 내 광고 공간을 서드 파티 광고주가 직접 입찰하여 게재할 수 있도록 허용하는 Admob의 기능' 인데 쉽게말해, 저 옵션을 켜면 내 앱의 광고 공간에 다른 서드파티나 플랫폼에서 어떤 광고를 넣을 지 입찰을 한다는 이야기. 예컨데 길에 보이는 옥외 베너광고판에 여러 업체들이 참여해 광고를 입찰해서 진행하게 된다. 물론 파트너 입찰을 안 켜면 구글 Admob에서 알아서 광고가 나간다. 참고로 파트너 입찰을 사용하더라도 구글 광고를 경쟁사로 참여 시킬 수 있다.이쯤하여 장단점을 간단하게 살펴보자면 장점 :수익이 조금 늘어난다. chatGPT 피셜 ..

죽어있는 앱 살리기

나에게는 출시해놓고 방치해둔 구글 플레이스토어 안드로이드 앱들이 몇개 있다. 그 중, 다운로드수가 꽤 나오는 앱의 운영을 다시 해서 살려보고자 한다 개발 및 유지보수가 사실 품이 생각보다 많이 드는 작업인데 이젠 Ai를 활용하면 최소한의 노동으로 최대 효율을 뽑아낼 수 있게 되었기 때문에 이용자들을 위해 관리 좀 해보려고 한다. 많관부

Flutter/Study K 2025.09.13

[서평] 김길성의 네트워크 딥다이브

평화로운 어느날 네이버 카페에서 우연히 응모해본 서평이벤트에 당첨되었다그래서 작성해 본 서평 OSPF, OSI 7계층... 네트워크 공부를 하다 보면 늘 만나는 익숙한 얼굴들입니다. 그런데 혹시 이런 생각 해본 적 없으신가요? "그래서 이 데이터가 대체 어떻게 빛이 되고, 전기가 되어 저 멀리까지 날아가는 걸까?" 하고 말이죠.​저자의 말을 살펴보면 이 책은 광케이블, 라우팅 프로토콜, 하드웨어 그리고 툴에 이르기까지 네트워크 엔지니어링의 넓은 영역과 주제에 대해 다루고 있습니다. 다만 쉽게 인터넷에서 접할 수 있거나 비교적 문서화가 잘되어 있는 토픽에 대해서는 언급하지 않습니다. 대신 접하기 어려웠거나 이해하기 어려웠던 기술들을 위주로 설명할 예정입니다.라고 되어있습니다. ​『네트워크 딥다이브』는 ..

리뷰 2025.06.28

[네트워크] MPLS 쉽게 이해하기 - 1

MPLS (Multi-Protocol Label Switching)는 패킷에 레이블을 붙여 데이터를 전송하는 네트워킹 기술이며1990년대에 만들어진 오래된 기술입니다. 현대 이동통신 기술에서 일반적으로 사용하는 네트워킹 기술이며 IP 주소가 아닌 레이블을 사용하여 이동 통신 네트워크에서 네트워크 트래픽을 라우팅하는 한 가지 방법입니다. 기존 IP 라우팅과 달리 미리 정의된 경로를 따라 패킷을 라우팅하기 때문에 속도 향상 및 확보에 유리합니다. 하지만, 근래 네트워크 장비의 성능은 MPLS가 만들어진 때와는 비교할 수 없을 정도로 발전했기때문에 순수 IP 네트워크를 쓰든 MPLS를 쓰든 장비 성능의 차이는 사실상 없습니다. 그럼 이걸 왜 알아야 하는 걸까요? 근래의 MPLS는 대부분 VPN 용도로 ..

네트워크 R&S 2025.06.08

[쿠버네티스] 1.등장 배경과 디자인 철학 쉽게 이해하기

쿠버네티스는 컨테이너화된 애플리케이션을 자동으로 배포, 스케일링 및 관리해주는 오픈소스 시스템입니다. 1. 온프레미스 VM 환경의 한계와 새로운 요구사항 온프레미스(On-premise) 환경에서 물리 서버를 가상 머신(VM)으로 가상화하는 것은 분명 큰 진보였습니다. VM은 다음과 같은 장점을 제공했습니다.자원 활용률 향상: 하나의 물리 서버에 여러 VM을 올려 하드웨어 자원을 효율적으로 사용할 수 있었습니다.격리: 각 VM은 독립적인 운영체제와 환경을 가지므로, 서로 간섭 없이 애플리케이션을 실행할 수 있었습니다.배포 용이성: VM 이미지를 통해 환경 복제 및 배포가 비교적 쉬워졌습니다.하지만 IT 환경의 변화와 함께 VM 환경의 한계가 드러나기 시작했습니다.모놀리식 아키텍처의 한계: 대부분의 애플..

쿠버네티스 2025.06.04

[쿠버네티스] 2. 쿠버네티스 구조 이해하기

쿠버네티스 클러스터는 크게 컨트롤 플레인(Control Plane)과 워커 노드(Worker Node), 그리고 부가적인 클라우드 통합 요소로 구성됩니다. 1. 컨트롤 플레인 (Control Plane) - '쿠버네티스 마스터'이미지에서 파란색 박스로 표시된 "KUBERNETES MASTER" 부분이 바로 컨트롤 플레인입니다. 이전에는 마스터 노드라고 불렸으나, 현재는 컨트롤 플레인이라는 용어가 더 보편적으로 사용됩니다. 이곳은 클러스터 전체를 관리하고 오케스트레이션하는 두뇌 역할을 합니다. KUBE-APISERVER (API 서버):쿠버네티스 클러스터의 프론트엔드입니다. 모든 REST API 요청(예: kubectl 명령)을 처리합니다.사용자, 다른 클러스터 구성 요소, 그리고 외부 도구들이 쿠버네티..

쿠버네티스 2025.06.04

[쿠버네티스] POD(파드)에 대해서 쉽게 알아보기 2

파드 안에 있는 컨테이너들은 다음과 같은 중요한 특징이 있습니다. 동일한 네트워크 공간 공유: 파드 내의 모든 컨테이너는 동일한 IP 주소를 가지며, localhost를 통해 서로 통신할 수 있습니다. 마치 한 집 안에 사는 식구들처럼 서로에게 쉽게 접근할 수 있죠.파드 구성:메인 컨테이너 (웹 서버): Nginx 또는 Apache 웹 서버가 실행됩니다.사이드카 컨테이너 (로컬 캐시): Redis 서버가 실행됩니다.원리:이 두 컨테이너는 같은 파드 안에 있으므로 동일한 IP 주소를 공유합니다. 따라서 웹 서버 컨테이너는 localhost:6379 (Redis 기본 포트)와 같이 localhost 주소만으로도 Redis 컨테이너에 접근하여 데이터를 저장하고 읽을 수 있습니다. 별도의 서비스나 복잡한 네트..

카테고리 없음 2025.06.04

[쿠버네티스] POD(파드) 에 대해서 쉽게 알아보기 1

파드는 쿠버네티스에서 가장 기본적인 실행 단위로 하나 이상의 컨테이너를 포함할 수 있습니다. 하지만, 일반적으로 파드 하나 당 하나의 메인 컨테이너를 사용하는 것이 일반적이고 권장되는 방식입니다. 물론 특정 디자인 패턴이나 시나리오에서는 여러 개의 컨테이너를 한 파드에 함께 배치하기도 하는데이런 경우를 멀티-컨테이너 파드 라고 부릅니다. 파드 당 하나의 컨테이너 (Single-Container Pod) 1) 단일 책임 원칙 : 컨테이너는 하나의 명확한 역할과 책임을 가지도록 설계하는 것이 좋습니다. 2) 단순성 : 관리가 단순해집니다. 각 파드가 하나의 애플리케이션을 대표하므로, 모니터링, 로깅, 스케일링, 디버깅 등이 더 직관적입니다. 3) 자원 관리 : 각 컨테이너에 대한 CPU, 메모리 자원 요..

쿠버네티스 2025.06.04

VRRP란 무엇인가?

VRRP는 Virtual Router Redundancy Protocol의 약자로, 한국어로는 가상 라우터 이중화 프로토콜이라고 합니다. 이름에서 알 수 있듯이 네트워크 환경에서 라우터의 이중화(Redundancy)를 제공하여 네트워크의 안정성과 가용성을 높이기 위한 프로토콜입니다.네트워크 환경에서 사용자들이 외부 네트워크와 통신하기 위해서는 '기본 게이트웨이(Default Gateway)' 역할을 하는 라우터를 거쳐야 합니다. 만약 이 기본 게이트웨이 라우터에 장애가 발생하면 해당 라우터를 사용하던 모든 장치들이 외부와 통신할 수 없게 되어 네트워크에 문제가 발생합니다.VRRP는 이러한 단일 실패 지점(Single Point of Failure) 문제를 해결하기 위해 여러 대의 라우터를 하나로 묶어 '..

네트워크 R&S 2025.05.07