스마트에너지 프로파일(SEP) 2.0 표준

디바이스상에서 기능셋과 그들의 리소스들은 HTTP URLs 를 통해 접근되어진다. 이런 디바이스들은 DNS-SD 나 mDNS 같은 기술을 사용하여 네트워크상에서 동적으로 주변의 서비스들을 탐색한다. 그리고 그들 자신을 SEP 2.0 기능셋을 구현한 리소스에 접근하기위해 스스로 등록한다. 

스마트 에너지 디바이스간에 진정한 상호작용할수있는 에코시스템을 제공하기위해 TCP/UDP 와 IP-Based 네트워킹의 사용은 필수적이다. 또한 외부 네트워크에 노출된 취약점이 있기때문에 디바이스간의 보안에 관한것도 중요하다. 

http://www.ksga.org/sub3/pds_read_newsletter.asp?ID=2284&read=143&article4=1&ForumID=0&kind=4  참고

http://www.csee.org.cn/Portal/zh-cn/Publications/atm/docs-13-0200-00-sep2-smart-energy-profile-2.pdf.pdf   스펙문서

Smart Energy Profile 2.0 (SEP2) 는 국제표준으로서, 홈 / 비지니스 부분의 에너지 디바이스에 대해 스마트 그리드 서비스를 제공하는  IP 기반의 어플리케이션 프로토콜 명세이다. 

Kitu 시스템이 제공하는 SEP2 스택 :

• Small footprint   (공간을 적게 차지하며)
• Flexible – robust API’s   (유연성있고 강력한 API 제공)
• Hardware, PHY, OS agnostic   (모든 하드웨어 , OS 등에서 사용가능) 
• Feature rich application environment and services simplifying application development and speeding TTM (개발이 쉽고,시장에 빠르게 진입할수있게함) 

Kitu 의 SEP2 스택은 가장 완벽하며 , 테스트되어있고 ,넓게 적용될수있으며 성숙된 SEP2
스택을 제공합니다.

SEP2 코어 

1. IP 기반으로 다양한 물리적 인터페이스 (Ethernet, Wi-Fi, ZigBee, PLC, 등) 에서 작동.

2. 표준 HTTP/HTTPS 방식과 XML/EXI 정의를  사용한 Restful 서버/클라이언트 아키텍쳐.

3. mDNS  기반 서비스 디렉토리를 사용하여  복잡한 설정을 제거.

(역주: mDNS : Rendezvous, Bonjour 혹은 mDNS라 불리는 기술은 근거리 망에서 각 노드상의 서비스를 발견할 수 있도록 알리는 방식을 정의한다. 리눅스에서는 그 구현체로 Avahi가 쓰이고 있다. (과거 구현체인 Howl과도 호환된다)애플 쪽에서 이걸 잘 쓰고 있는데 가령 iTunes에서 공유를 걸면 네트워크 안의 다른 아이튠즈에서 그 공유를 알아챌 수 있게 되어 있다.)

(역주: WiFi-Direct 는 기존의 uPNP 프로토콜이나  iOS 의 Bonjour 프로토콜을 사용하여 서로를 인증한다.

  uPNP, Bonjour 는  Multicase UDP 통신을 통해 기기를 검색하고 인증한다.)

4. ECC 기반 암호수트를 사용하여 높은 보안성 제공.

(역주: ECC 타원곡선기반 암호화,웹상의 자료들을 살펴보니 ECC가 분명히 RSA보다 상대적으로 안전한 알고리즘이라는 의견이 지배적입니다. 그러나 상대적으로 복잡하고 실제 구현을 위해 전문 지식이 필요하여 업계 전반으로 확대되는 데에는 많은 시간이 필요하다고 합니다. 또한, 특정 타원 곡선 유형에서는 쉽게 풀리는 문제점이 지적되고 있습니다.  

• 2010년 12월 소니는 PlayStation3에 ECDSA 개인키가 해킹되었으며, 잘못된 알고리즘 사용이 원인이였습니다. 
• 2011년 3월 29일 서버의 TLS 개인키가 노출될 수 있는 가능성이 제기되어 OpenSSL 1.0.0e에서 수정되었습니다. 
• 2013년 8월 자바 SecureRandom 클래스의 결함이 발견되었습니다.

기능성

     KITU SEP2 스택 

1. Kitu 시스템은  클라이언트/서버에 대해  완전한  end-to-end SEP2 프로토콜 스택을 제공합니다. SEP2 통신 을 완전히 추상화 하였으며,  많은 프로토콜을 지원하는 어플리케이션으로 빠르게 시장에 진입할수있도록 도와줍니다. (protocol agnostic applications)

agnostic 의미 : http://whatis.techtarget.com/definition/agnostic

2. 많은 예제와 잘 구축된 문서

3. 적은 프로세서, 램을 요구하며 임베디드 RTOS 라든지 리눅스에서 돌아가는 게이트웨이 디바이스등 저전력디바이스에서도 작동합니다.

4. 엣지디바이스,게이트웨이/라우터,클라우드등에서 돌아가는 유연성 

5. 스마트한 엔드노드 어플리케이션 서비스를 제공합니다.그것은 멀티서버를 제공하는것을 포함하여 어플리케이션 개발을 단순화합니다.

            플랫폼  & 도구

Support for a wide range of standard and implementation-specific platforms.

Kitu Systems own platform modules also available for very constrained devices.

Powerful and flexible debug and monitoring tools for control, debug, logging and regression testing

Vert.x 클러스터링 (여러 머신상에서 vert.x 인스턴스끼리 데이터공유) 을 할때 대해서 정리

1. ClusterManager 를 사용한다.

ClusterManager clusterManager = ((VertxInternal)vertx).clusterManager();
Map map = clusterManager.getSyncMap("mapName"); // shared distributed map

뒤에 Hazelcast IMap 을 사용하게된다. -cluster  파라미터와 헤즐케스트에 대한 설정을 했다고 가정한다.

이것은 내부 API 로서 사용되므로 ,일반적으로 제품에 대해서 추천하지 않는다. 테스트용으로는 괜찮을지도.

2. 헤즐케스트를 적극적으로 사용한다.

Hazelcast 를 워커버티클에서 직접적으로 접근해서 사용하라 Hazelcast 의 정적함수를 이용.

    Set<HazelcastInstance> instances = Hazelcast.getAllHazelcastInstances();
    HazelcastInstance hz = instances.stream().findFirst().get();
    Map map = hz.getMap("mapName"); // shared distributed map

주의 : . 헤즐케스트 API 는 블러킹되기때문에 워커버티클에서만 사용하라

3. Vert.x 2 버전은 클러스터 공유데이터를 지원하지 않는다. Vert.x 3 부터는  헤즐케스트 클러스터 매니저를

감싼 비동기 api 를 통해서 지원한다. (비동기에 유념하라)  

4. 일반적인 공유DB 를 사용하라.

5. 하나의 버티클을 공유맵 인스턴스를 가지고 관리하는 전용으로 만들어라. 다른 버티클들과 이벤트버스를

    통해서  관리하라.  

6. 어플리케이션을 애초에 공유데이터가 필요없게 만들어라.

http://stackoverflow.com/questions/12299132/clustering-and-shared-data-in-vert-x  참고 

http://funnylog.kr/434 펌 

http://funnylog.tistory.com/439  펌

#1 삼바(SAMBA)를 이용한 윈도우에서 접근 가능한 공유폴더 만들기

우분투 설치 PC 준비하기

프로그램 설치하기

#2 RSYNC를 이용한 공유폴더 자동(동기화)백업

이번에는 두번째 강좌인 rsync 백업 입니다.

  저장공간을 만들었으면 그 다음 우선적으로 할일을 백업입니다.  (단순 개인적인 용도로 영화파일이나 음악파일정도 보관하는 용도라면 백업에 대한 부담이 덜하겠지만,  중요한파일도 같이 보관하거나, 여럿이 사용할 파일 서버라면 백업은 필수 입니다.  

 컴퓨터로 자료를 보관하는 입장이라면 , 일단 기본적으로 저장매체는 믿지 마십시오, 언제든 파괴될 수 있고, 장애를 일으킬 수 있습니다. 저장매체가  무엇(HDD, SSD, CD, DVD, 테이프 등) 이든 말입니다. 믿을 수 있는것은 이중화 뿐입니다.

위 그림에서 보면 1~3 가지 정도로 자동백업 상황을 고려 해볼 수 있습니다. 자료의 중요도에 따라 백업은 이중, 삼중으로 되어야 하고, 필요시에는 원격지 다른장소에 구성하여 서버의 장애는 물론, 화재나, 해킹, 지진등에 도 대비를 해야 겠죠.  심지어 국가를 넘어서 자료를 백업하기도 합니다. 사실 개인도 그러한 구성도 얼마든지 가능합니다.

어째든 최소한 다른미디어에 백업하는 정도라도 구성하기를 권장합니다.

여기서 다루게될 백업(동기화)도구인 rsync 는 위 그림에서나오는 모든 경우에 대해 적용이 가능합니다.

 rsync 는 Unix-like 환경을 유틸리티로  한곳의 파일이나 디렉토리를 다른 곳에 동일하게 동기화 할 수 있도록 합니다.  처음 발표된건 1996년도입니다. 당시는 지금과 같은 네트워크 대역폭이 넓지 않은 상태인 만큼, 네트워크를 통한 파일 전송을 최소화 하는것이 중요했을 것입니다.(물론 지금도 그렇지만) 그래서 delta 인코딩이라는 기술로 변경내용만 빠르게  추려내어  전송량을 최소화 하도록 하였습니다. 이렇게 해서 잘만들어진 rsync는  지금도 유용하고 편리한 백업/미러링 도구입니다.

 rsync는 필수 유틸리티 이기 때문에 대부분의 유닉스 시스템(맥북에도)을 설치하게 되면 기본적으로 설치되어있어 바로 사용이 가능합니다. 그리고 무료이구요.

그럼 rsync   기본 사용법입니다.

rsync사용법은 파일 복사 명령어와 비슷합니다.  다만 같은 서버내에서는 물론 네트워크를 이용한 서버간에도 복사 동기화가 가능합니다.  이때는 접속 USER ID와 호스트 명(IP or DOMAIN NAME)이 들어가게 됩니다.

그럼 실제 예를 보겠습니다.

1) 먼저 동일 서버에서 디렉토리간 동기화 방법입니다.  

옵션(-avz) 설명

 - a : archive mode동작지시,  -rlptgoD 라는 여러개의 옵션을 -a로 표현한것입니다.  이것은 (-r)지정된 원본디렉토리 이하의 모든 디렉토리와 파일, 심볼릭 링크(-l), 장치파일(-D)까지 모두 사본생성경로로 원래 권한(-p), 시간(-t),그룹(-g), 소유자(-o) 권한을 유지한채 복사하란 뜻입니다.  

즉, 아래와 같다고 보면 됩니다.

rsync -r -l -p -t -g -o -D

-v : verbose 실행과정 내용을 가능한 상세히 보여 달라는 뜻입니다.

-z : 전송데이터 량을 줄이기 위해 전송중 압축을 하라는 내용입니다. 최종 복사된 파일이 압축되는 것은 아닙니다.

이렇게 해서 실행하는 예를 보면 

   one 디렉토리 통째로 two안으로 들어간 것을 볼 수 있습니다. 테스트 상황에서는 파일이 한개(test01.txt)만 있어서 금방 끝납니다. 

2) 다음은  다른 서버로 부터 동기화 하는 예 입니다.

 사실 rsync에서  리모트로 부터 파일을 전송하는 방법에는 크게 2가지가 있습니다. 

- rsync 데몬을 이용하는 방법  (HOSTIP::/path 형식사용 또는  rsync:://  형식사용 )

(또는  rsync 데몬을 이용하되 ssh 컨넥션 이용하는 방법)

- 리모트 쉘 ( ssh,  rsh )  를 이용하는 방법   (  HOSTIP:/path  형식사용)

  rsync 데몬을 명령줄에서의 두가지 방법차이는 콜론(:) 개수 차이 입니다. 콜론 개수에 따라 rsync는 리모트 쉘을 이용할지 리모트 rsync 데몬을 이용할지를 결정합니다. 

  첫번째 원격 접근 방법인 rsync데몬을 이용하게 되면 대상 호스트에 inetd (873포트) 에 설정을 하여 항상 데몬이 뜰 수 있도록  해주어야 하며 기본적으로 전송간 암호화는 되지 않습니다. (여기에 ssh 컨넥션을 이용하는 방법을 추가해서 암호화가 되도록 해줄 수 도 있긴 합니다.)  

 두번째 원격접근 방법인 리모트쉘을 이용하는 방법을 사용하게 되면 통상 ssh (22번포트)를 사용하게 되고 더불어 자동으로 암호회된 세션안에서 통신을 하게 됩니다. 별도로 데몬 설정도 불필요합니다.

여기에서는 두번째 방법인 리모트쉘을 이용하는 방법을 사용하게 될 것 입니다.

  리모트쉘(ssh) 를 이용하는 전제는 ssh 패키지가 설치 되어있어야합니다. 만일 설치전이라면 ssh부터 설치하시기 바랍니다. (리모트,로컬 양쪽에 설치 되어있어야 합니다.)

그럼 준비가 되었으면 rsync 를 이용한 리모트 원본을 동기화예를 보겠습니다.

  51번 호스트의 /home/user2/three 원본 경로전체를 two 로 동기화 한다는 뜻입니다.  이때 51번 호스트로 접속할때  사용자는 user2입니다.  콜론이 한개(:)이기때문에 ssh접속을 하게 됩니다.

그럼 실행해 봅니다.

51번 호스트의 three디렉토리 통째로 two로 동기화(복사) 됩니다.

 파일서버를 개인적인 용도로 쓰고 별도의 리모트 서버 구성을 하지 않는다면 1)번의 디렉토리간 동기화방법을 사용하면 됩니다.

  rsync를 이용하면 앞서 설명한것처럼 간편하게 명령 한줄로 (동기화)백업을 해낼 수 있습니다만.  이왕이면 정기적을 자동 백업을 해줄 수 있다면 더욱 좋을 것 입니다.

 리눅스와 같은 (Unix-like) OS에서는 cron 이라는 주기적 작업을 쉽게 설정할 수 있는 도구가 있습니다. 이를 이용하면 rsync를 자동화 백업이 가능해 집니다.

cron 의 실행하는 스케쥴표는 crontab  명령으로 작성할 수 있습니다.

실행 명령 입니다.

아마도 처음 crontab을 실행한다면 어떤 에디터를 사용할지 물어 볼겁니다. 익숙한 에디터를 선택하시면 됩니다.  그러면  crontab은 하나의 설정파일을 열어 줍니다.

해당 파일에 작업 command 를 추가 해주면 되는 데 형식은 다음과 같습니다.

즉 위처럼 원하는 스케쥴에 rsync 실행줄을 넣어 주면 되는 겁니다.   (맨앞 # 코멘트 표시는 제거해야죠 ^^)

여기에 좀더 세련된 관리 방법을 넣어 보겠습니다.

위 말이좀 헷갈리죠?

  이 말뜻은  매일 동기화를 해서 원본과 맞추되.  만약에 특정 변경된 파일이 문제가 있어 복원 필요한 경우 해당 파일을 적어도 일주일 전까지는 되돌릴 수 있도록 따로 변경분만 별도 백업 한다는 뜻입니다.

어떻게?

--backup   이란 옵션을 사용하면 됩니다.

 이 옵션을 사용하게 되면 원본에 동기화를 할때 변경이 발생해서 덮어쓰이게 되는 경우 이전파일을 다른 이름으로 바꾸거나(--suffix 옵션)  다른 디렉토리로(--backup-dir)로 옮겨 놓을 수 있도록 하는 명령 입니다.

즉, 바뀌게 되는 파일만 또 다른 공간으로 살려두게 되는 것이죠. 

그런데 이 옵션만으로는 좀 세련되게 하기가 안되므로 간단히 스크립트를 만들고 이 스크립트를 실행하는 명령을  crontab 으로 등록하겠습니다.

아래 스크립트입니다.   http://rsync.samba.org/examples.html  있는 예제를 좀더 간단하게 바꾸었습니다.

이 파일을  /backup/runrsync.sh  실행가능한 파일로 저장합니다.

그리고  요일별로 변경분만 백업될 디렉토리를 미리 만들어 주어야 합니다.

$crontab -e 

실행 후 아래 처럼 추가해줍니다.

그럼 매일 새벽 2시에 동기화를 하게 되고 이때  바뀌는 파일은 /backup 밑에 요일별로 옮겨지면서 전체 동기화된 파일은   /backup/current 에 있게 됩니다.

  여기까지 rsync를 이용한 자동 동기화 방법에 대한 설명을 마치겠습니다.  각자 필요한 환경에 맞게 적절히 변경하여 활용하시기 바랍니다.  감사합니다.

참고로 위의 모식도는 하둡의 쉘 실행모습입니다. 하마도 하둡과 매우 비슷합니다.

$ bin/start-bspd.sh

위와 같이 start-bspd.sh 로 부터 시작합니다. 마스터 노드에서 실행합니다.

bin/hama-config.sh

hama-config.sh 안에서는 conf/hama-env.sh 를 실행하며, groomserver 를 export

conf/hama-env.sh 

hama-env.sh 에서는 아래와 같이 JAVA_HOME 등을 설정합니다.

# The java implementation to use.  Required.
export JAVA_HOME=/usr/lib/jvm/java-7-oracle

# Where log files are stored.  $HAMA_HOME/logs by default.
# export HAMA_LOG_DIR=${HAMA_HOME}/logs

# The maximum amount of heap to use, in MB. Default is 1000.
# export HAMA_HEAPSIZE=1000

# Tell Hama whether it should manage it's own instance of Zookeeper or not.
export HAMA_MANAGES_ZK=true 

hama-daemon.sh 을 통해 bspmaster 를  실행합니다. 

# rsync options source destination

# rsync -avz moniwiki/ yundream@192.168.56.101:/home/yundream/backups

# rsync -avzh yundream@192.168.56.101:/home/yundream/backups ./

# rsync -avz  --exclude 'data' yundream@192.168.56.101:/home/yundream/backups ./

# rsync -avz  --exclude '*.bak' yundream@192.168.56.101:/home/yundream/backups ./

# touch test.txt
# rsync -avz --delete yundream@192.168.56.101:/home/yundream/backups ./

최종적으로 hama 를 실행합니다. 

#!/bin/bash


var="'(]\\{}\$\""
echo $var        # '(]\{}$"
echo "$var"      # '(]\{}$"     차이가 없죠?

echo

IFS='\'
echo $var        # '(] {}$"     \ 가 빈 칸으로 바뀌었네요.
echo "$var"      # '(]\{}$"

# S.C. 제공

exit 0

hama-daemons.sh 를 통해 groom 들을 실행합니다. 

grooms.sh 실행 

http://blog.udanax.org/2013/04/blog-post_29.html  펌 

미리 준비해야할 것들

• Hadoop 1.0의 HDFS 
• Hama 0.6 버전까지는 Hadoop 1.0과 CDH3만을 지원하고 있습니다.
• Sun/Oracle 배포 Java
• SSH
• Hama 최신버전을 다운로드 합니다.

# The java implementation to use.  Required.
export JAVA_HOME=/usr/lib/jvm/java-7-oracle

...

# Tell Hama whether it should manage it's own instance of Zookeeper or not.
export HAMA_MANAGES_ZK=true 

  <property>
    <name>bsp.master.address</name>
    <value>server01.udanax.org:40000</value>
  </property>

  <property>
    <name>fs.default.name</name>
    <value>hdfs://server01.udanax.org:9000/</value>
  </property>

  <property>
    <name>hama.zookeeper.quorum</name>
    <value>server01.udanax.org</value>
  </property>

server02.udanax.org
server03.udanax.org
server04.udanax.org
...

$ bin/start-bspd.sh
$ tail -f logs/hama-edward-bspmaster-udanax.org.log
2013-04-29 15:46:10,198 INFO org.apache.hadoop.ipc.Server: IPC Server Responder: starting
2013-04-29 15:46:10,198 INFO org.apache.hama.bsp.BSPMaster: Starting RUNNING
2013-04-29 15:46:21,165 INFO org.apache.hama.bsp.BSPMaster: groomd_server02.udanax.org_50000 is added.

$ bin/hama jar hama-examples-0.6.1.jar pi
13/04/29 15:50:15 INFO mortbay.log: Logging to org.slf4j.impl.Log4jLoggerAdapter(org.mortbay.log) via org.mortbay.log.Slf4jLog
13/04/29 15:50:16 INFO bsp.BSPJobClient: Running job: job_201304291546_0001
13/04/29 15:50:19 INFO bsp.BSPJobClient: Current supersteps number: 0
13/04/29 15:50:22 INFO bsp.BSPJobClient: Current supersteps number: 1
13/04/29 15:50:22 INFO bsp.BSPJobClient: The total number of supersteps: 1
13/04/29 15:50:22 INFO bsp.BSPJobClient: Counters: 6
13/04/29 15:50:22 INFO bsp.BSPJobClient:   org.apache.hama.bsp.JobInProgress$JobCounter
13/04/29 15:50:22 INFO bsp.BSPJobClient:     SUPERSTEPS=1
13/04/29 15:50:22 INFO bsp.BSPJobClient:     LAUNCHED_TASKS=3
13/04/29 15:50:22 INFO bsp.BSPJobClient:   org.apache.hama.bsp.BSPPeerImpl$PeerCounter
13/04/29 15:50:22 INFO bsp.BSPJobClient:     SUPERSTEP_SUM=3
13/04/29 15:50:22 INFO bsp.BSPJobClient:     TIME_IN_SYNC_MS=220
13/04/29 15:50:22 INFO bsp.BSPJobClient:     TOTAL_MESSAGES_SENT=3
13/04/29 15:50:22 INFO bsp.BSPJobClient:     TOTAL_MESSAGES_RECEIVED=3
Estimated value of PI is 3.1424
Job Finished in 6.432 seconds

$ bin/hama jar hama-examples-0.6.1.jar gen symmetric 100 10 randomgraph 2
13/04/29 15:54:45 INFO mortbay.log: Logging to org.slf4j.impl.Log4jLoggerAdapter(org.mortbay.log) via org.mortbay.log.Slf4jLog
13/04/29 15:54:46 INFO bsp.BSPJobClient: Running job: job_201304291546_0002
13/04/29 15:54:49 INFO bsp.BSPJobClient: Current supersteps number: 0
13/04/29 15:54:52 INFO bsp.BSPJobClient: Current supersteps number: 1
13/04/29 15:54:52 INFO bsp.BSPJobClient: The total number of supersteps: 1
13/04/29 15:54:52 INFO bsp.BSPJobClient: Counters: 6
13/04/29 15:54:52 INFO bsp.BSPJobClient:   org.apache.hama.bsp.JobInProgress$JobCounter
13/04/29 15:54:52 INFO bsp.BSPJobClient:     SUPERSTEPS=1
13/04/29 15:54:52 INFO bsp.BSPJobClient:     LAUNCHED_TASKS=2
13/04/29 15:54:52 INFO bsp.BSPJobClient:   org.apache.hama.bsp.BSPPeerImpl$PeerCounter
13/04/29 15:54:52 INFO bsp.BSPJobClient:     SUPERSTEP_SUM=2
13/04/29 15:54:52 INFO bsp.BSPJobClient:     TIME_IN_SYNC_MS=121
13/04/29 15:54:52 INFO bsp.BSPJobClient:     TOTAL_MESSAGES_SENT=516
13/04/29 15:54:52 INFO bsp.BSPJobClient:     TOTAL_MESSAGES_RECEIVED=516
Job Finished in 6.279 seconds

$ bin/hama jar hama-examples-0.6.1.jar pagerank randomgraph pagerankresult 4

추가) 

자신만의 MOOCs (대규모 온라인 공개수업) 을 찾는다면 아래

에 흥미로운 다섯가지 플랫폼을 소개합니다.

2013년말, 많은 좋은 대학교들은 MOOC(massive open online course) 를 시작하고 제공해오고 있습니다. 지금부터 MOOC 프로덕트를 여러가지 관점에서 살펴볼겁니다.구글이나 테나리스같은 회사들은 MOOCs 를 그들의 직원을 트레이닝 시키기위해 사용하고 있으며, 몽고DB 는 개발자들을 MOOC 를 이용해서 교육하고있습니다. Udemy 같은곳에서는 수많은 개인강사들이 클래스를 가지고있습니다.
만약 당신이 MOOC 를 고려중이라면, 어떤 플랫폼을 선택할것인가가 첫번째로 해야할것입니다.
아래에 다섯가지 유명한 무료 MOOC 플랫폼을 살펴보도록 하겠습니다.

edX

Edx 는 edX.org 에서 제공하는 오픈소스 플랫폼이다. 100,000 명이 넘는 학생들에게 강좌를 제공하기 위해  MIT 나 하버드같은 대학교들이 사용하고있다. 2013년 3월에 오픈소스로 릴리즈되었으며 목적은 MOOC 플랫폼을 위한 워드프레스같은 것이다. 핵심 기능을 확장하기위한 플러그인들을 제공하며, edX 는  빠르고 모던한  UI 를 가지고있고 많은 수의 학생들을 참여시킬수있는 능력이 있다. 

edX 는 모던하며,유연하고, 강력한 코스매니지먼트플랫폼을 구성하는데 적합하다. 

Moodle

무들은 오픈소스학습매니지먼트 시스템이다.(LMS) 이것은 사용자에게 온라인 코스들을 제공하고 빌드할수있게 해준다. MOOCs 보다는 다소 전통적인 클래스룸의 형태를 취한다.
edX 보다는 인스톨하기 훨씬 쉬우며,  원클릭 인스톨옵션도 활용가능하다.

무들은 많은 기능들을 사용자가 입맛에 맞춰서 꾸밀때 좋으며,  edX 보다 더 많은 교육용도구를 제공한다. (퀴즈,완전학습,평가,분석 뭐 이런) 

다소 단점이라고 볼수있는건 10년이 넘은 오래된 플랫폼이란건데, 많은 활용가능한 옵션들과 플러그인들이 상쇄시켜줄것이다. 

CourseSites by Blackboard

블랙보드에 의해서 만들어진 코스사이트는 굉장히 강력한 플랫폼이다. 무들이 가지고 있는 확장성있는 티칭 툴들 및 리포팅 과 SCORM (공유가능 컨텐츠 객체참조모형)과 같은 대부분의 모습들을 가지고있다. 또한 클라우드 베이스이며 당신은 몇분안에 하나의 코스를 세팅할수도있고, 유지보수 및 업그레이드에 많은 걱정을 할 필요가 없다.

서비스는 5 라이브코스까지 무료이다. 단점은 블랙보드 로고가 박힌다는 점이며 당신의 학생들은 코스에 가입하기위하여 블랙보드에 등록되야한다. 

코스사이트는 개인들을 위해서 좋은 옵션이 있다. - 예를들어 온라인포맷으로 커리큘럼의 일부를 이주시키길 원하는 선생님 - 또는 온라인 코스를 실험적으로 시작해보려는 조직등..

최저의 유지비용을 가지고 많은 형태의 서비스를 제공하는것에서 코스사이트는 좋은 옵션이다.

Udemy (free version)

Think of it as the YouTube of MOOCs. Instructors can build and host their own courses on the platform and then offer them to users for free or for a fee.

Udemy is for individuals who want to easily build basic courses and monetize them. The platform is full of coders, photographers, designers and other specialists who offer their knowledge in the form of an online course. Udemy’s most distinct strength is its base of 2,000,000 registered students. When you build a course on Udemy, you are able to reach this pool of potential students.

Versal (free version)

Versal is an intriguing new platform. Its major strengths are a sleek, intuitive user interface and a robust drag-and-drop functionality. A user can sign up for free and then build a course that includes mathematical expressions, image drill-downs and many more widgets, all without any coding knowledge. Users can also embed their published courses on other websites, such as personal blogs.

Versal can’t fairly be called a MOOC platform, because it lacks certain MOOC elements. In particular, there is currently no forum or discussion functionality. Instead, it can be thought of as a strong tutorial platform.

Versal is most suited to individuals who want to quickly build sleek tutorials — for example, a teacher who builds an assignment for his students, or a musician who builds a short course on music theory and posts it on his or her blog. Versal is a young product, and the company is planning to develop some of the features that its platform currently lacks. This is one to keep an eye on.

Which platform you choose depends on what assumptions you make about your course. Most of these platforms offer demos on their site. It helps to be able to play around in a course and try to imagine your content with a similar look and feel. Finally, don’t worry about changing your mind early on. These platforms all rely on much of the same content (YouTube videos, PDFs, quizzes, etc), so it is easy to migrate a course halfway through the building process.

번역 : http://www.edtechmagazine.com/higher/article/2014/02/comparison-five-free-mooc-platforms-educators

메모리맵 파일이란?

거의 대부분의 어플리케이션들이 파일에 대한 i/o 작업을 수행함에도 불구하고,  파일에 대한 작업은 항상 개발자들을 괴롭혀온 요소 중 하나임이 틀림없다. 어떻게 파일을 열고, 읽고, 닫는 것이 좋은가 혹은 파일을 열고나서 그 내용을 읽고 쓸 때 얼마만큼의 내용을 버퍼링 하는것이 좋은가와 같은 의문들이 우리를 괴롭히는 좋은 예라 하겠다. 윈도우즈 OS 는 이 두가지 서로다른 형태의 질문에 대한 최상의 해결책을 메모리 맵 파일로 제시한다. 메모리 맵 파일 기능은 가상 메모리처럼 주소 공간을 예약하고, 예약된 영역에 물리적 저장소를 커밋하는 기능을 제공하고있다. 유일한 차이점이라면 시스템의 페이징 파일을 사용하는 대신 디스크 상에 존재하는 파일을 물리적 저장소로 사용한다는것이다. 이러한 파일이 일단 영역에 매핑되면 마치 메모리에 파일의 내용이 모두 로드된것처럼 사용할수 있다.


메모리맵 파일이 사용되는 3가지 이유 

- 시스템은 .exe 나 DLL 파일을 읽고 수행하기 위해 메모리 맵 파일을 사용한다. 메모리 맵 파일을 사용함으로써 시스템은 페이징 파일의 크기를 일정하게 유지할수 있으며, 어플리케이션의 시작 시간도 일정하게 유지할수있다.
- 디스크에 있는 데이터에 접근하기 위해 메모리 맵 파일을 사용할수 있다. 메모리 맵 파일을 사용하면 파일에 대한 i/o 작업이나 파일의 내용에 대한 버퍼링을 자동적으로 수행해준다.
- 동일한 머신에서 수행 중인 다수의 프로세스 간에 데이터를 공유하기 위해 메모리 맵 파일을 사용할수있다. 윈도우는 프로세스들 사이에 데이터를 전달하는 다양한 방법들을 제공하지만 내부적으로는 모두메모리 맵 파일을 사용하여 구현되었으며, 실제로 메모리 맵 파일을 사용하는것이 단일의 머신에서 프로세스 간 데이터를 전달하는 가장 효과적인 방법이다.

장점과 단점

장점

직접적인 파일 입출력을 수행할 필요가 없다. 메모리 맵 파일을 사용하면 파일 내용이 메모리 주소에 사상되므로 파일을 모두 불러온 것처럼 메모리 주소를 이용하여 연산 작업을 할 수 있어 코드가 깔끔해지고 유지보수가 편해진다.

버퍼나 파일 처리를 위한 추가적인 자료 구조가 필요 없다. 운영 체제에서 페이징 기법을 사용하여 파일의 내용을 관리하며, 페이지 크기(보통 4KiB)에 따라 적절히 파일의 내용을 읽고 쓸 수 있으며 파일 반영(flush) 작업도 수행해준다.

대용량의 자료를 처리할 때도 매우 효율적이다. 파일에 접근할 때 지연 적재를 이용하므로, 파일의 크기가 매우 크더라도 필요한 부분만 파일에서 불러와 작업할 수 있으며, 작업이 끝난 데이터는 자동으로 파일에 반영된다.

전통적인 파일 입출력 API보다 속도가 빠르다. API는 시스템 호출을 사용하기 때문에 작업을 수행하는 동안 유저 모드와 커널 모드를 전환하는 데 필요한 인터럽트가 오버헤드로 작용하게 된다. 메모리 맵 파일은 4KiB 단위로 자료를 미리 불러올 때 발생하는 페이지 부재외의 모든 작업이 실제 메모리상에서 이루어지므로 대부분 파일 API를 통한 파일 처리보다 빠르다.^[1]

단점

POSIX와 윈도에서 파일의 크기(즉, EOF의 위치)를 변경할 수 없다. 파일 입출력 API에서는 간편한 방법으로 파일의 크기를 변경하는 방법을 제공한다.^[2] 메모리 맵 파일은 파일의 크기를 바꿀 수는 없으며 메모리 맵 파일을 사용하기 이전, 또는 이후에만 파일의 크기를 바꿀 수 있다.^[3]

메모리 맵 파일을 이용한 접근은 최적의 파일 접근 방식은 아니다. 파일 입출력 API를 사용한 방법이 API의 오버헤드인 것에 비해 메모리 맵 파일에서는 페이지 부재중의 데이터 전송 시간이 오버헤드로 작용한다.^[4] 따라서 데이터베이스와 같이 파일을 읽고 쓰는데 오버헤드를 최소로 줄인 자료구조와 알고리즘과 메모리 맵 파일을 비교할 때 오히려 메모리 맵 파일이 느릴 수도 있다.

크기가 지나치게 큰 파일을 처리하는 데 어려움이 있다. IA-32 기반 시스템에서 하나의 프로세스에서 PAE 기술을 사용하지 않고 사용 가능한 최대 크기는 4GB로 제한된다.^[5] 따라서 프로세스의 메모리 주소를 사용하는 메모리 맵 파일이 한번에 다룰 수 있는 크기는 이보다 작아지며, 이 크기를 넘어가는 파일을 메모리 맵 파일로 다루려 할 때 계산이 복잡해질 수 있다.

언어별 지원

- 자바에서는 FileChannel 클래스를 통해 메모리 맵 파일 기능을 제공한다.

- 닷넷 프레임워크에서는 MemoryMappedFile 클래스를 통해 메모리 맵 파일을 제공하고 있다.

- 파이썬에서는 mmap 클래스를 통해 메모리 맵 파일을 제공하고 있다. 다만, 윈도와 POSIX 기반     운영 체제에서 클래스 구조가 다르므로 주의가 필요하다.

- Boost에서도 메모리 맵 파일기능을 제공한다.