The Sitecore Desktop is just like Windows, it’s customizable. Not a lot have utilized it because there’s not much about on how to do so except for typical user-specifics such as wallpaper, desktop shortcuts, etc. Here is one thing you can do to the system tray.
WARNING: Make sure to be cautious when making these changes as these updates the Core database.
So it used to be called the TwinPeaks release if you follow the Sitecore Roadmap but exactly what does it bring to the table? There are some blogs already out regarding the release. Alex Shyba showed how easy it is to cluster the CMS client (in fact he did 6 virtual servers in less than hour – follow him on Twitter to get more updates). Oh yes, that’s what v6.3 really allows you to do (plus some other stuff that you should read on the release notes). But as a business person, you might ask, so what?
Well, we know that enterprises (that’s the keyword) always need performance as one of the top requirements to be fast and efficient. The Sitecore delivery engine (i.e. content delivery – CD servers) had always been keen to being clustered and allows you to load-balance them to achieve a pretty good performance. And that’s important because Sitecore itself may use up to 30% of CPU utilization (that’s what I’ve heard a while back in v5). So making sure that the site visitors are experiencing beautiful user interactions while delivering them promptly can be a tough achievement if you don’t load-balance your delivery servers. Almost all implementations nowadays have this requirement and should now be something that you should be aware of.
Sitecore v6.3 brings a new level performance except it’s not on the delivery side of things but more on the authoring side. With v6.3, IT can now load-balance the CMS client allowing for better responsiveness. It introduces the Event Queue which Adam Conn of Sitecore blogged about (it even has a nice video). Essentially, it is like a recipe whereby if you want to replicate your mom’s cooking again and again, you follow the recipe. In a way, v6.3 CMS client servers look at the queue to see what else need to be done and thus become “in synch” with the other servers.
As a business person, should I care about this? I say yes because now there’s more freedom on how Sitecore is deployed geographically. For international companies, this makes maintaining Web site more effective. Also, this becomes an ammunition to having a more globalized management of Web sites. Sitecore had been an eye-candy for managing globalized content because of translations, languages, publishing capabilities; but, there’s always that feeling that it’s really hard to distribute authorship because of geographical distances. With v6.3, this fear or concern is minimized because performance (and reliability) becomes less of an issue.
I’m hoping that corporations will now feel comfortable bringing in your international sites into one platform, that is Sitecore. The only thing that I think that you need to be cautious is how those other systems going to integrate with your Web site and allow them to be “load-balanceable” as well. I’ll leave you with this but one hint is to consider Sitecore not just a CMS but also as a foundational technical platform for other capabilities.
