Technical Keynote: What's New in Ignition 8.3

Speakers

Colby Clegg

Chief Executive Officer

Inductive Automation

Carl Gould

Chief Technology Officer

Inductive Automation

Travis Cox

Chief Technology Evangelist

Inductive Automation

Kevin McClusky

Chief Technology Architect & VP of Sales

Inductive Automation

Traditionally, we've always held the Technical Keynote or Development Panel on Day Three of the conference, but this year, we've got something big to discuss, so we've moved it up to Day One of our conference content schedule. It's no secret that we've been working on the newest version of Ignition for several years now, and now we're finally able to dive deep into what's coming in Ignition 8.3 and how its powerful new features can lead users to their next big breakthrough idea!

Transcript:

00:02
Colby Clegg: Thank you. Thank you, thank you, thank you. Thank you. Welcome to the Ignition Community Conference, 2024 edition, Breakthrough. If you can't tell from the pictures, I'm Colby; that's Carl. I think we've been doing this so long, we're starting to look alike. I don't know. But we are very thrilled to welcome you here to Folsom for this week of discovery, learning, and collaboration.

00:37
Carl Gould: Yeah, this event is really the highlight of our year. It's our chance to get together with all of you and, of course, discuss what we've been up to this year. But at the same time, it's just as important for us to hear from you, hear what are your challenges, what are your successes throughout the year, and what are you most interested in right now? Because the collaborative nature of this community is really what makes ICC so special. So whether you're a returning ICC veteran or you're here for the first time, we're really glad you made it out, and we're looking forward to an incredible week.

01:11
Colby: Yes, and what a week it'll be. The pace of innovation in our industry has really been accelerating. It's an incredible place right now. Fundamental technological building blocks have been put in place over the last few years, are being used with new thought processes, new methodologies to build incredible, global, unified systems that are defining the future of automation right now.

01:25
Carl: And, of course, we see Ignition as a foundational part of this future, driving and supporting all of that innovation. And to that end, we're thrilled to be here this afternoon to introduce to you the latest major version of Ignition, version 8.3.

01:45
Colby: Indeed. Thank you. Yeah, certainly, in some regards, this release has been a long time coming. But from a different perspective, the new release is a culmination of a journey that we've been on for a few years. And Carl and I can say with confidence that we really feel that it is the right product for where the industry is at right now. So we can't wait to share it with you. Also, Ignition 8.3 is our most substantial and ambitious release we've ever done. I know we say that each time, but when you consider that the last time we did a major release, consider that our development team was about one-third of what it is now. So this is a substantial release, and we're gonna share a lot of it with you this afternoon by going over three key parts.

02:37
Carl: Yeah, and those three parts are applications, the historian, and our approach to infrastructure. And then, so we're gonna be out here giving a high-level overview of what's new in each of these three areas. And after that, Travis and Kevin will come out, and they're going to go over some examples of architectural use cases, and then after this keynote, right here on this stage, we're gonna be back for some deeper dive sessions going into what these... All these new features that we're about to go over are all about and how to use them. And then finally, we'll be back for a closing keynote on Thursday, where we'll touch briefly on what the future looks like beyond Ignition 8.3.

03:10
Colby: So with the agenda out of the way, we are ready to get started, but we wanted to take one moment just to talk about numbers, because I think that everyone here who's qualified to use our software knows that three does not come right after one. So very quickly, we wanted to talk about why we're calling it this with two key points.

03:27
Carl: Yeah, so the first is just that we really used the time frame that would have gone into developing what would have been a theoretical 8.2 just to make Ignition 8.1 all that much better. And the second one is that we use even numbers to represent releases that don't come with long-term support, and we don't think anybody wants a version of Ignition without long-term support, so we wanted to use another odd number. And those are both fine and accurate explanations, but it's also not a pattern that we wanna keep going with. So after 8.3, we're gonna be getting back to a slightly faster release cycle, roughly two to three years. Four was too long. And the next version will fix this numbering scheme we've gotten into.

04:07
Colby: Ignition XP?

04:09
Carl: Time will tell.

04:12
Carl: Well, let's call it Ignition XP.

04:12
Colby: Well, I got a few years to convince him on that one. But I'll tell you for now, a side effect of calling it 8.3 is that the three invokes perhaps the third part of a trilogy, which is really very much how we see this release. 8.0, 8.1, and 8.3 represent a philosophical progression towards delivering what was our ultimate vision starting a few years ago: to build a completely modern platform to support the next generation of industrial applications.

04:41
Carl: Evolving a platform like Ignition in this way is not easy. And historically, a lot of vendors in this space have really struggled with it over the long term. Continuing to innovate and stay modern while at the same time providing stability and continuity that this industry demands is pretty challenging. But we're proud of our strong track record in this area. We have a 20-year track record of doing exactly that. And 8.3 really continues in that tradition, promising a smooth upgrade experience as we have totally modernized the platform. In fact, when we think about our development process and how we approach what to include in the product and how to change it, we realize that there's really four key forces that we're always working to keep in balance. And those are innovation, continuity, stability, and security.

05:39
Colby: Taking the first two, innovation and security, both of these require constant evolution and change, and those fight against the desire for continuity and stability, which are paramount for plant floor operations. Really, there's one goal on the plant floor, and that is to keep running and keep running well. Well, stability is crucial here, as well as continuity, so that you don't have to continuously reinvent the wheel as new solutions come along. Typically in our industry, though, that has been achieved through the years by sacrificing innovation and security. Innovation is about bringing in new technologies to expand what you're doing, and security really often depends on your ability to evolve infrastructure, adapt to changing environments, and roll out security updates effectively. Balancing these four forces is a complex struggle, but as Carl said, we're very proud of the track record we've built.

06:26
Carl: Yeah, let's take a look at each one individually. So let's start with security. This year, we passed our audit for ISA 62443 security maturity level 3, which attests to the fact that our software development lifecycle considers security at every point along the chain. We also routinely participate in security conference competitions where we put Ignition up in front of security researchers who are highly motivated by some pretty sizable cash prizes to find new vulnerabilities in Ignition. If and when a new vulnerability is found, we're known throughout the industry for having a rapid response time and a transparent disclosure policy so that you can all be apprised of any new vulnerabilities that are found, including information so that you can evaluate whether or not your systems may be at risk, and if so, how to patch them.

07:17
Colby: In regards to stability, we've been working for the last few years to get to the place where today we're proud to say we have a one-to-one engineer ratio between software engineers and QA engineers. So that means that QA is an equal voice in the entire development lifecycle from inception to release. We also work hand-in-hand with our support division, which is in-house, of course, and the front line of our user experience. So support, test, and dev are all able to work effectively together to really be able to deliver changes in a timely manner.

07:52
Carl: Next up is continuity. Around here, backwards compatibility is always job number one, and we have the 20-year track record to prove it. There are systems in production today running the latest version of Ignition that have been continuously upgraded all the way from the old Factory PMI and Factory SQL versions 1, which was the software we had way before we even came out with Ignition. And we're able to do this because we take special care to manage our technical debt, which means that we can ensure that the platform itself is able to stay modern and doesn't get sort of bogged down by its own baggage. This is actually a huge part of the work that went into the development of Ignition 8.3 that should be mostly invisible. So it's not very flashy, but it really is an important point for creating the conditions necessary for this kind of long-term continuity.

08:44
Colby: Absolutely. And then finally, innovation. It's always been our philosophy to not create solutions in search of a problem. We always try to talk to customers and then create solutions that are practical and pragmatic. We also put special attention on creating features and solutions that have the broadest applicability possible and avoid going too much into vertical solutions. Finally, it's important to note that both the product itself and Inductive Automation as a company are the result of organic growth without a expansion through acquisition mentality. And so that helps the product to be much more cohesive and natively integrated.

09:21
Carl: Yeah, for sure. So we wanted to start our presentation this afternoon for 8.3 by highlighting these four topics because, by focusing on achieving balance with these four forces, our ultimate goal is that through Ignition, we can all help you balance these same four forces that are at play in all of your systems as well. But without further ado, let's get into what's actually new in Ignition 8.3 that should help you do just that. And let's start with the category of applications.

09:48
Colby: Yes, and let's start with perhaps the most obvious visual change as you start up a new Ignition gateway, and that is the complete redesign and recreation of our gateway web interface. So our design team reimagined our gateway configured interface from the ground up. We combined years of user feedback and experience with our own increased sophistication in UI and UX design to create an interface that is intuitive, easier to use, more scalable, and packed with clever features.

10:17
Carl: The navigation section of the gateway has been completely reimagined, resulting in a far more logical and structured layout. So items are easier to find, and configuration and diagnostic data have been combined together so that you don't have to bounce around between different sections any longer to both understand what's going on with your system and then also make configuration changes. This interface is also designed to work far more gracefully at scale, providing a consistently fast UI no matter how many items you've configured in your gateways and allowing for multi-selection, bulk edits, and an integrated search capability throughout the entire UI. So there's a lot of advanced functionality to discuss here, but we'll save some of that for the deep dive as we move on to the next UI-focused feature.

11:05
Colby: Yes, indeed. We're happy to announce that Perspective finally gets its own integrated drawing tools in Ignition 8.3.

11:17
Colby: So we've spent a lot of time, a lot of time, creating a completely bespoke drawing interface and making it really good, built entirely to work with Perspective.

11:28
Carl: Yeah, using the new built-in drawing tools, you can start with the existing symbols, you can import symbols from other systems, or you can just create symbols from scratch, all without leaving the designer at all. And the editor has all the kinds of drawing conveniences you would expect in a vector editing package, like snapping and guides and fill and stroke and path editing, layering, et cetera.

11:53
Colby: Best of all, since it was built from the ground up for Perspective, it has native binding integration, which means that you can connect the visual representations of your drawings to your real-time state throughout your system. We know this was a hotly anticipated feature, but it's not all that we have for Perspective.

12:09
Carl: No, not at all. Let's talk about forms. So, input and edit forms, a pretty commonplace part of any application. I'm sure building forms is something many of you who have application experience, application building experience, have spent a lot of time doing. It's kind of a mundane feature. Doesn't usually get a lot of attention, but we've, over the years, observed some patterns in how forms are built over and over again, and we realized that this was an area that was actually quite ripe for some improvement.

12:41
Colby: Yes. First of all, wiring together a form with labels, inputs, dropdowns, and so on is tedious and repetitive. Then, when you think about what should be done in regards to validation and intuitive user feedback, it gets even more laborious. So, of course, we realized we could save you a lot of time by creating a component that helps you with this. So now all you need to do is configure your form's sections, fields, data types, and validations in a declarative manner, and the component will take care of the hard work of making the UI for you, building the form's internal, the form's layout, internal validation, and client-side validation and feedback rules.

13:16
Carl: Yeah, all that automatic layout and having it be automatically mobile responsive, I'm really excited about this. But perhaps the most important part of the new form component is actually in how it deals with packaging up a data submission and sending it back to the gateway, which brings us to the third feature we have today for Perspective.

13:34
Colby: Yes, over the last five years, you've shown how Perspective can be used to create all sorts of applications. But there is one category of application that you haven't been able to create, and those are applications that have to be able to work without connectivity to the gateway.

13:52
Carl: In 8.3, this is no longer a limitation. So now you can design a Perspective application that is designed and built to work entirely offline. The intended use case here...

14:07
Carl: All right. We're glad you're excited also.

14:09
Colby: Somebody knows the use case.

14:11
Carl: Somebody does. The use case is intended for applications where an operator might need to drive somewhere remote, they have no connectivity whatsoever, and they need to gather some data, maybe fill out a maintenance form or read a meter. And in these kinds of scenarios, you'll be able to mark your Perspective application for offline use, arrive in your off-site location, launch it, fill out your form, and submit the data.

14:41
Colby: Yes. And once submitted, the form's data will be queued up, and when the device is later returned into a field of connectivity, that data will be synchronized behind the scenes automatically to the Ignition gateway that the project is connected to. So as always, when we add an additional feature like this, some fundamental building block that opens up a new category of application that can be built, we get very excited to see what you build with it.

15:06
Carl: Absolutely. Because we all know that Ignition is really all about data, right? Acquiring it, contextualizing it, storing it, building useful applications around it. One of Ignition's biggest strengths is all of the different ways data can be used and manipulated. And Ignition is called many things, depending on the context. A data hub, or an edge data collector, or a data ops platform if you wanna be trendy. It can be all those things because of all the different ways data can be used.

15:46
Colby: These are all data concepts that exist today in the Ignition ecosystem. They're technologies that all of you use each day to wire together data in and out and together in different ways. But as we continue to add more connectors and really look at the ways that data can be made more useful, we realized that we were missing a central unifying concept. And that's what we're introducing today with Event Streams.

16:05
Carl: An event stream is essentially a pipeline that maps event data from a source to a handler. Pretty simple idea. And like so many things in Ignition, that simplicity also relies on incredible power. Because inside of the pipeline, you're able to do all sorts of things with the data. You can coerce it and transform it and filter it, batch it up for efficiency's sake.

16:28
Colby: Yes, and both sources and handlers are extensible, which means that all parts of Ignition and modules can contribute them. So when we launch, we'll have sources and handlers for some of the most important key systems in Ignition.

16:45
Colby: That means that event streams are a bus for data in and out of Ignition, but it's also a bus for data inside of Ignition, and you can now connect together many subsystems in a very easy, powerful, and intuitive manner. That power will only continue to grow as we add new sources and handlers over time.

17:02
Carl: Yeah, the real power of this design is in the decoupled nature of these sources and handlers. So let's look at some examples of how this might be used. You might install the new Kafka Module and subscribe to a Kafka topic. Okay, so now events from Kafka are arriving in your gateway. You might also have the Sequential Function Chart Module installed so that when a new event arrives, it instantiates an instance of an SFC to handle that event using some complex logic. Now, the Kafka Module doesn't know anything about the SFC Module. The SFC Module doesn't even know Kafka exists, and yet here they are working seamlessly together through Event Streams.

17:42
Colby: There are really so many great examples we could give. For example, we came out with the MongoDB Connector a little while ago. Well, MongoDB has a cool feature called Change Streams where you can basically register a query and be notified as data changes. So imagine having a Mongo Change Stream observer coming into Event Streams where you're running a script or performing a calculation, or perhaps writing that data to tags.

18:06
Carl: You could pipe Ignition alarm events to an Amazon simple notification service.

18:12
Colby: You could have a whole chain with UDTs publishing changes to Kafka, which are then consumed by a set of front-end servers, for example.

18:21
Carl: Yeah, you can see we're having fun dreaming up all kinds of fun possibilities because the combinatorics here are really fun to play with. There's just so many possibilities.

18:31
Colby: Ignition has so much power in it now, and we're absolutely thrilled about how Event Streams gives us a new way to magnify that power in such a simple and intuitive manner. This new feature basically leverages all of the incredible features of Ignition to create a robust and capable stream processing engine. On the subject of data, you know what else people like to do with it in Ignition. They like to store it and a lot of it.

18:54
Colby: And so let's talk about our historian system. Our approach to history has always been as controversial as it has been successful. Unlock modern open technology to serve your history needs. Yes, we use SQL databases as our historian. Many people love to argue that SQL databases are not industrial time-series historians, but we found those tend to be the people selling industrial time-series historians.

19:22
Carl: What, it's true. What SQL databases do is enable you to use standard, open, well-understood, IT-supported technologies to store any kind of data. They're very flexible. Now, I'm sure there's more than a few enterprise DBAs spread amongst you that might be a little bit upset with us for the amount of data that ends up showing up in their databases that then they are responsible for maintaining, but you can't deny the fundamental benefits of this approach. Open data, industry standard tools, and technologies that your companies already have a lot of standards and expertise built around.

20:00
Colby: Yes, that said, since the first release of Ignition in 2010, we've been asked over and over again this simple question: When are you gonna build a real historian? Well, today, we're gonna answer that. We're not. Now hold on. I see some of you are trying to unbolt the chairs and throw them at me. Don't worry, I'm mostly trying to rile you up, and I actually do have something new for you shortly. But the point is, the answer is more complex than that.

20:27
Carl: Yeah, you know, in the last few years, there's been a lot of really exciting development in the open technology area when it comes to time series data. And a lot of this innovation has come from the consumer IT space, where concepts like IoT and the way the modern internet tracks every click and every impression hundreds of millions of users are making results in massive streams of time-series data. And so it's led to a proliferation of a lot of really interesting, robust, and open technologies becoming available in that space.

21:01
Colby: Yes, today there are so many incredible technologies available to store, analyze, and manage time-series data. When we look at that technology ecosystem and think the way that we have always thought, it strikes us that we don't wanna create another, some sort of new proprietary historian system. No, instead, we wanna make it possible to leverage all of that technology through Ignition.

21:26
Carl: But there's not really any kind of standard for all this different technology, like there is for relational data. So in order to help us leverage all these interesting options, we needed to first create a framework for building historian implementations inside Ignition around these technologies, which is what we've done for 8.3. In 8.3, we've totally rethought the approach to time-series history storage. And we've created a new public API that will allow us or any third-party module author to quickly implement new historian implementations and adaptations around these sorts of storage and querying technologies.

22:06
Carl: It has support for bulk storage as well as streaming data collection and the ability to store rich metadata models along with the history, which will help with the contextualization needed to support more advanced querying. It also supports key historian features like data annotations and native in-engine data aggregation and calculations, and many things like that.

22:30
Colby: Yes, so this means that Ignition isn't just a historian; it's a platform for building historians. And that may be a first in this industry. But I told you, we do have something new, and it would be the first implementation of this interface, and it's called the Ignition Power Historian.

22:47
Carl: So the Power Historian, it's an embedded in-process time-series historian that can store your data simply efficiently with minimal configuration. And we wanna be clear about positioning this correctly. So this isn't supposed to be a drop-in replacement for some grand enterprise historian solution. But it'll make a really big difference in what is becoming increasingly a very common architectural use case.

23:12
Colby: Yes, let's look at one very common architecture today. So virtually everyone is storing history into a SQL database. And the system uses store and forward to get the data there. Well, while the data is in store and forward, it's unavailable to the system. So for that reason, combined with local query performance, it's very common now for users to also add a local historian there in that gateway. And then use the Tag History Splitter to send data to both places. That tool, the Tag History Splitter, manages storing to both areas as well as querying based on timeframe.

23:47
Carl: So the new Power Historian really simplifies this architectural picture significantly. It can serve as a high-performance local historian, and it doesn't need the store and forward system in between the source of data and the Power Historian. It can then be used as a source to later synchronize to a remote historian for longer-term storage. So you can see how much efficiency and simplicity we get by adding this piece into the architecture. And real quickly, talking about performance, what do we mean? What are we expecting? So we've got some preliminary benchmarks out, and we have compared the Power Historian to both our local historian option we have as well as to a popular database system. And I just wanna pick out one key benchmark 'cause I think it's emblematic of the way this fits into the architecture, and that's really about the ingest rate capable with this time series system.

24:41
Carl: So this is a chart showing how many millions of data points per second can be ingested into the new Power Historian. And as you can see, it really blows SQLite and MySQL out of the water when it comes to ingest rates, which makes sense when you think about how we're trying to put it into the architecture and not require store and forward anymore because it's capable of keeping up with the data changes, and it's always local, so it doesn't have any network connectivity fragility in between Ignition and the Power Historian.

25:16
Colby: We'll have more benchmarks coming soon, but to summarize here these key high-level points, what we're talking about is a zero-config, self-maintaining time-series historian built into Ignition that is vastly more powerful than what's already available today for those solutions, that can act as a data source for enterprise data roll-up, thus simplifying architectures, that's part of a unified historian platform that supports richer data modeling and enhanced historian features, and by the way, is still open and non-proprietary in its data storage, and of course, is platform-independent just as Ignition is. So with all of that said, I'm sure you're wondering, Colby, that sounds great, but how much does it cost? To which I respond, nothing. We're including it in the Tech Historian Module. That means that everyone who has that module and has that upgrade protection will get this on day one with Ignition 8.3.

26:21
Carl: So again, this historian really shines when you view it from the lens of how it fits into bigger distributed architectures. So let's take a quick look at what the layers of those architectures look like.

26:35
Colby: This is a message we like to reiterate as we talk about these subjects. We really see edge, plant, and cloud, or perhaps you could describe them as edge, site, and enterprise, as a continuum where multiple levels work together in concert. Each of these layers has its own needs and requirements, but together, they form a homogeneous ecosystem. This is what we've been saying for years now and what we've been building, and we're gonna keep building towards this vision because we believe in it now as much as we ever have.

27:06
Carl: Yeah, and that philosophy can be applied to historical data as well. Each of these layers has its own requirements and its own opportunities for utilizing historical data. At the lower levels, you typically want high-resolution data stored for a shorter time frame in a system that is mostly autonomous and self-maintaining. And then, as you go up the stack, you enter into worlds where you might be aggregating and combining data for an entire region or even an entire company. And that demands a different approach. It demands more of an enterprise-grade engineered solution.

27:40
Colby: And this is a place where maximum flexibility and technological choice is vital. It's simply our philosophy that walled gardens are not the answer. Interoperable technology is. And that's what we're offering here with Ignition 8.3, a continuation of that philosophy. We've created an incredible site-level historian that provides immediate benefit. We've also created a framework for leveraging the world's best time-series technology on an enterprise scale.

28:09
Carl: Yeah, going forward, there's really a lot of incredible potential for us to continue building on this foundation and spanning from edge to cloud with this solution. But what we're offering in 8.3 is such a huge step forward for us, and we're really excited to continue to evolve it over the next few years. And now, let's move on to the final subject before we go into those architectural use cases, which is infrastructure.

28:34
Colby: When we talk about infrastructure, we're talking about how and where you run Ignition. But more importantly, we're also talking about the tools available to you to manage those instances and all of the different pieces that come along with it, the resources, the configuration, and so on. When you're building an HMI or a dashboard, you probably don't think a whole lot about infrastructure. But when you're using Ignition to do everything, everywhere, as we hope you all eventually will, infrastructure becomes fundamental.

29:06
Carl: Yeah, the subject of OT/IT convergence has been a topic that we've been talking about in this industry for a long time now, and we like to feel like we played an important role in helping to ignite that discussion because it's really a core part of our origin, why we even exist. Even before that term was in popular use, one of the first modules we came out with for Ignition was the SQL Bridge Module. What was it bridging? It was bridging OT technology in the form of OPC and IT technology in the form of SQL databases.

29:40
Colby: But at that time, it was really about unlocking value and functionality by leveraging the capabilities of IT software in the OT space. But true OT/IT convergence is far more than that. At the end of the day, it's about bringing together these two worlds that have vastly different engineering requirements and bringing them together to try to find a way to compromise those requirements and find an optimal way forward.

30:08
Carl: So what do we mean by that? On the OT side, as we've been saying, stability and continuity are paramount. Nothing should stop production, and the investment that you put into your OT projects has gotta last a lot longer than the average life cycle of an IT project does. But over on the IT side, you need to be able to manage these applications and systems as well-behaved citizens in your technology ecosystem. They can't be rogue agents or isolated islands that are not touchable. And of course, security is paramount because IT's gotta keep these systems patched.

30:46
Colby: Yes, today we're far beyond the idea that security can be achieved through isolation. And I haven't met anyone recently who doesn't believe that IT working closely together with OT is vital to create a better security stance in our industry. That means agility in responding to threats, frequent updates, and the ability to recover quickly should anything happen. Concepts that are typically far more comfortable for IT than for OT.

31:11
Carl: Yeah, our role is really a lot bigger than just letting you use some neat technology to send a ton of data up to HQ. If you want to achieve true convergence between operational and information technology as you're on a Digital Transformation journey, what you need is a platform that perfectly bridges the unique requirements of both sides. A platform for building OT applications on IT infrastructure. And that's what Ignition is. Hashtag, what the heck is Ignition? I finally figured it out, Colby.

31:45
Colby: I think that competition ended six months ago.

31:48
Carl: Too late.

31:49
Colby: Okay, but what does this mean exactly? What traits make Ignition so IT compatible? And more importantly, what does that mean today for Ignition 8.3? Well, first of all, of course, Ignition is platform-independent. This was a big deal when it was first released because at that time, not only was the industry completely dominated by Windows, far worse, it had become very, very sensitive to OS requirements. In fact, I just heard a story a few weeks ago about a plant that's still running a Windows Server 2003 machine in the corner because they can't upgrade it right.

32:22
Carl: I feel like we all have stories like this in this industry. They're far too common. But it's really not about Windows or Linux anymore. It's really just about being platform agnostic in the first place so that you can just conform to whatever technologies and platforms your IT department can happily keep patched and up to date, which again is vital for security. But Ignition's always been platform-independent. That's not new. So what's new today? Well, today, the discussion about deployment infrastructure has moved far beyond operating systems at all.

32:55
Colby: Yes, today's enterprises are managing resources on an incredible scale. And the technologies to help them manage those resources have really advanced in the last few years. Today, concepts like containerization, orchestration, infrastructure-as-code, and source control are no longer cutting edge. They're just standard tools of a modern IT infrastructure.

33:16
Carl: And there's plenty of ways to leverage these kinds of tools with all kinds of software, but it really works best when that software has native support for these techniques. And we've long been proud of how well Ignition works with these types of technologies, but that support hasn't really been complete in our minds until now.

33:35
Colby: Yes, with Ignition 8.3, we're completing the vision that we had years ago of building the world's most advanced and most IT-friendly SCADA system. So let's start at the lowest level and work our way up to see exactly what that means.

33:48
Carl: Yes, 8.3 really does complete the themes we started and set out within 8.0. So now, all of your configuration is stored in simple text-based configuration files, which means that everything in Ignition is compatible with source control systems.

34:11
Colby: Yes, in 8.3, we've eliminated the internal database, which means that all configurations, settings, project resources, even tags, are in simple and clean JSON, which means that they can be versioned, tracked, and managed with source control tools. Now, when we talk about source control tools, of course, those are very useful for engineering and the development lifecycle, but they also really help with standardization and resource reuse, because that means that all of these resources can be stored and managed and deployed using that tooling system.

34:42
Carl: Remember that shiny new web UI we looked at 20 minutes ago? Well, that web UI is completely powered by a new and modern RESTful web API. That means that everything you can do in that web API, all of that configuration management and diagnostic work, you could now do through an external agent. Furthermore, this API is totally self-documenting, and the documentation is embedded right in the product.

35:07
Colby: This means that Ignition instances can be programmatically configured and managed using standard IT technologies. We almost feel a little bad that we made the UI look so good because the most advanced companies may actually never see that configuration UI.

35:21
Carl: Sad but true. Moving on to what is often one of the trickiest, fiddliest pieces of infrastructure design, which is managing the build, test, and deployment cycle. So one of Ignition's most celebrated attributes is how quickly you can get in there and make changes. The designer's included, you can launch it, change things, hit that save button, and deploy a ton of changes right to production. But pretty quickly, as your project stabilizes and starts being critical in production, and as the teams who are collaborating in a single gateway grow and need to negotiate for resources, you wanna start developing a bit more governance around that deploy, test, develop cycle.

36:10
Colby: In an ideal picture, you would have developers making changes. Those changes would get sent over to a testing system where they'd be validated. Only after that would those validated changes be rolled out to a production gateway. The issue here is that your gateways depend on many, many external resources. And many of those resources may need to be different for each of these stages.

36:32
Carl: Yeah, so in dev, maybe you're using simulators, right? You don't wanna connect to the production assets from development, might be dangerous. Maybe in your staging environment, you have a replica database, not the actual database. There's always little differences between the environments, and that makes the deployment phase pretty challenging, reconciling those differences. And that's always been a challenge in Ignition, something that many of you have come up with a bunch of ingenious techniques to manage in different ways.

37:01
Colby: Yes, well, in Ignition 8.3, Deployment Modes are now a first-class feature. With Deployment Modes, the gateway is aware of which environment it's running in, called the deployment mode. So for example, dev, staging, or production. It's able to automatically change its configuration so that it can load the correct settings based on the defined mode for that gateway.

37:24
Carl: So the way this works is actually pretty simple. So as you configure different resources in your gateway, like database connections or devices, you can define different settings for different modes, and then the gateway will automatically load the correct settings based on which mode it's running in. So for example, if you have a database connection, and you wanna use one IP address in production and a different IP address in staging, you can do that. Those are just different settings for the same resource, active automatically in different modes. The gateway handles this all completely automatically, and to the rest of the system, it's one logical database connection that other systems depend on. So it's really a pretty simple idea, but again, once applied to the entire configuration system, it offers tremendous flexibility in your ability to build a sophisticated environmental deployment process.

38:17
Colby: I think I saw on the schedule that there was a table talk about this subject earlier. So if you weren't talking about this new 8.3 feature, well, this conversation will get easier now. So anyhow, we've just quickly covered a lot of very powerful new tools. Each one of these solves existing pain points and unlocks new potential. But to explore that concept a little more, the potential behind them, and then perhaps introduce even more, a few more new features, we'd like to welcome out here two people who know Ignition use cases probably better than anyone else in the world. No offense. That's okay. With that, please help me welcome to the stage Travis Cox and Kevin McCluskey.

39:02
Travis Cox: Hey everybody, I'm Travis Cox.

39:02
Kevin McCluskey: And hello everyone, I'm Kevin McCluskey.

39:04
Travis: You know, Kevin and I have been working together for years and I think at this point, we know each other well enough to finish each other's...

39:11
Kevin: Lunches?

39:11
Travis: Kevin, I said sentences, come on, man.

39:14
Kevin: Sorry.

39:17
Travis: Well, even though we work together a lot, we both play very different roles. In my role as Chief Technology Evangelist, I focus on spreading the word of success people are having with Ignition.

39:28
Kevin: And in my role as Chief Technology Architect, I get to work with Ignition users and our teams here at IA to ensure that our technology continues to meet the architectural needs of our customers.

39:38
Travis: So in other words, I help people dream it and to see the art of the possible.

39:43
Kevin: And I help them take the ideas that they have and do it in the best way possible for their businesses. And one of the reasons that we both wanted to talk to you about 8.3 is that we're both really excited about the possibilities that 8.3 open up for you, for your architectures today, and going into the future. We know that each of you is at a different step inside your Digital Transformation journey. And no matter where you are in the process, this release has something for you.

40:10
Travis: Absolutely, that's right. Ignition 8.3 is advanced enough for where you are right now and for where you wanna go into the future. Whether you're an Ignition newbie or you have many years of experience working with Ignition, 8.3 is gonna help bring the level and the power of your systems up to a whole new height.

40:29
Kevin: From the beginning, we've always wanted to leverage the latest and the greatest technologies. We're technologists, we absolutely love this, and you know, the whole company is, right? And we've wanted to expand Ignition's tool set so that you can up your game. 8.3 is a great example of that. Take advantage of what makes sense for you.

40:51
Travis: Yeah, Ignition always has been around answering questions like, can Ignition do this? Or can it connect to that? And these types of questions have evolved over the years. Now people are asking more questions around IT technologies than ever before. And the idea is to be able to answer the questions that are important to you. And the questions that people need answers to depends, though, on the level of sophistication they have with their systems. Now, when I say sophistication, I'm not talking about complexity. It's more about your Digital Transformation journey, and what part of that journey you're at right now. We've broken down Ignition 8.3, and this new release, into four different categories. And that is projects, data processing, system management, and IT. And today what we wanna do is talk to you about how the features of Ignition 8.3 help accomplishing your goals in each of these categories much easier.

41:41
Kevin: The first level is that of your typical SCADA application. If you've created a project that uses Perspective, Tag Historian, SQL Bridge, and you're doing very sophisticated things inside a single Ignition gateway or redundant pair, what you see here might represent you. In this example, it's advanced project design doing a lot of really cool things with this relatively simple architecture and without wider, company-wide data flows. If you're doing an IIOT system or using Ignition communication layers like MQTT or more Ignition gateways in a scale-out architecture or multi-site architecture, your complexity might look a little bit more like this. And if you're doing a full enterprise system with hundreds of locations, multiple connections, advanced deployments supported by orchestration and supported by IT departments, your sophistication level might look a little bit more something like this, where it's high across every category.

42:37
Kevin: Everyone's at a different stage inside their sophistication level and inside their journey overall. So to help understand how 8.3 can make things easier, no matter where you are on this journey, we're going to show you which of the features that Carl and Colby just talked about are going to be the most useful at each of these levels of sophistication, starting with projects.

43:01
Travis: Right, so the first area is project sophistication. And these are tools that help you build better projects, especially around SCADA. So let's say you're a brand new user to Ignition. Building a complete SCADA system is easier than ever with the new Power Historian. You can simply deploy a single Ignition server and everything's up and running. You can connect to all your devices, you can log all that data to the Power Historian, you can build up your applications and launch clients very quickly. There is no need to install any separate software.

43:35
Kevin: Yeah, so a lot of folks are used to having Ignition with a SQL Database right alongside it, even for simple applications. You can still do that, of course, and we do encourage it for more complex systems. But if you're just dipping your toes in the water of Ignition, so to speak, and you wanna spin something up really quickly, having a Historian built in along with charts and graphs and the other visualization tools all inside Ignition, that new Power Historian makes it really easy for new users to roll that type of thing out.

44:07
Travis: Yeah, and now let's say that you're an existing user and you already have a system up and running. 8.3 adds the ability to connect to more devices with the addition of the Siemens S7+ Driver. Siemens PLCs are becoming way more popular and we're seeing them used for a lot of new projects that are out there. We wanna make sure that Ignition has the relevant drivers for you to do your job.

44:30
Kevin: That's right. With a lot of folks who are using the newer Siemens processors, this is a really big deal because it allows you, if you're connecting to those processors, basically, you understood and been using symbolic addressing and you've been using some of the optimized block addressing and probably, I don't know, 20, 30% of folks inside here have struggled with that in the past, right? With the new driver, you don't have to worry about using third-party drivers or manually configuring tags from a spreadsheet or connecting to and reprogramming and changing some of those options inside the existing Siemens PLCs. This new driver just connects immediately, allows browsing, and really speeds up the time to deploying Siemens-based projects.

45:17
Kevin: And another thing that's really easy to connect to in Ignition 8.3 is Twilio Voice and WhatsApp. With native integrations to these two services, you can send out notifications to the people the way that they want them.

45:30
Kevin: Ignition's existing notification system can already send things out to SMS, email, voice over SIP or voice over hardware, get one of those boxes and go through that. We've got the Grandstream and a couple others that we recommend there. These new notification options expand out on that more to give you more services, which really gives folks a lot of great additional options here. IT loves these for a couple of reasons. They're simple, and they also reduce that need for physical hardware. It reduces or eliminates that footprint on-premise.

46:05
Travis: I'm really excited about these features, but I gotta tell you, I'm really excited that we can, for the first time, actually draw a circle in Perspective.

46:16
Kevin: Travis. Ah. What is it that they say? Sometimes the simplest things are the ones that matter the most. Seriously, though. Perspective Drawing Tools, not Perspective Circles. We know people have been asking for this for a long time. We're really happy that we're providing this first-class, state-of-the-art drawing tools that you saw earlier directly inside Perspective.

46:42
Travis: For sure, and this feature's really gonna get us to get people the confidence and the speed to build full HMIs with Perspective to really take advantage of the most amazing, the most advanced visualization system on the market today. So, like Carl said earlier, Perspective, there's a lot of new tools that are coming in there. And in addition to drawing tools, Perspective's also taking forms to that next level. There are a lot of customers out there that need to collect data in remote locations that have very limited or no connectivity at all. And this makes it really challenging to collect inventory or sample data and get that information back into Ignition. And we've all had to do this before by building custom-built solutions. That is very difficult to maintain over time. This new form component and offline capability, it gives you the ability to do that so easily. It's gonna be a game-changer for data collection possibilities inside of Ignition.

47:33
Kevin: I've built a lot of forms in Ignition over the years, as I know a lot of you have as well. And I can tell you that there's a substantial amount of time that goes into building good forms. 8.3 is going to make that so much faster and easier for folks to build forms. And when you combine that with the forms offline mode, it's going to be a really nice experience for building projects, especially things that are replacing clipboard entry or some of the traditional types of forms that people would be walking around and filling out. You can do that inside Ignition in a way that is quick, economical, easy to implement. We have a bit of an internal mantra. It's "First make it possible, then make it easy." This is a perfect example of doing just that, where form applications inside Ignition were possible before, and they were good. But with these new features, we think they're really gonna be great going forward.

48:31
Travis: And I think we could expand that mantra to a lot of the features that 8.3 is bringing. So all of these tools here, they really help you in building better SCADA systems, and they give you more tools inside of Ignition that you can take advantage of to accomplish your project goals. Now let's move on to the second area of sophistication here, and that is with data processing. So everybody's level of sophistication with data processing is changing all of the time, right? Customers wanna make the most of their data, especially with getting data to the business. Well, with more devices we wanna connect to, more systems we wanna integrate with, and of course, more places we want that data to actually go, 8.3 is gonna help people up their game in data processing. First off, in 8.3, OPC UA is getting some updates. Now you can actually securely share specific tag data to specific places or clients.

49:26
Kevin: Yeah, with tag sharing, it's really nice. You can pull in a set of tags for a specific system to share them with a third-party OPC UA client. This allows other systems to get data that they need from Ignition without sharing more tags than you want to. We're also updating the OPC UA stack to the latest Eclipse Milo version, supporting OPC UA 105, and additionally, we're going to be adding OPC UA events to Event Streams so we can easily handle events coming from OPC UA.

49:54
Travis: And of course, that brings us to Event Streams, which I personally think is gonna be a huge game-changer. It's gonna really accelerate the movement of data from OT systems into business systems than ever before. We're gonna be able to leverage the full power of all the connectivity options that are in Ignition, from OPC UA, MQTT, SQL, of course with the new Kafka connection, and a lot more. Now speaking of Kafka, that is the standard enterprise message bus for almost every large company in the world.

50:25
Travis: They use it to talk to ERP systems, scheduling systems, and a lot more. And with Event Streams, Ignition's collection with Kafka is gonna be first class. Event Streams allows you to move data in unique ways without writing a single line of code.

50:39
Kevin: I'm really excited about Event Streams. This is one of the features that I've been talking to everybody at Inductive about for quite a while here. I think it's going to be a really significant feature, and I'm seeing it in two different ways, right? That it's useful for two different types of folks inside an organization. One would be the folks who use Kafka or other IT message-oriented platforms. It's gonna make Ignition really easy, as you saw earlier, and Carl and Colby were talking about, really easy to bridge that IT/OT gap with the right tools built into Ignition. The other category is folks who are using Ignition for tag change scripts, using Ignition in other places, and they wanna manage changes or events that are happening centrally in a way that everyone who's designing inside Ignition has access to. An event happens; could be a tag change, an alarm change, something in the database triggers it, and you wanna respond to that event inside the SCADA system directly. Event Streams are gonna be a fantastic way to do that directly inside Ignition.

51:40
Travis: With all of these tools, Ignition continues to accelerate building UNS architectures. You know, you hear a lot about UNS today from groups like 4.0 Solutions and Sesame. Ignition allows you to provide a single source of truth of your operational data that is clean and contextualized.

51:58
Kevin: You can easily contribute to a UNS of your choice, Unified Namespace, right, whether that's a pub/sub system like MQTT or Kafka, storing that data at a warehouse or anywhere, really, with context. Not only that, Ignition can also easily access data from a UNS system, providing dashboarding and visualization to anyone.

52:22
Travis: So in 8.3, there's a lot of new connectivity options and tools to help users accomplish their data processing goals. Now, of course, systems are getting a lot larger, and with larger and bigger systems comes a need to have better management. And there are a lot of great tools in 8.3 that are gonna do just that, and let's start with the deployment modes that Carl mentioned earlier. A lot of people are developing on a single production server, and they've started out with that; they've built a small system, and over time, they've built that up, and it's scaled up to be a very big system.

52:55
Travis: That became a critical system for that company. And at that point, making changes to a production environment is risky, right, and it's not the best practice. So really, it's about adding a development environment, and doing that now with 8.3 is easier than ever with this new deployment mode.

53:11
Kevin: The idea is that you have separate environments, Carl and Colby; if you were paying attention earlier, this looks very familiar, of course, but just to go over it again, right, the idea is to have these separate environments that you have different changes, and you might develop new changes that have differences between production, between your development system, between your QA system. And that production environment might have real PLCs, the development environment might have simulator PLCs instead of real ones; different SQL databases; more things like that.

53:39
Kevin: This feature allows us to define the configuration for all the different environments inside that single Ignition server. It means we can deploy one backup containing everything to multiple different environments. You don't have to worry about merging your changes from one environment to another, plus you can define the deployment modes that you want.

54:04
Travis: So now you can actually have a true development environment where you can build all the configuration for everything, you can test it out in a safe way, and you can deploy, of course, when you're ready.

54:11
Kevin: To deploy, you can simply take a backup from the development server and restore that to the production system manually, or if you wanna use source control, you can push changes from a repository and pull them into production when you're ready.

54:26
Travis: Exactly, and change tracking is incredibly important. In Ignition 8.0, we dipped our toes into that, right? We started making this easier when we moved the projects into the file system, but it was just the projects, not the rest of the configuration. But people wanna track everything, right? And with 8.3, all the configurations in the file system, and this is a big deal to make change tracking very simple. So now you can do it in a first-class way using systems like Git, which is really the most popular system around and the one that folks are trying to use and getting information about with us.

55:00
Kevin: If you've ever tried to use source control systems with the SCADA system, you'll know that some things get tracked and others don't, and others end up in binary formats that might be hard to work with. Sometimes it's kind of terrible. So, but you know, honestly, with the way things are set up with 8.3, it's amazing now. So behind the scenes, the changes, for moving everything to disk, having everything stored in configuration, that's JSON files, the internal database going away, and switching that all out, you can track everything. So if you're taking a look at project versions, you can see what changed, when it changed, what system it changed on. And Travis mentioned Git. A lot of folks use Git, but you can use other systems as well, since everything is file-based. So anything that plays with a file-based storage system is going to play well with Ignition.

55:50
Kevin: Now, if we combine source control with deployment modes, like we were taking a look at just a minute ago, it's easier than ever to track your changes and have that true environmental separation at the same time.

56:05
Travis: So with things like deployment modes and change tracking, handling more sophisticated levels of system management is easier than ever with 8.3. Another thing that's gonna be easier is working with IT departments. Increasingly, we're seeing OT and IT teams working together, especially to better manage OT systems. And IT wants to be able to help, not only by helping with system management but also by integrating with IT tools to help enhance a system and follow established best practices. So at this next level, we're gonna talk about the IT tools that 8.3 can easily integrate with, and the first one is with Secrets Management.

56:43
Travis: So Secrets Management is where you can pull out all of the secrets from within Ignition. These are the passwords, the credentials, and put it into a secrets vault that can easily be managed. And it can also handle encryption keys and certificates. Now, this has several major security advantages.

56:58
Kevin: Yeah, so for example, say IT sets up a Microsoft SQL Server database and gives you a service-level account to it. You know, a few months later, maybe they come and they want to change the password. Oh, without Secrets Management, it could be a daunting task.

57:14
Kevin: I think we've all been there, right? I certainly have, and you know, a lot of folks simply push back and might actually win that battle and not do it and have that password just stay the same because they don't wanna change a production system. You know, that could also be a potential security risk if that password ever gets compromised. By putting passwords inside a secret spot, they become much easier to manage; auto-rotation becomes something that can be automatically done, and it mitigates a lot of that risk. However, the biggest advantage here, in addition to that, really, is taking secrets out of Ignition's configuration. So let's go back to that example of setting up, you know, IT setting up that database.

57:58
Kevin: If they give you credentials to that database and you put the credentials into Ignition, then one day you need to send that gateway backup to us for support or you start working with a new systems integrator. Those credentials are included in the backup. If you're using secrets management and externalization instead, that won't happen because the credentials live in the secret manager that's outside of Ignition and they're simply used by Ignition.

58:21
Travis: Another area that IT can help is with deployments. You know, recently we've seen an increase in the number of devices that Ignition's being deployed to on the plant floor, right, with the proliferation of the edge. And as a result, we've seen the use of containerization grow incredibly fast. I wanna bring up a couple of other updates here about containerization. First is that we're actually bringing Ignition Cloud Edition to the container marketplace. So, on AWS, so Amazon ECS will now be available to spin up Ignition Cloud Edition instances.

58:52
Travis: And we're working with partners like CradlePoint and Digi and others who have orchestration platforms of their own, allowing Ignition to be deployed simply with one click using their marketplaces.

59:04
Kevin: This makes it really easy to get containers deployed on-premise and in the cloud because you're not having to install software anywhere. Basically, so, as you know, we've always said that Ignition has a three-minute install. It's one of those other mantras that we have, which it still does when you're installing in the traditional way. But with containerization, Ignition is a 30-second install, and that's with a full system, with configuration, with connections, all of that. It's just built in. Containerization is pretty incredible and enables a lot of things that we'll see in the next couple of slides here as well.

59:40
Travis: So now, when it comes to being able to deploy a lot of Ignition systems and then send out fleets of configuration changes or being able to manage it from third-party tools, the new REST API is gonna be another game-changer. I think I'm saying that a lot here today. But with tools like, using tools like Ansible to be able to access status and configuration or any other third-party tool that IT has, they can use the tools that they're comfortable with, they can get information from Ignition, they can create their own alerts, and they can manage Ignition the way that they want to.

1:00:11
Kevin: As you can tell, we're going up in sophistication level here, and not everyone's going to end up using this feature, and that's okay. But for those of you who are familiar with REST and web services, this is gonna be a really nice feature. And if you're not at that level yet but you want to get there, this is gonna be here to help you and make it easier when you're ready. The REST API will also help with wide-scale deployments and orchestration, which is the next feature we'll talk about.

1:00:36
Travis: Yes, so we talked about containerization and being able to deploy a Docker container. But there's a lot of IT departments that are setting up Kubernetes clusters both on-premise and in the cloud, and they want to deploy Ignition through that. And with Ignition 8.3, we're doing something that's pretty unique here, Kevin. So what the helm are Helm charts?

1:00:57
Kevin: I see what you did there. So Helm charts, I'll reset for a second. Helm charts are these fantastic configuration files. If anyone's ever worked with AWS CloudFormation scripts or other systems that fall under that wide catch-all phrase of infrastructure-as-code with scripts that set up architecture, Helm charts are another example of that. They're not only some basic configuration scripts, but they can go pretty advanced, and they also are fully cross-platform. So they're not specific to any specific cloud provider or set of infrastructure.

1:01:33
Kevin: Helm charts are for this system called Kubernetes that probably most folks have heard of. It's the most popular orchestration system that's out there, and it can really help with these large deployments.

1:01:44
Travis: So for example, if you wanna spin up several Ignition gateways, or you wanna spin up a scaled architecture or any other deployment that you'd usually install Ignition on a number of different places, and of course connect them all up together, these Helm charts are gonna make that incredibly simple.

1:02:03
Kevin: And we're releasing many of these. We'll have a lot of Helm charts and Helm chart options that are built into the Helm charts that'll allow for a lot of different configurations and going to make it really easy for folks to use Kubernetes to quickly spin things up, spin things down, move them around, orchestrate things in a way that requires less work. We're releasing them with 8.3, so when 8.3 is released, all of these Helm charts are going to be released along with it.

1:02:31
Travis: So as you can see, no matter what the sophistication level of your system is, Ignition 8.3 has answers to questions that you are facing. And the next question you might be asking is, okay, Travis and Kevin, when can I start doing this stuff? When can I start getting access to 8.3? So let's talk about that.

1:02:50
Kevin: I'm glad you asked, Travis. So happy to announce the beta's gonna be available soon. We're looking at a December release, so we're targeting that. Look at the forums if you wanna participate. You can go there; there's information there, and there's also going to be feedback that's going back and forth through the forums. Some of you asked about a private beta, and we have a list of folks who are interested in that as well. And what we decided to do is basically take a look at the release, and when it's good enough for a private beta, we're instead going to make that a public beta for everyone. So everyone's going to be able to get access to that.

1:03:28
Kevin: That's happening in December, and so stay tuned for that. Also, during the beta period, we'd like to ask you, please keep the feedback contained to the forums. So please don't call into tech support with your 8.3-specific troubleshooting steps quite yet. The forums, the folks on the forums are the actual developers who built the 8.3 features, and so they're really best equipped to be able to help you.

1:03:53
Travis: And that's for the beta. As far as the actual release, we're targeting mid-January for the 8.3.0 release. And once it's released, we'll be back to our regular five-week coordinated minor release cadence. That's our release train that we have. Expect releases of 8.1, though, to slow down significantly, as we only plan on releasing patches for security, vulnerabilities, or critical bug fixes that we find.

1:04:18
Kevin: As far as support goes, as mentioned earlier, 8.3 is a long-term support release. That means active support for five years from the release date and two years of limited support following that. In case you're not aware, active support is support from our development team. It covers additional features, bug fixes, and security updates for the lifecycle. It also covers support from our technical support team via email and phone. Limited support is a two-year period right after that, where our development team is no longer providing updates for the software. Because of that, we always recommend upgrading before this window. But if you miss the date, that limited support, it provides limited email and phone support. You can see in the diagram that there's a great overlap window between the two, right? We're giving two years between 8.1 and 8.3, so there's plenty of time to plan an upgrade.

1:05:10
Travis: Right, which brings us to upgrades. So let's talk about upgrading to 8.3. The reality is that 8.3 brings a lot of amazing new features everybody wants to take advantage of, and they're gonna wanna upgrade as soon as it's ready. Now, of course, 8.3 is perfect for a brand new projects. So any new project out there, go ahead, start using that. Now, if you're already on Ignition 8.1 and you wanna upgrade to 8.3, the upgrade's gonna be seamless, right? Carl talked about that we want the backwards compatibility to be there all the way. That is certainly true with this release. And you can simply follow our upgrade guide when it is released. Now, I've got a lot of confidence in our release process, but of course, a trust but verify approach is always prudent for upgrading existing production systems.

1:05:53
Kevin: And if you're upgrading to 8.3 from an older version, you'll need to upgrade to 8.1 in order to upgrade to 8.3, go through a two-step cycle there. So if you have 7.9 or any other earlier system, 8.1 or even before 7.9, now's the time to upgrade them to 8.1. So 8.0, 7.9, 7.8, whatever it happens to be, you'll wanna hit 8.1 so that you're ready to do the upgrade when 8.3 comes out.

1:06:20
Travis: Now, individual system upgrades should be seamless. Full system upgrades with multiple Ignition gateways are also seamless, with the notable exception of the gateway network connectivity. 8.3 will communicate with 8.1 gateways, but not prior. So this is because of our updates to our encoding formats that we use to help improve our security posture.

1:06:46
Kevin: Good news, if you are purchasing today, anyone who purchases a license with any support plan from us, basic care, priority care, total care, it doesn't matter; you're covered for 8.3; it's guaranteed that that license is going to work for 8.3. If you have licenses today that aren't under support, you can add support right now, and you'll be ready for 8.3 when it comes out. And if you have, for example, end-of-year budgets that you're looking to spend or a project that's gonna be happening soon, now is really a great time to get lined up with that 8.3 guarantee. Just make sure you include the support plan when purchasing.

1:07:21
Kevin: So we've covered a lot this morning. Incredible new tools like the Power Historian, Event Streams, Perspective Drawing Tools, rapid form building, offline data collection, along with a slew of connectivity features and enterprise tools for customers who can use them. I am really excited about 8.3, and I can see that a number of you are as well. I know you are too, Travis.

1:07:44
Travis: I am unbelievably excited. I'm like a kid in a candy store.

1:07:49
Kevin: There's so much packed in here.

1:07:50
Travis: For sure. So we really hope that during our presentation today that you've heard something about 8.3 that inspired you for your next breakthrough idea. And we have some more to share with you later today. After this keynote, we're gonna have two breakout sessions this afternoon, which will go into deeper dives in 8.3 for the platform and the features. So if you wanna learn more, please make sure to stay here on stage one throughout the rest of today.

1:08:17
Kevin: Digital Transformation is a journey, and every journey is traveled one step at a time. I hope that you see that whatever and whenever the next step is for you, Ignition will be there along with you to make that next step easier. Wherever you wanna go, Ignition is the foundation for the future. And wherever you are now, there is something to get excited about with Ignition 8.3. And as always, we're really excited to see the projects that you build with this amazing new technology. Thank you so much for coming. Have a great time at ICC. Thank you.