4.10.16

Altiscale Data Cloud 개요

Altiscale Data CloudBig Data를 경험할 수 있는 가장 좋은 방법입니다. Altiscale의 최적화된 인프라는 더 안정적이고 다른 Big Data 업체보다 더 빠른 가치 창출을 제공하며, 운영 서비스를 제공합니다. Big Data 운영을 산만하게 하지 않고, Altiscale 고객은 이전 보다 Apache Hadoop 또는 Apache Spark에서 더 많은 비즈니스 가치를 창출합니다.

ALTISCALE DATA CLOUD인가?

Altiscale Data CloudBig Data에서 비즈니스 가치로 가장 빠른 시간을 제공합니다. 그것이 바로 왜 AltiscaleTerabyte에서 Petabyte에 이르는 데이터 세트를 가진, 일부 가장 복잡하고 처리하기 어려운 빅데이터 고객을 포함하는 이유입니다.

운영을 빠르게 시작합니다.

안전하고 확장 가능한 Big Data Platform를 시작하고 운영하기 위해 몇 개월이 아닌 몇 일이면 가능합니다. On premise에서 운영하는 Big Data Platform에서 발생하는 광범위한 소요 시간, 높은 비용, IT 자원 사용이 필요하지 않습니다.

Altiscale는 데이터만 집중합니다. 고객은 비즈니스만 집중합니다.

Altiscale Data Cloud는 구축, 자동화된 운영 관리 및 예방적 지원을 포함하는 포괄적인 서비스입니다. 데이터 확장, compute bursting, 작업 모니터링이 모두 자동으로 포함됩니다. 다른 클라우드 제공 업체는 클라우드 서버에서 Hadoop 또는 Spark만 제공하여, 모든 것이 고객에게 의존합니다. Altiscale 모든 것을 한번에 제공하는 보안, 확장성, 모니터링, 지원을 포함하는 완전한 Big Data 환경을 제공합니다. 고객의 데이터 팀은 Hadoop 또는 Spark 관리 및 운영이 아닌, 비즈니스 우선 순위에만 집중할 수 있습니다.

운영하기 위해 구축되어 있습니다.

Altiscale는 모든 Big Data-as-a-Service 제공으로 가장 높은 작업 성공률과 가장 빠른 작업 완료 시간을 제공합니다. Altiscale 단독으로 오로지 Hadoop만을 위해서 자동화된 관리, 자동화된 확장, 최적화된 인프라의 세가지 핵심 구성요소는 성공으로 안내합니다. 그리고, 검증된 전문가에 의해 모두 실행됩니다.

ALTISCALE DATA CLOUD는 완벽한 플랫폼입니다.

Altiscale Data Cloud는 하루 중 언제든지 가장 큰 데이터 처리에서 항상 온라인상태의 안전하고 준비된 플랫폼입니다. 완벽한 솔루션인 Altiscale Data CloudApache Hadoop, Apache Spark, Apache Hive, Apache Pig 특징을 가지고 있습니다. 또한, H2O, Alation, AtScale, 등과 같은 타사 응용 프로그램을 지원합니다. 솔루션은 가장 최근의 프로덕션 버전을 가지고 항상 최신상태를 유지하며, 고객은 가장 최신의 인노베이션(기능)을 이용할 수 있습니다.


오로지 ALTISCALE만이 고성능 BIG DATA-AS-A_SERVICE를 제공합니다.

Altiscale Data Cloud는 성능, 안정성 및 보안을 위한 목적으로 만들어집니다. 가장 큰 작업을 맞추기 위해 쉽게 확장합니다. Altiscale의 완전히 최적화된 클라우드와 자동화된 관리 때문에, 이전 구현에 비해 고객은 10배 더 빠른 성능을 경험했었습니다.

Altiscale는 첫번째 목적으로 만들어진 고성능 Apache Hadoop Cloud를 제공합니다. Altiscale의 최적화된 인프라는 더 안전하고 다른 Hadoop 제공 업체보다 더 빠른 가치 창출을 제공하며 대부분 스스로 접근하는 것보다 더 나은 성능을 제공합니다.
Altiscale의 창립 팀은 Yahoo!에서 인큐베이터로부터, 40,000 개 이상의 Hadoop Node 운영하기 위해 Apache Hadoop의 맨 앞에 있었습니다. 2012년 설립 된, Altiscale는 선도 벤처 캐피탈 회사인 General Catalyst, Sequoia Capital, Accel Partner에 의해 지원 받고 있습니다.

S/4HANA 1610 시작하기

많은 고객들은 작년 말에 출시된 S/4HANA 1511과 함께 작업하며 새로운 기능의 좋은 아이디어를 가지고 프로젝트를 완료했습니다. 또한, 여러 고객들은 201610월 말에 출시 예정된 다음 버전인 S/4HANA 1610으로 전환하기 위해 기다리고 있다는 것을 알 수 있습니다.
SAP20169월에 Las Vegas TechEd에서 1610의 기능을 포함하고 다음 달 11Barcelona에서 또 이번 달 10Bangalore에서 비슷한 세션을 계속 실행할 것입니다. 클라우드와 1610 OP을 위한 S/4HANA Roadmap를 포함하는 TechEd 2016으로부터 TEC100 링크가 있습니다.

여기 지난 929 ASUG에 의해 주최된 1610 Highlight(recording)에 대한 링크가 있습니다. 웹세미나의 첫 번째 부분은 Fiori 2.0의 일부 기능을 포함하고 마지막 부분은 1610 simplificationinnovation의 일부를 보여줍니다. 프레젠테이션은 또한 빠른 참조를 위한 링크를 첨부합니다.


Scope of 1610


·       PPDS embedded into S/4HANA. Some companies can continue to run APO as a side-by-side system.
·       eWM embedded into S/4HANA. Some Retail, Distribution and LSPs will always continue to run EWM as a stand alone system (due to business and volume needs)
·       Advance Available to Promise through new ABAP code push down.
·       Simplification of Portfolio and Project Management for S4HANA
·       Bringing the full scope of Oil & Gas downstream functions and Retail to 1610.
·       PLM embedded into S/4HANA
·       Integrated Quality Management
·       Entire S/4HANA Finance now included in scope of 1610.
·       New Fiori apps for Sales Order and Contract management
·       Fiori2.0  which bring in some new innovations.

1.      Please start by reading the Feature Scope Document first.
2.      The Simplification Guide is a must read and all. This SCN blog provides an easy start to the simplification guide.

3.      The next most important piece of information  is in Best Practice guide which can be found on the best practice explorer or on Service Market Place (SMP)

1.10.16

HANA Rules Framework 시작하기

Business Rule는 무엇인가?

Business Rule는 비즈니스 행위에 대한 제약을 설명하거나 나타냅니다. Business Rule는 각 조직의 핵심 비즈니스 로직을 나타냅니다; 모든 비즈니스 트랜잭션의 근간을 구성하는 기본적인 비즈니스 프로세스를 가이드하고 통제합니다.
Business Rule는 비즈니스 활동에 일관되게 적용해야 하는 일련의 표준 비즈니스 관행 또는 정책을 나타냅니다. 따라서, 소프트웨어 응용 프로그램에서 “Rule”“Business Rule” 사이의 차이를 이해하는 것이 중요합니다.
“Rule”는 일부 관련된 action에서 일련의 조건으로 정의될 수 있습니다. 일반적으로 ‘if -> Then’ 문장 형태로 소개됩니다. 예제로 ‘Database Constraint’, ‘Object Model Rule’, 기타 등이 포함합니다. 이런 “Plain Rule”LoB가 아닌 IT에 의해서 소유(담당)됩니다.
반면에 “Business Rule”는 조직의 정책과 가이드라인을 나타내고 항상 비즈니스에 의해 소유됩니다. Business Rule의 예제로 대출 상품 자격 가이드라인’, ‘제품 구성 규칙’, 기타 등이 포함합니다.
Business Rule는 모든 응용프로그램의 가장 동적인 구성 요소입니다. 따라서, 일정하고 정확한 식별 및 외부화는 산업의 변화와 경쟁에서 조직의 적응성을 개선시킵니다. 간단한 Rule의 형태에서 비즈니스 로직을 외부화하는 것은 이런 Rule들이 응용 프로그램 코드 - IT 안전성을 통한 비즈니스 적응성과 유연성 - 으로부터 쉽게 전사적으로 전달되고 독립적으로 관리되는 것을 보장합니다.
Business Rule 요구사항을 달성하기 위해, 아키텍트(설계자)는 데이터베이스 계층에서 Rule를 구현하는 것 (예를 들어 stored procedure), 응용프로그램 계층에서 또는 때때로 프레젠테이션 계층에서 스크립트를 사용하여 Rule를 통합하는 것처럼 모든 통상적인 방법을 선택하곤 합니다.

일부 Business Rule는 사실상 매우 휘발성이고 시장 상황과 비즈니스 요구에 따라서 매우 자주 Rule들이 변경됩니다. 이러한 Rule 변경을 위해, 비즈니스는 도전에 직면하고 IT에 의존합니다.

HANA Rule Framework



HRF 구성요소



HRF 설치



HRF Use Case