Business Integration

여러분의 온디맨드 비즈니스는 유연성을 요구합니다. 필요한 자원을 신속히 통합해 사용하고 다시 분리하며, 빠른 시간에 프로세스를 바꿀 수 있는 능력인 유연성을 통해 비즈니스 기회를 포착하고 새로운 수익의 흐름을 창출해야 합니다. 점점 더 유동적이 되어 서로 얽혀져 가는 밸류 체인은 귀사와 같은 회사들이 근본적인 비즈니스 디자인에 대해 재고하게끔 만들고 있습니다. 이러한 조직적 변형은 여러분의 IT 전략에 다음과 같은 변화를 요구하고 있습니다

• 변화하는 조건을 실시간으로 감지하고 그에 대응할 수 있어야 합니다.
• 더욱 효율적이며 수익성 높은 비즈니스를 위해 유연한 비용 구조로 변화할 수 있어야 합니다.
• 차별이익을 제공하는 핵심 경쟁력에 집중할 수 있어야 합니다.
• 지속적인 서비스를 제공하면서 변화를 이끌어 낼 수 있는 유연한 경영 환경이 될 수 있도록 탄력적이어야 합니다.

엔드 투 엔드 비즈니스 통합을 통해 여러분의 조직은 시장의 다이내믹에 더욱 유연하게 대응할 수 있게 됩니다. 전통적 조직 구조 내외의 인력, 프로세스 그리고 정보를 통합함으로써 여러분은 적시에 적절한 사람을 응대하고 파트너와 제조업자들과의 연계를 최적화할 수 있는 능력을 얻게 되며 경영을 합리화하고 비즈니스 성장을 지원할 수 있습니다.

통합 :
내일의 비즈니스 요구사항을 위해 오늘의 데이터를 이용
멀티티어의 아키텍처를 이용한 은행업계의 성공사례를 그 예로 들 수 있습니다. 은행들은 그들의 고객정보를 ATM 및 텔레뱅킹 그리고 인터넷뱅킹을 포함한 새로운 매체에서도 사용할 수 있게 해주는 새로운 방법들을 지속적으로 찾아 내 왔습니다. 이 모든 상호 작용들이 서로 다른 프론트 엔드 애플리케이션을 필요로 하는 동시에, 은행들은 일관적이며 실시간으로 제공되는 데이터에 액세스할 수 있어야 하며, 이 데이터들은 모든 애플리케이션이 쉽게 접근할 수 있고 높은 확장성과 보안을 제공해주는 데이터베이스에 집중되어 있어야 합니다. ERP, SCM, CRM같은 기업의 애플리케이션이 진화하여 같은 데이터를 사용하는 여러 모듈 및 이종의 애플리케이션과 통합됨에 따라 이와 같은 상황은 자주 발생하고 있습니다.

플랫폼 통합을 통한 애플리케이션 성능 향상
플랫폼 통합은 데이터와 애플리케이션 서버를 하나의 티어에 통합하여 전반적인 유연성 및 애플리케이션 성능을 향상시키는 동시에 비용과 복잡성을 줄이는 것과 같은 중요한 이점을 제공해 줄 수 있습니다. 애플리케이션과 데이터베이스의 코로케이션(co-location)은 서버 인프라스트럭처를 단순화하고 물리적으로 떨어져 있는 멀티 티어의 솔루션에서 운영 효율성 및 높은 성능을 제공할 수 있게 도와줍니다. 새로운 웹 애플리케이션을 백엔드의 데이터베이스와 전략적으로 통합하기 위해 System z 기술을 사용하면 그렇지 않은 상황에서 애플리케이션, 애플리케이션 서버, 데이터베이스 서버들을 물리적으로 떨어진 서버 플랫폼에 배치할 때 보다 TCP/AP 프로그래밍 스택(stack), 방화벽, 물리적 상호접속 및 그와 관련된 프로세싱 지연의 수가 훨씬 더 적게 발생합니다.

기존 애플리케이션의 이용
표준 기술과 새로운 기술을 이용해 오늘날의 수직적 애플리케이션을 더 유연한 방법으로 통합하는 애플리케이션 통합의 관점에서 보면 기존 애플리케이션이 여러분의 비즈니스에 의미하는 가치는 막대합니다. 기존 애플리케이션은 수년에 걸쳐 개발된 것이며 여러분의 비즈니스 중심에 있습니다. 아무것도 없는 상태에서 새로운 애플리케이션을 쓰고 테스트하는 것 보다 기존의 애플리케이션을 재사용하는 것이 훨씬 비용도 적게 들고 시간도 덜 걸린다는 것이 많은 고객들과 애널리스트 사이에 일반적으로 알려져 있는 사실입니다. 비즈니스를 운영하는 커다란 애플리케이션을 복제하다 보면 예측할 수 없는 일들이 많이 생기고 제대로 완성하기 위해 몇 번을 반복해야 하는 상황이 일어날 수 있습니다. 기존의 애플리케이션을 활용하는 조직은 새로운 온 디맨드 솔루션을 구축하는데 현재의 기술, 애플리케이션 및 데이터를 이용함으로써 현대화된 자원들의 성능, 신뢰성, 확장성을 유지하는 동시에, 시간을 절약하고 비용을 절감하며 위험을 줄일 수 있습니다.

애플리케이션의 확장 :
서비스 지향 아키텍처
서비스 지향 아키텍처(SOA)는 현재의 애플리케이션을 확장하고 현대화하는 가장 유연한 방법으로 알려져 있습니다. SOA를 더욱 완전하게 만들어 주는 표준 기술 및 새로운 기술이 계속 등장하고 있기는 하지만, 현실적으로 어떤 변화도 하룻밤에 일어날 수는 없습니다. 대신 표준 인터페이스를 통해 기존 자산을 현대화하고, 통합 로직을 작성하며, 애플리케이션을 서비스 지향 아키텍처의 서비스로 만드는 일반적인 과정들이 필요하게 됩니다.

애플리케이션을 통합할 때에도 SOA전반에 걸친 수준 높은 서비스는 유지되어야만 합니다.

• 가용성 : 가동시간이 몇 퍼센트인가의 문제를 넘어 피크일 때의 응답시간 역시 만족스러운 수준이어야 합니다.
• 보안 : 내부 자산의 보안은 필수조건입니다. 그러나 시스템 역시 서비스 거부 공격(denial of service attack)과 같은 외부의 위협으로부터 안전해야 합니다.
• 확장성 : 어떤 피크 타임도 처리할 수 있어야 하며 밸리(Valley) 타임에는 자원을 재분배할 수 있어야 합니다.
• 데이터 근접성 : 통합 레이어와 데이터는 그 사이의 경로를 짧게하고 장애를 줄일 수 있도록 최대한 가까운 곳에 위치해야 합니다.
• 하드웨어/소프트웨어 시너지 : 하드웨어와 소프트웨어는 온 디맨드로 함께 일할 수 있도록 설계되어야 합니다.