IT/Cloud 2023. 7. 17.
SaaS 설계 구현 팁
SaaS 가 막 여기저기 정의가 남발되고 있어서, 과제 킥오프 미팅때 들은거 몇장을 공유해 본다. (카톨릭대 서효중 교수님 문제가 되면 바로 내리겠습니다~) SaaS 정리는, 구축형/일회성 지불 모델은 수익성이 점점 없음 - 앵그리버드 앱과 인스타그램 비교??? 구독형 서비스는 대신 사용자가 폭발적으로 늘어야 이익이다. 그리고, 트래픽이나, 성능에 따라 클라우드 내의 서비스 리소스가 자동으로 늘었다 줄었다 하는 것이 핵심이다. 이렇게 되지 않으면 SaaS라 부르기 곤란, 즉 인스턴스 관리가 자동으로 스케일업/다운, 스케일아웃/인 작업이 되어야 한다는 뜻 => 쿠버네티스 도입이 핵심!! 준비를 위해 항목별로 보면, 멀티테넌시를 제공해 줘야 한다. 사용자별 혹은 회사별로 DB든 서비스든 독립적으로 서비스가 ..
IT/Cloud 2023. 7. 3.
KT Cloud - K2P (KT Cloud Kubernetes Pack) Enterprise
KT 에서 K2P (KT Cloud Kubernetes Pack) Enterprise 설치를 해 보려 하니 하자 마자 에러가 똭!!! https://cloud.kt.com/product/container/containerCluster/ 암튼 해결은 되었다. KT 클라우드 콘솔에서 K2P-Enterprise를 생성시 오류가 났다. 상태가 계속 오류 상태이며, 오류 메시지는 아래와 같습니다. Bootstrap 노드 설정 FAILED [FCF]-None: bootstrap up check failed.. 해결책은 마스터 노드의 하드웨어 스펙이 어느 정도 이상이어야 한다는.... master Node 최소 스펙은 4 core/16 GB으로 클러스터 재생성 시 master Node 4core/16GB 이상으로 생..
IT/Cloud 2023. 6. 20.
카프카 - 브로커, 복제, ISR(In-Sync-Replication) 공부
카프카의 브로커, 복제, ISR 부분 공부 내용 https://www.youtube.com/watch?v=qpEEoGpWVig 브로커는 머야? 서버 단위, 서버를 말하는 모양이다. 기본 3대 정도를 쓴다고 한다. 복제는 복제다 가용성을 위해 복제 해 두는것, 고장이 나거나 동작 불능일때 활용하도록 한다. 기본적으로 브로커 개수 만큼 둬도 되고, 더 작게 둬도 된다. 당연히 브로커 개수 보다 많을 수는 없다. 용어는 알아야지. leader, follower partition ISR 이라는 용어가 등장하는데 - In Sync Replica 복제 영역이라는 의미인듯 ACK를 주는 것이 있는데, 생산자가 큐에 잘 넣었는지 답변을 받는 옵션 같은데, 기본적으로 all 로 해두면 될듯 무조건 많은게 좋지는 않겠지 ..
IT/Cloud 2023. 6. 20.
카프카 - 토픽 공부 내용
카프카 토픽에 대해 알아보자. 강의 링크는 아래 유툽 링크 참고 https://www.youtube.com/watch?v=7QfEpRTRdIQ 카프카 토픽 화면 캡쳐로 대충 알아보자. 내용은 나중에 정리하던지 카프카는 데이터 생성자, 소비자가 있다. 테이터는 토픽 단위로 처리된다. 토픽은 어떤 이벤트나 데이터를 저장하는 단위의 제목이다. 아래 예와 같이 클릭로그, 결제로그 등이 토픽이 될 수 있다. 토픽은 이름을 정해주면, 된다. 데이터는 맘대로 넣을 수 있다. 파티션이란는 개념이 나온다 토픽이라는 하드디스크에 파티션이 있는 느낌이다. 하나의 토픽에 여러개의 파티션이 있을 수 있다. 일단 하나는 생성해야 토픽 메시지를 보관할 수 있다. 소비자는 이 파티션 큐에 있는 메시지를 처리한다. 0번 부터 6번까지..
IT/Cloud 2023. 6. 8.
컨테이너 오케스트레이션 - 쿠버네티스 등장
컨테이너들이 아주 많이지면 또 그게 골치 아파진다. 먼가 세상은 약간 이런식이다. 먼가 하다보면 또 먼가를 해야 한다. 공부야 유툽이지 https://youtu.be/Ia8IfowgU7s 아주 쉽게 개념 설명을 해주시넹. 도커가 편해졌는데, 도커도 하나하나 컨테이너가 늘어나면 또 아래와 같이 부가적인 기능들이 필요하다. 웹서버가 2개되면 로드밸런스 붙이고, 프록시 쓰고 해야한다. 마이크로 서비스가 활성화되면, 이런 요소들이 자꾸 자꾸 필요해 진다. 컨테이너 오케스트레이션의 기능 1. 클러스터 말 그대로 클러스터 단위로 도커그룹을 관리해 주는 것 같다. 2. 상태관리 그냥 서버의 상태가 아니라, 복제 3개를 해줘 하면 그 상태에 맞게 3개의 복제 도커를 띄우는 것을 예제를 보여주네. 3. 스케줄링 배포될 ..
IT/Cloud 2023. 5. 12.
클라우드 네이티브(Cloud Native) 공부 - 구글 바드 버전
AI 대결이다. 클라우드 네이티브가 머야? 라는 질문에 답을 한번 비교해보길 빙 코파일럿 내용은 여기 2023.05.10 - [IT/Cloud] - 클라우드 네이티브(Cloud Native) 공부 - 빙코파일럿 클라우드 네이티브 기술은 퍼블릭 클라우드에서 실행되는 애플리케이션의 개발, 배포 및 운영에 사용되는 기술입니다. 이러한 기술은 애플리케이션이 클라우드의 이점을 활용할 수 있도록 설계되었으며, 여기에는 유연성, 확장성 및 안정성이 포함됩니다. 클라우드 네이티브 기술의 몇 가지 예는 다음과 같습니다. 컨테이너: 컨테이너는 애플리케이션과 해당 종속성을 포함하는 가벼운 실행 환경입니다. 컨테이너는 애플리케이션을 빠르고 쉽게 배포하고 어디서나 실행할 수 있도록 합니다. 마이크로서비스: 마이크로서비스는 애플..
IT/Cloud 2023. 5. 11.
클라우드 품질 성능 검증 - 자가진단 가이드 문서 포함
클라우드 진위여부 자가진단 가이드 문서를 배포하고 있네요. 여기도 첨부해 둡니다. 참고하세요. https://cloudqos.or.kr/board/pds_view?wr_id=48 K-Cloud 품질 성능 검증 지원 Portal K-Cloud 품질 성능 검증 지원 Portal cloudqos.or.kr 소프트웨어 프레임워크 구성도도 필요하다고 하네요. 예제는 다음과 같아요 실제 클라우드 서비스가 운용될 만한 곳인지 아닌지 드러내기 위해서는 클라우드 품질 승인 관리 점검을 받는게 좋은 것 같다. 꼭 정부 인증 사업을 하는 곳이 아니더라 하더라도 올해 사업 소개 발표 자료도 공유하고 있으니 참고해 보시길 원본: https://cloudqos.or.kr/board/pds_view?wr_id=49
IT/Cloud 2023. 5. 11.
MSA - 전환 계획 DB 분리 관련 참고 자료
MSA 전환시에 고민되는 DB, 스키마 문제에 대한 선구자들이 많이 있다. 아래 글들을 꼭 읽어보고 정리해 보면 좋겠다. 마이크로서비스 아키텍처의 기준과 DB 분리 마이크로서비스 아키텍처의 기준과 DB 분리 개요 최근 3년 사이 마이크로서비스 아키텍처의 급격한 유행에 따라 많은 프로젝트에서 MSA로의 전환을 시도하고 있으며, 성공적으로 전환한 케이스가 있는 반면, 실패한 경우도 종종 발생하고 waspro.tistory.com 인상적인 그림이 있다. 전환시에 꼭 참고하자. MSA 전환 계획 DB 분리 관련 참고 자료를 정리해 드릴게요.😊 MSA 전환을 위해서는 서비스 별로 DB를 반드시 쪼개야 하는 것은 아니지만, 장기적인 관점에서 바라보았을 때 점진적 이행이 가능한 형태로 데이터베이스를 분리해 나가는 것..
IT/Cloud 2023. 5. 11.
MSA - MSA 가 맞나요? (공부하는중 정리 없습니다. 그냥 자료)
이런게 좋은 자료이다. 딱 원하는 자료이다. MSA 이게 맞나요? MSA! 이것이 서비스가 맞나요? MSA! 이것이 서비스가 맞나요? 현장에서 MSA를 적용하면서 관련 Stakeholder에게 기존의 CBD와 SOA를 처음 현장에 적용할 때와 ... blog.naver.com ■ CBD/SOA/MSA의 기술 비교 3가지의 기술과 애플리케이션의 사상, 관련된 개념을 비교한 내용이다. 장단점은 정리한 곳이 워낙 많은데 어떤걸 MSA 로 해야 하는지 명확하게 적어둔 곳은 잘 없네. 왜 MSA로 해야 하는지 예를 들어 설명해 주고 있어서 캡쳐해 둔다. 주요 기술로는 API Gateway, 서비스 매쉬, 메시지큐, 서비스찾기, 장애, 로그 추적 핵심일듯 이 세 가지 기술은 모두 애플리케이션의 복잡도를 낮추고 유지..
IT/Cloud 2023. 5. 10.
클라우드 네이티브(Cloud Native) 공부 - 빙코파일럿
출처: Bing과의 대화, 2023. 5. 10. 클라우드 네이티브(Cloud Native)는 클라우드 컴퓨팅 모델을 사용하는 것을 전제로 설계된 시스템과 서비스를 의미합니다¹. 클라우드 네이티브는 클라우드 컴퓨팅 환경에서 현대적 애플리케이션을 구축, 배포 및 관리할 때의 소프트웨어 접근 방식입니다². 클라우드 네이티브 기술은 서비스 제공에 미치는 영향 없이 애플리케이션을 빠르게 자주 변경할 수 있도록 지원하여 혁신 역량과 경쟁력을 제공합니다². 클라우드 네이티브 접근 방식은 기업에 다양한 이점을 제공합니다. 예를 들어, 효율성 증가, 비용 절감 및 가용성 보장 등이 있습니다². 클라우드 네이티브 애플리케이션은 마이크로서비스라는 여러 개의 상호 의존적인 소규모 서비스로 구성된 소프트웨어 프로그램입니다²...
IT/Cloud 2023. 5. 10.
단일구조 에서 MSA로 전환하기 위한 6 원칙 - Six principles for refactoring a monolith to MSA
좀 거창한 주제이긴 하다. MSA 구조로 바꾸기 위한 6가지 원칙? https://microservices.io/post/refactoring/2020/07/28/six-principles-for-refactoring-to-microservices.html Decompose your monolith - Six principles for refactoring a monolith to microservices Virtual bootcamp: Distributed data patterns in a microservice architecture My virtual bootcamp, distributed data patterns in a microservice architecture, is now open for..
IT/DB 2021. 7. 22.
MongoDB 기본적인 내용 이해 - 글 소개
검색을 많이 해 보고, 나름 찾아놓은 괜찮는 자료 https://kciter.so/posts/about-mongodb MongoDB 이해하기 사내에서 MongoDB를 잘 쓰기위한 스터디를 하게되어 이번 기회에 관련 자료를 정리하기로 했다. MongoDB가 왜 필요한지, 더 잘사용하기 위해서 무엇이 필요한지를 중심으로 처음 MongoDB를 사용할 때 kciter.so MongoDB와 RDBMS는 적합한 사용처가 다르다. 내 개인적인 생각으론 MongoDB를 비롯한 NoSQL은 최대한 단순하게 사용하는 것이 옳은 방향이라고 생각한다. NoSQL은 최대한 단순하면서 많은 데이터, RDBMS는 복잡하면서 무결성이 중요한 데이터에 적합하다고 생각한다. 물론 데이터를 단순화하는 것도 쉬운 일은 아니기 때문에 만약 ..
