Posts in Category: architecture

Dynamics365 Development Promotion Model

Following up on my previous post about how to best leverage the Dynamics365 platform, the second question I get asked a lot about it is – how do we promote this stuff between our different environments?

I.e., how do we get A to B without messing up C (or something akin to that logic).  Or rather, where should I deployed managed vs unmanaged solution components?

There are a variety of ways, but for each of the models I mentioned in my previous post (How much are you using your Dynamics Platform) here is what a simple model could look like.

dynamicspromotionRead More


How to Use the Dynamics365 Platform

Generally, when starting a conversation with a new customer about moving to Dynamics365, the first statement they always make is…

We don’t want to change anything and we want to use it as is.

Which runs completely counter to the inherent capabilities of this platform at large not too mention what their requirements are and what they want to achieve.

I get it – you bought a car – you love it, it does almost everything you want to do so you don’t want to change it, but guess what, if you want to keep using it for life and get the most out of it, you’re going to have to make some changes.

Same with Dynamics365, with this in mind, I put together the following diagram that I hope will help new customers

Read More


Azure Functions Local File Logging

In case you don’t know (I had no idea), here it is – the location of your log files when using the ILogger interface for Azure Functions.

%temp%\LogFiles\Application\Functions

Once there, you will be able to drill into your functions by name and find the log file(s) associated with that function.

logfiles

It’s also good practice to enable local file logging in your host.json file using the following syntax.

  "logging": {
    "fileLoggingMode": "always"
  }

Read More


Comments = Good

In case you were unsure about whether or not you should be doing comments in your JavaScript, C#, SQL or Powershell Scripts or anything else for that matter, let me help you out – Comments are good, you need to do them, there is no excuse for not doing them.

You don’t need to be overly verbose in what you write in you comments going into major/minor versions, date of creation, what the weather was, etc, etc, you do need to find a format that accomplishes one goal…

Communicate the purpose of what you are doing.

Many times I have heard the following responses;

  • If they don’t understand it, they shouldn’t be working on it.
  • I speak differently than most.
  • My code is written in a way that it speaks for itself and doesn’t

    Read More


Using the Solution Checker

When building new solutions with PowerApps (and now that Microsoft is strongly encouraging people to push solution infrastructure and usage to the new PowerApps model) you can now take advantage of the Solution Checker.

The Solution Checker is available from the main solution window and allows an administrator to validate a solution before exporting it and avoiding the whole conversations of “but you told me it was done?” that can sometimes happen with Dynamics.

sol.png

After you run the checker against your solution you are then able to view the results and identify what needs to be fixed (if anything) before

Read More