6/28/2016

베이커 넘버 (The Oracle of Bacon)

좀 오래된 얘기지만 버지니아 대학에서 만든 “The Oracle of Bacon(http://oracleofbacon.org)”사이트가 있다.

이 사이트는 일종의 영화배우에 대한 데이터베이스이다. 영화에 출연한 배우이름을 입력하면 Bacon Number를 알려준다.

Bacon Number의 의미는 영화배우 “케빈 베이컨”과 함께 영화에 출연했는지에 대한 여부와 출연 횟수를 기준으로 둘 사이의 거리를 측정하고 그 배우가 케빈 베이컨까지 몇 단계만에 연결이 되는지를 나타내는 수이다.


헝가리의 수학자 폴 에르되시(Paul Erdos)는 세계 각국의 수학자들과 공동 연구를 하였고 발표한 논문은 약 1500편이다.

이 정보를 기준으로 에르되시 제자들은 에르되시에게 0이라는 수를 공동 저자에겐 1, 공동 저자들과 함께 공동 연구한 저자들은 2 ….. 이렇게 수를 계속 지정해보았더니 유명한 수학자들 대부분은 2~5사이의 에르되시 넘버가 나왔다고 한다. 이 아이디어는 관계에 적용될 수 있고, 페이스북이 재밌게 이 문제를 풀어냈다. 일하는 곳에서도 이 아이디어는 적용된다.

니콜라스 크리스태키스, 제임스 파울러의 <행복은 전염된다="">의 책에서는 행복과 불행도 전염된다고 한다. 시뮬레이션을 해보면, 프로젝트 참여자가 하는 말과 행동은 관계를 통해 파도처럼 물결치며 나아간다. 그리고 대략 ½/3단계의 관계까지 영향을 미친다.

얼핏 보기에는 이런 효과들은 별로 중요하게 보이지 않을 수도 있다. 수학적으로 분석한 연구결과를 보면, 관계자의 행복이 나에게 영향을 미치는 정도가 ½/3단계(약15%/10%/6%), 불행은 약50%/25%/15%라고 언급하고 있다.

결국, 프로젝트 참여자들간에는 알게모르게 서로간에 주기적으로 자극을 주고 있다. 그것이 행복이든 불행이든…

-오늘 불행의 자극을 준 나…

나이팅게일 그래프

통계학개론 수업중에 “나이팅게일 그래프”에 대해서 교수님이 언급하셨다. 이제까지 나이팅게일을 백의의 천사, 사랑의 천사의 이미지로 기억하고 있었는데 사회 통계학의 개척자였다니…

크림전쟁시 부상병을 간호하던 나이팅게일은 전쟁터에서 전투로 인한 사망보다 열악한 치료 환경 및 위생탓에 사망하는 병사가 많다는 사실을 알게 되었고 이를 그래프로 나타내어 빅토리아 여왕에게 병원 시설과 환경을 개선할 것을 요청했고, 그 후 영국 정부는 위생 개혁을 하였고 사망자 수가 급격히 줄어들었다고 한다.


만약, 구두로 전달했거나? 글로 표현했다면? 지원을 받을 수 있었을까? 말 열 마디보다 숫자를 포함한 그래프가 더 큰 영향력을 미치는 경우가 많다.


6/27/2016

IoT Applications

 

Smart cities

  • Smart Parking
  • Structural Health
  • Noise Urban Maps
  • Traffic Congestion
  • Smart Lighting
  • Waste Management
  • Intelligent Transformation Systems

Smart Environment

  • Forest Fire Detection
  • Air Pollution
  • Landside and Avanlanche Prevention
  • Earthquake Early Detection

Smart Meter

  • Water Quality
  • Water Leakages
  • River Floods

Smart Metering

  • Smart Grid
  • Tank Level
  • Photovoltaic Installations
  • Water Flow
  • Silos Stock Calculation

Security & Emergencies

  • Perimeter Access Central
  • Liquid Presense
  • Radiation Levels
  • Explosive and Hazadous gases

Retail

  • Supply Chain Control
  • NFC Payment
  • Intelligent Shopping Application
  • Smart Product Management

Logistics

  • Quality of Shipment Conditions
  • Item Location
  • Storage Incompatibility Detection
  • Fleet Tracking

Industrial Control

  • M2M Applications
  • Indoor Air Quality
  • Temperatuer Monitoring
  • Ozone Presense
  • Indoor Location
  • Vehicle auto-diagnosis

Smart Agriculture

  • Wine Quality Enhancing
  • Green Houses
  • Golf Courses
  • Compost
  • Meteorological Station Network
  • Smart Animal Farming
  • Offspring Care
  • Animal Tracking
  • Toxic Gas Levels

Domotic & Home Automation

  • Energy and Water Use
  • Remote Control Appliances
  • Intrusion Detection Systems
  • Art and Goods Preservation

eHealth

  • Fall Detection
  • Medical Fridges
  • Sportsmen Care
  • Patients Surveillance
  • Ultraviolet Radiation

source: REDtone

6/23/2016

무인 자동차의 고민

 요즘 자율주행차량이 많은 관심을 받고 있다. 회사내의 동료와 이 부분에 대한 얘기를 가볍게 하다가 “돌발 상황 발생시, 누구를 보호 할 것이냐?”에 대한 문제가 제기됐다. 상황에 따라 다르지 않나? 라고 생각을 했지만, 아래의 자료를 보니 흥미롭다.

Why Self-Driving Cars Must Be Programmed to KillMIT Technology Review Self-driving cars are already cruising the streets. But before they can become widespread, carmakers must solve an…www.technologyreview.com


 위의 그림과 같은 상황이 발생 했을때, 무인 자동차는 어떤 행위를 해야 할까?

  1. 한사람을 다치게 한다. (다수가 다치는 상황을 피해야 하므로…)
  2. 보행자를 보호해야 할까? 운전자를 보호해야 할까?
  3. 여러 사람을 보호해야 할까? 운전자를 보호해야 할까?

위의 1, 2, 3은 사람이 판단하기에도 어려운 문제다. 이런 판단을 위해 MIT에서는 설문조사를 진행했다.

결과는 많은 사람들이 “희생자를 최소화”하는 쪽의 알고리즘에 동의 했다. 이 부분은 또다른 문제를 제기했다.

만약 내가 무인 자동차를 구매한다고 하면 “ Utilitarian을 우선시 하는 무인차”를 구매해야 하냐는 점이다.

돌발 상황 발생시 운전자를 희생시키기 때문에… 사람과 사람사이의 문제에 “기계”가 포함되었기에 이 부분은 당분간 풀리기는 어려워 보인다.

6/13/2016

Kubernetes란 무엇인가?

 


Kubernetes는 구글에서 공개한 리눅스 컨테이너 관리 시스템입니다. 일반적으로 Docker Orchestrator라고 표현합니다. 얼마전 우리 회사에서 Kubernetes를 활용한 프로젝트가 있어서, 궁금하기에 조사해봤습니다. Docker를 이용하는 Machine이 Single일 경우에는 Orchestration에 대해서 고민할 필요가 없습니다. Docker client의 command를 사용하여 Single host에 대해서만 관리를 하면 되기 때문이죠. 저도 개인적으로는 이렇게 사용하고 있습니다.

하지만, 두대 이상의 Host상에서 Docker가 존재할 경우에는 얘기가 달라집니다. 사용자가 요청한 Docker 컨테이너를 어느 Host에 설치해야할까? 라는 고민이 시작됩니다. 결국, Manual하게 Resource에 여유가 있는 Host를 선택해서 컨테이너를 생성하게 됩니다.

만약에 Host가 50대 혹은 1000대라면 어떻게 해야 할까요? Manual하게 관리하기가 쉽지 않겠지요? 어느 Host에 어떤 Docker container가 있는지, LB는 어떻게 해야 할지, 이미지 동기화 처리는 어떻게 해야 하는지.., 등등의 고민을 해야 하고 이런 작업들이 Manual하게 이뤄지게 됩니다. 결국, 관리하는 사람은 단순 노동에 지쳐서… 이직을 결심할지도 모릅니다.

Kubernetes는 이런 힘든 작업을 누군가가 대신해주면 어떨까? 라는 고민에서 시작되었습니다. 물론 Kubernetes말고도 이런 프로젝트는 여러개가 존재합니다. (Swarm, Mesos ..,)

Kubernetes는 Multiple Host에서의 Docker Container를 관리하는 Container Orchestration이고 특징은 아래와 같습니다.

특징

  • Multiple Docker Pool
    • 사용자는 Docker Daemon의 대수를 알 필요가 없고, “N개의 Container가 필요하니 A이미지로 생성해줄래?”라는 명령만 내리면 Kubernetes가 Multiple Docker Daemon에 알아서 Container를 생성해줍니다.
  • 다른 서버 Container와의 Interface
    • Docker Container는 Docker Daemon이 있는 Host내의 Private IP를 가지고 있는데, A 호스트의 Container와 B 호스트의 Container가 서로 통신을 하기가 어렵습니다.
    • 위의 문제점을 Kube-proxy, flanneId의 sub tool로 가능하게 해줍니다.
  • Container fail 처리
    • Container가 fail 상태일 경우, 동일한 Container를 생성해서 지속적인 서비스가 가능하게 합니다.
  • Load Balance
    • Round-robin 형태의 로드밸런싱을 제공하여 Cluster로 묶인 Container에 접근이 가능하게 해줍니다.

주요 구성 요소

Cluster

  • Application Container들이 배치되고 실행되는 컴퓨팅 자원

Pod

  • Application 실행에 필요한 Container 집합
  • Lifecycle이 같은 Container 그룹
  • Deploy 및 실행의 최소단위

Replication Controller

  • pod들의 Lifecycle 관리자
  • pod들의 health status를 체크

Service

  • pod 집합을 대표하는 이름 (e.g. IP address)
  • 로드밸런서

Label

  • pode들의 Grouping/조직화를 위해 관리하는 key-value 메타 데이터

보다, 자세한 사항은 아래를 참조

http://kubernetes.io

5/01/2016

oneM2M Interop 2

10–13 MAY 2016, SEONGNAM-CITY, SOUTH KOREA

The purpose of this event is to verify the primitive’s interoperability as defined in the oneM2M standards and to check end-to-end functionality on oneM2M interfaces Mca and Mcc.The implementations will have to support CoAP, HTTP and MQTT protocol binding.Interoperability test scenarios from TS-0013 (interoperability testing) are proposed to participants. The testing ae based on the:

  • oneM2M Release 1 standards TS-0001 (Functional Architecture)
  • TS-0004 (Service Layer Core Protocol)
  • TS-0008 (CoAP Protocol Binding)
  • TS-0009 (HTTP Protocol Binding)
  • TS-0010 (MQTT Protocol Binding)

The Interop Event may also include Conformance Testing Tool Demo in order to introduce and help to understand the oneM2M conformance testing. This Interoperability event will offer test sessions where companies can assess the level of interoperability of their implementations and verify the correct interpretation of the oneM2M standards.Please note that the interoperability results are not to be public as the event is covered by a Non-Disclosure Agreement.This activity is supported by the Korean Ministry of Science, ICT and Future Planning and the European Commission.

Source: http://www.etsi.org/news-events/events/1045-onem2m-interop-2

4/21/2016

PaaS Trends

PaaS (Platform as a Service)는 Runtime환경과 Backend service 관리를 자동화한 개념이다.



PaaS에 대한 제품은 여러가지가 존재하며 아래는 우리가 알고있는 제품들이다.



PaaS는 Deployment의 고민으로 부터 등장하기 시작했다.


PaaS는 iPaaS(Integration PaaS)와 aPaaS(Application PaaS)로 구분되며 각 역할은 아래와 같다.


Gartner에서 정의한 iPaaS관련 Reference Architecture 모델의 구성요소는 크게 6가지로 나뉜다.

  • Integration Platform Services
  • Governance Platform Services
  • Collaboration, Integration Flow Marketplace, Self-Services
  • Monitoring, Management and Platform Administration Services
  • Cloud Foundation Services
  • Development and Life-cycle Management Platform Services

aPaaS의 경우에는 Cloud Foundry 기반으로 작성했다.

플랫폼은 확장성이 좋아서 한 서비스 혹은 여러 서비스를 수용 할 수 있게 해준다. 플랫폼은 효율적이며 다시 사용할 수 있는 구조를 제공한다. 플랫폼이 없다면 서비스를 개발 할 때 마다 필요한 모든 것을 매번 다시 개발해야 할 것이다. 이런 방식은 비효율적일 수 도 있다.

PaaS와 같은 플랫폼은 공통적인 기반 서비스/요소를 가지고 있다. GE Predix와 같은 플랫폼도 이런 서비스를 제공하면서 새로운 서비스를 시장에 빨리 출시할 수 있도록 도와준다. 즉, 고객을 위한 서비스를 빨리 제공할 수 있다는 의미이다.