This course is a fit for you whether you are new to BizTalk Server, or whether you are looking to know more about its architecture and applicable techniques. It's a ground-up course that first covers the architecture, and presents the techniques in the context of business scenario driven from a real-life project.
The course is logically divided into two parts. The first part covers the architecture of BizTalk Server 2013. This information is essential in order to deploy a successful application that does not break under load. The Messaging and Business Process Engines are explained in detail, with a strong emphasis on best practices and an eye on performance. The second part explains the most essential techniques that you will come across in your projects. However, to better understand how these techniques can be used in your real projects, they are explained in the context of a Payment Gateway scenario driven from a real project. By the end of the course, you will not only be equipped by the essential architectural knowledge, but also with a sense of knowledge of how BizTalk is used in real life.
Introduction Hi, my name is Mohamad Halabi. Welcome to this course about BizTalk Server 2013. In this introductory module, I will first set the context by providing a brief history of the evolutions of system integration and how BizTalk Server fits within this evolution. I will then provide an overview of how the course modules are organized and what to expect from each module.
Introduction to BizTalk Server In this module I will give a high level introduction to BizTalk Server, its architectural components and installation procedure. If you are new to BizTalk Server, this module will be your first look into the product.
Understanding BizTalk Messaging In this module, I will dive into the details of BizTalk messaging. I will talk about the Messaging Engine, what are messages in BizTalk, what is message context, as well as other various later topics. By the end of this module, you will be an expert in BizTalk messaging. This module explains BizTalk messaging architecture. How messages are received, processed, and sent out. How the publish and subscribe model works, and what exactly is a BizTalk message? What are its characteristics, and what is it comprised of? Contrary to the beliefs of many new BizTalk developers, you can build highly complex scenarios using just BizTalk messaging, without involving Orchestrations. This module, and the one after about streaming, dedicates considerable time to make you truly understand messaging in BizTalk server.
Understanding BizTalk Streaming Stream processing saves programs from having to load data entirely into memory. Instead, the program gets hold on a stream instead of the actual data. The program then starts asking the stream to send a chunk of data. The program does the required processing on this chunk and then asks for another chunk. This goes on until the entire stream is read and processed. This has the very important advantage of not having to load the entire message at once into the program's memory space. By reading data in chunks, only the size of the chunk that is being processed is loaded into memory. In systems under loads and where scalability is a concern, this can have a huge influence on the success of the systems. This module explains how stream processing is implemented in BizTalk server and how to take advantage of streaming to build better BizTalk applications.
Understanding BizTalk Business Process In this Module I will focus on the Orchestration Engine, the component of BizTalk Server that facilitates building complex business processes. In this Module you will learn about architectural topics, such as persistence, dehydration and serialization. Later in the scenario, you will learn more about business process techniques, using the Orchestration Designer.
Presenting the End-to-End Scenario In the previous chapters, I explained BizTalk architecture and the core concepts that you need to understand. The other part of the course, explains a lot of BizTalk Server techniques. By applying these techniques on a business scenario. This module presents the business scenario and the demo solution that I will use until the end of the course.
Business Process I Techniques In this module I will discuss the important steps and techniques I used in building the first part of the process, which is the Bill Upload process. Each section in this module explains a problem and a technique implemented in the solution to solve this problem.
Business Process II Techniques In this module I will explain the techniques used to build the payment upload process. You will learn about transactions, re-batching messages, and you will seen in action some of the best practices discussed throughout the module such as streaming and using XLANG messages.
Business Process III Techniques In this module you will learn how secure messaging is implemented in BizTalk. You will see how BizTalk applies encryption and digital signature and what certificate stores it uses to do so. You will learn a second technique to implement debatching using envelopes. Also, you will learn an important technique used frequently in business processes, which is called convoys.
Managing the Solution BizTalk administration is a big topic. It deserves a separate course by itself. Topics such as throttling, performance counters, and database management are of great importance for BizTalk Server heath state management. This module, however, explains the most essential tasks that BizTalk developer must be aware of.
Hybridizing the Solution with Azure BizTalk Services In this module I will extend the payment notification process into a hybrid model using Azure BizTalk Services. BizTalk Services is still in a preview, and this module is by no means a total discussion about it. The purpose of this module is to give you a brief introduction to BizTalk Services and an idea of how it will help you creating hybrid applications. "Windows Azure BizTalk Services provides integration capabilities for the Windows Azure Platform to extend on-premises applications to the cloud. " It provides common capabilities such as bridges, transforms, and B2B messaging on Windows Azure. So, this means that now we can build our business process using a hybrid model where part of this process continues to be running on the on-premise BizTalk Server while the other part can be running on Azure. Of course at least at this stage do not think of BizTalk Services as BizTalk Server on the cloud. While BizTalk Services provides certain integration services, it's still in its early stages. BizTalk Server on the other hand is a complete integration platform.