NPP Atmosphere PEATE Development

Slides:



Advertisements
Similar presentations
How We Manage SaaS Infrastructure Knowledge Track
Advertisements

Figure 2 – ADL Concept of Usage Kerry Grant, JPSS CGS Chief Scientist Raytheon Intelligence and Information Systems, Aurora CO Gary Metz, IDPS ING/PRO.
NASA DRL Support for S-NPP Direct Broadcast Users
Community Satellite Processing Package NOAA Satellite Conference, 8-12 April 2013 Liam Gumley CIMSS/SSEC, UW-Madison Hurricane Sandy 2012/10/28 06:25 UTC.
VIIRS Land PEATE Masuoka, Wolfe, Isaacman and Devadiga.
Distributed components
MS DB Proposal Scott Canaan B. Thomas Golisano College of Computing & Information Sciences.
02/07/2001 EOSDIS Core System (ECS) COTS Lessons Learned Steve Fox
NASA Goddard Space Flight Center Direct Readout Laboratory NPP/JPSS HRD/LRD Status Patrick Coronado NASA Goddard Space Flight Center directreadout.sci.gsfc.nasa.gov/ipopp.
95-843: Service Oriented Architecture 1 Master of Information System Management Service Oriented Architecture Oracle SOA Suite 11g.
Joint Polar Satellite System Harry Cikanek Director, Joint Polar Satellite System March 18, Science Week.
U.S. Department of the Interior U.S. Geological Survey David V. Hill, Information Dynamics, Contractor to USGS/EROS 12/08/2011 Satellite Image Processing.
Configuration Management System
 Cloud computing  Workflow  Workflow lifecycle  Workflow design  Workflow tools : xcp, eucalyptus, open nebula.
Windows Azure Conference 2014 Running Docker on Windows Azure.
, Implementing GIS for Expanded Data Accessibility and Discoverability ASDC Introduction The Atmospheric Science Data Center (ASDC) at NASA Langley Research.
The Pipeline Processing Framework LSST Applications Meeting IPAC Feb. 19, 2008 Raymond Plante National Center for Supercomputing Applications.
CYBERINFRASTRUCTURE FOR THE GEOSCIENCES High Performance Computing applications in GEON: From Design to Production Dogan Seber.
Introduction to MDA (Model Driven Architecture) CYT.
Introduction to Apache OODT Yang Li Mar 9, What is OODT Object Oriented Data Technology Science data management Archiving Systems that span scientific.
Grid Computing at Yahoo! Sameer Paranjpye Mahadev Konar Yahoo!
NA-MIC National Alliance for Medical Image Computing UCSD: Engineering Core 2 Portal and Grid Infrastructure.
COPC Meeting, May 27 – 28 th 2015 NDE Operational Status and PDA Update Prepared by: Chris Sisko, NDE Operational Status.
CLASS Information Management Presented at NOAATECH Conference 2006 Presented by Pat Schafer (CLASS-WV Development Lead)
Space Science and Engineering Center University of Wisconsin-Madison Space Science and Engineering Center University of Wisconsin-Madison 1 NPP Atmosphere.
Diane E. Wickland NPP Program Scientist NPP Science: HQ Perspective on VIIRS May 18, 2011.
JAVA Programming “When you are willing to make sacrifices for a great cause, you will never be alone.” Instructor: รัฐภูมิ เถื่อนถนอม
Tools and Deployment University of Illinois at Urbana-Champaign.
Robert Wolfe NASA Goddard Space Flight Center Code 614.5, Greenbelt, MD Robert Wolfe NASA Goddard Space Flight Center Code 614.5,
VIIRS Product Evaluation at the Ocean PEATE Frederick S. Patt Gene C. Feldman IGARSS 2010 July 27, 2010.
August 2003 At A Glance The IRC is a platform independent, extensible, and adaptive framework that provides robust, interactive, and distributed control.
Object Oriented Analysis and Design 1 Chapter 9 From Design to Implementation  Implementation Model  Forward, Reverse, and Round-Trip Engineering  Mapping.
Science of the Aqua Mission By: Michael Banta ESS 5 th class Ms. Jakubowyc December 7, 2006.
Page 1 Land PEATE support for CERES processing Ed Masuoka Gang Ye August 26, 2008 CERES Delta Design Review.
All the dSoftArk Tools Getting started!. Tools dSoftArk is a semi-realistic, agile, development project –Industrial strength software (programming, TDD,
ATS Information Technology AAWS June 8-10, 2004 EXCELLENCE THROUGH TEAMWORK NPOESS Schedule and Processes.
MODIS SDST, STTG and SDDT MODIS Science Team Meeting (Land Discipline Breakout Session) July 13, 2004 Robert Wolfe Raytheon NASA GSFC Code 922.
Space Science and Engineering Center University of Wisconsin-Madison Space Science and Engineering Center University of Wisconsin-Madison 1 NPP Atmosphere.
Physical Oceanography Distributed Active Archive Center THUANG June 9-13, 20089th GHRSST-PP Science Team Meeting GHRSST GDAC and EOSDIS PO.DAAC.
Architecture of a platform for innovation and research Erik Deumens – University of Florida SC15 – Austin – Nov 17, 2015.
Wednesday NI Vision Sessions
Transition of Science Algorithms into Enterprise Product Generation Operations 2016 AMS Annual Meeting Dylan Powell, Ph.D. Lockheed Martin ESPDS Science.
07/07/ KDD Services at the Goddard DAAC Robert Mack NASA/Goddard Space Flight Center Distributed Active Archive Center.
Space Science and Engineering Center University of Wisconsin-Madison Space Science and Engineering Center University of Wisconsin-Madison 1 NPP Atmosphere.
Enterprise Architectures
Agenda:- DevOps Tools Chef Jenkins Puppet Apache Ant Apache Maven Logstash Docker New Relic Gradle Git.
Deployment of Flows Loretta Auvil
Continuous Integration (CI)
Introduction to Distributed Platforms
SDI (Satellite Data Ingestor)
Docker Birthday #3.
MODIS SST Processing and Support for GHRSST at OBPG
Design and Implementation
Physical Architecture Layer Design
Who We Are SSEC (Space Science and Engineering Center) is part of the Graduate School of the University of Wisconsin-Madison (UW). SSEC hosts CIMSS (Cooperative.
湖南大学-信息科学与工程学院-计算机与科学系
| WORLD CLASS – through people, technology and dedication MEOS POLAR
Chapter 2: The Linux System Part 1
Ch 4. The Evolution of Analytic Scalability
Starting Design: Logical Architecture and UML Package Diagrams
Constructing a system with multiple computers or processors
Introduction To software engineering
Chapter 7 –Implementation Issues
Multithreaded Programming
Development of Advanced Laser Concepts for Real World Applications
Introduction to SOA and Web Services
Overview of Workflows: Why Use Them?
MapReduce: Simplified Data Processing on Large Clusters
Software Re-engineering and Reverse Engineering
Securing HTCondor Flocking
Presentation transcript:

NPP Atmosphere PEATE Development APSPS: Atmosphere PEATE Science Processing System Scott Mindock Sample body slide from the second section of the presentation’s middle. For the first body slide of this second section, consider repeating the corresponding image from the mapping slide. Use the headline (no more than two lines) to say something about this topic. In the body of the slide, support that headline with images and parallel points (no more than four). See CSP, pages 116-117 and 147-151. Space Science and Engineering Center University of Wisconsin-Madison August 2007

Development Tools Used Subversion Eclipse Ant Bugzilla Java Sample body slide from the second section of the presentation’s middle. For the first body slide of this second section, consider repeating the corresponding image from the mapping slide. Use the headline (no more than two lines) to say something about this topic. In the body of the slide, support that headline with images and parallel points (no more than four). See CSP, pages 116-117 and 147-151.

Do these things Build and test before starting. Test during development Integrate test code. Check code in. Get fresh copy, build and test after check in. If functionality is added, code that tests functionality must also be added. Sample body slide from the second section of the presentation’s middle. For the first body slide of this second section, consider repeating the corresponding image from the mapping slide. Use the headline (no more than two lines) to say something about this topic. In the body of the slide, support that headline with images and parallel points (no more than four). See CSP, pages 116-117 and 147-151.

Development Process Sample body slide from the second section of the presentation’s middle. For the first body slide of this second section, consider repeating the corresponding image from the mapping slide. Use the headline (no more than two lines) to say something about this topic. In the body of the slide, support that headline with images and parallel points (no more than four). See CSP, pages 116-117 and 147-151.

Information http://whirlwind.ssec.wisc.edu/bugzilla/ Check out the system code svn co http://whirlwind/svn/APSPS APSPS Look at bugzilla http://whirlwind.ssec.wisc.edu/bugzilla/ Qualified algorithms http://whirlwind.ssec.wisc.edu/svn/qualifiedalgorithm/ Sample body slide from the second section of the presentation’s middle. For the first body slide of this second section, consider repeating the corresponding image from the mapping slide. Use the headline (no more than two lines) to say something about this topic. In the body of the slide, support that headline with images and parallel points (no more than four). See CSP, pages 116-117 and 147-151.

Development Process - Getting started Get the code from subversion svn co http://whirlwind/svn/APSPS APSPS ant clean dev ant clean dist - half hour When tests past you can start changing things Sample body slide from the second section of the presentation’s middle. For the first body slide of this second section, consider repeating the corresponding image from the mapping slide. Use the headline (no more than two lines) to say something about this topic. In the body of the slide, support that headline with images and parallel points (no more than four). See CSP, pages 116-117 and 147-151.

Configuration Management Subversion : Revision controlled system code. Revision controlled science application code. Revision controlled qualified binaries. Bugzilla : Bug tracking of system and applications. To do work scheduling and prioritization. Issue tracking Sample body slide from the second section of the presentation’s middle. For the first body slide of this second section, consider repeating the corresponding image from the mapping slide. Use the headline (no more than two lines) to say something about this topic. In the body of the slide, support that headline with images and parallel points (no more than four). See CSP, pages 116-117 and 147-151.

Nightly Builds Checks out code. Builds code. Tests code with direct interfaces. Tests code with service interfaces. Tests all packages. Runs system use case tests. If everything passes, checks into distribution repository. Sample body slide from the second section of the presentation’s middle. For the first body slide of this second section, consider repeating the corresponding image from the mapping slide. Use the headline (no more than two lines) to say something about this topic. In the body of the slide, support that headline with images and parallel points (no more than four). See CSP, pages 116-117 and 147-151.

Atmosphere PEATE Design Goals Use Commodity Hardware - x86 Use Open Source Software - Linux, Unix like(OSX) Scaleable: Laptops Desktops Clusters Maintainability: System lifetime spans years. Replace/Add hardware, software, people. Manage Dependencies. Automated Testing Reusability: Software Patterns. Development processes. Interfaces. (Public and Internal) Use of commodity software components - open source Trade off of use of scheduling vs pull driven. IDPS - Ocean - Standard cluster

The PEATE is Part of NASA NPOES SDS program. One of five. Ocean NASA Goddard Land NASA Goddard Ozone NASA Goddard Sounder NASA JPL Atmosphere UW-Madison SSEC Sample body slide from the second section of the presentation’s middle. For the first body slide of this second section, consider repeating the corresponding image from the mapping slide. Use the headline (no more than two lines) to say something about this topic. In the body of the slide, support that headline with images and parallel points (no more than four). See CSP, pages 116-117 and 147-151.

The NPP Mission for NASA: Continue the Climate Record NPP Sensor Payload Includes: Visible Infrared Imager Radiometer Suite (VIIRS) Cross-Track Infrared Sounder (CrIS) Advanced Technology Microwave Sounder (ATMS) Ozone Mapping & Profiling Sensor (OMPS) Launch is expected in 2010 NPP is intended to continue the climate record established by Terra and Aqua. NPP Science Products are known as “Environmental Data Records” or EDRs. NPP EDR Algorithms were developed by industry, not by the NPP Science Team. Land EDRs Surface Albedo Land Surface Temperature Snow Cover and Depth Surface Type Active Fires Ice Surface Temperature Vegetation Index Aerosol Optical Thickness Aerosol Particle Size Ocean EDRs Chlorophyll Sea Surface Temperature Ozone EDRs Ozone Total Column/Profile Atmosphere EDRs Cloud Mask Suspended Matter Cloud Cover/Layers Cloud Effective Particle Size Cloud Top Height Cloud Top Pressure Cloud Top Temperature Cloud Base Height Cloud Optical Thickness Sounder EDRs Vertical Moisture Profile Vertical Temperature Profile Vertical Pressure Profile

Why and How is the PEATE different from other systems at SSEC? Continuous, automated, testing of software systems. Continuous, automated, science product generation. Continuous, automated, global science product evaluation. Rapid retrospective global product generation (100 > real-time). (e.g., to create CDRs, or to evaluate alternative EDR algorithms). Simple Algorithm Integration Few Algorithm Implementation Restrictions. No science to operations transformation required. Rule based process triggers. Truly scalable system SOA - Service Orientated Architecture Sample body slide from the second section of the presentation’s middle. For the first body slide of this second section, consider repeating the corresponding image from the mapping slide. Use the headline (no more than two lines) to say something about this topic. In the body of the slide, support that headline with images and parallel points (no more than four). See CSP, pages 116-117 and 147-151.

Atmosphere PEATE Science Processing System (APSPS)

Algorithm Lifecycle Algorithm can come from anywhere. Once qualified, the algorithm can be applied from ARM.

Science Processing System Trade Studies and Key Decisions We examined NASA Ocean SDPS and MODIS Land Processing Systems. Lessons learned: Recipe-based approach to running science algorithms (system doesn’t care what the algorithm is, as long as it knows how to assemble the ingredients to make the recipe) Cluster of compute resources (no need for a large shared memory computer) Decouple the components of the processing system (store, compute, distribute) Use commodity hardware/software (e.g., Rackmount Intel/AMD servers, Linux) Key Design Decisions: Create a system where individual components have loose dependencies on each other. Leverage existing cluster processing hardware infrastructure and knowledge base. Use established software technologies where possible to speed development time (e.g, Eclipse, SOAP) Create a system which is scalable, efficient, and cost effective.

Implementation Technologies Java: Established high level language. Strict type checking. Good tool support. (Eclipse,Ant,junit,log4j) Good integration with Web Technologies. (Web Services,Axis2) UML: Software Industry Standard. (Standard Diagram Examples) Good tool support. (Eclipse plugins) Provides standard methods of describing/designing architectures. XML: Established Cross platform Technology Sample body slide from the second section of the presentation’s middle. For the first body slide of this second section, consider repeating the corresponding image from the mapping slide. Use the headline (no more than two lines) to say something about this topic. In the body of the slide, support that headline with images and parallel points (no more than four). See CSP, pages 116-117 and 147-151.

Development Environment Eclipse : UML, code framing, reverse engineering. Web Tools, web service exploring C++, contractor algorithms, LEOCAT Fortran, contractor algorithms, LEOCAT Subversion Ant + junit Development Builds Night Builds, Automated Tests and Distribution Ant works inside and out of Eclipse. Sample body slide from the second section of the presentation’s middle. For the first body slide of this second section, consider repeating the corresponding image from the mapping slide. Use the headline (no more than two lines) to say something about this topic. In the body of the slide, support that headline with images and parallel points (no more than four). See CSP, pages 116-117 and 147-151.

PEATE Software Architecture ING - Ingest System Brings external data into system DMS - Data Management System Holds Data Files Requires Unique Names Preserves Unique Names CRG - Computation Resource Grid Implements simple scheduling ARM - Algorithm Rule Manager Loosely Coupled Web Services Maintainable Scalable Sample body slide from the second section of the presentation’s middle. For the first body slide of this second section, consider repeating the corresponding image from the mapping slide. Use the headline (no more than two lines) to say something about this topic. In the body of the slide, support that headline with images and parallel points (no more than four). See CSP, pages 116-117 and 147-151.

PEATE Service Activities Sample body slide from the second section of the presentation’s middle. For the first body slide of this second section, consider repeating the corresponding image from the mapping slide. Use the headline (no more than two lines) to say something about this topic. In the body of the slide, support that headline with images and parallel points (no more than four). See CSP, pages 116-117 and 147-151.

ARM - Algorithm Rule Manager Allows rule based algorithm execution. Match rules to incoming data. Uses regular expressions. Provides rule status. Sample body slide from the second section of the presentation’s middle. For the first body slide of this second section, consider repeating the corresponding image from the mapping slide. Use the headline (no more than two lines) to say something about this topic. In the body of the slide, support that headline with images and parallel points (no more than four). See CSP, pages 116-117 and 147-151.

DMS - Data Management System All files stored in files system with original names. Database compliments file system. Web Services provide distributed access. Data Migration for maintenance. Sample body slide from the second section of the presentation’s middle. For the first body slide of this second section, consider repeating the corresponding image from the mapping slide. Use the headline (no more than two lines) to say something about this topic. In the body of the slide, support that headline with images and parallel points (no more than four). See CSP, pages 116-117 and 147-151.

CRG - Computation Resource Grid Provides job list of algorithms and data ready to be processed. Provides status of jobs Implements simple scheduling. Sample body slide from the second section of the presentation’s middle. For the first body slide of this second section, consider repeating the corresponding image from the mapping slide. Use the headline (no more than two lines) to say something about this topic. In the body of the slide, support that headline with images and parallel points (no more than four). See CSP, pages 116-117 and 147-151.

ALG - Algorithm host Consumes web services. Jobs from CRG. Uses DMS for inputs and outputs. Runs on nodes or available CPUs. Obtains Binaries from subversion. Sample body slide from the second section of the presentation’s middle. For the first body slide of this second section, consider repeating the corresponding image from the mapping slide. Use the headline (no more than two lines) to say something about this topic. In the body of the slide, support that headline with images and parallel points (no more than four). See CSP, pages 116-117 and 147-151.

ALG - Algorithm host Sample body slide from the second section of the presentation’s middle. For the first body slide of this second section, consider repeating the corresponding image from the mapping slide. Use the headline (no more than two lines) to say something about this topic. In the body of the slide, support that headline with images and parallel points (no more than four). See CSP, pages 116-117 and 147-151.

PEATE Deployment - 9/5/2007 Sample body slide from the second section of the presentation’s middle. For the first body slide of this second section, consider repeating the corresponding image from the mapping slide. Use the headline (no more than two lines) to say something about this topic. In the body of the slide, support that headline with images and parallel points (no more than four). See CSP, pages 116-117 and 147-151.

PEATE Roadmap Short term: Scaling test. ING / DMS Deployment. DMS Recovery Techniques. DMS Status Server. CRG/ARM database integration. 1.5 VIIRS cloud mask deployment. Long Term: Multiple DMS Services - Service Chaining GOES Archive Discovery Services: Advertise Data and Computational Resources. WSIL UDDI Sample body slide from the second section of the presentation’s middle. For the first body slide of this second section, consider repeating the corresponding image from the mapping slide. Use the headline (no more than two lines) to say something about this topic. In the body of the slide, support that headline with images and parallel points (no more than four). See CSP, pages 116-117 and 147-151.

APSPS Variations Single Computer: System can run on single computer with or without Web Services Good for debugging System is well suited for running binaries on multi-core systems. Work Group: APSPS can be run on group of PC. DMS can be used to share data. Cluster: APSPS (Alghost) can run on cluster nodes providing extra CPUs. Web Service Variations: Different implementations of web services can exist. Specialized ARM for McIDAS V integration. Specialized CRG for unique job scheduling. Sample body slide from the second section of the presentation’s middle. For the first body slide of this second section, consider repeating the corresponding image from the mapping slide. Use the headline (no more than two lines) to say something about this topic. In the body of the slide, support that headline with images and parallel points (no more than four). See CSP, pages 116-117 and 147-151.