Are the AF SDK samples really using .NET 4.8 ??

Yes, the AF SDK is .NET Framework based and can only run on Windows. A .NET Core version is being worked on, but there's no release date set.

hmmm.. no arm64 versions of the .NET Framework 4.8 images. Understandable but I might be stuck.

Are you looking to just do the development on a Mac? Or are you looking to deploy to unix as well?

You could containerize it currently, but it would have to be a Windows based container, which can only run on Windows OS. When the .NET Core SDK is released, then it would be possible to also use Linux (or Mac for development).

It depends on what you're doing. If you're building a custom application and that's all you need the container for, then you only need the AF SDK DLL. You wouldn't actually need the AF Client installed in that scenario.

Event history depends on the definition. In some PI circles, an event is a recorded piece of data, that is an AFValue with a Timestamp, Value, and IsGood. And event history could mean a list of recorded values.

Your app does not have to be AF SDK. There is cross-platform, language agnostic PI Web API that does not need .NET Framework or .NET. You can use Java, Python, etc., on Linux or Mac if you like.

There is also RTQP for SQL access.

Correct, for retrieving data that's the case. But the AF SDK is also the most performant with the most features. So, it depends on need and use-case. I'm currently building a NodeJS application that uses the AF SDK rather than the PI Web API due to performance issues.

I was thinking it might be impossible to do development of a .NET Framework 4.8 app that uses the AF SDK on a arm64 Mac. My end goal is to have a container running in Kubernetes that talks to a PI Server 2018 (which I can get upgraded to 2023), but I'm not sure that goal is possible. New to all this. Thanks for the question.

> When the .NET Core SDK is released, then it would be possible to also use Linux (or Mac for development).

Right. Might put this project off until then.

> You could containerize it currently, but it would have to be a Windows based container, which can only run on Windows OS.

and I think the AF Client needs to be installed in that container as well.

This app will need to get info (only read, not write) from the PI Server. Info like Elements, the Element hierarchy, Element Templates, Attributes, and event history.

> There is cross-platform, language agnostic PI Web API that does not need .NET Framework or .NET. You can use Java, Python, etc., on Linux or Mac if you like.

Yes, I saw the PI Web API and thought...

So I write a bunch of Java/Go/NodeJS (anything I guess) from scratch that does HTTP calls and deciphers a glob of JSON (that I'm not positive on what means what) to make more HTTP calls back and forth, gathering pieces and parts that I hard code in my java/go/nodejs code.

Building something like an asset hierarchy through that sounds like a lot of traversing globs of JSON making numerous HTTP calls. But I'm new to this so I'm sure I'm just being cynical, right?

> There is cross-platform, language agnostic PI Web API that does not need .NET Framework or .NET. You can use Java, Python, etc., on Linux or Mac if you like.

Yes, I saw the PI Web API and thought...

So I write a bunch of Java/Go/NodeJS (anything I guess) from scratch that does HTTP calls and deciphers a glob of JSON (that I'm not positive on what means what) to make more HTTP calls back and forth, gathering pieces and parts that I hard code in my java/go/nodejs code.

Building something like an asset hierarchy through that sounds like a lot of traversing globs of JSON making numerous HTTP calls. But I'm new to this so I'm sure I'm just being cynical, right?