appsconsultant.com

appsconsultant.com
  • Home
  • About
      • About us

        Flexibility is the biggest selling point that we have over our larger rivals. We give our clients the freedom needed to thrive in today’s fast-paced business world, organisations say to us that they often see higher quality work from independent consultants like us, this reason is the primary motivator when choosing us over a big firm. This means that we have the same skills and experience as the big firms, with added freedom and flexibility to let us focus and resolve client requirements.

      • Latest news
        7 Steps in implementing a Zero Trust Architecture

        In the past, cyber defences used to focus on a ‘perimeter’ consisting of geographical proximity. Therefore, everything within the security perimeter was confined to the office building. Today, fewer employees are required to go to an office to work since they can access an organization’s assets through mobile devices and cloud software, regardless of where they are located. Unfortunately, this gives cyber criminals more entry points to collect and damage an organization’s assets. 

        ZTA, developed by Forrester’s John Kindervag in 2010, is one of the best ways to secure any kind of cyber assets for most organizations. The basic principles of zero trust are:

        • -        Assume network is always hostile.
        • -        Assume internal/external threats are always present.
        • -        Assume internal network is not sufficient to equal trusted.

        As not all organizations looking to implement ZTA are doing so under the same circumstances, let’s look at the two different varieties of implementation:

        • Pure ZTA creation – This is also known as a ‘greenfield’ approach. New companies without cybersecurity architecture or those seeking a makeover of their existing systems are effectively starting over from scratch. 
        • Hybrid ZTA and perimeter system ­– More commonly, companies looking to incorporate ZTA into their cyberdefences will be integrating zero trust concepts into an existing perimeter-focused cybersecurity system. 

        7 steps to implementing a Zero Trust Architecture 

        Step 1: Identifying Actors

        The first stem is establishing the actors (who) of your system. This entails knowing who your users are, who potential threats may be, etc. This involves a process of detailed recordkeeping and account management, including:

        • -        All individual users and their characteristics
        • -        All nonperson entities (NTE) and their functions
        • -        All attributes and roles associated with every account

        Step 2: Identifying Assets 

        The second step is establishing the ‘what’ of your system. This requires you to develop and maintain a catalog of all individual resources of assets that are part of your system. This list includes, but is not limited to:

        -        Enterprise owned hardware

        Computers and laptops

        Mobile devices, tables, etc.

        All IoT devices (e.g. Belkin WeMo Smart Light Switch, Amazon Echo Plus Voice Controller, Google Home Voice Controller)

        -        Unowned assets that regularly connect to enterprise resources

        Employee devices

        Client devices

        Third-party devices

        -        Digital artifacts

        All software and applications

        User accounts and relevant data (see above)

        Certificates and other digital or virtual resources

        Step 3: Identifying Processes

        Completing the initial inventory means keeping track of all processes in your system. 

        Companies may not be able to catalog all the information in Step 2, therefore it is important to set up a system that can efficiently scan a new asset and index it immediately. That way, your database adapts over time as assets are added, removed, or changed.

        This requires not only identifying all the processes, but also categorizing and ranking them with respect to stakes and cybersecurity needs. Processes to be gauged in this manner include:

        • -        Protocols
        • -        Data flows
        • -        Work flows
        • -        Transactions
        • -        Structured events

        Step 4: Formulating Policies 

        This step is where you move on to the establishment of rules and practices. It is therefore important to utilize the information gathered over the cataloguing stages to gauge the importance of a given actor, asset, or process to the overall ZTA scheme and the broader cybersecurity of the organization.

        It is highly recommended to begin with smaller or lower-stake process or asset. For instance, an application used by a small and defined subset of users is preferable for first adoption than one used by all users.

        Once the right process or asset is chosen, policies regarding specific cybersecurity needs and means can be drafted. 

        The policies define:

        • -        Which credentials or authenticating factors are appropriate for access
        • -        What information is eligible for the algorithm calculating access approval

        -        How the algorithm for access is to be calculated:

        • Logistics of access approval and denial
        • Priority and relevance of information
        • Exceptional cases and exceptions

        Step 5: Producing Solutions

        The fifth step involves creating the solutions by putting into action all the data collection and policy planning. 

        Here, you draft a list of viable solutions or deployments of ZTA to be used on one or more candidates identified in Step 4. These solutions are also guided by the policies outlined in Step 4. 

        You must determine which solution to implement. Things to consider when choosing from your list of solutions include:

        • -        Does the solution enable data collection analysis?
        • -        Does it require installation of components?
        • -        Does location impact its efficacy?

        Once a solution is chosen, you materialize it through deployment. 

        Step 6: Beginning Deployment and Monitoring 

        The sixth step involves putting your solution in place, deploying it on and through the various components that make up your ZTA architecture for the selected candidate(s). Actual changes are finally implemented to your cyberdefence framework. 

        It is highly recommended to have one or more trial runs before deploying the solution in full force. Initial hiccups are likely, such as 

        -        The system may be overly cautious, not granting access where it should.

        -        The system may be improperly lax, granting more access than it should. 

        -        The system may no properly handle special cases.

        This step is not complete until the deployment of ZTA components on the chosen candidates is fully deployed. Once complete, you will have successfully implemented ZTA. 

        Step 7: Expanding the Framework

        This last step requires you to return to the fourth step. Insights from your first run through steps five and six will guide your decisions as you return to Step 4. 

        Once you decided that the initial ZTA deployment on chosen candidates is functional and stable, because: 

        • -        you are monitoring the ZTA and loggin all traffic,
        • -        changes and adjustments are few and minor, and
        • -        operation involves little to no maintenance. 

        At this point, your deployment is successful. Moving forward you need to identify a new round of candidates for ZTA deployment, then designing the plan – until you enable cybersecurity for the complete list of applications that require protection, it should include application, data and infrastructure in your model implementation.

        5 Reasons you should go with PWAs for your Web and Mobile Apps

         

        Are you creating an application and you need to decide whether to make it Web or a Native development.

        Will be covering Progressive Web Apps (PWAs) and 5 reasons why tyou should select PWAs for your web and mobile apps. 

        What are PWAs?

        In simple terms, they are applications that are built and live on the web but function like Native Applications. 

        Users spend a significant amount of more time on Native Apps than on the mobile Web. Think about it, do you open up a browser to use Google Maps on a mobile?

        5 Reasons you should go with PWAs for your Web & Mobile Apps

        1. Technology

        A survey by Stack Overflow suggests that JavaScript and HTML/CSS are the most commonly used programming language. These results influence the technology adoption by developers, and as a result, it is easier to find developers on the web track.

        PWAs reduce development costs and deliver faster. Using the same stack for Native and Web is a way to reuse code as much as possible. By sharing and managing your reusable components/modules in cloud component hubs, you are able to focus on composing apps instead of building from scratch for multiple technologies and platforms.

        2. Reliable Performance

        PWAs are fast, integrated, reliable, and engaging.  

        èFast: Users expect PWAs to load quickly. It is worth noting that users are more likely to abandon a site, and less likely to visit a site, with longer load time.

        èIntegrated: Users should be able to interact with PWAs the same way they interact with Apps. This includes having all the capabilities and hardware access that other Apps have, such as ApplePay or AndroidPay. 

        èReliable: Users do not expect the Web to work when offline, whereas App users expect Apps to work offline. PWAs are connectivity-independent and should work in areas of low connectivity or offline. 

        èEngaging: Using features like Web Push to keep the App up-to-date and push notifications to keep users engaged. 

        3. Provides Best User Experience using Service Workers

        Service Workers are often used in new web apps and can also be used in PWAs. Let us look at the main features Service Workers offers for PWAs.

        • Working Offline: With Service Workers, you can cache the application shell, and it will load instantly when the user visits back. These background operations allow improving the user experience of the application since the user won’t see any significant differences between online and offline modes. But the dynamic content will only be refreshed when there is a connection.
        • Background Sync: With Service Workers, the application is able to respond to critical requests once the connection is available. For example, if you send a message when you are offline, service worker will take care of that and complete that request when the connection is available.

        4. Native App Look and Feel

        Web Apps are easy to use, do not require installation, and they are multi-platform. On the other hand, Native Apps are easier to access on a device, load quickly, and have more hardware capabilities. 

        With Progressive Web Apps, you can get the best of both worlds. This is because PWAs have features such as push notifications and background syncing and are installable on a mobile devices.

        5. Enhance Security and Transparent Access to Device Capabilities

        PWA enforces transport layer security. Therefore, users' information will be encrypted during transmission, and data can only be decrypted using a private key stored on the server. For this reason, PWA website follow best security practices using HTTPS, and the installation of an SSL certificate in the server is done.

        Moreover, PWA does not interact with the device hardware without users’ permission. So, by requesting only necessary access to a user's device and using trusted JavaScript libraries which are kept up to date, the risk of malicious codes inside PWA becomes significantly lower.

        Advice for the next generation professionals entering the fourth industrial revolution

        As the new generation is graduating from university, and the fourth industrial revolution with the help of COVID19 changing the way we work and live.  

        10 tips for the next generation professionals

        1- Read more and Write more

        2- Practice public speaking

        3- Value friendships - keep your sense of humour

        4- Solve harder problems, dont take the easy route - find joy in the job

        5- Learn to collaborate

        6-Build professional relationship through great attitude

        7- Act know - be brave

        8- Emotional intelligence

        9- Think out/in/over/left/right of box - work hard and be ready for sudden changes

        10- Time management

        Have Fun ! It may seen simple, but a fun workplace is a happy workplace. Its important to not just let Gen Y employees have fun, but to have fun with them.

        Socializing with your staff can be the one of the best ways to build loyalty and collect feedback.

         

      • What we offer

        Business & Technology Consulting

        We offer clients specialised consulting in areas that we deeply understand. Our services include:

        • - Skills To Envision, Design And Develop Enterprise Apps
        • - Talent For SaaS/PaaS/IaaS In The Cloud
        • - API Architecture
        • - Data Science Talent
        • - ALM deployments – Agile/Devops
        Read more
  • Services
  • Blog
  • Contact
  • Home | 
  • Blog | 
  • Test drove for the last 6 months Oracle Fusion Applications, they have achieved Incredible Things, 7 Pros and 2 Challenges of Fusion Applications.

Test drove for the last 6 months Oracle Fusion Applications, they have achieved Incredible Things, 7 Pros and 2 Challenges of Fusion Applications.

by Alex Antonatos
on 19 October 2018

As most of you know for the past 6 months with some individuals in Palo Alto,CA. I have been testing, educating myself on the next generation of Oracle applications called Oracle Fusions Applications. What is Oracle Fusion Applications? It is inspired by the best of breed of Oracle’s application: Peoplesoft (HRMS), E-Business Suite (Financials), Primavera (Projects), JD Edwards (Manufacturing/Financials) and Siebel (Embedded analytics)

The question that everyone is asking should i stay on my current ERP or replace my systems with Fusion applications: (I must get an email every two weeks on this topic). Before i share my thoughts on this topic, let me share my experience for the last 6 months on the current version of the Fusion applications:

Pros

1)The response time is solid, look and feel is great.

 fusionalextest2147

2) They have incorporated a configuration setup workflow that makes it much easier to configure your module. Above screenshot I logged in with Fusion Functional Setup Manager (FSM) this is a one- stop shop for all implementation activities from planning to deployment. FSM is a separate module product, who manages all setups and all the various branches of products groups. Fusion includes FSM to allow implementation by others than the IT department or consultants. This includes plenty of checklists and simplifies the job of the project manager to setup and monitor the setup tasks as identified by Fusion itself. (Functional setup much quicker and easier to perform!)

3) What I appreciated the most was the export setup data, this functionality also allows users to easily migrate configurations from one instance to another (Test/ Production), works great did not encounter any major issues.

fusionalexexportsetups

4) Oracle Fusion Architecture provides an open architecture ecosystem, which is service & event- enabled.

5) Current present day applications have been on proprietary tools like People Tools, Forms, which require niche skill sets to manage and maintain.

6) Fusion has been developed; with Open standards based technology and is built on re-known Oracle Fusion Middleware (ADF, JAVA, SOA, BPEL, WEB 2.0 etc).

7) Currently CRM and HCM families are the most popular modules of Fusion, followed by Supply chain management (SCM).  Below are all the family products:

 fusionapplications

Where does PeopleSoft, EBS, Primavera, JDE and Siebel go from there? All these ERP’s had released a major version after the announcement of Fusion GA(General Availability), and there's no end in sight for future support(I guess until 2020). In fact, I think Oracle has good reason to keep these Enterprise systems going, even with Fusion now as an option.

I don't think Oracle is in a rush to try to get people to move to Fusion. PeopleSoft, EBS etc...They are very profitable business for them.

If you just look at PeopleSoft are far more profitable than Fusion precisely because the latter is so new. The dilemma for customers is when to opt for innovation over stability.

Oracle Fusion implementation can be done in 4 ways by

  1. Upgrading—Replacing an existing Oracle Applications instance with a new release (either a currently installed Oracle Applications version or Oracle Fusion Applications)
  2. Reimplementation—Treating an existing Oracle Applications installation as a “legacy system” and implementing some components of a live Oracle Fusion Applications installation or an entirely new Oracle Fusion Applications installation
  3. Coexistence—Adding Oracle Fusion Applications solutions to a customer’s existing Oracle Applications solutions, rather than upgrading or implementing new solutions in place of existing solutions
  4. Migration of data—Converting data from one Oracle instance to another Oracle instance by using Oracle’s Open Interfaces API and other Oracle or third-party conversion tools

I am strong believer of co-existence strategy and architecture for Oracle E-Business Suite, PeopleSoft, JD Edwards and Siebel apps and Fusion, for the following 3 reasons:

1- Risk mitigation, Fusion applications is still in my view a new product

2- You require revamping your technology skills within your organization to extend, maintain and support the various components of Oracle Fusion Applications here is my short list (A coexistence strategy can help you slowly adapt with the change of technologies):

  • SQL, PL/SQL, JAVA & java script
  • XML – Extended Markup Language
  • CSS – Cascading Style Sheets
  • XSL – Extensible Style sheet Language
  • ADF – Application Development Framework
  • JSF – Java Server Faces
  • Web Services
  • BPEL – Business Process Execution Language
  • AIA – Application Integration Architecture
  • Web Center
  • BI Publisher
  • OBIEE – Oracle Business Intelligence Enterprise Edition
  • Hyperion Essbase
  • WebLogic Server Administration
  • Oracle Identity Management

3- Most corporations have invested significant money in their current technologies, and will require a strong business case with facts and numbers on the added value of going to Fusion in a big bang approach.

Interest will remain high with Fusion applications and my predictions in the next 5-8 years everyone will be on Fusion similar model like SAP. Why 5-8 years? Most corporations require lots of inter connections to other systems (spider web architecture) and have invested in significant customizations to meet the corporations global business requirements.

My overall experience with the Fusion applications exceeded my expectations. Would appreciate to hear from clients and others that are live with Fusion.

Categories
  • Blogue (Francais)
  • Enterprise applications
2305 Rockland Rd Mount Royal, QC H3P 3E9
514-240-40907 Days a week from 9:00 am to 7:00 pm
alex@appsconsultant.com
appsconsultant.com © 2020. Privacy Policy
Login
 Facebook  Google

username / password