[월:] 2018년 09월

RabbitMQ에서 관리형 메시지 브로커 서비스인 Amazon MQ로 빠르게 이전하기 최신 IT 아키텍처에서 메시지 브로커(Message Broker)는 워크로드 대기열을 관리하고 메시지를 여러 구독자(Subscribers)에게 전달하는 등 수많은 요구 사항을 해결하는 데 사용될 수 있습니다. 일부 AWS 고객은 RabbitMQ를 사용하고 있으며, AmazonMQ라는 새로운 관리형 서비스로 마이그레이션하여 자체 메시지 브로커를 운영하는 오버헤드를 줄이려는 요구가 많습니다. 즉, Apache ActiveMQ를 위한 관리형 메시지 브로커 서비스인 Amazon MQ를 사용하면 클라우드에 메시지 브로커를 쉽게 설치 및 운영하고 확장할 수 있습니다. Amazon MQ는 OpenWire, AMQP, MQTT 및 Stomp와 같이 표준 프로토콜을 사용하는 기존 워크로드와 호환됩니다(모드 SSL 사용). Amazon MQ는 단일 인스턴스 브로커 또는 고가용성을 위한 액티브/스탠바이 브로커로 구성된 인프라를 자동으로 프로비저닝합니다. 이 글에서는 Amazon MQ에 대한 간략한 소개와 ActiveMQ 클라이언트, Apache Qpid JMS 클라이언트 및 Spring JmsTemplate을 사용하여 RabbitMQ에서 Amazon MQ 메시지 브로커로 마이그레이션하는 예제 Java 코드를 소개합니다. 또한, Amazon MQ 모범 사례와 게시/구독 메시지 패턴을 지원하기 위해 RabbitMQ에서 Amazon [ more… ]

어떻게 메인프레임을 AWS 클라우드로 이전하나요? 클라우드 이전 시 많은 대기업 고객이 떨쳐버리지 못하는 걱정은 마이그레이션하고 나면 저 메인프레임(Mainframe)은 어떻게 해야 하는지에 대한 것입니다. 사실 클라우드 기반으로 설계된 워크로드는 수평적 확장성에 집중합니다. 즉, 컴퓨팅 처리 용량이 필요해지면 수요를 충족하기 위해 인스턴스를 추가하면 됩니다. 이에 반해 많은 레거시 시스템은 필요에 따라 더 크고 더 강력한 시스템을 추가하는 수직적 확장을 염두에 두고 설계되었으며, 결국 대기업에서 가장 중요한 워크로드는 메인프레임을 선정하고, 대체로 뛰어난 성능과 안정성을 제공했기 때문에 성공적입니다. 이 글은 메인프레임 워크로드를 클라우드로 마이그레이션하는 데 관심이 있는 기업들이 선택할 수 있는 여러 방안을 설명합니다. 왜 메인프레임이 아니고 클라우드인가? 대기업 고객에게는 기존 메인프레임을 AWS 클라우드로 마이그레이션하는 사업상 이유가 있습니다. 하지만, 메인프레임 현대화 프로젝트는 대체로 인내심과 강력한 리더십, 그리고 의도한 ROI를 달성할 탄탄한 접근 방법이 필요합니다. 기존에 AWS 클라우드로 이전하는 고객 프로젝트에서 성공을 거둔 경험을 바탕으로 우리는 새 메인프레임을 AWS로 이전하는 이니셔티브를 촉진하는 패턴, 교훈, 모범 [ more… ]