많은 보험사에서 IFRS4 도입을 위한 준비로 계리업무, 리스크관리시뮬레이션(IFRS4)등 연산모델다양화로 고성능 컴퓨팅 파워(HPC)가 그 어느때보다도 필요한 시점입니다.
IT자산을 늘리는 부담보다는 그때 그때 필요한 환경을 구성하여 사용하고 비용지불을 하는 Cloud에 대하여 관심이 높아질수 밖에 없습니다.
IBM Cloud로 그 해결책을 제안드립니다.
고성능Bare Metal 서버와, GPU, 보안등... 자체 구축한 데이터센터 수준의 제어 및 기업 친화적 보안체계와 한국 IBM Cloud Data Center 를 활용하여 네트워크 비용 절감 등의 혜택을 누리실수 있습니다.
source : http://www.opennaru.com/open-source/open-source-software-u2l-visiting-seminar/
컨테이너 개념잡기- 왜 컨테이너일까?
Docker 라는 회사는 오픈소스 프로젝트인 Docker 만큼 많은 관심과 투자를 얻게 되었습니다.
그 회사의 개념을 가장 잘 설명하는 것은 그 회사의 로고에 대한 의미를 살펴보는 것입니다.
Docker 의 로고는 20세기의 최고의 발명품으로 평가 받는 선적 컨테이너에 대한 것입니다.
육상과 해상 운송에서 컨테이너는 국제무역의 확대에 기폭제 역할을 하였으며, 컨테이너없는 무역은 상상하기 힘듭니다.
Shipping and World Trade
특히 동아시아의 대표적인 무역국가인 한국, 중국, 일본, 싱가포르, 타이완은 모두 컨테이너선이 정박할 수 있는 대형 도크를 가진 항구를 건설하여 국제무역 거점으로 성장하게 됩니다.
지금은 아니지만, 한국은 대량의 컨테이너를 운송할 수 있는 대형 선박 건조 분야와 해양 운송 분야의 글로벌 리더였던 적도 있습니다.
1.보잘 것 없어 보이는 철재 상자 – 컨테이너
before container
육지와 바다는 수송 시스템이 전혀 다른 형태로 되어있습니다.
예전에는 화물을 트럭으로 부두까지 실어온 후 선박이 도착하면 다른 화물들과 함께 배의 측면으로 옮겨 부두노동자가 포장하여 적재하였습니다.
그 과정에서 화물의 손상, 분실, 시간, 비용이 크게 발생하였으며, 운송 수단으로서 신뢰도 낮았습니다.
19세기 후반부터 미국과 유럽의 수많은 운송업체들은 박스 형태의 운송을 시도하였습니다.
물건을 나를 때 상자에 넣어서 운반하는 것이 편리하다는 것은 누구나 알고 있는 사실이지만, 문제는 표준화였습니다.
배를 소유한 해운업체는 구태여 자기 돈을 들여 컨테이너를 이동시킬 크레인을 항구에 설치하려 하지 않았습니다.
컨테이너 이해하기 왜 도커인가?
철도 업체나 트럭 업체는 항구에 내려놓은 화물이 어떻게 배에 실리는 지에는 관심을 두지 않았습니다.
회사마다, 분야마다 다른 형태의 상자와 도구를 쓰다보니 효율성이 떨어져 상자를 쓰지 않느니만 못했습니다.
항구 노동자들 역시 정치적 영향력이 큰 노조를 조직해서 하역 작업의 기계화를 막았습니다.
1950년대 컨테이너의 등장
1950년대에 트럭운송업을 하던 Malcom McLean 과 그의 헤드 엔지니어인 Keith Tantlinger가 컨테이너를 표준화하여 세계를 변화시켰습니다.
그 당시에 배를 수작업으로 선적하는 비용은 톤당 5.86 달러였으며, 컨테이너를 사용하면 톤당 16 센트 밖에 안되며 비용은 36 배 절감됩니다.
또한 컨테이너 화는 또한 선박의 적재 및 하역 작업에 소요되는 시간을 크게 줄였습니다.
많은 보험사에서 IFRS4 도입을 위한 준비로 계리업무, 리스크관리시뮬레이션(IFRS4)등 연산모델다양화로 고성능 컴퓨팅 파워(HPC)가 그 어느때보다도 필요한 시점입니다.
IT자산을 늘리는 부담보다는 그때 그때 필요한 환경을 구성하여 사용하고 비용지불을 하는 Cloud에 대하여 관심이 높아질수 밖에 없습니다.
IBM Cloud로 그 해결책을 제안드립니다.
고성능Bare Metal 서버와, GPU, 보안등... 자체 구축한 데이터센터 수준의 제어 및 기업 친화적 보안체계와 한국 IBM Cloud Data Center 를 활용하여 네트워크 비용 절감 등의 혜택을 누리실수 있습니다.
source : http://www.opennaru.com/open-source/open-source-software-u2l-visiting-seminar/
컨테이너 개념잡기- 왜 컨테이너일까?
Docker 라는 회사는 오픈소스 프로젝트인 Docker 만큼 많은 관심과 투자를 얻게 되었습니다.
그 회사의 개념을 가장 잘 설명하는 것은 그 회사의 로고에 대한 의미를 살펴보는 것입니다.
Docker 의 로고는 20세기의 최고의 발명품으로 평가 받는 선적 컨테이너에 대한 것입니다.
육상과 해상 운송에서 컨테이너는 국제무역의 확대에 기폭제 역할을 하였으며, 컨테이너없는 무역은 상상하기 힘듭니다.
Shipping and World Trade
특히 동아시아의 대표적인 무역국가인 한국, 중국, 일본, 싱가포르, 타이완은 모두 컨테이너선이 정박할 수 있는 대형 도크를 가진 항구를 건설하여 국제무역 거점으로 성장하게 됩니다.
지금은 아니지만, 한국은 대량의 컨테이너를 운송할 수 있는 대형 선박 건조 분야와 해양 운송 분야의 글로벌 리더였던 적도 있습니다.
1.보잘 것 없어 보이는 철재 상자 – 컨테이너
before container
육지와 바다는 수송 시스템이 전혀 다른 형태로 되어있습니다.
예전에는 화물을 트럭으로 부두까지 실어온 후 선박이 도착하면 다른 화물들과 함께 배의 측면으로 옮겨 부두노동자가 포장하여 적재하였습니다.
그 과정에서 화물의 손상, 분실, 시간, 비용이 크게 발생하였으며, 운송 수단으로서 신뢰도 낮았습니다.
19세기 후반부터 미국과 유럽의 수많은 운송업체들은 박스 형태의 운송을 시도하였습니다.
물건을 나를 때 상자에 넣어서 운반하는 것이 편리하다는 것은 누구나 알고 있는 사실이지만, 문제는 표준화였습니다.
배를 소유한 해운업체는 구태여 자기 돈을 들여 컨테이너를 이동시킬 크레인을 항구에 설치하려 하지 않았습니다.
컨테이너 이해하기 왜 도커인가?
철도 업체나 트럭 업체는 항구에 내려놓은 화물이 어떻게 배에 실리는 지에는 관심을 두지 않았습니다.
회사마다, 분야마다 다른 형태의 상자와 도구를 쓰다보니 효율성이 떨어져 상자를 쓰지 않느니만 못했습니다.
항구 노동자들 역시 정치적 영향력이 큰 노조를 조직해서 하역 작업의 기계화를 막았습니다.
1950년대 컨테이너의 등장
1950년대에 트럭운송업을 하던 Malcom McLean 과 그의 헤드 엔지니어인 Keith Tantlinger가 컨테이너를 표준화하여 세계를 변화시켰습니다.
그 당시에 배를 수작업으로 선적하는 비용은 톤당 5.86 달러였으며, 컨테이너를 사용하면 톤당 16 센트 밖에 안되며 비용은 36 배 절감됩니다.
또한 컨테이너 화는 또한 선박의 적재 및 하역 작업에 소요되는 시간을 크게 줄였습니다.
Presented in this short document is a description of what we call "Partitioning" and "Positioning". Partitioning is the notion of decomposing the problem into smaller sub-problems along its “hierarchical” (Kelly and Zyngier, 2008), “structural” (Kelly and Mann, 2004), “operational” (Kelly, 2006), “temporal” (Kelly, 2002) and now “phenomenological” (Kelly, 2003, Kelly and Mann, 2003, Kelly and Zyngier, 2014 and Menezes, 2014) dimensions. Positioning is the ability to configure the lower and upper hard bounds and target soft bounds for any time-period over the future time-horizon within the problem or sub-problem and is especially useful to fix variables (i.e., its lower and upper bounds are set equal) which will ultimately remove or exclude these variables from the solver’s model or matrix.
클라우드 컴퓨팅, 기본부터 정복해보자!
클라우드 컴퓨팅, 줄여서 클라우드라고 이야기하죠.
클라우드 서비스가 등장한지 어느덧 약 15년이 지났지만 여전히 사용하기 쉽지 않다고 합니다.
본 교육에서는 클라우드 컴퓨팅 기본 사항부터 접근해보고자 합니다.
개요 및 아키텍처, 주요 서비스 이해를 통해 클라우드를 보다 효율적으로 사용하기 위한 기본기를 확보하고,
이를 기반으로 클라우드를 안정적으로 활용하는 지식을 함양하고자 합니다.
본 내용은 Microsoft Learn에 무료로 공개된 다음 주요 모듈 내용을 기반으로 설명을 위해 강의/발표 형태로 재구성하였습니다:
- Microsoft Azure 기본 사항: 클라우드 개념 설명: https://learn.microsoft.com/ko-kr/training/paths/microsoft-azure-fundamentals-describe-cloud-concepts/
- 개발자를 위한 클라우드 컴퓨팅 기본 사항: https://learn.microsoft.com/ko-kr/training/paths/cmu-cloud-developer-basics/
클라우드를 활용한 디지털 제조(Digital Manufacturing)실현 방법 및 사례 소개 - 윤석찬 (AWS 테크에반젤리스트) :: ...Amazon Web Services Korea
제조업의 디지털 혁신을 위해 오퍼레이션 및 고객 데이터 등을 분석하고, 이를 경영 전략에 활용하는 것이 점점 중요해 지고 있습니다. 본 세션에서는 제조업 현장에서 클라우드를 도입하는 다양한 국내외 사례를 통해 스마트 프로덕트를 기획하는 단계부터 생산에 이르기까지 다양한 과정을 거치면서 어떻게 클라우드를 활용하여 혁신을 이루어 내었는지 삼성중공업, 현대 건설 기계 및 GS칼텍스 등 국내 사례 위주로 소개 합니다.
글로벌 1위 기업의 SaaS,
PaSS 전략에서 미래를 배운다<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />
일본에 불어닥친 클라우드 컴퓨팅 열풍의 현황과 전망
클라우드 컴퓨팅 패러다임이 뒤바꾼 일본 IT산업의 현황
일본의 ‘클라우드 워커’ 신드롬
Web3.0 새로운 블록체인 기술로 제공되는 서비스
InitVerse는 블록체인 기술, 분산화 및 경쟁력 있는 마이닝을 활용하여 더 높은 보안, 투명성, 효율성 및 접근성을 갖춘 클라우드 컴퓨팅 서비스를 제공하도록 설계된 블록체인 기술 기반 솔루션입니다. 스마트 계약 모듈, 인증서 계약 및 스택 기반 가상 머신과 같은 구성 요소를 도입하여 이러한 목표를 달성합니다.
vFORUM2016 행사당시 IBM에서 발표한 자료입니다.
Public Cloud 기반의 VMware 솔루션 활용 전략 및 Use Case에 대하여 IBM 박현수 실장님께서 발표를 하셨습니다. VMware 로 Hybrid Cloud 솔루션을 구성할 수 있는 Certified 되어 있는 유일한 업체가 IBM Public Cloud임을 다시한번 소개해드리는 시간이었습니다.
스마트 제조: AWS를 활용한 제조사의 디지털 트랜스포메이션 실현 방법 및 사례 – 석진호 AWS 제조업 사업개발 담당, 최계현 현대건설기...Amazon Web Services Korea
제조사의 제조/생산에서부터 유통/서비스 체인, 그리고 비즈니스 오퍼레이션에 이르기까지 디지털 혁신을 어디에 얼마나 어떻게 활용하는 것이 중요해지고 있습니다. 제조사의 Digital Transformation을 위한 AWS의 다양한 기술 솔루션과 연관 사례를 소개해드립니다.
2. 장점
안전한 서버에 접근하여 서비스를 제공받을 수
1.표준화된 IT 기반
있음.
2.공간의 제약 정해진 용량 없이 공유 가능.
3.초기자금(광고,사용기반 과
기회비용과 위험성 낮춰줌.
금)
자원수요의 변화에 따라 컴퓨팅 자원을 가변성
4.서비스 제공자
있게 지원.
24시간 언제나 접근 가능,
5.서비스 수요자
제공자의 간섭 없이 필요한 자원 관리 가능.
3. 단점
서비스가 갑자기 중단되면 연결되어 있던 수많은 기업과
1.서비스의 안정성
사용자들,개발자들이 함께 피해를 입는다.
클라우드 서비스 이용 vs 구축된 IT인프라에 투자
2.상대적인 편익
기업 입장에서 투자효율성을 제대로 계산 하기 힘듦.
수요자 입장에서는 검증되지 않은 새로운 컴퓨팅 환경의
3.모험적 선택 도입이 안전한지 구축되어 있는 IT인프라를 활용하는 것
이 안전한 것인지 선택해야 한다.
한 클라우드에 속한 사용자들은 다른 클라우드로 전환이
어려움.
4.낮은 표준화 수준
왜? (클라우드 사업자들은 자체적인 플랫폼을 개발하기
때문에 각 사업자 마다 플랫폼의 언어와 구조가 다름.)