IT 위키 - 사용자 기여 [ko]

건물 에너지 관리 시스템

2019-10-27T08:34:14Z

루아킨:

[[분류:디지털 서비스]]
;BEMS; Building Energy Management System
;실내환경 및 에너지 사용 현황을 계량/계측하고, 수집된 데이터로 설비운영 분석과 에너지 소비분석을 통해 비효율적 운영설비를 파악하고, 최적의 설비제어를 통해 쾌적한 환경을 제공하며, 에너지 절감을 극대화하는 시스템

== 도입 배경 ==
{| class="wikitable"
|-
! 배경 !! 설명
|-
| 기후 변화 협약 || 1992년 리우 회담, 1997 교토의정서
|-
| 고유가 시대 || 총 에너지 소비량 97% 수집 의존
|-
| 건축물 에너지 소비 증가 || 국가 전체 소비 중 건축물 에너지 소비량 30%
|-
| 건축물 에너지 절감 정책 || 일본 BEMS 국가 보조금 제도 도입, 서울 BEMS 조례
|}

== 주요 기능 ==
* '''건물의 설비 감시제어와 유기적인 통합관리'''
** 설비의 에너지 사용량 수집/분석
** 설비운전 데이터 수집/분석
** 에너지원/계통별/존별 데이터 수집/분석
* '''에너지 절감을 위한 공조관리'''
** 공조시스템의 최적 제어 알고리즘 구현
** BAS시스템의 EMS 기능과 연계
** 에너지를 최소화하는 통합 최적 제어 수행
** 장비의 운전효율을 고려한 선택운전
** 경제성과 효율성을 고려한 최적관리
* '''고장검출진단 및 유지보수 서비스'''
** 건물설비의 LCC분석을 통한 종합관리
** 설비의 가동시간 분석 및 점검주기 체크
** 설비의 다양한 경보데이터 분석/고장검출
** 종합적 관리를 통한 건물유지비용 절감
* '''전력수요를 실시간 예측한 부하관리 서비스'''
** 건물의 전력수요를 예측한 부하관리
** 건물의 신재생에너지의 관리 서비스
** BAS시스템과 연계한 최적 부하 관리
** 전력 피크관리를 통한 순차적 부하 제어

건물 에너지 관리 시스템

2019-10-27T08:31:42Z

루아킨:

건물 에너지 관리 시스템

2019-10-27T08:31:00Z

루아킨: 새 문서: ;BEMS; Building Energy Management System ;실내환경 및 에너지 사용 현황을 계량/계측하고, 수집된 데이터로 설비운영 분석과 에너지 소비분석을 통...

;BEMS; Building Energy Management System
;실내환경 및 에너지 사용 현황을 계량/계측하고, 수집된 데이터로 설비운영 분석과 에너지 소비분석을 통해 비효율적 운영설비를 파악하고, 최적의 설비제어를 통해 쾌적한 환경을 제공하며, 에너지 절감을 극대화하는 시스템

== 도입 배경 ==
{| class="wikitable"
|-
! 배경 !! 설명
|-
| 기후 변화 협약 || 1992년 리우 회담, 1997 교토의정서
|-
| 고유가 시대 || 총 에너지 소비량 97% 수집 의존
|-
| 건축물 에너지 소비 증가 || 국가 전체 소비 중 건축물 에너지 소비량 30%
|-
| 건축물 에너지 절감 정책 || 일본 BEMS 국가 보조금 제도 도입, 서울 BEMS 조례
|}

ISO 8000

2019-10-27T08:22:35Z

루아킨:

[[분류:표준]][[분류:데이터베이스]]
; 데이터 품질에 관한 국제 표준
* ISO TC184/SC에서 담당

== 구성 ==
* ISO 8000-1 Overview
* ISO 8000-2 Terminology
* ISO 8000-100 Master data: Overview
* ISO 8000-102 Master data: Terminology
* ISO 8000-110 Master data: Exchange of characteristic data: Syntax, semantic encoding, and conformance to data specification
* ISO 8000-120 Master data: Provenance
* ISO 8000-130 Master data: Accuracy
* ISO 8000-140 Master data: Completeness
* ISO 8000-150 Master data: Quality management framework
[[파일:Iso 8000 150.png]]

파일:Iso 8000 150.png

2019-10-27T08:22:19Z

루아킨:

ISO 8000

2019-10-27T08:18:15Z

루아킨: 새 문서: 분류:표준분류:데이터베이스 ; 데이터 품질에 관한 국제 표준 * ISO TC184/SC에서 담당 == 구성 == * ISO 8000-1 Overview * ISO 8000-2 Terminology * IS...

SLA

2019-10-27T08:14:22Z

루아킨:

[[분류:프로젝트 관리]]
;Service Level Agreement
;정보시스템 수요자와 공급자 사이의 상호 동의에 의하여 서비스 수준을 명시적으로 정의하고 이를 문서화한 약정서

== 필요성 ==
* 서비스의 복잡도 증가에 따른 명확한 의사소통 필요
* 수요자와 공금자의 기대차이로 인한 객관적 기준 필요
* 서비스 측정과 계량화에 따른 성과측정 필요

== SLA 절차 ==
{| class="wikitable"
|-
! ① SLA 설정
|style="text-align: center;"| ▶ SLA ▶
! ② 사용자 승인
|-
|style="text-align: center;"| ▲ 조정 ▲ ||
|style="text-align: center;"| ▼ 비용 ▼
|-
! ④ SLA기준으로 평가
|style="text-align: center;"| ◀ 사용자 만족도 ◀
! ③ SLA에 따른 운영
|}

== SLA 구성요소 ==
{| class="wikitable"
|-
! 구성 요소 !! 내용
|-
| 업무 목표/범위 || 서비스 정의, 목적, SLA의 범위
|-
| 성과 지표 || 최소한의 서비스 기준, 성과 기준 설정
|-
| 조정 절차 || 약정의 변경 절차, 유효기간
|}

== SLA 측정 지표 ==
{| class="wikitable"
! 구분
! SLA 지표
! 측정 방법
|-
| rowspan="2" | HW
| 서비스
가동률
| * 서비스 시간 동안 가용성 목표
* % = (1-장애시간/서비스 시간) * 100
|-
| 동일장애
발생률
| * 기 발생 장애와 동일 장애 재발 비율
* % = 동일장애발생건수/총장애발생건수 * 100
|-
| rowspan="2" | SW
| 장애 및
오류 건수
| * 장애 건수 n건 이하
|-
| SR 적기
처리율
| * 요청 완료일 이내 서비스 제공 비율
* % = 적기 완료 건수/완료 건수 * 100
|}

== SLA의 목적 및 기대효과 ==
* 서비스 제공자 측면
** 제공 서비스의 범위/기준 명확화
** 향후 분쟁 발생시 조정을 위한 근거 자료로 활용
** 고객(발주처)의 무리한 요구 제한 가능
* 사용자 측면
** 서비스 발주에 대한 관리/성과측정 가능
** 서비스 품질의 기본적 수준 보장 가능
** 축적된 서비스 품질 자료로 재활용 가능

* 기대효과
** 상호간 의사소통의 오해를 없애고 기대차이를 줄여 갈등 방지
** 공급업체에 의해 제공되는 서비스 품질의 객관적 평가 가능
** 시스템 자원 및 인원에 대한 적절한 통제 및 평가

SLA

2019-10-27T08:12:46Z

루아킨:

[[분류:프로젝트 관리]]
;Service Level Agreement
;정보시스템 수요자와 공급자 사이의 상호 동의에 의하여 서비스 수준을 명시적으로 정의하고 이를 문서화한 약정서

== 필요성 ==
* 서비스의 복잡도 증가에 따른 명확한 의사소통 필요
* 수요자와 공금자의 기대차이로 인한 객관적 기준 필요
* 서비스 측정과 계량화에 따른 성과측정 필요

== SLA 절차 ==
{| class="wikitable"
|-
! ① SLA 설정
|style="text-align: center;"| ----SLA--->
! ② 사용자 승인
|-
|style="text-align: center;"| ↑ 조정 ||
|style="text-align: center;"| ↓ 비용
|-
! ④ SLA기준으로 평가
|style="text-align: center;"| <-사용자 만족도-
! ③ SLA에 따른 운영
|}

== SLA 구성요소 ==
{| class="wikitable"
|-
! 구성 요소 !! 내용
|-
| 업무 목표/범위 || 서비스 정의, 목적, SLA의 범위
|-
| 성과 지표 || 최소한의 서비스 기준, 성과 기준 설정
|-
| 조정 절차 || 약정의 변경 절차, 유효기간
|}

== SLA 측정 지표 ==
{| class="wikitable"
! 구분
! SLA 지표
! 측정 방법
|-
| rowspan="2" | HW
| 서비스
가동률
| * 서비스 시간 동안 가용성 목표
* % = (1-장애시간/서비스 시간) * 100
|-
| 동일장애
발생률
| * 기 발생 장애와 동일 장애 재발 비율
* % = 동일장애발생건수/총장애발생건수 * 100
|-
| rowspan="2" | SW
| 장애 및
오류 건수
| * 장애 건수 n건 이하
|-
| SR 적기
처리율
| * 요청 완료일 이내 서비스 제공 비율
* % = 적기 완료 건수/완료 건수 * 100
|}

== SLA의 목적 및 기대효과 ==
* 서비스 제공자 측면
** 제공 서비스의 범위/기준 명확화
** 향후 분쟁 발생시 조정을 위한 근거 자료로 활용
** 고객(발주처)의 무리한 요구 제한 가능
* 사용자 측면
** 서비스 발주에 대한 관리/성과측정 가능
** 서비스 품질의 기본적 수준 보장 가능
** 축적된 서비스 품질 자료로 재활용 가능

* 기대효과
** 상호간 의사소통의 오해를 없애고 기대차이를 줄여 갈등 방지
** 공급업체에 의해 제공되는 서비스 품질의 객관적 평가 가능
** 시스템 자원 및 인원에 대한 적절한 통제 및 평가

SLA

2019-10-27T08:12:12Z

루아킨:

[[분류:프로젝트 관리]]
;Service Level Agreement
;정보시스템 수요자와 공급자 사이의 상호 동의에 의하여 서비스 수준을 명시적으로 정의하고 이를 문서화한 약정서

== 필요성 ==
* 서비스의 복잡도 증가에 따른 명확한 의사소통 필요
* 수요자와 공금자의 기대차이로 인한 객관적 기준 필요
* 서비스 측정과 계량화에 따른 성과측정 필요

== SLA 절차 ==
{| class="wikitable"
|-
| ① SLA 설정
|style="text-align: center;"| ----SLA--->
|| ② 사용자 승인
|-
|style="text-align: center;"| ↑ 조정 ||
|style="text-align: center;"| ↓ 비용
|-
| ④ SLA기준으로 평가
|style="text-align: center;"| <-사용자 만족도-
|| ③ SLA에 따른 운영
|}

== SLA 구성요소 ==
{| class="wikitable"
|-
! 구성 요소 !! 내용
|-
| 업무 목표/범위 || 서비스 정의, 목적, SLA의 범위
|-
| 성과 지표 || 최소한의 서비스 기준, 성과 기준 설정
|-
| 조정 절차 || 약정의 변경 절차, 유효기간
|}

== SLA 측정 지표 ==
{| class="wikitable"
! 구분
! SLA 지표
! 측정 방법
|-
| rowspan="2" | HW
| 서비스
가동률
| * 서비스 시간 동안 가용성 목표
* % = (1-장애시간/서비스 시간) * 100
|-
| 동일장애
발생률
| * 기 발생 장애와 동일 장애 재발 비율
* % = 동일장애발생건수/총장애발생건수 * 100
|-
| rowspan="2" | SW
| 장애 및
오류 건수
| * 장애 건수 n건 이하
|-
| SR 적기
처리율
| * 요청 완료일 이내 서비스 제공 비율
* % = 적기 완료 건수/완료 건수 * 100
|}

== SLA의 목적 및 기대효과 ==
* 서비스 제공자 측면
** 제공 서비스의 범위/기준 명확화
** 향후 분쟁 발생시 조정을 위한 근거 자료로 활용
** 고객(발주처)의 무리한 요구 제한 가능
* 사용자 측면
** 서비스 발주에 대한 관리/성과측정 가능
** 서비스 품질의 기본적 수준 보장 가능
** 축적된 서비스 품질 자료로 재활용 가능

* 기대효과
** 상호간 의사소통의 오해를 없애고 기대차이를 줄여 갈등 방지
** 공급업체에 의해 제공되는 서비스 품질의 객관적 평가 가능
** 시스템 자원 및 인원에 대한 적절한 통제 및 평가

SLA

2019-10-27T08:10:24Z

루아킨:

[[분류:프로젝트 관리]]
;Service Level Agreement
;정보시스템 수요자와 공급자 사이의 상호 동의에 의하여 서비스 수준을 명시적으로 정의하고 이를 문서화한 약정서

== 필요성 ==
* 서비스의 복잡도 증가에 따른 명확한 의사소통 필요
* 수요자와 공금자의 기대차이로 인한 객관적 기준 필요
* 서비스 측정과 계량화에 따른 성과측정 필요

== SLA 절차 ==
{| class="wikitable"
|-
| ① SLA 설정 || ----SLA---> || ② 사용자 승인
|-
| ↑ 조정 || || ↓ 비용
|-
| ④ SLA기준으로 평가 || <-사용자 만족도- || ③ SLA에 따른 운영
|}

== SLA 구성요소 ==
{| class="wikitable"
|-
! 구성 요소 !! 내용
|-
| 업무 목표/범위 || 서비스 정의, 목적, SLA의 범위
|-
| 성과 지표 || 최소한의 서비스 기준, 성과 기준 설정
|-
| 조정 절차 || 약정의 변경 절차, 유효기간
|}

== SLA 측정 지표 ==
{| class="wikitable"
! 구분
! SLA 지표
! 측정 방법
|-
| rowspan="2" | HW
| 서비스
가동률
| * 서비스 시간 동안 가용성 목표
* % = (1-장애시간/서비스 시간) * 100
|-
| 동일장애
발생률
| * 기 발생 장애와 동일 장애 재발 비율
* % = 동일장애발생건수/총장애발생건수 * 100
|-
| rowspan="2" | SW
| 장애 및
오류 건수
| * 장애 건수 n건 이하
|-
| SR 적기
처리율
| * 요청 완료일 이내 서비스 제공 비율
* % = 적기 완료 건수/완료 건수 * 100
|}

== SLA의 목적 및 기대효과 ==
* 서비스 제공자 측면
** 제공 서비스의 범위/기준 명확화
** 향후 분쟁 발생시 조정을 위한 근거 자료로 활용
** 고객(발주처)의 무리한 요구 제한 가능
* 사용자 측면
** 서비스 발주에 대한 관리/성과측정 가능
** 서비스 품질의 기본적 수준 보장 가능
** 축적된 서비스 품질 자료로 재활용 가능

* 기대효과
** 상호간 의사소통의 오해를 없애고 기대차이를 줄여 갈등 방지
** 공급업체에 의해 제공되는 서비스 품질의 객관적 평가 가능
** 시스템 자원 및 인원에 대한 적절한 통제 및 평가

코드 난독화

2019-10-27T08:02:17Z

루아킨:

[[분류:보안]]
;Code Obfuscation

프로그램 코드를 읽기 어렵게 일부 또는 전체를 변경하는 것. 난독화의 대상에 따라 크게 '소스 코드 난독화'와 '바이너리 난독화'로 나뉜다. 소스 코드 난독화는 C/C++/자바 등의 프로그램의 소스 코드를 알아보기 힘든 형태로 바꾸는 기술이고, 바이너리 난독화는 컴파일 후에 생성된 바이너리를 역공학을 통해 분석하기 힘들게 변조하는 기술이다.

== 코드 난독화 유형 ==
{| class="wikitable"
! 구분
! 설명
|-
| 배치난독화
|
* 실행파일에 포함된 문자열의 내용을 무작위 치환
|-
| 자료난독화
|
* 프로그램 내부 자료 구조 변환 또는 암호화
|-
| 제어 난독화
|
* 제어 흐름을 바꿈으로써 디컴파 난이도 향상
|-
| ㄴ계산 변환
|
* goto분의 loop중간을 가르키게 함으로써 원래의 for문으로 쉽게 디커파일 불가
|-
| ㄴ집합 변환
|
* inline/outline, 복제(cloning), 루프 해제(loop unrolling)
* 루프 조건을 추가함으로써 루프 확장
|-
| ㄴ순서 변환
|
* 분기 명령을 이용한 블록 순서 변환
* 루프 순서 변환, 수식 순서 변환 등
|-
| 디컴파일 방지
|
* 역공학도구로 사용되는 디컴파일러나 디버거 또는 무력화
* return instruction후 추가적인 instruction 삽입으로 특정 decompiler무력화
|}

== 코드 난독화 주요 기술 ==
{| class="wikitable"
! 기술
! 설명
|-
| 심볼정보제거
| 배치 난독화 기법으로 주로 활용, 메소드와 변수이름을 바꾸어 의미 파악 최소화
|-
| 코드암호화
| 코드를 암호키와 해독키에 의해 암호화, 해독키를 HW에 숨기는 방법
|-
| 제어흐름변환
| 계산변환, 집합변환, 순서변환활용
|-
| 순서섞기
| 명령어 순서를 바꿔 코드 난독화
|}

코드 난독화

2019-10-27T08:01:55Z

루아킨:

[[분류:보안]]
;Code Obfuscation

프로그램 코드를 읽기 어렵게 일부 또는 전체를 변경하는 것. 난독화의 대상에 따라 크게 '소스 코드 난독화'와 '바이너리 난독화'로 나뉜다. 소스 코드 난독화는 C/C++/자바 등의 프로그램의 소스 코드를 알아보기 힘든 형태로 바꾸는 기술이고, 바이너리 난독화는 컴파일 후에 생성된 바이너리를 역공학을 통해 분석하기 힘들게 변조하는 기술이다.

== 코드 난독화 유형 ==
{| class="wikitable"
! 구분 ! 설명
|-
| 배치난독화
|
* 실행파일에 포함된 문자열의 내용을 무작위 치환
|-
| 자료난독화
|
* 프로그램 내부 자료 구조 변환 또는 암호화
|-
| 제어 난독화
|
* 제어 흐름을 바꿈으로써 디컴파 난이도 향상
|-
| 계산 변환
|
* goto분의 loop중간을 가르키게 함으로써 원래의 for문으로 쉽게 디커파일 불가
|-
| 집합 변환
|
* inline/outline, 복제(cloning), 루프 해제(loop unrolling)
* 루프 조건을 추가함으로써 루프 확장
|-
| 순서 변환
|
* 분기 명령을 이용한 블록 순서 변환
* 루프 순서 변환, 수식 순서 변환 등
|-
| 디컴파일 방지
|
* 역공학도구로 사용되는 디컴파일러나 디버거 또는 무력화
* return instruction후 추가적인 instruction 삽입으로 특정 decompiler무력화
|}

== 코드 난독화 주요 기술 ==
{| class="wikitable"
! 기술
! 설명
|-
| 심볼정보제거
| 배치 난독화 기법으로 주로 활용, 메소드와 변수이름을 바꾸어 의미 파악 최소화
|-
| 코드암호화
| 코드를 암호키와 해독키에 의해 암호화, 해독키를 HW에 숨기는 방법
|-
| 제어흐름변환
| 계산변환, 집합변환, 순서변환활용
|-
| 순서섞기
| 명령어 순서를 바꿔 코드 난독화
|}

코드 난독화

2019-10-27T08:00:21Z

루아킨:

[[분류:보안]]
;Code Obfuscation

프로그램 코드를 읽기 어렵게 일부 또는 전체를 변경하는 것. 난독화의 대상에 따라 크게 '소스 코드 난독화'와 '바이너리 난독화'로 나뉜다. 소스 코드 난독화는 C/C++/자바 등의 프로그램의 소스 코드를 알아보기 힘든 형태로 바꾸는 기술이고, 바이너리 난독화는 컴파일 후에 생성된 바이너리를 역공학을 통해 분석하기 힘들게 변조하는 기술이다.

== 코드 난독화 유형 ==
{| class="wikitable"
! 구분
! 설명
|-
| 배치난독화
|
* 실행파일에 포함된 문자열의 내용을 무작위 치환
|-
| 자료난독화
|
* 프로그램 내부 자료 구조 변환 또는 암호화
|-
| 계산 변환
|
* goto분의 loop중간을 가르키게 함으로써 원래의 for문으로 쉽게 디커파일 불가
|-
| 집합 변환
|
* inline/outline, 복제(cloning), 루프 해제(loop unrolling)
* 루프 조건을 추가함으로써 루프 확장
|-
| 순서 변환
|
* 분기 명령을 이용한 블록 순서 변환
* 루프 순서 변환, 수식 순서 변환 등
|-
| 디컴파일 방지
|
* 역공학도구로 사용되는 디컴파일러나 디버거 또는 무력화
* return instruction후 추가적인 instruction 삽입으로 특정 decompiler무력화
|}

== 코드 난독화 주요 기술 ==
{| class="wikitable"
! 기술
! 설명
|-
| 심볼정보제거
| 배치 난독화 기법으로 주로 활용, 메소드와 변수이름을 바꾸어 의미 파악 최소화
|-
| 코드암호화
| 코드를 암호키와 해독키에 의해 암호화, 해독키를 HW에 숨기는 방법
|-
| 제어흐름변환
| 계산변환, 집합변환, 순서변환활용
|-
| 순서섞기
| 명령어 순서를 바꿔 코드 난독화
|}

코드 난독화

2019-10-27T07:59:53Z

루아킨:

[[분류:보안]]
;Code Obfuscation

프로그램 코드를 읽기 어렵게 일부 또는 전체를 변경하는 것. 난독화의 대상에 따라 크게 '소스 코드 난독화'와 '바이너리 난독화'로 나뉜다. 소스 코드 난독화는 C/C++/자바 등의 프로그램의 소스 코드를 알아보기 힘든 형태로 바꾸는 기술이고, 바이너리 난독화는 컴파일 후에 생성된 바이너리를 역공학을 통해 분석하기 힘들게 변조하는 기술이다.

== 코드 난독화 유형 ==
{| class="wikitable"
! 구분
! 설명
|-
| 배치난독화
|
* 실행파일에 포함된 문자열의 내용을 무작위 치환
|-
| 자료난독화
|
* 프로그램 내부 자료 구조 변환 또는 암호화
|-
| 계산 변환
|
* goto분의 loop중간을 가르키게 함으로써 원래의 for문으로 쉽게 디커파일 불가
|-
| 집합 변환
|
* inline/outline, 복제(cloning), 루프 해제(loop unrolling)
* 루프 조건을 추가함으로써 루프 확장
|-
| 순서 변환
|
* 분기 명령을 이용한 블록 순서 변환
* 루프 순서 변환, 수식 순서 변환 등
|-
| 방지 난독화
|
* 역공학도구로 사용되는 디컴파일러나 디버거 또는 무력화
* return instruction후 추가적인 instruction 삽입으로 특정 decompiler무력화
|}

== 코드 난독화 주요 기술 ==
{| class="wikitable"
! 기술
! 설명
|-
| 심볼정보제거
| 배치 난독화 기법으로 주로 활용, 메소드와 변수이름을 바꾸어 의미 파악 최소화
|-
| 코드암호화
| 코드를 암호키와 해독키에 의해 암호화, 해독키를 HW에 숨기는 방법
|-
| 제어흐름변환
| 계산변환, 집합변환, 순서변환활용
|-
| 순서섞기
| 명령어 순서를 바꿔 코드 난독화
|}

코드 난독화

2019-10-27T07:51:54Z

루아킨:

[[분류:보안]]
;Code Obfuscation

프로그램 코드를 읽기 어렵게 일부 또는 전체를 변경하는 것. 난독화의 대상에 따라 크게 '소스 코드 난독화'와 '바이너리 난독화'로 나뉜다. 소스 코드 난독화는 C/C++/자바 등의 프로그램의 소스 코드를 알아보기 힘든 형태로 바꾸는 기술이고, 바이너리 난독화는 컴파일 후에 생성된 바이너리를 역공학을 통해 분석하기 힘들게 변조하는 기술이다.

== 코드 난독화 유형 ==
{| class="wikitable"
! 구분
! 설명
|-
| 배치난독화
| 실행파일에 포함된 문자열의 내용을 바꿈
|-
| 자료난독화
| 프로그램내부 자료구조변환 또는 암호화
|-
| 제어난독화
| 제어흐름을 바꾸어 디컴파일러같은 역공학과정을 어렵게함
|-
| 방지난독화
| 역공학도구로 사용되는 디컴파일러나 디버거 또는 무력화
|}

== 코드 난독화 주요 기술 ==
{| class="wikitable"
! 기술
! 설명
|-
| 심볼정보제거
| 배치 난독화 기법으로 주로 활용, 메소드와 변수이름을 바꾸어 의미 파악 최소화
|-
| 코드암호화
| 코드를 암호키와 해독키에 의해 암호화, 해독키를 HW에 숨기는 방법
|-
| 제어흐름변환
| 계산변환, 집합변환, 순서변환활용
|-
| 순서섞기
| 명령어 순서를 바꿔 코드 난독화
|}

CAP 이론

2019-10-27T07:43:50Z

루아킨:

[[분류:데이터베이스]]
;Consistency, Availability, Partition tolerance
C, A, P 중 2개를 선택해야 한다. (3가지 모두 만족할 순 없음)

[[파일:CAP 이론.png]]

* '''일관성(Consistency)'''
** 모든 노드들은 같은 시간에 동일한 항목에 대하여 같은 내용의 데이터를 사용자에게 보여준다.
* '''가용성(Availability)'''
** 모든 사용자들이 읽기 및 쓰기가 가능해야 하며, 몇몇 노드의 장애 시에도 다른 노드에 영향을 미치면 안된다.
* '''분할내성(Partition tolerance)'''
** 메시지 전달이 실패하거나 시스템 일부가 망가져도 시스템이 계속 동작할 수 있어야 한다.

CAP 이론

2019-10-27T07:43:30Z

루아킨:

[[분류:데이터베이스]]
;Consistency, Availability, Partition tolerance

[[파일:CAP 이론.png]]
C, A, P 중 2개를 선택해야 한다. (3가지 모두 만족할 순 없음)
* '''일관성(Consistency)'''
** 모든 노드들은 같은 시간에 동일한 항목에 대하여 같은 내용의 데이터를 사용자에게 보여준다.
* '''가용성(Availability)'''
** 모든 사용자들이 읽기 및 쓰기가 가능해야 하며, 몇몇 노드의 장애 시에도 다른 노드에 영향을 미치면 안된다.
* '''분할내성(Partition tolerance)'''
** 메시지 전달이 실패하거나 시스템 일부가 망가져도 시스템이 계속 동작할 수 있어야 한다.

파일:CAP 이론.png

2019-10-27T07:42:36Z

루아킨:

CAP 이론

2019-10-27T07:40:38Z

루아킨: 새 문서: 분류:데이터베이스 ;Consistency, Availability, Partition tolerance * '''일관성(Consistency)''' ** 모든 노드들은 같은 시간에 동일한 항목에 대하여 같...

[[분류:데이터베이스]]
;Consistency, Availability, Partition tolerance

* '''일관성(Consistency)'''
** 모든 노드들은 같은 시간에 동일한 항목에 대하여 같은 내용의 데이터를 사용자에게 보여준다.
* '''가용성(Availability)'''
** 모든 사용자들이 읽기 및 쓰기가 가능해야 하며, 몇몇 노드의 장애 시에도 다른 노드에 영향을 미치면 안된다.
* '''분할내성(Partition tolerance)'''
** 메시지 전달이 실패하거나 시스템 일부가 망가져도 시스템이 계속 동작할 수 있어야 한다.

하이퍼레저

2019-10-27T07:24:39Z

루아킨:

[[분류:블록체인]]
; Hyperledger
; 리눅스 재산에서 주관하는 블록체인 오픈소스 프로젝트, 커뮤니티, 프레임워크

[https://www.hyperledger.org 공식 홈페이지]
[[파일:하이퍼레저.png]]

== 특징 ==
* [[프라이빗 블록체인]] 플랫폼
* 기업에서 비지니스적인 블록체인을 구현하는데 적합
* 금융뿐만 아니라 여러 산업에서 범용적으로 도입 가능한 기술 표준 제시
* [[오픈소스 소프트웨어|오픈소스]] 프로젝트

== 구성 ==
=== 블록체인 프레임워크 ===
{| class="wikitable"
|-
! 구분 !! 설명
|-
| [[하이퍼레저 인디|하이퍼레저 인디(Indy)]] || 분산 신원 확인 체계를 위한 목적으로 설계된 분산 원장
|-
| [[하이퍼레저 페브릭|하이퍼레저 페브릭(Fabric)]] || 모듈형 구조로 응용 프로그램 및 솔루션 개발의 중심 역할을 수행
|-
| [[하이퍼레저 이로하|하이퍼레저 이로하(Iroha)]] || 분산원장 기술을 필요로 하는 인프라 프로젝트를 간단하게 통합
|-
| [[하이퍼레저 소투스|하이퍼레저 소투스(Sawtooth)]] || 분산원장 구축, 배포 및 실행 목적의 모듈식 플랫폼
|-
| [[하이퍼레저 버로우|하이퍼레저 버로우(Burrow)]] || 승인 가능한 스마트 계약 장치
|}

=== 블록체인 관리 도구 ===
* [[하이퍼레저 칼리퍼]](Caliper)
* [[하이퍼레저 첼로]](Cello)
* [[하이퍼레저 컴포저]](Composer)
* [[하이퍼레저 익스플로러]](Explorer)
* [[하이퍼레저 퀼트]](Quilt)

== 하이퍼레저와 이더리움 비교 ==
{| class="wikitable"
! 구분
! 하이퍼레저
! [[이더리움]]
|-
| 활용
| 기업 비즈니스
| 암호 화폐
|-
| 합의기술
| [[PBFT]]
| 마이닝(PoW, PoS 등)
|-
| 네트워크
| 컨소시엄/프라이빗
| 퍼블릭 블록체인
|-
| 프라이버시
| 퍼미션드 원장 지원
| 오픈 원장만 지원
|-
| 계약 언어
| [[GO]], [[Java]], [[Node.js]]
| [[Solidity]]
|-
| 마이닝 보상
| 있음
| 없음
|-
| 상태
| Key-Value DB
| Account data
|}

SOAPA

2019-10-27T07:18:43Z

루아킨: 새 문서: 분류:보안 ;Security Operations and Analytics Platform Architecture * 공통 분산 데이터 서비스(Common distributed data service) * 소프트웨어 서비스 및 통...

[[분류:보안]]
;Security Operations and Analytics Platform Architecture

* 공통 분산 데이터 서비스(Common distributed data service)
* 소프트웨어 서비스 및 통합 계층(Software services and integration layer)
* 분석 계층(Analytics layer)
* 보안 운영 플랫폼 계층(Security operations platform layer)

SOAR

2019-10-27T07:12:30Z

루아킨: 새 문서: 분류:보안 ;Security Orchestration, Automation and Response == 기술 구성 == {| class="wikitable" |- ! 기술 !! 설명 |- | SOA || * Security Orchestration and Automation...

[[분류:보안]]
;Security Orchestration, Automation and Response

== 기술 구성 ==
{| class="wikitable"
|-
! 기술 !! 설명
|-
| SOA ||
* Security Orchestration and Automation
* 한 조직이 보유한 여러 개의 Workflow를 관리하는 기법
|-
| SIRP ||
* Security Incident Response Platform
* SIEM에서 탐지된 위협 대응 지원
|-
| TIP ||
* Threat Intelligence Platform
* 위협 인텔리전스 중 관련 데이터를 찾아 환경에 맞는 최적 Action 제시
|}

하이퍼레저

2019-10-27T06:53:02Z

루아킨:

[[분류:블록체인]]
; Hyperledger
; 리눅스 재산에서 주관하는 블록체인 오픈소스 프로젝트, 커뮤니티, 프레임워크

[https://www.hyperledger.org 공식 홈페이지]
[[파일:하이퍼레저.png]]

== 특징 ==
* [[프라이빗 블록체인]] 플랫폼
* 기업에서 비지니스적인 블록체인을 구현하는데 적합
* 금융뿐만 아니라 여러 산업에서 범용적으로 도입 가능한 기술 표준 제시
* [[오픈소스 소프트웨어|오픈소스]] 프로젝트

== 구성 ==
=== 블록체인 프레임워크 ===
* [[하이퍼레저 인디]](Indy)
* [[하이퍼레저 페브릭]](Fabric)
* [[하이퍼레저 이로하]](Iroha)
* [[하이퍼레저 소투스]](Sawtooth)
* [[하이퍼레저 버로우]](Burrow)

=== 블록체인 관리 도구 ===
* [[하이퍼레저 칼리퍼]](Caliper)
* [[하이퍼레저 첼로]](Cello)
* [[하이퍼레저 컴포저]](Composer)
* [[하이퍼레저 익스플로러]](Explorer)
* [[하이퍼레저 퀼트]](Quilt)

== 하이퍼레저와 이더리움 비교 ==
{| class="wikitable"
! 구분
! 하이퍼레저
! [[이더리움]]
|-
| 활용
| 기업 비즈니스
| 암호 화폐
|-
| 합의기술
| [[PBFT]]
| 마이닝(PoW, PoS 등)
|-
| 네트워크
| 컨소시엄/프라이빗
| 퍼블릭 블록체인
|-
| 프라이버시
| 퍼미션드 원장 지원
| 오픈 원장만 지원
|-
| 계약 언어
| [[GO]], [[Java]], [[Node.js]]
| [[Solidity]]
|-
| 마이닝 보상
| 있음
| 없음
|-
| 상태
| Key-Value DB
| Account data
|}

하이퍼레저

2019-10-27T06:50:02Z

루아킨:

[[분류:블록체인]]
; Hyperledger
; 리눅스 재산에서 주관하는 블록체인 오픈소스 프로젝트, 커뮤니티, 프레임워크

[https://www.hyperledger.org 공식 홈페이지]
[[파일:하이퍼레저.png]]

== 특징 ==
* [[프라이빗 블록체인]] 플랫폼
* 기업에서 비지니스적인 블록체인을 구현하는데 적합
* 금융뿐만 아니라 여러 산업에서 범용적으로 도입 가능한 기술 표준 제시
* [[오픈소스 소프트웨어|오픈소스]] 프로젝트

== 구성 ==
=== 프레임워크 ===
* [[하이퍼레저 인디]](Indy)
* [[하이퍼레저 페브릭]](Fabric)
* [[하이퍼레저 이로하]](Iroha)
* [[하이퍼레저 소투스]](Sawtooth)
* [[하이퍼레저 버로우]](Burrow)

=== 도구(tools) ===
* [[하이퍼레저 칼리퍼]](Caliper)
* [[하이퍼레저 첼로]](Cello)
* [[하이퍼레저 컴포저]](Composer)
* [[하이퍼레저 익스플로러]](Explorer)
* [[하이퍼레저 퀼트]](Quilt)

== 하이퍼레저와 이더리움 비교 ==
{| class="wikitable"
! 구분
! 하이퍼레저
! [[이더리움]]
|-
| 활용
| 기업 비즈니스
| 암호 화폐
|-
| 합의기술
| [[PBFT]]
| 마이닝(PoW, PoS 등)
|-
| 네트워크
| 컨소시엄/프라이빗
| 퍼블릭 블록체인
|-
| 프라이버시
| 퍼미션드 원장 지원
| 오픈 원장만 지원
|-
| 계약 언어
| [[GO]], [[Java]], [[Node.js]]
| [[Solidity]]
|-
| 마이닝 보상
| 있음
| 없음
|-
| 상태
| Key-Value DB
| Account data
|}

하이퍼레저

2019-10-27T06:43:28Z

루아킨:

하이퍼레저

2019-10-27T06:42:32Z

루아킨:

[[분류:블록체인]]
; Hyperledger
; 리눅스 재산에서 주관하는 블록체인 오픈소스 프로젝트, 커뮤니티, 프레임워크

[https://www.hyperledger.org 공식 홈페이지]
[[파일:하이퍼레저.png]]

== 특징 ==
* 기업용 퍼미션드 블록체인
* [[오픈소스 소프트웨어]]

== 구성 ==
=== 프레임워크 ===
* [[하이퍼레저 인디]](Indy)
* [[하이퍼레저 페브릭]](Fabric)
* [[하이퍼레저 이로하]](Iroha)
* [[하이퍼레저 소투스]](Sawtooth)
* [[하이퍼레저 버로우]](Burrow)

=== 도구(tools) ===
* [[하이퍼레저 칼리퍼]](Caliper)
* [[하이퍼레저 첼로]](Cello)
* [[하이퍼레저 컴포저]](Composer)
* [[하이퍼레저 익스플로러]](Explorer)
* [[하이퍼레저 퀼트]](Quilt)

== 특징 ==
* 프라이빗 블록체인 플랫폼
* 기업에서 비지니스적인 블록체인을 구현하는데 적합
* 금융뿐만 아니라 여러 산업에서 범용적으로 도입 가능한 기술 표준 제시

파일:하이퍼레저.png

2019-10-27T06:41:46Z

루아킨: