일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | ||||||
2 | 3 | 4 | 5 | 6 | 7 | 8 |
9 | 10 | 11 | 12 | 13 | 14 | 15 |
16 | 17 | 18 | 19 | 20 | 21 | 22 |
23 | 24 | 25 | 26 | 27 | 28 |
- Cloud SQL
- container
- Cloud Spanner
- AWS Database
- Google Cloud
- Cloud Datastore
- Google Cloud Platrofm
- gcp
- Solution Architect
- Reverse Proxy
- 앤서블
- AWS Solution Architect
- GKE
- Amazon Web Service
- Kubernetes Engine
- Google Cloud Platform
- kubernetes
- playbook
- VPC
- Compute Engine
- AWS 자격증
- AWS
- AWS Certificate
- 리버스 프록시
- 아마존웹서비스
- Solution Architect Certificate
- Cloud Storage
- Cloud Bigtable
- ansible
- Google Cloud Platorm
- Today
- Total
목록오늘도 안녕 (79)
sungwony
이 포스팅은 Coursera의 Google Cloud Platform Fundamentals:Core Infrastructure 강의를 요약 정리 한 것입니다. 클라우드에서 워크로드(workload)를 실행하는 방법 중 가장 친숙한 것은 가상머신(virtual machine)을 활용하는 방법이다. GCP의 Compute Engine을 사용하면 구글의 글로벌 인프라에서 가상 머신을 실행할 수 있다. 엔진은 구글의 가상 네트워킹에 중점을 둔다. 가상 머신의 장점 중 하나는 각각이 파워를 가지고 완전한 운영체제를 실행할 수 있다는 점이다. 각각의 본격적인 운영 체제의 일반성. 마치 물리적인 서버를 설치하듯 각각의 CPU 파워와 메모리, 저장소와 운영체제를 융통성있게 구성할 수 있다. 가상 사설 클라우드(VPC..
이 포스팅은 Coursera의 Google Cloud Platform Fundamentals:Core Infrastructure 강의를 요약 정리 한 것입니다. GCP(Google Cloud Platrofm) GCP는 다음과 같이 4가지 주요한 서비스를 제공한다. : compute, storage, big data, machine learning 즉 GCP는 서비스 배포를 위한 컴퓨팅 리소스와 저장소에서부터 빅데이터, 머신러닝과 같은 데이터 분석에 이르기까지를 커버하는 클라우드 플랫폼이다. * 클라우드 컴퓨팅(Cloud Computing)이란? 클라우드 컴퓨팅은 IT를 사용하는 방식중의 하나로 일반적으로 다음과 같은 조건을 만족한다. - 온디멘드(on-demand)의 컴퓨팅 자원(resource)을 셀프..
메세지 브로커(message broker)란? 메세지 브로커(integration broker, interface engine)는 송신자(sender)와 수신자(receiver) 사이에서 메세지의 전달을 중재하는 컴퓨터 프로그램 모듈이다. 메세지 브로커는 정형화된 메세지의 교환을 통해 어플리케이션간의 소통이 이뤄지는 네트워크 엘리먼트(element)이다. 메세지 브로커의 목적, 기능, 설계 메세지 브로커는 메세지의 유효성, 전송, 라우팅을 위한 아키텍처 패턴이다. 이것은 어플리케이션 사이의 커뮤니케이션을 중재하고 어플리케이션간의 메세지 전달을 위한 상호 인식(mutual awareness)를 줄여 어플리케이션간의 결합성을 낮춘다(decoupling) 주요한 목적은 어플리케이션으로 부터 메세지를 받아 어떤..
프롤로그(Prologue) JPA와 ORM등의 기술은 스프링으로 개발을 하면서 꾸준히 들어왔던 기술이다. 개인적으로 기존에 개발을 하면서 주로 SQL을 분리시켜 관리할 수 있는 매퍼(Mapper)형 기술인 Mybatis, Ibatis 등을 주로 사용하였지만 배달의 민족을 비롯한 많은 큰 기업에서 JPA를 지속적으로 도입하는 등을 접하면서 이를 공부할 필요성을 깊이 느껴 본격적으로 공부하고 작은 지식이라도 도움이 되고자 블로그를 통해 남기고자 한다. JPA(Java Persistence API) JPA는 데이터를 저장하기위한 RDBMS와 OOP(객체 지향 프로그래밍, Object Oriented Programming) 사이에서 서로 다른 패러다임을 일치시키고 개발 생산성을 향상시키기 위해 꾸준하게 고민을 ..
Chain of responsibility 책임 연쇄(Chain of responsibility) 패턴이란 무엇입니까?- 명령 객체와 일련의 처리 객체를 포함하는 디자인 패턴- 각각의 처리 객체는 명령 객체를 처리할 수 있는 연산의 집합이고, 체인 안의 처리 객체가 핸들할 수 없는 명령은 다음 처리 객체로 넘겨진다. Chain-of-responsibility pattern의 클래스 다이어그램 예시 소스보기 Advanced* 요구하는 사람과 요구를 처리하는 사람을 유연하게 연결한다* 동적으로 사슬의 형태를 바꾼다* 자신의 일에 집중할 수 있다* 떠넘기기로 처리가 지연될 가능성은?
Visitor Pattern 방문자 패턴(Visitor Pattern)이란 무엇입니까?- 방문자 패턴에서는 데이터의 구조와 처리를 분리합니다. 데이터 구조 안을 돌아다니는 주체인 '방문자'를 별도의 클래스로 준비해서 그 클래스에게 처리를 위임합니다. Visitor Pattern의 클래스 다이어그램 예시 소스보기 Advanced* 더블 디스패치(double dispatch) * 처리를 데이터 구조에서 분리* OCP(Open-closed Principle)* ConcreteVisitor 역할의 추가는 간단하다* ConcreteElement 역할의 추가는 곤란하다
Decorator Pattern 장식 패턴(Decorator Pattern)이란 무엇입니까?- 주어진 상황 및 용도에 따라 어떤 객체에 책임을 덧붙이는 패턴- 기능 확장이 필요할 때 서브클래싱 대신 쓸 수 있는 유연한 대안이 될 수 있다 Decotrator Pattern 클래스 다이어그램 예시 소스보기 Advanced* 투과적인 인터페이스(API)* 내용물을 바꾸지 않고 기능을 추가한다.* 동적인 기능을 추가한다* 단순한 장식이라도 다양한 기능을 추가할 수 있다. (참고 : http://gdtbgl93.tistory.com/9)* java.io 패키지와 Decorator 패턴* 작은 클래스가 증가한다.
Template Method 패턴 - 템플릿(형판)의 기능을 가진 패턴 - 템플릿에 해당하는 메소드가 정의되어 있고, 그 메소드의 정의 안에는 추상 메소드가 사용된다. - 상위 클래스의 관점에서 추상 메소드를 어떻게 호출하는지 알 수 있지만 어떤 처리가 이뤄지는지는 알 수 없다. - 하위 클래스에서 추상 메소드를 구현하고 상위 클래스의 템플릿에 의해 호출이 이루어진다. 이름 해설 AbstractDisplay 메소드 display만 구현되고 있는 추상 클래스 CharDisplay 메소드 open, print, close를 구현하고 있는 클래스 StringDisplay 메소드 open, print, close를 구현하고 있는 클래스 Main 동작 테스트용 클래스 package TemplateMethod; p..
디자인 패턴이란? - 소프트웨어를 설계할 때 특정 맥락에서 자주 발생하는 고질적인 문제들이 발생했을 때 재사용할 수 있는 훌륭한 솔루션- '콘텍스트(context)', '문제(problem)', '해결(solution)' 이라는 3개의 필수 요소로 구성된다- 콘텍스트 : 문제가 발생하는 여러 상황. 즉, 패턴이 적용될 수 있는 상황을 나타낸다.- 문제 : 패턴이 적용되어 해결될 필요가 있는 여러 디자인 이슈들. 제약 사항과 영향력도 문제 해결을 위해 고려해야 한다.- 해결 : 문제를 해결하도록 설계를 구성하는 요소들과 요소들 사이의 관계, 책임, 협력 관계를 기술한다.- 디자인 패턴은 서로의 의사소통을 원활하게 할 수 있다. ex) 클래스 객체를 하나만 생성하면 좋겠는데 public을 private이나 ..
1. OOP&UML 2. SOLID 원칙 3. 디자인패턴 4. Iterator - 순서대로 지정해서 처리하기 5. Adapter - 바꿔서 재이용하기 6. Template Method - 하위 클래스에서 구체적으로 처리하기 7. Factory Method - 하위 클래스에서 인스턴스 만들기 8. Singleton - 인스턴스를 한 개만 만들기 9. Prototype - 복사해서 인스턴스 만들기 10. Builder - 복잡한 인스턴스 만들기 11. Abstract Factory - 관련 부품을 조합해서 제품 만들기 12. Bridge - 기능 계층과 구현 계층 분리하기 13. Strategy - 알고리즘을 모두 바꾸기 14. Composite - 그릇과 내용물을 동일시하기 15. Decorator - 장..