728x90

배경

머신러닝(ML)은 데이터에서 패턴을 찾아 예측 모델을 만드는 기술로, 최근 기업과 기관에서 다양한 비즈니스 문제를 해결하는 데 널리 활용되고 있습니다. 하지만 모델 개발 이후 실제 서비스 환경(프로덕션)에서 안정적으로 배포·운영하고, 지속적으로 성능을 관리하는 일은 매우 복잡하고 어렵습니다. 데이터, 코드, 인프라, 협업 등 다양한 요소가 얽혀 있기 때문입니다. 이러한 문제를 해결하기 위해 등장한 개념이 바로 MLOps입니다135.

개념 및 정의

MLOps(Machine Learning Operations)는 머신러닝(ML)과 운영(Operations)의 합성어로, 머신러닝 모델의 개발부터 배포, 운영, 모니터링, 재학습까지 전체 생애주기를 자동화·효율화하는 일련의 프로세스 및 기술적 방법론을 의미합니다1256. 즉, 머신러닝 모델이 실제 비즈니스 환경에서 안정적으로 동작하고, 변화하는 데이터나 요구에 맞춰 지속적으로 개선될 수 있도록 지원하는 체계입니다.

구체적 기술 설명

  • 자동화된 파이프라인: 데이터 수집, 전처리, 모델 학습, 평가, 배포, 모니터링 등 머신러닝의 모든 단계를 자동화된 파이프라인으로 구성합니다. 이를 통해 반복적이고 오류가 발생하기 쉬운 작업을 최소화합니다46.
  • 지속적 통합(CI)·지속적 배포(CD)·지속적 학습(CT): DevOps의 CI/CD 개념을 ML에 적용하고, 여기에 모델의 자동 재학습(CT, Continuous Training)까지 포함합니다. 코드와 데이터, 모델의 변경 사항을 자동으로 테스트·검증하고, 운영 환경에 신속하게 반영합니다45.
  • 협업 및 재현성: 데이터 과학자, ML 엔지니어, IT 운영팀 등 다양한 역할이 협업할 수 있도록 실험, 모델, 데이터, 파이프라인의 버전 관리와 추적이 용이합니다56.
  • 모델 모니터링 및 관리: 운영 중인 모델의 성능을 지속적으로 모니터링하고, 데이터 드리프트나 성능 저하가 감지되면 자동으로 재학습·재배포할 수 있습니다34.
  • 확장성 및 신뢰성: 대규모 데이터와 다양한 모델을 효율적으로 관리하고, 장애나 오류 발생 시 신속하게 대응할 수 있도록 설계됩니다6.

주요 기술

  • ML 파이프라인 자동화 도구: Kubeflow, MLflow, TFX, SageMaker 등
  • 버전 관리: Git, DVC(Data Version Control) 등
  • 모델 서빙 및 배포: Docker, Kubernetes, TensorFlow Serving, TorchServe 등
  • 모델 모니터링: Prometheus, Grafana, Seldon Core 등
  • 실험 관리: MLflow Tracking, Weights & Biases 등

활용 방법 및 전망

활용 방법

  • 대규모 AI 서비스(추천 시스템, 챗봇, 예측 분석 등)에서 모델의 신속한 배포와 안정적 운영
  • 금융, 제조, 헬스케어 등 규제 산업에서 모델 변경 이력 추적 및 컴플라이언스 대응
  • 데이터 변화가 잦은 환경에서 모델 성능 저하 시 자동 재학습 및 재배포
  • 여러 팀이 동시에 협업하는 대규모 ML 프로젝트 관리

전망

  • AI/ML이 비즈니스 핵심 역량으로 자리잡으면서 MLOps는 필수 인프라로 인식되고 있습니다6.
  • 자동화, 신뢰성, 확장성, 컴플라이언스 등 요구가 높아짐에 따라 관련 솔루션과 오픈소스 생태계가 빠르게 성장 중입니다.
  • 앞으로는 MLOps가 단순한 기술 자동화를 넘어, AI 거버넌스, 윤리적 AI, 책임 있는 AI 구현 등으로 확장될 전망입니다.

"MLOps는 머신러닝 모델의 개발과 운영을 통합해 ML 시스템을 자동으로 유지, 관리, 운영하며, 전체AI 생애주기를 포함합니다.
— Elice2


MLOps는 AI/ML의 실질적 비즈니스 가치를 실현하기 위한 핵심 기술로, 앞으로 모든 AI 프로젝트의 표준 프로세스로 자리잡을 것입니다.

  1. https://aws.amazon.com/ko/what-is/mlops/
  2. https://elice.io/ko/newsroom/whats_mlops
  3. https://velog.io/@whattsup_kim/MLOps%EB%9E%80
  4. https://abluesnake.tistory.com/119
  5. https://www.ibm.com/kr-ko/topics/mlops
  6. https://cloud.google.com/discover/what-is-mlops
  7. https://velog.io/@milkim0818/MLOps-%EA%B0%9C%EB%85%90-%EB%B0%8F-%ED%99%9C%EC%9A%A9-%EC%82%AC%EB%A1%80-%EC%A0%95%EB%A6%AC
  8. https://www.makinarocks.ai/mlops-for-all-mlops101-1/
728x90
728x90

배경

초기 컴퓨터 시대에는 소프트웨어가 하드웨어와 함께 번들로 제공되어 소스 코드가 자유롭게 공유되는 것이 일반적이었습니다. 하지만 1970~80년대에 소프트웨어가 독립적인 지적 재산으로 인식되면서, 소스 코드를 비공개로 전환하는 상용 소프트웨어(독점 소프트웨어) 모델이 등장했습니다. 이에 대한 반작용으로 ‘자유 소프트웨어 운동’이 시작되었고, 1990년대 후반에는 오픈소스 소프트웨어라는 개념이 본격적으로 정립되었습니다168.

개념 및 정의

오픈소스 소프트웨어란 소스 코드가 공개되어 누구나 자유롭게 소프트웨어를 사용, 검사, 수정, 재배포할 수 있는 소프트웨어를 의미합니다. 이러한 소프트웨어는 오픈소스 라이선스(예: GPL, MIT, Apache 등)에 따라 배포되며, 라이선스는 사용·수정·배포의 조건을 명확히 규정합니다26810.

오픈소스는 단순히 소스 코드의 공개를 넘어서, 개방형 협업, 투명성, 포용성, 커뮤니티 기반 개발, 그리고 지속적이고 빈번한 업데이트를 강조하는 개발 철학이기도 합니다135.

구체적 기술 설명

  • 소스 코드 공개: 소프트웨어의 핵심인 소스 코드가 누구에게나 공개되어 있습니다.
  • 자유로운 사용·수정·배포: 사용자는 소프트웨어를 자유롭게 사용할 수 있고, 필요에 따라 소스 코드를 수정하거나, 수정한 버전을 다시 배포할 수 있습니다.
  • 커뮤니티 중심 개발: 단일 기업이나 개인이 아닌, 전 세계 개발자 커뮤니티가 협업하여 개발 및 유지보수를 진행합니다.
  • 라이선스 준수: 오픈소스 라이선스는 소프트웨어의 자유로운 이용을 보장하면서도 저작권자의 권익을 보호합니다461013.

주요 기술 및 대표 프로젝트

프로젝트명 설명
Linux 서버, PC, 모바일, 임베디드 등 다양한 환경에서 사용되는 대표적 운영체제
Apache 세계적으로 널리 사용되는 웹 서버 소프트웨어
Python 범용 프로그래밍 언어로, 데이터 분석·AI·웹 등 다양한 분야에 활용
MySQL 고성능 오픈소스 관계형 데이터베이스 관리 시스템
Kubernetes 컨테이너 기반 애플리케이션 자동화 배포·확장·관리를 위한 플랫폼
Docker 컨테이너 기술의 표준 플랫폼
Mozilla Firefox 대표적인 오픈소스 웹 브라우저
Hadoop 대규모 데이터 분산 처리 프레임워크
 
 

활용 방법 및 전망

활용 방법

  • 기업들은 오픈소스 소프트웨어를 기반으로 IT 인프라를 구축하거나, 자체 서비스에 맞게 커스터마이징하여 활용합니다.
  • 개발자들은 오픈소스 프로젝트에 직접 참여하거나, 오픈소스 코드를 참고해 새로운 소프트웨어를 개발합니다.
  • 정부·공공기관은 비용 절감, 투명성, 기술 자립성 확보를 위해 오픈소스 도입을 확대하고 있습니다7912.

전망

  • 오픈소스는 클라우드, 빅데이터, 인공지능, IoT 등 최신 IT 트렌드의 핵심 기반이 되고 있습니다.
  • 글로벌 IT 기업(예: Google, IBM, Microsoft 등)도 오픈소스에 적극적으로 투자·기여하며, 오픈소스 생태계는 더욱 확대되는 추세입니다.
  • 새로운 비즈니스 모델(예: 오픈소스 기반 서비스, 기술 지원, 컨설팅 등)이 등장하며, 오픈소스는 단순한 개발 방식이 아닌 IT 산업 전반의 혁신 동력으로 자리 잡고 있습니다56710.

장점과 도전 과제

장점

  • 비용 절감 및 유연성 확보
  • 투명성·보안성 강화(다수의 검토와 빠른 취약점 수정)
  • 커뮤니티 기반의 빠른 혁신과 기술 발전
  • 다양한 플랫폼 및 환경에서의 호환성611

도전 과제

  • 지속 가능한 유지보수와 기술 지원의 한계
  • 오픈소스 라이선스의 복잡성 및 준수 이슈
  • 보안 취약점의 악용 가능성
  • 상용 소프트웨어 대비 공식 지원 부족611

결론

오픈소스 소프트웨어는 소스 코드의 공개와 자유로운 활용을 바탕으로, 혁신·협업·투명성을 촉진하는 현대 소프트웨어 개발의 핵심 모델입니다. IT 산업의 발전과 디지털 전환의 가속화 속에서 오픈소스의 중요성은 앞으로도 더욱 커질 전망입니다6710.

추가 질문하기
소스 확인
  1. https://www.ibm.com/kr-ko/topics/open-source
  2. https://aws.amazon.com/ko/what-is/open-source/
  3. https://www.hpe.com/kr/ko/what-is/open-source.html
  4. https://blog.naver.com/brickbot/220440698612
  5. https://www.redhat.com/ko/topics/open-source/what-is-open-source
  6. https://wikidocs.net/250823
  7. https://blog.naver.com/nhncloud_official/223283713921
  8. https://ko.wikipedia.org/wiki/%EC%98%A4%ED%94%88_%EC%86%8C%EC%8A%A4_%EC%86%8C%ED%94%84%ED%8A%B8%EC%9B%A8%EC%96%B4
  9. https://www.oss.kr/oss_intro
  10. https://www.redhat.com/ko/topics/open-source/what-is-open-source-software
  11. https://wikidocs.net/250639
  12. https://www.dknyou.com/blog/?bmode=view&idx=17832714
  13. https://blog.naver.com/mds_datasecurity/223647823593

 

 

 

728x90
728x90

배경

정보시스템 구축 시 하드웨어 자원의 적정 규모를 산정하는 일은 투자 효율성, 시스템 안정성, 미래 확장성 확보를 위해 매우 중요합니다. 과소 산정 시 성능 저하와 서비스 장애가 발생할 수 있고, 과대 산정 시 불필요한 예산 낭비가 생깁니다. 이에 따라 공공 및 민간 정보화 사업에서는 표준화된 하드웨어 규모산정 지침(TTAK.KO-10.0292/R2 등)을 적용하여 객관적이고 합리적인 산정이 요구되고 있습니다347.


개념 및 정의

정보시스템 하드웨어 규모산정이란, 정보시스템 도입 시 제시된 용량과 성능 요구사항을 근거로 실제 시스템 요구사항(서버, 스토리지 등 하드웨어 자원)으로 변환하는 절차를 의미합니다. 즉, 업무 처리량, 사용자 수, 데이터 용량, 성능 목표 등 다양한 요구사항을 하드웨어 사양으로 구체화하는 작업입니다25.


구체적 설명

주요 산정 대상

  • CPU: 업무 처리량과 성능 요구에 따라 필요한 CPU 수와 종류를 산정
  • 메모리: 서버별 시스템 소프트웨어 및 응용 프로그램의 메모리 사용량을 산정
  • 디스크: 운영체제, 시스템 소프트웨어, 데이터베이스, 아카이브, 백업 등 디스크 사용량 산정
  • 스토리지: 전체 서버 규모에 맞춰 필요한 스토리지 용량 산정

적용 범위

  • 서버(OLTP 서버, Web/WAS 서버 등)가 주요 산정 대상이며, PC나 주변장치는 제외3811.

주요 기술 및 산정 절차

1. 시스템 구축 방향 및 기초 자료 조사

  • ISP(Information Strategy Planning)나 기본계획 등으로 전체 시스템 아키텍처와 정보 흐름 파악, 산정에 필요한 기초 자료 수집

2. 업무 분석 및 부하 산정

  • 각 업무별 예상 부하(트랜잭션 수, 동시 사용자 등)를 분석해 기준 부하 산정

3. 참조 모델 및 보정치 결정, 하드웨어 구성요소별 산정

  • 참조 모델(유사 시스템 성능 데이터 등)과 보정치(업무 특성, 성장률 등) 적용
  • CPU, 메모리, 디스크, 스토리지 등 각 하드웨어 요소별로 산정

4. 아키텍처별 가중치 적용 및 최종 규모 확정

  • 시스템 아키텍처(분산형, 집중형 등) 형태에 따라 가중치 적용, 최종 하드웨어 규모 확정2358.

주요 산정 방법

산정 방법 특징 및 활용
수식 계산법 업무별 부하, 성능 요구사항을 수치화하여 산정. 가장 널리 사용되며 표준지침에서 권고235.
참조법 유사 시스템의 실제 운영 데이터를 참조하여 산정. 경험 기반, 신뢰성 높음.
시뮬레이션법 시뮬레이션 도구로 부하를 가상 적용해 산정. 복잡한 환경에서 활용, 시간/비용 소요 큼.
 
 
  • 공공사업 등에서는 현실적 제약으로 수식 계산법이 주로 적용됨2310.

활용 방법 및 전망

활용 방법

  • 정보화 사업 기획, 시스템 구축, 감리, 유지보수 단계에서 필수적으로 적용
  • 하드웨어 도입 및 예산 책정, 성능 보장, 장애 예방, 확장성 확보에 활용
  • 표준 지침(TTAK.KO-10.0292/R2 등)과 국제 성능평가 기준(TPC-C, SPEC 등) 참조678

전망

  • 클라우드, 가상화 등 신기술 도입으로 하드웨어 규모산정 방식도 점차 자동화·지능화
  • 빅데이터, AI, IoT 등 대규모 데이터 처리 환경에서 더욱 정밀하고 동적인 산정 필요성 증가
  • 지속적으로 표준화·자동화 도구 개발과 산정 정확도 향상 요구가 커질 전망37

요약
정보시스템 하드웨어 규모산정은 용량·성능 요구를 구체적인 하드웨어 사양으로 변환하는 절차로, CPU/메모리/디스크/스토리지 등 주요 자원을 대상으로 표준화된 절차와 수식 기반 산정법이 적용됩니다. 이는 정보시스템의 효율적 투자, 성능 보장, 미래 확장성 확보를 위한 필수 과정입니다2357.

Citations:

  1. https://blog.naver.com/santalsm/221718030132
  2. https://smartrichfather.tistory.com/17
  3. https://www.cisp.or.kr/wp-content/uploads/2013/11/%EC%A0%95%EB%B3%B4%EC%8B%9C%EC%8A%A4%ED%85%9C_%ED%95%98%EB%93%9C%EC%9B%A8%EC%96%B4_%EA%B7%9C%EB%AA%A8%EC%82%B0%EC%A0%95_%EC%A7%80%EC%B9%A8_TTAK.KO-10.0292_R2_2018.12.19.pdf
  4. https://www.tta.or.kr/data/standard_2018/2018_guide_article_a3.html
  5. https://itpenote.tistory.com/845
  6. https://chatstory.tistory.com/51
  7. https://blog.naver.com/lugenzhe/222414059002
  8. https://www.cisp.or.kr/wp-content/uploads/2013/11/%EC%A0%95%EB%B3%B4%EC%8B%9C%EC%8A%A4%ED%85%9C_%ED%95%98%EB%93%9C%EC%9B%A8%EC%96%B4_%EA%B7%9C%EB%AA%A8%EC%82%B0%EC%A0%95_%EC%A7%80%EC%B9%A8_TTAK.KO-10.0292_R1_2017.06.28.pdf
  9. https://kio15978.tistory.com/81
  10. https://itpewiki.tistory.com/1552
  11. https://blog.nooree.com/entry/%EC%A0%95%EB%B3%B4%EC%8B%9C%EC%8A%A4%ED%85%9C-%ED%95%98%EB%93%9C%EC%9B%A8%EC%96%B4-%EA%B7%9C%EB%AA%A8-%EC%82%B0%EC%A0%95-%EC%A7%80%EC%B9%A8-%EB%B0%8F-%EB%84%A4%ED%8A%B8%EC%9B%8C%ED%81%AC-%EC%9E%A5%EB%B9%84-%EA%B7%9C%EB%AA%A8-%EC%82%B0%EC%A0%95
  12. http://blog.naver.com/renucs/221099881376
  13. https://ufarm.tistory.com/1

 

728x90
728x90

배경 설명

과거에는 서비스 배포 시 다운타임(서비스 중단)이 불가피했습니다. 서비스 이용이 적은 야간에 배포하거나, "서비스 점검 중" 안내를 띄우는 방식이 일반적이었습니다. 하지만 24시간 무중단 서비스가 필수가 되고, 마이크로서비스 아키텍처(MSA)와 클라우드 환경의 확산으로 인해, 다운타임 없는 배포(무중단 배포)가 업계 표준이 되었습니다1710.


개념 및 정의

**무중단 배포(Zero Downtime Deployment)**란
서비스를 중단하지 않고, 새로운 코드나 기능을 배포하는 기술 및 전략을 의미합니다. 배포 중에도 사용자는 끊김 없이 서비스를 이용할 수 있으며, 장애 발생 시에도 빠른 롤백이 가능합니다1610.


구체적 기술 설명

무중단 배포의 핵심은 여러 대의 서버(혹은 인스턴스)와 로드밸런서를 활용해, 서비스 중 최소한 일부 서버는 항상 사용자를 응대하도록 하는 것입니다. 주요 방식은 다음과 같습니다.

1. 롤링 업데이트(Rolling Update)

  • 여러 서버가 있을 때, 한 번에 한 서버씩 새로운 버전으로 교체합니다.
  • 교체 중인 서버는 트래픽에서 제외하고, 배포가 끝나면 다시 트래픽을 받게 합니다.
  • 장점: 추가 자원 필요 없음, 점진적 배포, 롤백 용이
  • 단점: 배포 중 구버전과 신버전이 공존하여 호환성 이슈 발생 가능, 일시적으로 처리 용량 감소126712

2. 블루/그린(Blue/Green) 배포

  • 구버전(Blue)과 신버전(Green) 환경을 동시에 운영
  • 신버전이 준비되면 로드밸런서가 트래픽을 일괄 전환
  • 장점: 빠른 롤백, 실제 운영 환경에서 신버전 테스트 가능
  • 단점: 두 배의 인프라 자원 필요12679

3. 카나리(Canary) 배포

  • 신버전을 일부 서버 혹은 일부 사용자에게만 먼저 배포
  • 문제가 없으면 점진적으로 전체로 확대
  • 장점: 위험 최소화, 빠른 오류 탐지, A/B 테스트 활용 가능
  • 단점: 트래픽 제어 복잡성, 점진적 전환으로 시간 소요1267

주요 기술 요소

  • 서버 이중화: 최소 2대 이상의 서버와 로드밸런서를 통한 트래픽 분산147
  • 로드밸런서: 트래픽을 구버전/신버전 서버로 동적으로 분배78
  • 자동화 도구: Jenkins, Ansible, ArgoCD, Kubernetes 등 CI/CD 및 배포 자동화1112
  • 컨테이너/클라우드: Docker, Kubernetes, AWS 등 환경 활용 시 무중단 배포 구현이 용이811

활용 방법 및 전망

  • 활용 방법
    • 금융, 이커머스, SaaS 등 24/7 서비스에 필수
    • 마이크로서비스, 클라우드 네이티브 환경에서 표준
    • DevOps, CI/CD 자동화와 결합해 배포 빈도와 안정성 동시 확보
  • 전망
    • 무중단 배포는 현대 소프트웨어 개발의 기본 요건이 되었으며,
      서비스 신뢰성과 사용자 경험의 핵심 지표로 자리잡고 있습니다.
    • 클라우드, 컨테이너, 자동화 기술의 발전으로
      중소기업도 손쉽게 무중단 배포 체계를 도입할 수 있게 되었습니다71011.
    • 앞으로는 AI 기반 자동 롤백, 실시간 트래픽 분석 등
      더욱 지능적이고 효율적인 무중단 배포 기술이 확산될 전망입니다.

무중단 배포는 “서비스가 멈추지 않는 것”이 곧 경쟁력인 시대의 핵심 인프라 기술입니다.
적합한 전략을 선택하고, 자동화와 모니터링을 결합하면
빠르고 안전한 서비스 혁신이 가능합니다.

추가 질문하기
소스 확인

Citations:

  1. https://byungwoo.oopy.io/68a6960d-01d8-44de-8ca0-16bfd2dd021c
  2. https://llshl.tistory.com/47
  3. https://hstory0208.tistory.com/entry/%EB%AC%B4%EC%A4%91%EB%8B%A8-%EB%B0%B0%ED%8F%AC%EB%9E%80-%EB%AC%B4%EC%A4%91%EB%8B%A8-%EB%B0%B0%ED%8F%AC-%EC%A0%84%EB%9E%B5%EC%97%90-%EB%8C%80%ED%95%B4-%EC%95%8C%EC%95%84%EB%B3%B4%EC%9E%90
  4. https://dev-qhyun.tistory.com/40
  5. https://velog.io/@roycewon/%EB%AC%B4%EC%A4%91%EB%8B%A8-%EB%B0%B0%ED%8F%AC%EC%99%80-Graceful-shutdown-Spring-boot-docker
  6. https://digitalbourgeois.tistory.com/231
  7. https://www.samsungsds.com/kr/insights/1256264_4627.html
  8. https://jins-dev.tistory.com/entry/%EB%AC%B4%EC%A4%91%EB%8B%A8-%EB%B0%B0%ED%8F%AC%EC%9D%98-%EC%9B%90%EB%A6%AC%EC%99%80-%EC%86%94%EB%A3%A8%EC%85%98-%EC%A2%85%EB%A5%98
  9. https://olrlobt.tistory.com/92
  10. https://choitaetae.tistory.com/161
  11. https://geekdive-corp.com/column/zero-downtime-deployment-guide
  12. https://beaniejoy.tistory.com/104
  13. https://sinabroit53.tistory.com/44
  14. https://ppaksang.tistory.com/24
  15. https://baebalja.tistory.com/555
  16. https://tecoble.techcourse.co.kr/post/2022-11-01-blue-green-deployment/
  17. https://ksh-coding.tistory.com/119
  18. https://hudi.blog/zero-downtime-deployment/
  19. https://duyankim.github.io/cs/2022/10/30/CS26/
  20. https://3juhwan.tistory.com/47
  21. https://velog.io/@msung99/%EB%AC%B4%EC%A4%91%EB%8B%A8-%EB%B0%B0%ED%8F%AC-%EC%95%84%ED%82%A4%ED%85%8D%EC%B2%98%EB%A5%BC-%EC%9C%84%ED%95%9C-%EB%B0%B0%ED%8F%AC%EC%A0%84%EB%9E%B5Rolling-BlueGreen-Canary-%EC%A0%84%EB%9E%B5
  22. https://velog.io/@dlawjddn/%EB%AC%B4%EC%A4%91%EB%8B%A8%EB%B0%B0%ED%8F%AC-%EB%AC%B4%EC%A4%91%EB%8B%A8%EB%B0%B0%ED%8F%AC-1-zero-downtime-%EA%B7%B8%EA%B2%8C-%EB%AD%90%EC%95%BC
  23. https://hoehen-flug.tistory.com/53
  24. https://velog.io/@eeeasy-code/%EB%B0%B0%ED%8F%AC-%EC%A0%84%EB%9E%B5-%EC%A2%85%EB%A5%98-%EB%A1%A4%EB%A7%81-%EB%B8%94%EB%A3%A8-%EA%B7%B8%EB%A6%B0-%EC%B9%B4%EB%82%98%EB%A6%AC
  25. https://ybchoi.com/33
  26. https://velog.io/@pp8817/%EB%AC%B4%EC%A4%91%EB%8B%A8-%EB%B0%B0%ED%8F%AC-%EC%A0%84%EB%9E%B5Zero-downtime-Deployment
  27. https://f-lab.kr/insight/zero-downtime-deployment-cloud-cost-optimization-20241124
  28. https://velog.io/@nandong1104/%EB%AC%B4%EC%A4%91%EB%8B%A8-%EB%B0%B0%ED%8F%AC%EB%A5%BC-%EC%95%8C%EA%B3%A0-%EA%B3%84%EC%8B%A0%EA%B0%80%EC%9A%94
  29. https://simgee.tistory.com/63
  30. https://velog.io/@kkimbj18/%EB%AC%B4%EC%A4%91%EB%8B%A8-%EB%B0%B0%ED%8F%AC-%EC%A0%84%EB%9E%B5
  31. https://velog.io/@amoeba25/%EB%AC%B4%EC%A4%91%EB%8B%A8-%EB%B0%B0%ED%8F%AC-%EC%A0%84%EB%9E%B5-%EC%95%84%ED%82%A4%ED%85%8D%EC%B3%90

 

728x90
728x90
 
 
 
저궤도 위성통신은 지구 표면에서 300~2,000km 고도의 낮은 궤도를 도는 인공위성 군집을 활용해 전 세계에 초고속 인터넷 서비스를 제공하는 차세대 통신기술입니다. 정지궤도 위성보다 1/20 수준의 낮은 통신 지연 시간(10ms 미만)과 광대역 커버리지가 특징이며, 6G 통신 구현을 위한 핵심 인프라로 주목받고 있습니다68.

기술 배경

기존 정지궤도 위성(35,786km)은 넓은 커버리지를 제공하지만 0.5초의 통신 지연이 발생했으며, 해저광케이블(0.07초 지연)도 지리적 제약이 있었습니다. 2010년대 들어 소형위성 제작 기술과 재사용 로켓 기술이 발전하며 수백~수천 기의 위성을 경제적으로 배치할 수 있게 되면서 본격화되었습니다6911.

기술 개념

  • 궤도 특성: 90분 주기로 지구를 공전하며 500~2,000km 고도에서 운영
  • 시스템 구성:
    • 통신위성: 100~500kg급 소형위성(스타링크 260kg)
    • 발사체: 팰컨9(1회 발사당 60기 투입)
    • 유저단말: 45cm 직경 평판안테나(스타링크 디시)
    • 게이트웨이: 위성-지상망 연결 중계기지257

주요 기술

  1. 위성군집 네트워킹
    • 카이퍼 프로젝트(3,236기), 원웹(648기) 등 군집위성 간 레이저 광통신으로 자체 망 구성
    • 단일위성 고장 시 자동 경로 재설정 기능1113
  2. 주파수 활용
    • Ku-band(12-18GHz), Ka-band(26.5-40GHz) 사용
    • 위성 간 간섭 방지를 위한 동적 주파수 할당 알고리즘1215
  3. 소프트웨어 정의 네트워크(SDN)
    • 지상망과의 연동을 위한 가상화 코어 네트워크
    • 트래픽 부하에 따른 대역폭 자동 조정810

활용 분야

분야적용 사례 성능
해상통신 선박 초고속 인터넷(100Mbps) 기존 대비 40배 속도 향상
재난통신 지진·화재 시 비상통신망 72시간 내 복구 가능
스마트팜 농기계 자율주행 제어 10cm급 위치정확도
UAM 도심항공모빌리티 통신 99.999% 신뢰성1416
 
 

기술 전망

  • 2025년: 글로벌 서비스 본격화(스타링크 4,200기 배치 완료)
  • 2030년: 6G NTN(비지상망) 표준과의 통합 구현
  • 2040년: 위성간 양자암호통신 상용화 예상6816

주요 도전과제로는 우주 쓰레기 증가 문제(현재 50만 개 이상)와 전파 간섭 관리가 있으며, 한국은 2026년 차세대중형위성 6호를 통해 관련 기술 검증을 진행할 계획입니다1416.

Citations:

  1. https://eiec.kdi.re.kr/publish/reviewView.do?idx=215&fcode=000020003600001
  2. https://blog.naver.com/chcmg2022/223055816872
  3. https://www.newspim.com/news/view/20230724000722
  4. https://www.youtube.com/watch?v=trk08Z7FU94
  5. https://blog.naver.com/happychallote/222603142707
  6. https://www.donga.com/news/It/article/all/20250114/130860885/1
  7. https://arabozaeverything.tistory.com/entry/%EC%A0%80%EA%B6%A4%EB%8F%84-%EC%9C%84%EC%84%B1%ED%86%B5%EC%8B%A0-%EA%B0%9C%EB%85%90-%EC%A0%95%EB%A6%AC
  8. https://ettrends.etri.re.kr/ettrends/208/0905208004/0905208004.html
  9. https://www.kistep.re.kr/gpsBoardDownload.es?board_se=issue&list_no=49121&seq=1
  10. https://ettrends.etri.re.kr/ettrends/208/0905208004/036-047.%20%EC%B5%9C%EA%B0%80%EC%9D%80_208%ED%98%B8%20%EC%B5%9C%EC%A2%85.pdf
  11. https://ettrends.etri.re.kr/ettrends/196/0905196005/041-051_%EC%97%84%EB%A7%8C%EC%84%9D_196%ED%98%B8.pdf
  12. https://eiec.kdi.re.kr/publish/reviewView.do?fcode=000020003600002&idx=214
  13. https://www.youtube.com/watch?v=b2EBpF4RebA
  14. https://www.kasa.go.kr/bbs/BBSMSTR_000000000010/view.do?nttId=B000000001673Ro7zC0
  15. http://file.mk.co.kr/imss/write/20190919105313__00.pdf
  16. https://www.kasa.go.kr/prog/bbsArticle/BBSMSTR_000000000010/view.do?bbsId=BBSMSTR_000000000010&nttId=B000000001196Ev1jU6

 

728x90
728x90

기존 공공 정보화사업에서는 하드웨어(HW), 소프트웨어(SW), 시스템통합(SI) 사업을 묶어 일괄 발주하는 방식이 일반적이었습니다. 이로 인해 상용 소프트웨어가 저가로 납품되거나, SW 기업의 시장 진입이 어려워지는 등 여러 문제가 발생했습니다. 이에 정부는 소프트웨어 산업의 경쟁력 강화와 가치 보장을 위해 상용 소프트웨어를 별도로 직접 구매하도록 제도를 마련했습니다68.


개념 및 정의

상용 소프트웨어 직접구매 제도란, 공공기관이 정보화사업 추진 시 상용 소프트웨어만을 별도로 발주, 평가, 선정, 계약하여 직접 구매하는 방식입니다. 즉, 시스템통합(SI) 사업에 상용 SW 구매를 포함시키지 않고, SW만 따로 분리해 조달청 종합쇼핑몰, 디지털서비스몰 등에서 직접 구매하는 것을 의미합니다. 과거에는 ‘분리발주 제도’로 불렸습니다134.


어떤 기술/제도인가: 구체적 설명

  • 적용 대상: 총 사업비 3억원(VAT 포함) 이상이면서, 조달청 종합쇼핑몰이나 디지털서비스몰에 등록된 SW(5천만원 이상 또는 동일 SW 다량 구매로 5천만원 초과 포함), GS·CC·NEP·NET 인증 또는 국가정보원 검증/지정 SW 등이 포함된 사업이 해당됩니다235.
  • 주요 프로세스:
    1. 사업 유형 및 사업비 산정
    2. 직접구매 대상 SW 조사 및 구매계획 작성
    3. 직접구매 제외 사유 사전 검토
    4. 사업 발주(경쟁입찰 시 품질성능평가(BMT) 등 실시)13.
  • 예외 사항: 민간투자형 SW사업, 직접구매 시 현저한 비용 상승, 시스템 통합 불가, 사업기간 내 완료 불가, 비효율적 판단 등은 제외됩니다35.

주요 기술 및 제도적 특징

  • 법적 근거: 소프트웨어진흥법 제54조(상용SW 구매), 제55조(품질성능 평가시험), 관련 시행령 및 고시139.
  • 품질성능 평가: 직접구매 시 품질성능평가(BMT)를 실시하며, 조달청 등록 제품은 예외 가능3.
  • 구매 방식: 조달청 종합쇼핑몰, 디지털서비스몰 등에서 직접 구매
  • 적용 확대: 기존 설치형 SW에서 서비스형 소프트웨어(SaaS)까지 확대 적용612.

활용 방법 및 전망

  • 활용 방법
    • 공공기관은 정보화사업 추진 시 상용 SW를 별도로 구매계획에 반영하고, 조달청 등에서 직접 구매 절차를 진행합니다.
    • 경쟁 입찰 시 품질성능 평가를 통해 SW의 품질을 검증하고, 구매계획서 제출 등 절차가 간소화되었습니다68.
  • 전망
    • 상용 SW 직접구매 비율은 2019년 28.6%에서 2022년 47.1%로 증가했으며, 2025년 기준 60% 이상으로 확대 적용되고 있습니다8.
    • 중소 SW기업의 시장 진입이 쉬워지고, SW의 정당한 가치 보장 및 산업 생태계 선순환 구조가 기대됩니다.
    • SaaS 등 서비스형 SW로의 적용 범위가 확대되어, 디지털 전환 및 클라우드 기반 SW 도입이 활성화될 전망입니다612.

요약

상용 소프트웨어 직접구매 제도는 공공기관이 정보화사업 추진 시 상용 SW를 별도로 직접 구매하도록 하여, SW의 품질과 가치를 보장하고, 국내 SW산업의 경쟁력을 높이는 제도입니다. 최근에는 SaaS 등 서비스형 SW까지 적용 범위가 확대되어, 디지털 전환과 SW산업 활성화에 중요한 역할을 하고 있습니다1368.

Citations:

  1. https://latteart.tistory.com/entry/%EA%B3%B5%EA%B3%B5-%EC%A0%95%EB%B3%B4%ED%99%94%EC%82%AC%EC%97%85-%EB%B2%95%EB%A0%B9%EC%83%81%EC%9A%A9SW-%EC%A7%81%EC%A0%91%EA%B5%AC%EB%A7%A4-%EC%A0%9C%EB%8F%84
  2. https://itwiki.kr/w/%EC%83%81%EC%9A%A9SW_%EC%A7%81%EC%A0%91%EA%B5%AC%EB%A7%A4_%EC%A0%9C%EB%8F%84
  3. https://blog.skby.net/%EC%83%81%EC%9A%A9%EC%86%8C%ED%94%84%ED%8A%B8%EC%9B%A8%EC%96%B4-%EC%A7%81%EC%A0%91%EA%B5%AC%EB%A7%A4-%EC%A0%9C%EB%8F%84/
  4. https://blog.naver.com/kyjongdari/222465314712
  5. https://seing.tistory.com/202
  6. https://metroseoul.co.kr/article/20230515500196
  7. https://www.youtube.com/watch?v=xyP5c3SrP8M
  8. https://zdnet.co.kr/view/?no=20230516081757
  9. https://www.kosw.or.kr/bbs/project1/105188
  10. https://www.pps.go.kr/kor/bbs/view.do?key=00634&bbsSn=2403050004
  11. https://eiec.kdi.re.kr/policy/callDownload.do?num=238559&filenum=1&dtime=20230608235552
  12. https://blog.naver.com/taenafit/223102982727
  13. https://www.swit.or.kr/SO/SOI/soiIntro.jsp

 

728x90

+ Recent posts