Offcanvas
Some text as placeholder. In real life you can have the elements you have chosen. Like, text, images, lists, etc.
Offcanvas
1111Some text as placeholder. In real life you can have the elements you have chosen. Like, text, images, lists, etc.

서비스지향

클라우드 네이티브 앱과 마이크로서비스가 개발 프로세스에 미치는 영향

필자는 객체 지향 프로그래밍, 3계층 웹 플랫폼, 서비스 지향 아키텍처(SOA), 그리고 데이터센터에 가상 서버를 호스팅하던 시절에 실무 개발자와 최고 기술 책임자로 종사했다.   그 시절 이후 너무 많은 것이 변했다.   앞서가는 소프트웨어 개발 부서는 마이크로서비스를 개발하고 클라이언트 측 자바스크립트를 사용해서 풍부한 프런트 엔드 사용자 경험을 실현한다. 호스팅 옵션은 대폭 증가해서 이제 서비스형 플랫폼(PaaS), 서비스형 컨테이너(CaaS), 서버리스 함수를 비롯한 다양한 아키텍처를 포함한다. 개발자들이 만드는 애플리케이션은 실시간 데이터 스트림을 활용하고 머신러닝 모델과 연결되고 SaaS 및 엔터프라이즈 시스템과 접속한다.     개발 툴도 많이 발전했다. 툴은 전 세계 곳곳에 분산된 개발 부서가 독립적으로 작업하고 빈번하게 변경 사항을 릴리스하고 신속하게 문제에 대응할 수 있게 해준다. 지속적 통합과 지속적 배포(CI/CD), 지속적 테스트, 코드형 인프라(IaC), AI옵스(AIops)를 통해 통합, 배포, 인프라 구성, 모니터링을 자동화할 수 있다.   이 변화에는 애자일의 지속적 계획 도입, 시프트-레프트 테스트 구현, 보안 위험에 대한 선제적 대처, 사이트 안정성 엔지니어링 등 문화적, 실무적 변화도 포함된다.   한층 더 깊게 들어가서 클라우드 네이티브 애플리케이션과 마이크로서비스를 구축하고 배포할 때 개발 프로세스를 어떻게 변경해야 하는지에 관한 최선의 방법을 알아보기 위해 여러 전문가들의 의견을 구했다.   빠른 속도에 필요한 것은 조율과 운영 인식 다수의 작고 원자적인, 또는 자주 배포되는 마이크로서비스 구축을 목표로 하는 개발 부서에 대한 필자의 첫 번째 우려는 이들의 배포 속도가 협업과 안전 가드레일을 감안하지 않는 경우다.   빅판다(BigPanda) CTO 제이슨 워커에게 마이크로서비스를 성공적으로 구축, 배포, 강화하는 개발 부서에 관한 경험을 들어봤다...

클라우드네이티브애플리케이션 마이크로서비스 서비스지향 2021.10.06

IDG 블로그 | 2020년 클라우드에서의 서비스 현황

생각해 보면, 서비스란 정말로 오래된 것이다. 우리는 API를 지원하는 애플리케이션을 둘러싼 초기의 힘든 시절로부터 객체 지향 프로그래밍으로, CORBA 기반 서비스로, SOA로, 컨테이너로, 서버리스 함수로, 그리고 오늘날의 마이크로서비스까지 발전해 왔다.   이 여정에서 공통된 것이 있다면, 무엇인가를 한 번 작성하면 그것을 서로 다른 애플리케이션이나 유틸리티에서 여러 번 사용할 수 있다는 믿음이 기반이 되었다는 것이다. 물론 여러 서비스를 조합해 그 자체로 새로운 서비스를 만들 수 있는 역량은 말할 것도 없다. 이는 서비스 해체를 통해 이루어졌다. 오늘날 ‘서비스’란 말은 남용되고 있다. 클라우드 컴퓨팅 세계에서 서비스란 말은 퍼블릭 클라우드 서비스 업체가 드러내는 모든 것을 설명하는 단어로 사용된다. 최소한 필자가 이해하는 방식에서 서비스란 행위와 그 행위에 연결된 데이터 모두를 개발자가 좀 더 생산적일 수 있는 방식으로 드러내는 역량이다. 예를 들어, 서비스는 전달되는 모든 종류의 데이터 세트에서 예측 분석을 수행할 수 있도록 구축할 수도 있다. 그래서 이 서비스는 재고 관리 애플리케이션이나 영업 주문 등록 시스템에서 호출할 수 있다. 만약 서비스가 변경되거나 개선되면, 이들 애플리케이션 역시 혜택을 얻는다. 또한 단일 서비스를 변경하는 것으로 수백 줄의 코드를 골라내거나 애플리케이션에서 해당 기능을 수정하거나 개선하지 않고도 예측 분석 수행 방식을 변경할 수 있다. 개발자는 일종의 변동성을 해당 영역에 배치한 셈인데, 이는 좋은 아키텍처의 기반이 된다. 나쁜 소식도 있다. 리프트 앤 시프트 방식은 클라우드 네이티브 기능은 물론, 서비스 지향 환경의 적이다. 서비스 가능성을 고려하지 않고 최대한 빨리 애플리케이션을 클라우드로 이전하는 것은 좋지 않은 생각이다. 안타깝게도 지금까지 클라우드 마이그레이션에 가장 많이 사용된 방식이기도 하다. 이 방식은 세 가지를 놓친다. 우선 서비스 재사용성과 서비스가 가져다주는 생산성이 불능화된다....

서비스지향 클라우드네이티브 리팩터링 2020.07.15

회사명 : 한국IDG | 제호: ITWorld | 주소 : 서울시 중구 세종대로 23, 4층 우)04512
| 등록번호 : 서울 아00743 등록일자 : 2009년 01월 19일

발행인 : 박형미 | 편집인 : 박재곤 | 청소년보호책임자 : 한정규
| 사업자 등록번호 : 214-87-22467 Tel : 02-558-6950

Copyright © 2022 International Data Group. All rights reserved.