ArcGIS Enterprise: An Introduction

I am going to talk about RJ's enterprise and introducing the the product why did we make the name change I'll talk about some of the other capabilities of RJ's enterprise that you may not necessarily have heard of before or maybe you don't associate with RJ's enterprise but just to do introductions first my name is Philip PD I'm the lead product manager for RJ's enterprise sitting down here in front hiding out Shannon stands up Shannon also a product manager on the RJ's Enterprise team so after the presentation if you have any questions you don't want to ask to the full room feel free to come up and ask both Shannon and myself questions all right before I start the presentation I always like to do a little bit of a survey of the room just to get a feel for for the crowd here we're at the developer summit right so I'm going to make an assumption that most if not all of you are developers of some kind but in the area of technical people if you consider yourself software developers or IT administrators or maybe both software developers all right we are at the developer summit that's good IT administrators may be some DevOps touch though okay and that makes it both very good excellent all right so I'm also going to assume that most of you are ArcGIS server users today are kits for server let's drop the floor at this point I thought them nod how many of you have moved to 10.5 excellent rock on two months very good how many of you are on 10.4 10 for X another very good portion 10 3 X 10 - all right now starts getting interesting 10 one couple any 10 OHS we should talk nynuk all right sir please come up after the presentation all right and those joking around so when we talk about our Geist Enterprise I want to take a step back first and look at the overall rjs platform that we sre provides these days we've been talking about the concept of a web GIS for a number of years I'm sure many of its not most of you have already heard of that idea we have two products that make that vision that pattern of implementing a web see is come to life there's RJ's online which is the SAS offering the software as a service runs in a cloud managed by us you don't have to install anything and then there's the software RJ's Enterprise is now the product that represents that side of the equation this is where you get software that you download from us or we send you DVDs yes that still happens you install it in your own infrastructure you maintain it you could decide when you upgrade or not upgrade sir and the two products have very similar functionality at what we call the core functionality level you have the ability to publish feature services you have the ability to create web map layers consume those different items in all of your different applications the applications that you create with API it's an education as well as the applications that come with the platform itself once we start looking in and digging a little bit deeper of course there are differences so what I'm going to talk about here for the next 50 55 minutes or so is of course the software version of this RJ's Enterprise has a lot of web GIS capabilities that are common between enterprise and online and then a lot of additional advanced capabilities that are only fair found within the software model so let's talk about what those capabilities are of course our J's enterprise has great mapping and visualization capabilities you have the full power of the desktop to author all of your maps using rich cartography publish that out as map services and draw things that you can't do anywhere else as you heard and saw this morning RJ's Enterprise has very strong analytical capabilities we've had the view processing framework for many many years with hundreds and hundreds of tools and now with RJ's Enterprise 10.5 we've added geo analytics and raster analytics to the mix RJ's Enterprise of course can do geocoding whether it's geocoding using your own data locators that you've put together or data that you've sourced from us or maybe you represent a company that have data that you sell to other customers wherever your data is coming from you can publish that out and make available at geocoding services to be consumed by a great number of applications the same thing holds for routing whether you have your own network data set you acquire commercial data through us or you supply to your customers our GIS Enterprise through the network analyst capabilities can do routing optimizations and much more RJ's enterprise also comes with access to the living Atlas you saw the living adlets this morning in the context of RJ's online but just because you install the software in your infrastructure doesn't mean that you're cut off from all that content you can still get access to it if you're installing the software in a connected environment meaning you have access to the open Internet you have access to the full suite of living Atlas content just like you would through an artist online implementation if you're behind the firewall disconnected from the open Internet we also have data that you can download with more coming on the way of course our jaded enterprise comes with all the app templates you saw this morning it's not just about web services it's about making those web services come to life through layers and maps and apps that you create using templates the app builders or of course complete custom applications written using the API is and SDKs that we've seen denim demonstrated our GIS Enterprise is also a 3d capable platform you can take all of your 3d meshes your multi patch data make it available to the open web consume it and all of those same different applications the scene viewer that's built into the product or now with the runtime 100 your own applications as well in other words our JS Enterprise is everything that RJ is server ever was and much more it's not just the server it's the server plus the application infrastructure that you can build upon so you have an easier time making your applications do the things you want them to instead of having to reinvent the wheel as build your own application infrastructure over and over again when we look at our kids enterprise will its software so it consists of a number of different components one of those components is ArcGIS server RJ server has not gone anywhere how many of you came into the presentation wondering why did they change the name and what happened to my server a couple of people it is still there RJ a server is a core component of enterprise it's the engine that powers everything behind the hood it is just like it was plus a lot of new capabilities another core component of our JS enterprise is portal for arcgis this has been around for a while but with Archie's enterprise what we're saying is this is a key component of any deployment of the product because it's worth we are pouring all of our development efforts into building upon the full suite of software component and not just piecemeal and then of course our JS Enterprise has places or software components that make up places where we can store data within the system when you hand over data to us through one mechanism or the other we need a place to store it and we have software component to take care of that and of course to make it possible to integrate with security of different kinds and make the entire suite of software components available to web client we have the web adapter now those of you who are working with 10 3 or higher you'll notice that all of these components predates 10.5 all of these components are the same components you know them from before what we're saying is they're all important this is not just about the standalone server because while most of you in this room may seek rest or JSON the rest of the world does not they need applications to go on top of those web services and the full product provides that application infrastructure that you can build upon now it's funny usually when I do presentations I say well ordinary human beings don't speak rest and JSON all you are like of course I do good my kind of crowd I'm a forum developer myself another new thing that happened with 10.5 and this is going to be of interest especially to the IT administrators in the room it's the introduction of this notion of server Server licensing roles or just server roles for short this is essentially us making some changing to the licensing model of Archie's Enterprise to better align our recommendations around best practices for workload separation with how the product is actually licensed itself so I mentioned our Jas server is of course still in the mix our Jetta server now have has essentially five different roles it can take depending on what license you apply to it there's one software component that you download and install and then when you apply a license to it a server role it gains a purpose in life Jay talked here the plenary about purpose-built servers this is what he was referring to the first server role is just the GIS server so for the vast majority of you this will likely be what you simply think of as traditional our GIS server capabilities map services feature services view processing services routing if you have Network Analyst and so on and so forth the next server role is image server this used to be image extension for server now it's a server role by itself and that may sound a little bit like an arcane detail but it has a big impact on how you can license the product and deploy it in your own infrastructure in a way that I think makes a lot more sense for the modern age the same thing happened with Geo event from being pio event extension for server it's now simply geo event server new with 10.5 is to you on a little server you saw that demonstrated here not too long ago this is about taking large amount of vector and tabular data and quickly processing it using modern distributed computing mechanisms and finally last but not least Mir with 10.5 it's the introduction that was a modern business analyst server this is everything business analyst was in the past plus the modern business analyst web app that you may know from business analyst online now you can take that and deploy within your own infrastructure behind the firewall so you can gain access to the full geo and enrichment capabilities and demographic data that comes with BA so when we look at the four different software components of our GIS Enterprise we put them together in what we are beginning with 10.5 referring to as the base deployment or the base RJ's enterprise deployment instead of talking about those standalone servers and connecting them in different ways what the base deployment represents is the minimal architecture of the system that all of Ares applications as well as your modern applications build on our newer api's SDKs require as the basic infrastructure the base deployment gives you all the same capabilities that you know from our JS online plus all of the capabilities of the GIS server in other words the traditional RJ server functionality that you're already familiar with this is what provides that application infrastructure with web Maps identity authorization and access control that you can build upon so you don't have to invent that from scratch so RJ's enterprise provides the ability to set up what we call a web GIS in your own infrastructure and the base RJ's enterprise deployment is the pattern of which to put together the different software components to make the product work the way it's intended to this is us being much more prescriptive beginning with 10.5 about what you need to install to make full use of the system beginning with 10.3 you probably saw the introduction of portal for our gif and many of you asked do I need to install a portal do I not need to install a portal and those were good questions for the time what I'm telling you now is beginning with RJ's Enterprise 10.5 I very much encourage you to do that that is the pattern of the future that we're building upon when you look at the base deployment you can of course install all the software components on a single machine on multiple machine and of course do highly available set up our J's Enterprise and all the software components within it have a very very flexible deployment model you can install it anywhere that you have access to install software that on systems that meet our system requirements that can be on-premises oftentimes you hear our J's online being referred to at the cloud and arches enterprise being on-premises that makes me flinch because that's not all it is our J's Enterprise can be installed on premises of course in your basement under your desk hopefully not under your desk in a data center in a private cloud but of course also the public cloud in fact one of the environments that it's easy is to install the software and is the public cloud today you don't have to go click Next Next Next and a bunch of installers and do manual configuration we have tooling that could do all that for you particularly in the public cloud and whether you need to meet strict SLA with high availability or you just want to set up a simple small dev and test system for your own use you can of course do those things so let's take a quick look at some of the server roles and what they stand for what are the capabilities that come with those different server roles now the GIS server as I mentioned is that traditional rji server functionality that you're all familiar with it's the server role that provides visualizations analytics editing capabilities of traditional GIS data sources such as vector and tabular data all of that being made available through rest-based web services whether they're the ESRI based services or OGC standards compliant services such as WMS wfs and many many more a key part of the GIS server is the ability to publish services and share maps and layers from your own business databases in other words traditional Enterprise geo databases or other types of data sources that you attach to the system data sources that are not managed by our GIS but you have your DBAs take care of oracle and sequel server and whatnot maybe it's shaped files in a file share I'm not judging much this is a key differentiator for the software compared to the SAS model ArcGIS online does not run within your own infrastructure which means it cannot connect out to those databases and file shares as I mentioned the GIS server is what powers all of those map services and feature services and beyond what I want you to all notice is some of the changing vocabulary as well as we're moving from speaking solely about services to a higher level abstraction the web layers I have a tendency to think in terms of publishing dynamic map services the pro team would really like for me to talk about sharing map image layers and that's okay too as long as we can all figure out the vocab area and talk together as developers you're often working directly at the service layer but a key part of this change to the web GIS pattern is also understanding what the layer on top can do for you you have a lot more flexibility to do configuration of web layers instead of having to publish entirely new services so within your applications you can make changes faster and easier than having to go through the entire publishing workflow I want to make this point very strongly any one of you who have ArcGIS server 10 1 or higher installations whether they're standalone servers are already federated with a portal any one of you can upgrade to 10.5 today sirs with the 9 X and the 10 O's found here in front we'll have to talk a little bit more every other person in here who raised your hand with 10 1 or higher can upgrade to 10.5 today and I strongly encourage you to do so what I want you to keep in mind is that while you can of course upgrade your standalone server to 10.5 longer-term over the next couple of years you should look very strongly into moving to the full rj's enterprise product which means having the base deployment in place that's not just the server that's also the portal the data stores and so forth one reason for that is virtually all of the new functionality that we're building builds on top of that baseline infrastructure a great example of that is geo analytic server vo analytic server requires the base deployment in place before you can add it but let's talk about what geo analytics actually is our GIS with geo analytic server has gained a new way to process massive amount of vector and tabular data using fast distributed computing technologies as well as storage mechanisms that can deal with large volumes of data fundamentally it's about being able to go from noise a bunch of bleep dots on a map doesn't really make out much as it happens this is New York City taxicab data you've probably seen it in previous presentations by itself this doesn't tell you anything there's a hundred and ten million points all drawn on top of each other and it's just a blob going from this to intelligence can be as simple as doing an aggregation into for example polygons like this and just by this simple act of taking points and aggregating the counts into polygons we can start gating very valuable insights this may be the end of the analysis you can put this into a story map and start making making a great explanations about well there's a lot of taxi cab pickups at airports and around Central Park that may or may not be great insight but you can also take this and continue your analysis within our GIS desktop arcmap or pro but of course also take this and put it into your applications do this analysis directly in your custom apps and continue using all of the rest of our geoprocessing tools all seven or eight hundred plus i've lost count so geo analytics is not about replacing anything in the ArcGIS platform it's about adding to that entire set of GP tools that we have had for a long time taking a core set of those tools we've rewritten them to be much more more efficient on modern distributed hardware and of course all of this is part of an ecosystem within the rjs platform so once you finish your processing there's no ETL to now take data out of a system where you performed your analysis massaged it into a new format and go through some cumbersome process to publish it out to be able to visualize or continue your analysis the results of your analysis is natively simply made available at the feature service so all of your applications as soon as the analysis is done can take that result and plot it on a map or do whatever else you want to do with it that is a key differentiator for geo analytics compared to many other types of analytical software that's out there today you simply don't have to go through all those additional steps geo analytics is about solving completely new problems things we couldn't even attempt to do before because the volume of data was unmanageable or just simply took too long to be practical it's also about taking those old problems that you may be solving today's but solving them much much faster if you you used to have to wait weeks for an answer now you can do it in days or maybe even hours or minutes the demo that we showed on stage here a couple of hours ago during the plenary of taking a hundred and ten million points that had been dynamically ingested over a week and processing them into tracks in under half an hour with not something that you could reasonably do with the existing tooling with geo analytics now we can so geo analytics comes with roughly a dozen or so tools today when you look at your analysis workflow the first thing to do is understanding where are my bottlenecks and can I identify some of those bottlenecks as having matching tools within geo analytics so I can take my 12 steps and replace one or two of them to take my full processing time down to something much much smaller than before when you're using geo analytics you can if you of course use our GIS Pro it's designed from the ground up to be a modern desktop GIS application that integrates with Arch's online rjs enterprise and all the advanced capabilities of our enterprise you can also use the map viewer directly from within a browser you can start working with these massive amounts of data personally I find that a little bit different disconcerting but it shows the power of what you can also build in your custom web applications today because all of this is exposed through the REST API geo analytics does not mean you have to learn something completely new anything you have that knows how to talk to an ArcGIS geoprocessing service can also call into the geo analytic tools that means you can take a web app builder application use the GP widget and use GA it means you can use any one of the api's and SDKs to call this directly an example of a great API that you can use on top of this is the new Python API that you saw rohit demonstrate earlier the python api can be used by you as you're doing exploratory analysis it can also be used by you as part of automated workflows things that run on a nightly basis maybe it's part of a cron job that calls in and runs this kind of analysis on the back end to power the data that ultimately comes to life through your front-end applications so why would you want to use to your analytics server as part of our choice enterprise well it's applicable in a couple of different ways one is simply to extend the power of GIS analyst working within the desktop lauren demonstrated that very very vividly doing things within the desktop that you just couldn't do before or it took too long I'm willing to bet that many of you work in what I consider the next category up meaning you're building your own applications and solutions where you have even more advanced needs like setting up those automated workflows setting up multiple multi machine deployments of Geo analytics to crunch through huge amounts of data data that may be streaming in or you may be receiving data dumped on a regular basis that you need to crunch through the next server role that I want to talk briefly about this image server image server used to be image extension and it's what powers your image services coming from mosaic data set image server has the ability to make those images accessible to the rest of your organization through your applications through Maps performing on-the-fly processing applying all kinds of different raster functions in raster model directly on the data just in time new at image server 10.5 as part of our chat enterprise is raster analytics and you saw the nei demonstrates that this morning it's the logical parallel in the raster and imagery world to geo analytics this is about being able to process large amounts of pixels whether that's coming from large geographies or high resolution images or simply large collections of images and performing that processing at source resolution creating new persisted output on disk so even server has those two dual roles it mirrors the GIS server and the in its ability to connect out to your data sources whether those are files on disk files in the cloud new an image server at 10.5 is the ability to connect to s3 storage if you're running an Amazon or Azure storage if you're running within Microsoft Azure so those terabytes worth of images can now be stored in cheap reliable well I guess Amazon did have an issue of reasonably cheap reliable cloud storage and still be consumed and visualized directly within the product new though is raster analytics and the ability to run those throughout reprocessing the raster functions that you know from image extension on desktop as well as image extension and server from previous releases and just like geo analytics it doesn't replace anything inside of the rjs platform it adds to takes all of those existing function chains and functions as new powerful analytics the ability for you to write your own custom raster functions using Python being able to run that again within a distributed computing environment that can scale up to 200 cores as you solve na-do earlier today or simply running on multiple machines within your infrastructure at a much smaller scale but ultimately be able to take all of your data and process it faster than you ever could before and again of course the result is immediately accessible as just a new image service without you having to explicitly publish anything the result that's written out in the raster store of your choice and made available as a new image service directly from there so like I said large amounts of raster's or rather large amounts of pixels can be because you have for a large area you have high resolution for a small area or maybe you simply have many many rafters and again going from something that may have taken months or weeks in the past and doing your processing in days hours and in some cases even minutes now that's a lot about the capabilities of RJ's enterprise and the related servers I want to take a quick step back and talk about the evolutions of gif whenever we talk about an evolution in GIS there's a tendency to think that what new thing we're talking about completely replaces Sol thing and I don't think that that's true ten years or more ago when we started really talking about server GIS maybe we didn't quite call it that but our guy a mess and ArcGIS server in the early versions represented this idea of web based services web services as we know them today first it was XML then it was soap still XML then we got rest and JSON but ultimately it was about direct client to a web server that didn't replace desktop GIS that size tih was as important as ever in fact I would argue it's much more important because where did all those web services come from they came from data that was generated on the desktop and the services were defined authored within the desktop when we start talking about web GIS and we started doing that a few years ago that was not about replacing server GIS that was about recognizing that as powerful at server GIS is we want to make it even more powerful and we want to make it even easier for you both as users but certainly also at developers many of you told us that you have to reinvent the same things over and over again create the same framework for every new application and you wanted us to help take some of that pain away that is from a developer's perspective fundamentally what web GIS is all about providing that common extraction layer the application infrastructure so we can all work on the same platform instead of fighting to build the same thing in five ten different ways and now when we're talking about distributed gis that's again not replacing the web GIS idea the pattern that's about acknowledging that many of these systems do now start talking to each other whether that's within a single organizations that that's geographically spread out or simply because of the political structure of such an organization in many cases it's also different organizations entities that want to collaborate and exchange data and information quickly and easily when we look at the evolution of different web and distributed GIS patterns there's four that I want to highlight and talk a bit about here today there's on the upper side RJ's online the SAS model on the lower half there's RJ's Enterprise running within your infrastructure wherever that infrastructure may be and when we look at it from the left-hand side first there's the simple way to get started with all of this and that's simply using RJ's online there's no software to install you connect directly up to services that we've already made available you put your own content in and create new services and you're up and going many of you use a pattern over the past several years affectionately known as the hybrid pattern combining your existing ArcGIS server the standalone server with RJ's online registering your map services and feature services and then consuming them through web Maps and layers looking at it from the other side there's the traditional RJ a server running behind the firewall over the past couple of years what we've seen there is the addition of the portal this is still running entirely within that firewall disconnected in this case from the open Internet there can be many reasons for why that's the case whether it's regulatory simply the nature of the data that you work with or the organization's mission in life many of you though may be running the software within your own infrastructure behind your firewall but you still have the ability to opportunistically reach out to the open Internet augmenting your own data with not necessarily just base maps although that's by far the most common use but also making use of services coming from for example ArcGIS online if you don't have your own world routing service and most organizations don't you can simply reach out to the world routing service made available from Arches online and within ArcGIS Enterprise we make it really easy to do that without you necessarily having to know anything about what's going on on the back end and then increasingly and this is what Jack was talking about this morning with distributed GIS it's this idea that even a single organization can be using both ArcGIS online and our GIS enterprise using both systems when they make sense maybe you have data that needs to stay within your own infrastructure again there can be regulatory reasons or simply company policies but that data that does need to go out to the general public can be made available through online so you don't have to scale for it you don't have to install more software more infrastructure maybe you need to simply collaborate with third-party vendors somebody who doesn't have an account on your domain you're not giving them VPN access ArcGIS online can be a very convenient way to get data from those kinds of partners and then bring that data back down within your own systems this is the vision of what we're building towards with the collaboration technology that you saw Shreyas demo during the plenary this morning with 10.5 we have the ability to set up multiple architect enterprise deployment and have them collaborate with each other here in just a few months when we released our JS Enterprise 10.5 that just rolls off the tongue and aren't an update to RJ's online we will also have the ability to make this pattern really come to life without you having to custom script and run things on a nightly basis to copy data back and forth that collaboration will be built into the two products what I really want to have you all understand is that making a choice between online and enterprise doesn't have to be an either/or in many cases we're seeing that being both the other point that I want you to take away from this is the idea that those stand alone servers will over time have to be moved towards the RJ's Enterprise setup meaning the base deployment the three examples on the right hand side with the server plus the portal that is essentially what we are now referring to as RJ's Enterprise if you're using the standalone server with RJ's online the classic hybrid model you need to be aware of some of the changes that are happening with new functionality coming in to RJ's enterprise whether that's geo analytics or raster analytics but also the ability to publish from our GIS pro relies on the base deployment being in place so why is it again we're making this transition from server GIS to web GIS what is it that we find so compelling I'm curious to hear if you agree with my characterization of this but if we look at the server GIS pattern what often happened was we had an idea that somebody came in with a set of requirements we build an application published the necessary services underneath and then we'll be able to reuse those services in another application somewhere else that we do that but then Steve Jobs comes around and says no flash on iPad we all collectively droned and then we built a new application for that iPad but as it turns out it had a different form factor and it need a slightly different data or slightly different look and feel so we published a new set of services then somebody came around and said well yeah I actually also needed on that Android phone and we did the whole thing over and over again while this was certainly not always the case it was the case often enough that this was a big pain for developing applications how do we make it so we can reuse more of those underlying services across our full suite of applications that we're building that's the idea of what we're trying to do with web GIS getting that common application infrastructure in place so those services are now abstracted out through the portal which provides the identity and access control that we need but also makes all of those services available as layers through web Maps that all of our applications build on top of the s3 api's and SDKs know and understand you create a web map whether in the map viewer itself in the portal or through pro or through some other mechanism that web map can be drawn with full fidelity no matter what application you're using on what device you're using it so now we can build that full range of applications all the apps that we're creating such as collector Explorer operations dashboard and all the applications that you're developing as business partners and developers within your own organizations all building on top of that same framework sharing the same layers and maps so we can meet all of the user requirements without you having to build the same things over and over again within the web GIS pattern is this concept of named users members of your portal organization new at 10.5 is the introduction of a new level of named user based in large part on feedbacks from business partners and developers such as yourself with 10.5 we now have a level 1 named user which is a viewer somebody has the ability to view content created authored by somebody else but doesn't have to create content of their own this describes many of the users of the applications that you build so this viewer can view content including map the applications you build and other data types they cannot create our own content within the system the named user that we've had in previous releases is now known as the level 2 named user so this is the full-fledged named user that itself can be assigned to any number of different user roles whether that's a publisher administrator or your custom roles ultimately those users can do anything that they have been granted privileges to within the system so you as an administrator of the system have a very fine-grained privilege model by which you can assign certain rights and abilities to your users now I want to go back and talk a bit more about the base deployment as we talked about the base deployment there are the four components to what make up those four components well there's our GIS server itself that's the software you install in the base deployment it's licensed with the GIS server role this is what's known and set up as the hosting server if you're familiar with the terms of our GIS server and portal today so it serves as the place in the system where all the data you hand over to the system is made available as web services it's also where you can publish your own map and feature services and so forth to from arcmap or arcgis pro portal for arcgis serves two different purposes within the base deployment what it's probably most well-known for is that web front-end a lot of users go to the portal as their landing page that's where they log in that's where they can create their own Maps that's where they can search and discover the content and the applications that you've created but it's also the component that provides that application infrastructure that you're building on top of the portal itself has a REST API that powers everything else that we do this is where you send your OAuth request this is what integrates with all your different security user and group systems our GIS data store like I mentioned it's where we place data that is handed over to the system this is not a replacement for the enterprise geo database I want to repeat that it is not a replacement for traditional art Enterprise geo databases but when somebody hands over a CSV file by dragging and dropping and onto the map viewer and saying yes make a feature service out of that the data has to go somewhere that's somewhere it's the ArcGIS data store in this case it goes into what's known as the relational data store when you publish your own multipatch data and create a scene layer 3d we create a tile cache out of that but instead of creating files on disk as with traditional raster tile caches we put that in to a node sequel data store that's what the tile cache data store represents here when we set up geo event to ingest all of that flight data you saw earlier we need to be able to write it at high volume to a known quantity that's not a traditional RDBMS we're not writing thousands of events per second to sequel server or oracle or Postgres or anything else like that we need something different that's what the spatiotemporal datastore represents for us likewise tío analytics has the ability to read data from both the relational and the spatiotemporal data source but it also writes back to them so those results like I said they're automatically services that means we need a place to store those results than can be exposed as web services again that's what the relational and the spatiotemporal data stores represent within the RJ's enterprise system finally the RJ's web adapter it's both a simple software load balancer it's what makes it possible for us to set up AJ environments within your own infrastructure without necessarily requiring expensive f5 hardware load balancers or anything else similar to it it's also the component that allows us to integrate it into your security infrastructure capturing WebSphere authentication whether it's IWA PKI or things of that nature all of these components have a place to place place within the system itself and when you combine them up in a specific way that's what gives you the base our J's enterprise deployment and ability to do everything we talked about now in a one-hour session there's no way that I can cover everything in detail so I want to make a plug for several other sessions that we have here this week right after this session at 2:30 we have a session called administering your arcgis portal this goes into more the administrative aspect of managing and arches online organization or simply portal for arcgis as part of RJ's Enterprise if you want more of a Delta story what's new with in RJ's Enterprise come back here at 4 o'clock Shannon will be there I will be there we'll have some of our colleagues doing demos it's going to be much more technical mechanical with demos showing new features less live on Thursday I'm doing a session on architecting your arcgis enterprise deployment I said you could install it on one machine many machines will when should you when do I need to scale out when I'm looking at something like you analytics or image server do I need one machine do I need multiple machine what can I do we'll get into all that and then late on Thursday if you want to know what's ahead for RJ's Enterprise come to the road ahead session with that I want to open it up for questions before too many of you leave over here there are multiple good questions there one was that arcgis for desktop you don't have to say for anymore it's okay i assume you mean arcmap so arcmap like like jim talked about a little bit what is essentially not where we're putting our development efforts right our development efforts on the desktop we're going into our GIS pro arts lab is still fully supported and will continue releasing for a while you can use both arcmap and pro with our GIS enterprise right you can publish map service of remark map to our jazz enterprise 10-5 and the upcoming ten six just like you always have pro has gained a lot of capabilities in that area over the past few releases the other part of the question was well what will we call our next releases I'll let you know as soon as we know we are planning a 1051 I mentioned that much that's actually coming out here in a few months so we're not resting on our laurels from 10 5 10 6 is tentatively planned for the end of the year so if you change after 10 6 we'll let you know I'm going to go out on a limb and say there will be a 10-6 one okay other questions anybody who's moving from server style GIS or to web chat or others great questions the great the question is can I combine multiple server roles on a single machine I install the rjs server software component and then can I apply both a GIS server role and let's say an image server role the technical answer is yes you can combine them the longer answer is you need to be careful and I wouldn't necessarily recommend it specifically do analytic server is by its very nature designed to use of every single resource on the machine all the CPU all the memory it can possibly get it's handsome don't combine that with any other role or your map services will be awfully slow also them kyoya vent all has some of that going for it depending on the volume of data streaming into the system kyo then is probably not something you want to combine with anything else image and GIS server it depends what you're using it for if you're doing raster analytics just like geo analytics that will suck up all the resources on the machine by design so don't combine that that's my long way of saying no please don't or be really careful and know what you're doing before you start going down that path that goes into the architecting session on Thursday all right thank you so much for coming there's another question over here we'll do one more and then we'll take more questions up here all paraphrases image server simply part of our GIS server yes there's the one software component called our Jo server when you apply the image server license to it that's what our J server now does that's the ability to publish out those dynamic image services of mosaic datasets has the ability to perform raster analysis what it can do in that case is publish map services because it's not a GIS server right that's where the server will come in it's just a licensing mechanism yeah all right thank you everybody [Applause]

Channel: Esri Events

Views: 15,011

Rating: 4.8378377 out of 5

Keywords: Esri, ArcGIS, GIS, Esri Events, Enterprise, rebranding, base deployment, server

Id: lYTE5ynG-_k

Length: 55min 21sec (3321 seconds)

Published: Thu Mar 23 2017