작가 다카시마 데쓰지

시간이 없다는 말은 변명일 될 수 없습니다. 효율적으로 사용해야 합니다.
효율화의 열쇠는 습관화에 있습니다. 무엇을 할까라 라고 생각하는 시간을 줄여줍니다.
시간은 모든 사람에게 평등하게 주어지지 않습니다. 100년전 사람과 현재의 사람에게
10시간이라는 의미는 다릅니다.
습관화된 행동에는 스트레스가 없습니다.

렘수면 : 몸은 이완상태 , 뇌는 각성상태
논렘수면 : 몸은 움직이고, 뇌는 휴식상태
꿈은 렘수면시 꾸게 됩니다. 또한 렘수면시 기억이 정리정돈되어 정착됩니다.

역향억제 : 나중의 작업이 앞의 기억의 재생을 방해하는 현상
순향억제 : 먼저 한 공부가 그다음 공부의 기억을 방해하는 현상

선행학습과 후속학습의 내용이 유사할 경우는 선행학습의 재생에 문제는 없습니다.
선행학습과 후속학습의 내용이 현저하게 다른경우는 오히려 역향억제가 적어집니다.
선생학습과 후속학습의 내용이 적당히 비슷한 경우에는 역행억제가 일어나기 쉽습니다.

잠은 새로운 하루의 출발선입니다.

잠자기 전 30분에 씨를 뿌리는 습관, 아침 30분에 수확하는 습관

목표를 명확히 하기 위해서는 눈으로 확인할 수 있도록 시각화하는 요령이 필요합니다.
종이에 써서 눈에 띄는 곳에  콥여 항상 볼 수 있도록 시각화합니다.

인간은 무엇이든지 반복을 통해 무의식에 작용함으로써, 그것을 좋아하도록 학습해가는 기능을 갖고 있습니다.

잠자기 전 30분은 늦어도 11시 30분부터!

포인트 공략 독서법 : 단락의 처음과 마지막 문장만을 읽습니다.
3회전 학습법 : 처음엔 빠르게 전체 파악 두번째는 내용이해 마지막 세번째는 요점암기

잠자기전 30분의 인터넷 활용법
-뉴스 및 개인 메일링리스트 확인

잠자리에 들어서도 쉽게 잠을 못 이루는 사람들이 있습니다. 그런 사람들은 묵상하기나 라디오듣기를 하면
좋습니다.

아침에 일어나면 햇빛을 쐬어주고 밤에 잘때는 잠옷으로 갈이입고 빛이 차단된 조용한 침실에서 자는 습관을
들이세요.

잠자기전 한줄일기를 쓰세요(긍정적인것)
-오늘 기뻤던일
-오늘 잘한일
- 오늘 감사해야 할일

왜 아침 1시간이 아니라 아침 30분일까?
첫째 30분은 인간의 집중력이 최고로 발위될 수 있는 단위이기 때문입니다.
둘째 조형이론의 스몰스탭법입니다. 30분 부터 시작해서 시간을 늘리세요.

우리의 뇌는 오전중에 훨씬 잘 돌아가고 기억력도 뛰어납니다.
아침 30분을 15분 X 2 세트로 분해하는 것입니다.
30분이라는 시간을 둘로 나누어 두종류의 공부를 15분씩합니다. 이렇게 하면 보다 효율적인 공부를 할 수 있습니다.
15분이면 질리지 않고 높은 집중력을 유지 할 수 있습니다.

복습은 어느정도 시간이 경과 한 후에 하는것이 효과적입니다.

낮잠자기
보통 기억력은 오전중에 가장 좋고 오후에는 떨어지는데 30분간 낮잠을 자면 오후에서 오전과 같거나
그 이산의 기억력을 유지 할 수 있습니다. 낮잠을 자기전에 커피를 마시는 것을 추천하는데 그 이유는
커피향은 긴장을 풀어주는 효과가 있어서 잠을 이루는데 도움을 줍니다. 카페인을 섭취 후 20~30분이 지나야
흥분 작용을 일으키는데 낮잠을 자기전에 커피를 마셔두며년 30분 후에 잠에서 깨게 되는 것입니다.

아침 일찍 일어난 대가로 상을 준비하세요
일찍 일어나기 괴로운 사람은 아침에 즐거운 일을 준비합니다.

밤의 나쁜 습관을 한가지 버려보세요.

Posted by 빨강토끼
,
미들웨어는 애플리케이션들을 연결해 이들이 서로 데이터를 교환할 수 있게 해주는 소프트웨어로 알려져 있습니다.
다시 말해 웹과 분산 환경을 비롯한 각종 IT 인프라나 ERP, SCM, CRM과 같은 기업용 애플리케이션 사이에서 인터페이스가 원활 하도록 완충 작용을 수행하는 것이 미들웨어의 역할인 셈입니다.

WAS
사용자 폭주와 트래픽 증가로 기존의 웹서버만으로는 기업들이 사용자의 요구에 부합하는 동적 서비스를 제공하기가 불가능 해졌습니다. 따라서 이용자의 대규모 접속과 대용량 업무에 대해 안정성과 호환성을 제공하는 자바 표준 기술 기반의 WAS가 등장했습니다. WAS는 웹 기반의 다계층 환경에 적용되는 애플리케이션과 컴포넌트들을 구현하고 운용하기 위한 실행 환경을 제공하는 것으로, 이름 그대로 웹상의 애플리케이션을 위한 서버로서 역할합니다.

MOM
MOM은 메시지 지향 미들웨어(Message Oriented Middleware)의 약자로 애플리케이션과 미들웨어간의 상호 연동을 담당합니다. 즉 애플리케이션에서 미들웨어로의 작업 요청이 바로 이워질 수 있게 하는 것으로 안정성에 초점을 맞추고 있으며 일반적으로 기업용 인프라 소프트웨어에 통합되어 제공됩니다.

TP 모니터
TP(Transaction Processing) 모니터는 분산 컴퓨팅 환경에 필수적인 미들웨어로 서버와 클라이언트 사이에서 이뤄지는 통신 부하를 조절하고 서버 애플리케이션이나 자원을 효율적으로 관리하는데 목적을 둡니다.

ESB
ESB(Enterprise Service Bus)는 EAI(Enterprise Application Integration) 구현을 위한 실제적인 방법 가운데 하나로, 웹서비사나 인텔리전트 라우팅(Intelligent routing) 등의 기술을 바탕으로 SOA를 지원하는 차세대 미들웨어 플랫폼이다. 소프트웨어 서비스와 애플리케이션 컴포넌트간에 연동이 이뤄지도록 경량화된 백본(backbone)을 제공하는 것이 핵심 역할이다.

ORBs
객체요구 브로커(Object Request Brokers)의 줄임말로 애플리케이션과 네크워크 서비스 사이의 데이터 전달 기능을 담당한다. 서비스와 상호운영 애플리케이션을 위한 더 넓은 아키텍처 표준들의 핵심으로 이해할 수 있습니다.


Posted by 빨강토끼
,
컴포넌트 기술들의 통신 메커니즘
COM : RPC 기반의 DCOM
JAVA : RMI
CORBA : IIOP

문제점 : 각 컴포넌트간의 상호운영성이 떨어집니다.

SOAP의 등장
SOAP(Simple Object Access)은 XML과 HTTP를 사용하여 플랫폼에 독집적으로 서버스 혹은 분산 객체를 액세스하는 방법을 정의합니다.

SOAP는 XML 메시지를 처리하는 플랫폼이나 프로그래밍 언어를 제한하지 않으므로 HTTP 프로토콜을 이해하고
SOAP의 XML메시지를 이해하기만 한다면 어떤 프로그래밍 언어로 구현을 하든지 상관이 없습니다.

Web Service 개념
인터넷 상에서 SOAP 메시지와 HTTP를 통해 운영체제나 구현기술에 구애 받지 않고 다양한 크라이언트에게 어떤 기능을 제공하는 것을 웹서비스라 합니다.

"전통적으로 X.25와 같이 보안성이 높은 네크워크를 사용하거나 암호화된 TCP 메시지를 통해 슨인 요청을 받고 그에 대한 처리결과를 반환해 왔다. 메인 프레임 기반으로 구성된 금융권의 계정계 시스템에서 이러한 방식은 소위 '전문' 방식이라 하며 아직도 많이 사용하는 메시지 처리 기법이다. 전문방식의 문제점은 스크립트 언어 기반의 클라이언트가 X.25 혹은 TCP와 같은 하위 프로토콜 수준의 프로그래밍이 쉽지 않다는 것돠 클라이언트로 하여금 카드회사의 프로토콜을 따르도록 강요하는 정도이다. 따라서 전문 방식의 통신은 카드 가맹점들이 사용하는 POS(Point of Sale 시스템을 제약할 뿐만 아니라 카드 회사의 비즈니스 영역을 제한하는 효과를 가져올 수 있다."

Web Service 적용상의 문제점과 대응책들

문제점
* SOAP 스펙을 준수하는 웹서비스 구현 사이의 미미한 차이점에서 오는 호환성 문제
* SOAP 메시지에 대한 다양한 기능 강화
* SOAP 메시지에 대한 인증. 암호화와 같은 보안에 대한 표준 스펙부재
* SOAP과 HTTP를 통해 느슨하게 연결된 (loosely coupled) 웹서비스 사이의 트랜잭션 요구
* SOAP 메시지의 전달에 대한 신뢰성 부재
* WSDL(Web Service Descripttion Language)을 통해 전달되는 웹 서비스의 메타 데이터에 대한 상세 내역 결여

대응책
* Compatibility
WS-I(WS-Interoperability) Base Profile :  SOAP 표준과 WSDL 을 적용하고 구현하는데 호환성을 지키기 위한
가이드 라인 및 테스트 도구

* Messaging
WS-Addressing : SOAP 메시지가 HTTP 뿐만 아니라 TCP나 SMTP 등의 다른 트랜스포트를 통해서도 전송이 될 수 있도록 메시지를 수신하는 서비스에 대한 정보를 SOAP 헤더에 명시함으로써 메시지가 인터넷 상에 다양한
매개체를 통해 라우팅 될 수 있도록 하는 것을 목적으로 합니다.

MTOM(Message Transmission Optimization Mechanism): SOAP 메시지를 통해 커다란 바이너리 데이터를
전송하기 위해 고안된 표준 스펙입니다. SOAP은 XML을 사용하고 XML은 텍스트를 사용하기 때문에 바이너리 데이터를 전송하기 위해서는 Base64 혹은 Uuencoding 등의 바이너리 인코딩을 사용해야합니다. 이러한 변환 작업은
SOAP 메시지의 크기를 33% 정도 더 크게 만들며, 메시지 크기가 커짐에 따라 네트워크 대역폭 역시 손해를 감수햐야만 합니다. MTOM은 이렇게 바이너리 데이터를 전송할 때 효율적으로 SOAP 메시지를 구성하도록
 MIME(Multi-part Message Encoding)을 사용하여 SOAP 메시지를 재구성하는 방법을 정의하는 표준입니다.
MTOM을 사용하여 바이너리 데이터가 직접 전송되게됩니다.

* Security of Web Service
SOAP는 보안을 위하여 일반적으로 HTTP에 적용할 수 있는 인증(authentication) 기술과
SSL(Secure Socket Layer) 기반의 보안 통신을 사용하면 된다고 생각했기 때문에 원격 호출 개념이 강한 웹 서비스에는 이러한 기술이 한계를 나타낼 수 밖에 없었습니다.
첫째. 웹 서비스가 HTTP를 트랜스포트로 사용할 때 많이 사용되는 SSL 과 같은 기술은 트랜스포트 수준의 보안으로써
클라이언트와 서비스가 직접 연결되는 경우에만 유효한 보안 채널이라는 접입니다. 인터넷 상에서 클라이언트와
사이에는 프록시 서버, 캐시 서버, 방화벽등 다양한 중간 매개체가 존재할 수 있기 때문에, SSL 과 같이 종단간
(Point-to-Point) 보안은 취약할 수 밖에 없습니다.
둘째. SOAP 메시지가 HTTP 가 아닌 TCP 나 SMTP 같은 다른 트랜스포트를 통해 전송될때는 SSL 과 같이 HTTP에
의존적인 보안을 사용할 수 없습니다.
WS-Security, WS-Trust, WS-SecurityConversion : WS-Security가 핵심이되며 이 스펙은 SOAP 메시지 자체를
메시지 수준에서 인증하거나 암호화하는데 필요한 표준을 정의하고 있습니다.

* Reliability
WS-ReliableMessagine : 신뢰도가 낮은 네트워크나 인프라 상황에서 신뢰도 놓은 SOAP 메시지의 전달을 위해
정의된 표준입니다.

* Transaction
WS-AtomicTransaction, WS-Coordination : SOAP 메시지를 통해 2-phase commit 프로토콜을 구현하며 플랫폼과
트랜잭션 관리자와 무관하게 분산 트랜잭션을 처리할 수 있도록 하는 웹 서비스 표준입니다.

* Rich Metadata
SOAP와 같이 등장한 스펙이 웹서비스의 메타 데이터에 대한 표준인 WSDL(Web Service Description Language)
입니다. WSDL은 웹서비스가 어떤 기능을 가지고 있으며 매개변수는 어떠한지에 대한 정보뿐만아니라 웹서비스를
호출하는데 필요한 트랜스포트 정보역시 제공합니다. 하지만 서비스가 어떤 보안을 사용하는지, 세션을 사용하는지,
트랜잭션을 지우너하는지 등의 정보는 제공하지 않습니다.
WS-Policy, WS-MetadataExchange : 웹서비스가 어떤 방식으로 메시지를 주고 받는지에 대한 풍부한 메타데이터를
제공합니다.


Posted by 빨강토끼
,