We all know that the focus at Microsoft is Mobility first and cloud first at the moment. AS some of you have found out I’m no longer in the MVP program since I joined Microsoft January 1st.
We all know that debatching should be done in the receive pipeline, I’ve yet to see any really good scenarios where you shouldn’t, but I know there is some (debatching in the orchestration can give you a huge performance loss in BizTalk).
So I guess most of you are aware that benchmarking of the environment and your applications are critical for your environment, when it comes to tuning and to see how well your applications are performing, we often end up with requirements like “We need to transfer 100 messages a minute” we all go “okay” but how good is it in the end, and where is the biggest bottleneck?
So, how often do you benchmark. We got the BizTalk Benchmark Wizard to indicate how your environment is doing. So I decided to go above and beyond and make something for you guys. But I want your input. What is the biggest struggles you have when it comes to benchmarking, and maybe I’ll implement them into the tool.
So we all know that DTC often provides problems, and it can be a hassle. I’ve spent so much time waiting for everything to get up, and I often find myself spending most of my time With the actual configuration of BizTalk.
Oh joy! Finally, Microsoft has had the time to create a pre-setup image of BizTalk 2013 Developer edition in the Azure portal.
I get a few emails once every month regarding low latency scenarios in BizTalk, as we all know BizTalk is never stronger (faster) than the weakest (slowest) link. However there are a few Things you can do to improve the latency. Let us say you have done plenty performance Optimizing tips, this includes elements like splitting up the database files, updating the registry etc.
So, I got a bone to pick up with the developers out there. This is how you use the event log. There are “three types” of BizTalk people (let’s skip architects etc.). BizTalk Developer, Administrators/Operators and DevOps. I’m not saying I’m perfect (none of us are, but I’ve seen my fair share of mistakes, errors and messed up environments, and I’ve done a few of them myself).