KAPPA Acquires Reveal Energy Services
HOUSTON, Jan. 7, 2022 /PRNewswire/ -- Kappa Engineering SA ( KAPPA), a reservoir and production engineering software company, announces today the acquisition of Reveal Energy Services (Reveal), a leader in integrated diagnostics and completion evaluation. Author:
Jan 7, 2022 11:00 AM EST
HOUSTON, Jan. 7, 2022 /PRNewswire/ -- Kappa Engineering SA ( KAPPA), a reservoir and production engineering software company, announces today the acquisition of Reveal Energy Services (Reveal), a leader in integrated diagnostics and completion evaluation. "We appreciate the KAPPA team's confidence in our company, and we're excited about joining them to further the industry's completion and reservoir engineering domain knowledge. By developing more powerful data analysis solutions with our combined expertise, operators can achieve even greater asset value," said Sudhendu Kashikar, CEO of Reveal Energy Services. "We're grateful for the industry's acceptance of our services and software during the past six years." "With the help of Reveal's team, the integration of ORCHID® in the KAPPA software portfolio will add completion information and diagnostics to our current handling of production data. It will be particularly useful in the context of unconventional plays," said Olivier Houzé, KAPPA's Managing Director. "Reveal's elastic models to characterize fractures will also complement KAPPA's diffusion models for the interpretation of pressure and production data. This will result in more efficient workflows by integrating completion diagnostic, reservoir and production data on a single platform, a decades-long challenge for the industry. This development axis complements and will ultimately converge with our global move towards Automation." About Reveal Energy Services  Based in Houston ( USA) and founded in 2016 with IMAGE Frac® pressure-based fracture maps, Reveal Energy Services has quantified the fracture geometry of more than 30,000 hydraulic fracturing stages in the US and Canada. In 2018, IMAGE Frac won the Hart Energy Special Meritorious Awards for Engineering Innovation in the nonfracturing completions category. Two years later, the ORCHID® completions evaluation platform won the 2020 World Oil® Awards Best Data Management & Application Solution Award. The physics-based services and software increase operational efficiency without risk in near real time. About KAPPABased in Sophia Antipolis ( France) and founded in 1987, KAPPA is the industry leader in several reservoir and production engineering disciplines focused on the analysis of dynamic data: Pressure Transient Analysis, Rate Transient Analysis, Production Logging, Formation Testing, etc. Its integrated platform KAPPA-Workstation® federates all these disciplines, complemented by a client-server solution soon to migrate towards a microservices based automation platform. KAPPA has 120 employees split over 15 countries. KAPPA also provides training and consulting services in the disciplines of its software portfolio.

KAPPA Acquires Reveal Energy Services

News provided by
Share this article
Share this article
HOUSTON, Jan. 7, 2022 /PRNewswire/ -- Kappa Engineering SA (KAPPA), a reservoir and production engineering software company, announces today the acquisition of Reveal Energy Services (Reveal), a leader in integrated diagnostics and completion evaluation. "We appreciate the KAPPA team's confidence in our company, and we're excited about joining them to further the industry's completion and reservoir engineering domain knowledge. By developing more powerful data analysis solutions with our combined expertise, operators can achieve even greater asset value," said Sudhendu Kashikar, CEO of Reveal Energy Services. "We're grateful for the industry's acceptance of our services and software during the past six years." "With the help of Reveal's team, the integration of ORCHID® in the KAPPA software portfolio will add completion information and diagnostics to our current handling of production data. It will be particularly useful in the context of unconventional plays," said Olivier Houzé, KAPPA's Managing Director. "Reveal's elastic models to characterize fractures will also complement KAPPA's diffusion models for the interpretation of pressure and production data. This will result in more efficient workflows by integrating completion diagnostic, reservoir and production data on a single platform, a decades-long challenge for the industry. This development axis complements and will ultimately converge with our global move towards Automation." About Reveal Energy Services  
Based in Houston (USA) and founded in 2016 with IMAGE Frac® pressure-based fracture maps, Reveal Energy Services has quantified the fracture geometry of more than 30,000 hydraulic fracturing stages in the US and Canada. In 2018, IMAGE Frac won the Hart Energy Special Meritorious Awards for Engineering Innovation in the nonfracturing completions category. Two years later, the ORCHID® completions evaluation platform won the 2020 World Oil® Awards Best Data Management & Application Solution Award. The physics-based services and software increase operational efficiency without risk in near real time. About KAPPA
Based in Sophia Antipolis (France) and founded in 1987, KAPPA is the industry leader in several reservoir and production engineering disciplines focused on the analysis of dynamic data: Pressure Transient Analysis, Rate Transient Analysis, Production Logging, Formation Testing, etc. Its integrated platform KAPPA-Workstation® federates all these disciplines, complemented by a client-server solution soon to migrate towards a microservices based automation platform. KAPPA has 120 employees split over 15 countries. KAPPA also provides training and consulting services in the disciplines of its software portfolio. Contact:

11:00 ET
KAPPA Acquires Reveal Energy Services

Applying the Kappa architecture in the telco industry
Kappa architecture and Bayesian models yield quick, accurate analytics in cloud monitoring systems. Surveillance. Ignacio Mulas Viela and Nicolas Seyvet will speak in greater detail on this topic as well as on a telco data set from a running cloud during their session Kappa architecture in the telecom industry at Strata + Hadoop World London 2016 , May 31 to June 3, 2016. Ever-growing volumes of data, shorter time constraints, and an increasing need for accuracy are defining the new analytics environment. In the telecom industry, traditional user and network data co­exists with machine-­to-­machine (M2M) traffic, media data, social activities, and so on. In terms of volume, this can be referred to as an “explosion” of data. This is a great business opportunity for telco operators and a key angle to take full advantage of current infrastructure investments (4G, LTE). In this blog post, we will describe an approach to quickly ingest and analyze large volumes of streaming data, the Kappa architecture, as well as how to build a Bayesian online-­learning model to detect novelties in a complex environment. Note that novelty does not necessarily imply an undesired situation;  it indicates a change from previously known behaviours. We apply both Kappa and the Bayesian model to a use case using a data stream originating from a telco cloud monitoring system. The stream is composed of telemetry and log events. It is high­ volume, as many physical servers and virtual machines are monitored simultaneously. The proposed method quickly detects anomalies with high accuracy while adapting (learning) over time to new system normals, making it a desirable tool for considerably reducing maintenance costs associated with operability of large computing infrastructures. What is “Kappa architecture”? In a 2014 blog post , Jay Kreps accurately coined the term Kappa architecture by pointing out the pitfalls of the Lambda architecture and proposing a potential software evolution. To understand the differences between the two, let's first observe what the Lambda architecture looks like:
Figure 1. Lambda architecture. Figure courtesy of Ignacio Mulas Viela and Nicolas Seyvet. As shown in Figure 1, the Lambda architecture is composed of three layers: a batch layer, a real­-time (or streaming) layer, and a serving layer. Both the batch and real­-time layers receive a copy of the event, in parallel. The serving layer then aggregates and merges computation results from both layers into a complete answer. The batch layer (aka, historical layer) has two major tasks: managing historical data and re­computing results such as machine learning models. Computations are based on iterating over the entire historical data set. Since the data set can be large, this produces accurate results at the cost of high latency due to high computation time. The real­-time layer( speed layer, streaming layer) provides low-­latency results in near real-­time fashion. It performs updates using incremental algorithms, thus significantly reducing computation costs, often at the expense of accuracy. The Kappa architecture simplifies the Lambda architecture by removing the batch layer and replacing it with a streaming layer. To understand how this is possible, one must first understand that a batch is a data set with a start and an end (bounded), while a stream has no start or end and is infinite (unbounded). Because a batch is a bounded stream, one can conclude that batch processing is a subset of stream processing. Hence, the Lambda batch layer results can also be obtained by using a streaming engine. This simplification reduces the architecture to a single streaming engine capable of ingesting the needed volumes of data to handle both batch and real-time processing. Overall system complexity significantly decreases with Kappa architecture. See Figure 2:
Figure 2. Kappa architecture. Figure courtesy of Ignacio Mulas Viela and Nicolas Seyvet. Intrinsically, there are four main principles in the Kappa architecture:
Everything is a stream: Batch operations become a subset of streaming operations. Hence, everything can be treated as a stream. Immutable data sources: Raw data (data source) is persisted and views are derived, but a state can always be recomputed as the initial record is never changed. Single analytics framework: Keep it short and simple (KISS) principle. A single analytics engine is required. Code, maintenance, and upgrades are considerably reduced. Replay functionality: Computations and results can evolve by replaying the historical data from a stream. In order to respect principle four, the data pipeline must guarantee that events stay in order from generation to ingestion. This is critical to guarantee consistency of results, as this guarantees deterministic computation results. Running the same data twice through a computation must produce the same result. These four principles do, however, put constraints on building the analytics pipeline. Building the analytics pipeline
Let ́s start concretizing how we can build such a data pipeline and identify the sorts of components required. The first component is a scalable, distributed messaging system with events ordering and at-least-once delivery guarantees. Kafka can connect the output of one process to the input of another via a publish­-subscribe mechanism. Using it, we can build something similar to the Unix pipe systems where the output produced by one command is the input to the next. The second component is a scalable stream analytics engine. Inspired by the Google Dataflow paper , Flink , at its core, is a streaming dataflow engine that provides data distribution, communication, and fault tolerance for distributed computations over data streams. One of its most interesting API features allows usage of the event timestamp to build time windows for computations. The third and fourth components are a real-­time analytics store, Elasticsearch , and a powerful visualisation tool, Kibana . Those two components are not critical, but they’re useful to store and display raw data and results. Mapping the Kappa architecture to its implementation, Figure 3 illustrates the resulting data pipeline:
Figure 3. Kappa architecture reflected in a data pipeline. Figure courtesy of Ignacio Mulas Viela and Nicolas Seyvet. This pipeline creates a composable environment where outputs of different jobs can be re­used as inputs to another. Each job can thus be reduced to a simple, well-defined role. The composability allows for fast development of new features. In addition, data ordering and delivery are guaranteed, making results consistent. Finally, event timestamps can be used to build time windows for computations. Applying the above to our telco use case, each physical host and virtual machine (VM) telemetry and log event is collected and sent to Kafka. We use collectd on the hosts, and ceilometer on the VMs for telemetry, and logstash-forwarder for logs. Kafka then delivers this data to different Flink jobs that transform and process the data. This monitoring gives us both the physical and virtual resource views of the system. With the data pipeline in place, let’s look at how a Bayesian model can be used to detect novelties in a telco cloud. Incorporating a Bayesian model to do advanced analytics
To detect novelties, we use a Bayesian model. In this context, novelties are defined as unpredicted situations that differ from previous observations. The main idea behind Bayesian statistics is to compare statistical distributions and determine how similar or different they are. The goal here is to:
determine the distribution of parameters to detect an anomaly,
compare new samples for each parameter against calculated distributions and determine if the obtained value is expected or not,
and combine all parameters to determine if there is an anomaly. Let’s dive into the math to explain how we can perform this operation in our analytics framework. Considering the anomaly A, a new sample z, θ observed parameters, P(θ) the probability distribution of the parameter, A(z|θ) the probability that z is an anomaly, X the samples, the Bayesian Principal Anomaly can be written as:
A (z | X) = ∫A(θ)P(θ|X)
A principal anomaly as defined above is valid also for multi­variate distributions. The approach taken evaluates the anomaly for each variable separately, and then combines them into a total anomaly value. An anomaly detector considers only a small part of the variables, and typically only a single variable with a simple distribution like Poisson or Gauss, can be called a micro­model. A micromodel with gaussian distribution will look like this:
Figure 4. Micromodel with gaussian distribution. Figure courtesy of Ignacio Mulas Viela and Nicolas Seyvet. An array of micro­models can then be formed, with one micro­model per variable (or small set of variables). Such an array can be called a component. The anomaly values from the individual detectors then have to be combined into one anomaly value for the whole component. The combination depends on the use case. Since accuracy is important (avoid false positives) and parameters can be assumed to be fairly independent from one another, then the principal anomaly for the component can be calculated as the maximum of the micro­model anomalies, but scaled down to meet the correct false alarm rate (i.e., weighted influence of components to improve the accuracy of the principal anomaly detection). However, there may be many different “normal” situations. For example, the normal system behavior may vary within weekdays or time of day. Then, it may be necessary to model this with several components, where each component learns the distribution of one cluster. When a new sample arrives, it is tested by each component. If it is considered anomalous by all components, it is considered as anomalous. If any component finds the sample normal, then it is normal. Applying this to our use case, we used this detector to spot errors or deviations from normal operations in a telco cloud. Each parameter θ is any of the captured metrics or logs resulting in many micromodels. By keeping a history of past models, and computing a principal anomaly for the component, we can find statistically relevant novelties. These novelties could come from configuration errors, a new error in the infrastructure, or simply a new state of the overall system (i.e., a new set of virtual machines). Using the number of generated logs (or log frequency) appears to be the most significant feature to detect novelties. By modeling the statistical function of generated logs over time (or log frequency), the model can spot errors or novelties accurately. For example, let’s consider the case where a database becomes unavailable. At that time, any applications depending on it start logging recurring errors, (e.g., “Database X is unreachable...”). This raises the log frequency, which triggers a novelty in our model and detector. The overall data pipeline, combining the transformations mentioned before, will look like this:
Figure 5. Data pipeline with combination of analytics and Bayesian anomaly detector. Figure courtesy of Ignacio Mulas Viela and Nicolas Seyvet. This data pipeline receives the raw data, extracts statistical information (such as log frequencies per machine), applies the Bayesian anomaly detector over the interesting features (statistical and raw), and outputs novelties whenever they are found. Conclusion
In this blog post, we have presented an approach using the Kappa architecture and a self-training (online) Bayesian model to yield quick, accurate analytics. The Kappa architecture allows us to develop a new generation of analytics systems. Remember, this architecture has four main principles: data is immutable, everything is a steam, a single stream engine is used, and data can be replayed. It simplifies both the software systems and the development and maintenance of machine learning models. Those principles can easily be applied to most use cases. The Bayesian model quickly detects novelties in our cloud. This type of online learning has the advantage of adapting over time to new situations, but one of its main challenges is a lack of ready­-to-­use algorithms. However, the analytics landscape is evolving fast and we are confident that a richer environment can be expected in the near future. Ignacio Mulas Viela and Nicolas Seyvet will speak in greater detail on this topic as well as on a telco data set from a running cloud during their session Kappa architecture in the telecom industry at Strata + Hadoop World London 2016 , May 31 to June 3, 2016. Nicolas Seyvet
Nicolas Seyvet is a passionate software developer at Ericsson AB. Nicolas has worked on a wide range of telco grade (high-availability, scalable, redundant) applications for the telecom/multimedia business and is experienced in Java/JEE (10+ years) and C/C++(7+ years) and with databases (SQL, NoSQL). He joined Ericsson Research in 2013 to work on big data, the cloud, and analytics and built OpenStack and Hadoop/Spark clusters as well as some algorithms for RT data. Nicolas’s particular interests are coding, software engineering, software arch...
Ignacio Mulas Viela
Ignacio Mulas is a researcher working in the area of cloud analytics at Ericsson Research. He is an experienced software engineer in cloud and data scientist. Lately, Ignacio has been interested in the development of streaming analytics pipelines following the Kappa architecture and their applicability to industrial use cases.

Applying the Kappa architecture in the telco industry

Aston Villa is a professional soccer team in Astonn, Birmingham, England.

Aston Villa

Aston Villa football club has announced sportswear brand Kappa as its principal partner for the 2019/20 season .

Aston Villa announces Kappa as new principal partner

Heineken develops and markets premium beer and cider brands. The company offers a wide range of international, regional, local, and specialty beers and ciders. Heineken primarily serves the beverage industry. It was founded in 1864 and is based in Amsterdam, Netherlands.

Heineken

sBeicip-Franlab is an independent petroleum consultancy firm. It provides consultancy and software solutions in exploration, reservoir and field development, production optimization, process optimization, midstream-downstream studies. It is based in Cedex, France.

Beicip-Franlab

IFPEN operates as a research and training center. The company provides services in the field of energy, transport, and the environment. It is based in Rueil-Malmaison, France.

IFPEN

Flexera Software specializes in information technology (IT) and cloud management, operating within the technology sector. The company offers a range of services including IT visibility, IT asset management, financial operations (FinOps), and cloud optimization and migration. It primarily serves sectors heavily relying on IT infrastructure, such as the e-commerce industry and the cloud computing industry. It was founded in 2008 and is based in Itasca, Illinois.

Flexera Software

KAPPA is a company that specializes in petroleum exploration and production, operating within the software and consulting sectors. The company offers software solutions for the analysis of dynamic data in the petroleum industry, as well as training and consulting services in dynamic data analysis, transient and production analysis, production log analysis, data management, modeling, and history matching. KAPPA primarily serves the petroleum industry. It is based in Paris, France.

Date	1/7/2022
Investment Stage	Debt
Companies	Reveal Energy Services
Valuation	$99M
Total Funding	$0.68M
Note	Acquired
Sources	2

Wells Fargo Success Story

Professional Services

Platform Overview

KAPPA

KAPPA Acquisitions

1 Acquisition