Geeks With Blogs
Geeks with Blogs, the #1 blog community for IT Pros
Start Your Blog
Login
Matt Watson
Personal Website / Bio
73 Posts
| 144 Comments
Founder & CEO of Stackify.
My Most Popular Posts
JavaScript Sucks. TypeScript Makes it Suck Less?
hot topic |
17 comments |
10108 views
Production Access Denied! Who caused this rule anyways?
hot topic |
3 comments |
2422 views
Mozilla Persona to the login rescue?
1 comments |
1708 views
Windows Server 2012 Enable RDP
1 comments |
1544 views
What is Stackify?
1464 views
My Other Recent Posts
Agile Development Requires Agile Support
Stackify Gives Devs a Crack at the Production Server
Stackify Aims to Put More ‘Dev’ in ‘DevOps’
Production Server Access - Development teams do not scale without it!
Stackify featured in the KC Business Journal
What is Stackify?
Citrix Netscaler vs F5 Big-IP: Load Balancers & Web Application Acceleration
Silverlight is Lighting Up March Madness and 2009
Silverlight WCF Service Reference Usage Simplified
Anti-SPAM Gateway Solution
@mattwatson81
mattwatson81
@julianjohnston
I would rather not see our talent go overseas. Last thing I want is guys like Zusi or Besler leaving SKC to Europe
about 3 hours ago
mattwatson81
@julianjohnston
true and they have the worst attendance in the league
about 4 hours ago
mattwatson81
MLS is getting a 2nd New York team. Great to see the expansion but weird having 2 teams in one city.
http://t.co/Bl28D0dWGh
about 5 hours ago
mattwatson81
At a DevOps meetup with nothing but ops people. So why is it called "DEV" ops if it has nothing to do with developers?
#devops
about 22 hours ago
mattwatson81
Hardest part about
@Stackify
is figuring out what to call what we do. How about Developer Application Management & Ops... or DamOps
about 2 days ago
mattwatson81
Come see
@Stackify
at 1 Million Cups next Wednesday!
about 3 days ago
mattwatson81
@TravisSHolt
Nope!
about 3 days ago
mattwatson81
After a day with my HTC One I love it. Go get one.
about 3 days ago
mattwatson81
Switched from Windows Phone to Android today. Android UI is more complex than WP and iPhone for sure.
about 4 days ago
mattwatson81
I need this -> Sony unveils the Xperia ZR, a waterproof Android 4.1 smartphone
http://t.co/5yzJTa4bAr
via
@BetaNews
about 7 days ago
Post Categories
codeproject
devops
Archives
February 2013 (1)
January 2013 (2)
November 2012 (2)
October 2012 (3)
September 2012 (5)
June 2012 (2)
May 2012 (1)
December 2009 (1)
March 2009 (1)
February 2009 (2)
January 2009 (1)
November 2008 (2)
February 2008 (2)
November 2005 (4)
October 2005 (7)
September 2005 (2)
August 2005 (1)
October 2004 (1)
September 2004 (2)
July 2004 (1)
April 2004 (5)
February 2004 (1)
January 2004 (8)
December 2003 (1)
November 2003 (4)
October 2003 (11)
Matt Watson
Software developer, product visionary, and master of #dadops
<< Stackify Gives Devs a Crack at the Production Server
|
Home
|
Access Log Files >>
Agile Development Requires Agile Support
Comments (2)
|
Share
Agile development has become the standard methodology for application development. The days of long term planning with giant Gantt waterfall charts and detailed requirements is fading away. For years the product planning process frustrated product owners and businesses because no matter the plan, nothing ever went to plan. Agile development throws the detailed planning out the window and instead focuses on giving developers some basic requirements and pointing them in the right direction. Constant collaboration via quick iterations with the end users, product owners, and the development team helps ensure the project is done correctly.
The various agile development methodologies have helped greatly with creating products faster, but not without causing new problems. Complicated application deployments now occur weekly or monthly. Most of the products are web-based and deployed as a software service model. System performance and availability of these apps becomes mission critical. This is all much different from the old process of mailing new releases of client-server apps on CD once per quarter or year.
The steady stream of new products and product enhancements puts a lot of pressure on IT operations to keep up with the software deployments and adding infrastructure capacity. The problem is most operations teams still move slowly thanks to change orders, documentation, procedures, testing and other processes. Operations can slow the process down and push back on the development team in some organizations. The
DevOps
movement is trying to solve some of these problems by integrating the development and operations teams more together.
Rapid change introduces new problems
The rapid product change ultimately creates some application problems along the way. Higher rates of change increase the likelihood of new application defects. Delivering applications as a software service also means that scalability of applications is critical. Development teams struggle to keep up with application defects and scalability concerns in their applications.
Fixing application problems is a never ending job for agile development teams. Fixing problems before your customers do and fixing them quickly is critical. Most companies really struggle with this due to the divide between the development and operations groups. Fixing application problems typically requires querying databases, looking at log files, reviewing config files, reviewing error logs and other similar tasks. It becomes difficult to work on new features when your lead developers are working on defects from the last product version.
Developers need more visibility
The problem is most developers are not given access to see server and application information in the production environments. The operations team doesn’t trust giving all the developers the keys to the kingdom to log in to production and poke around the servers. The challenge is either give them no access, or potentially too much access. Those with access can still waste time figuring out the location of the application and how to connect to it over VPN. In addition, reproducing problems in test environments takes too much time and isn't always possible. System administrators spend a lot of time helping developers track down server information.
Most companies give key developers access to all of the production resources so they can help resolve application defects. The problem is only those key people have access and they become a bottleneck. They end up spending 25-50% of their time on a daily basis trying to solve application issues because they are the only ones with access. These key employees’ time is best spent on strategic new projects, not addressing application defects. This job should fall to entry level developers, provided they have access to all the information they need to troubleshoot the problems.
The solution to agile application support is giving all the developers limited access to the production environment and all the server information they need to see. Some companies create their own solutions internally to collect log files, centralize errors or other things to address the problem. Some developers even have access to server monitoring or other tools. But they key is giving them access to everything they need so they can see the full picture and giving access to the whole team. Giving access to everyone scales up the application support team and creates collaboration around providing improved application support.
Stackify enables agile application support
Stackify has created a solution that can give all developers a secure and read only view of the entire
production server environment
without console or remote desktop access.They provide a web application that provides real time visibility to the important information that developers need to see. An application centric view enables them to see all of their apps across multiple datacenters and environments. They don’t need to know where the application is deployed, just the name of the application to find it and dig in to see more. All your developers can see server health, application health, log files, config files, windows event viewer, deployment history, application notes, and much more. They can receive email and text alerts when problems arise and even safely query your production databases.
Stackify enables companies that do agile development to scale up their application support team by getting more team members involved. The lead developers can spend more time on new projects. Application issues can be fixed quicker than ever. Operations can spend less time helping developers collect server information.
Agile application support
starts with Stackify.
Visit Stackify.com to learn more.
Posted on Monday, September 10, 2012 3:30 PM |
Back to top
Comments on this post: Agile Development Requires Agile Support
#
re: Agile Development Requires Agile Support
Stackify has created a solution that can give all developers a secure and read only view of the entire production server environment without console or remote desktop access.They provide a web application that provides real time visibility to the important information that developers need to see. An application centric view enables them to see all of their apps across multiple datacenters and environments. They don’t need to know where the application is deployed, just the name of the application to find it and dig in to see more. All your developers can see server health, application health, log files, config files, windows event viewer, deployment history, application notes, and much more. They can receive email and text alerts when problems arise and even safely query your production databases.
Agile developers
to provide agile support by giving developers production access to their applications, servers, and databases to improve their ability to do application support and troubleshooting.
Left by
Agile Development
on Nov 19, 2012 5:00 AM
#
Agile Development
Nice post. Agile development has become the benchmark methodology for submission development. The days of long term designing with monster Gantt waterfall charts and comprehensive obligations is fading away. For years the merchandise designing method frustrated merchandise proprietors and enterprises because no issue the design, nothing ever went to plan.
remote access servers
Left by
iaanhayden
on Apr 25, 2013 11:44 PM
Your comment:
Title:
Name:
Email: (never displayed)
(will show your
gravatar
)
Website:
Comment:
Allowed tags: blockquote, a, strong, em, p, u, strike, super, sub, code
Enter the code shown above
Copyright © Matt Watson | Powered by:
GeeksWithBlogs.net
|
Join free
Popular Posts on Geeks with Blogs
0
Use the NotMapped Attribute with Entity Framework in Partial Classes
.NET Security Part 3
Tech Learning–Always Start with Hello World
Live Coding During Presentations–Good or Bad?
Nokia: Your vision is clouded
Geeks With Blogs Content Categories
ASP.Net
SQL Server
Apple
Google
SharePoint
Windows
Visual Studio
Team Foundation Server
Agile
Office
Design Patterns
Web
Azure
Brand New Posts on Geeks with Blogs
0
APress Deal of the Day 21/May/2013 - Pro Application Lifecycle Management with Visual Studio 2012
New version of Syncfusion Metro Studio V2
Xat.com Image Optimiser - a little known tool for RWD
ssis error deploying package
Windows 8 for Developers Online Camp