Jul 012011
 

What is happening with smartphones, tablets, and other devices is that with having this equipment in the workplace, IT may now be required to provide access and support for the users.

It used to be that one could offer a Blackberry device and you’re done. Users are happy and you are safe and secure.  Now with proliferations of consumer devices like iPads, etc., offering only Blackberry as a solution is no longer an option.

A Whackamole situation is now emerging; where you attack the head that pops up with the mallet, hoping it will not reappear but it always does. How do you embrace these devices and have a security architecture and policy framework that accommodates these various devices?

Architecture decisions are at the core of this topic.  I really don’t care which Suite you chose (Vmware, Citrix, Microsoft, etc.) in the diagram below. What I do care about is can you answer and deploy your apps to BYOD gear in these 6 areas?

Also, can you confidently prove how you plan on granting access to your applications using various devices across your architecture?  You are responsible for granting ‘cross device access’.

How can ubiquitous access be granted with the fewest, fewest, simplest methods possible?  It all starts with architecture which you can see below.

Feb 072011
 

I recently interviewed Peter Silva, Technical Marketing Manager with F5. We talked about an interesting problem facing CIOs today and one that CIOs in our roundtable group have talked to me about frequently. The problem is Dynamic Applications and Mobile Users. Why is this problem? There are three challenges that a CIO has to think about today that require support for Dynamic Applications and Mobile Users:
• Dynamic Applications (Delivered from Corporate IT services or Cloud Providers)
• Disaster Recovery Site Access
• Smart Device Access

Peter discusses his philosophy on F5 solutions sitting at the point of control on the network in order to make CONTEXT based decisions on where users go and what applications they can access.